对系统控制器的改进的制作方法

本发明涉及系统控制器的改进，并且特别地但不排他地涉及用于车辆的控制系统。本发明的方面涉及控制系统、服务器、车辆、方法、计算机软件和非暂态计算机可读介质。

背景技术：

在车辆的使用期间，乘员通常希望执行与各种车辆系统的控制相关的次要任务(例如，通过车辆的信息娱乐系统播放特定音乐文件，改变车辆内的部件的温度或调节车辆内的环境照明)，以及与非车辆系统相关的其他任务(例如，从与可能位于车辆内的乘员相关联的移动装置发送数据)。

在许多情况下，乘员将预先知道他们希望改变哪些车辆设置，或者在某些条件下他们希望采取哪些动作；在一些情况下，乘员可能希望在类似的环境下多次执行相同的动作或任务。

因此，能够与车辆系统或与其它远程系统通信的远程信息处理服务在车辆工业中变得日益重要，因为它们能够远程监控、控制和配置车内功能。然而，这样的服务依赖于要操作的通信网络(例如，因特网)的存在，并且因此自动化车内功能可能受到通信中的损耗或延迟的不利影响。

本发明已经被设计成减轻或克服上述问题中的至少一些。

技术实现要素：

本发明的方面和实施方式提供了如所附权利要求中所要求保护的控制系统、服务器、方法、车辆、计算机软件和非暂态计算机可读介质。

根据本发明的一个方面，提供了一种用于车辆的控制系统，该控制系统包括一个或更多个控制器，该控制系统被配置成：接收规则配置信号，该规则配置信号指定规则的属性，属性包括要执行的动作的指示和至少一个相关联的触发条件；将动作的指示和所述至少一个相关联的触发条件存储在存储位置处；确定规则是否要由该控制系统评估，并且在满足所述至少一个相关联的触发条件的情况下：根据所指示的动作生成至少一个控制信号，并且将所述至少一个控制信号输出到至少一个要被控制的车辆系统。

有利地，提供被配置成存储并且能够实现用户定义的规则的控制系统确保了一旦满足发生动作的必要条件就可以以自动化方式采取多个和变化的动作。这增加了采取行动的容易性和效率。此外，当定义单个规则时，可以将多个触发条件与多个动作相关联。因此，总体概念是非常灵活的并且可容易配置以适合特定用户的偏好的概念。

由于提供了用于识别评估位置的装置，上述配置也是特别有利的，因为这使得控制系统能够确保规则评估过程得到改进。例如，并且特别是在控制系统相对于车辆实现的那些情况下，评估位置的识别可以用于确定要由相对于要被控制的系统(例如，车辆“车上”)就地定位的控制系统还是远离要被控制的系统(例如，车辆“车外”)的控制系统或服务器来执行评估。就地评估规则，特别是在动作和触发条件中的一个或更多个可能随时间快速变化的情况下，将减少确定触发条件已经被满足与实现规则以便采取期望的动作之间的等待时间和响应时间。这有利地增加了系统的整体可靠性和准确性。

在实施方式中，所述一个或更多个控制器共同包括：至少一个电子处理器，其具有用于接收规则配置信号的电输入；以及至少一个电子存储器装置，其能够操作地耦接至所述至少一个电子处理器并且存储有指令；其中，所述至少一个电子处理器被配置成访问所述至少一个存储器装置并执行存储在其中的指令，以便：存储动作的指示和所述至少一个相关联的触发条件；确定是否要由控制系统对规则进行评估；生成所述至少一个控制信号；并且将所述至少一个控制信号输出到要被控制的至少一个车辆系统。

在一些实施方式中，要被控制的系统可以包括车辆的系统。可以以这种方式控制的示例性车辆系统包括ecu、燃料系统、机油系统、多媒体系统和内部车辆电子设备，但是本领域技术人员很容易想到许多其他类型的车辆系统适合于以这种方式进行控制。附加地或替选地，要被控制的系统可以包括通信系统，例如用于与一个或更多个远程装置进行通信的通信系统。能够使用这样的控制系统自动控制各种不同的车辆系统是有利的，因为这可以减小车辆乘员分心的可能性。

附加地或替选地，要被控制的系统包括与车辆相关联的远程装置。例如，这可以包括与车辆的用户相关联的移动装置，该装置通常可以在车辆的操作期间位于车辆内，但是本身不构成车辆系统的一部分。但是，应当理解，远程装置根本不必与车辆相关联，并且可以想到，远程装置或系统是用户希望能够从其车辆自动控制——例如控制用户的家庭供暖系统——的远程装置或系统。

任选地，控制系统可以集成在车辆内(即，在“车上”位置)，并因此能够就地控制车辆系统。在这种情况下，尤其是在相对于车辆定义了动作和/或触发条件的情况下，控制系统将能够与其远离车辆的情况下相比以更灵敏地进行响应的方式监测触发条件和/或执行动作。这是因为如果控制系统位于数据收集装置(例如传感器)的附近，则可以更快地以更高的采样率执行评估规则所需的必要数据收集。此外，将控制系统定位在包括要被控制的系统的车辆内避免了网络连接不良和不可靠以及控制系统因此可能无法及时评估触发条件或执行规则的情况下出现的问题

可替选地，控制系统可以位于远离车辆的位置，例如作为核对和配置规则数据的中央服务器的一部分。任选地，在某些情况下，可以提供两个控制系统。集成在相关车辆内的“车上”控制系统和远离车辆定位的“车下”控制系统。这些控制系统中的每一个都可以存储已配置的所有规则的副本，而与规则的预期评估位置无关，从而为整个系统提供了冗余。

任选地，所指示的动作可以包括以下中的一项或更多项：改变车辆速度，改变车辆加速度，向用户输出警报，向用户输出数字媒体内容，向远程装置发送数据包，调整车辆的属性(例如，调整车辆内的照明或温度)，以及调整车辆的部件(例如，调整车辆座椅设置)。此外，触发条件可以包括以下中的一项或更多项：环境条件、一天中的时间、日期、地理位置、车辆运行参数、来自用户的另外的输入、以及从远程装置接收到数据分组。当配置规则时，可以定义许多替代类型的动作和触发条件，所有这些本领域技术人员将会容易理解。此外，当定义规则时，可以使用动作和触发条件的各种不同组合和排列，只要构成结果规则的所有属性或组成相互兼容即可。

在一些实施方式中，控制系统可以包括用户接口，该用户接口被配置成使用户能够选择一个或更多个不被利用的规则。可替选地或另外地，用户可以使用该接口来选择要被利用的一个或更多个规则。换句话说，借助于提供了用户接口，用户能够容易地激活或去激活已经预定义和存储的规则，而无需与用于最初配置规则的服务器进行交互。在其他情况下，可以代替地在用户的移动装置中提供用户接口，并且用户可以例如经由在移动装置上运行的移动应用进行交互。

在实施方式中，规则配置信号包括与规则的评估位置相对应的标记；并且所述控制系统被配置成根据所述标记来确定所述规则是否要由所述控制系统进行评估。附加地或可替选地，控制系统被配置成根据分别具有至少一个相关联的评估位置的动作指示和触发条件来确定规则是否要由控制系统评估。在一些实施方式中，控制系统被配置成根据与动作指示相关联的评估位置和与触发条件相关联的评估位置的比较来确定要评估规则的位置。如果从比较中确定动作和触发条件具有共同的评估位置，则控制系统可以被配置成指定要在共同的评估位置评估规则。

在实施方式中，规则可以是用户定义的，从而允许根据个人偏好和要求来配置和创建规则。

根据本发明的另一方面，提供了一种用于配置根据任何前述方面的控制系统的服务器。该服务器被配置成：接收配置信号，该配置信号指定要执行的动作并且具有至少一个相关联的触发条件；配置具有属性的规则，该属性包括要执行的指定动作的指示和所述至少一个相关联的触发条件；生成指定规则的属性的规则配置信号；以及输出规则配置信号以配置控制系统。

在实施方式中，服务器包括：至少一个电子处理器，其具有用于接收配置信号的电输入；以及至少一个电子存储器装置，其电耦接至所述至少一个电子处理器并且储存有指令，并且其中，所述至少一个电子处理器被配置成访问所述至少一个存储器装置并执行在其上的指令，以配置规则，生成规则配置信号并输出规则配置信号。

在一些实施方式中，服务器被配置成：确定要对所配置的规则进行评估的位置，并且根据所确定的位置来生成标记；以及生成包括所述标记的规则配置信号。

有利地，上述配置使得用户能够根据他们的个人偏好和要求来配置和创建规则。然后，服务器可以在这些规则创建时对这些规则进行评估，以便基于形成规则的一部分的触发器和操作的属性来确定每个规则的最适当评估位置。然后，可以通过使用应用于规则并与规则相关联的标记，将该评估的结果传达给控制系统(其可以根据规则控制各系统)。因此，优化了规则评估过程。例如，尤其是在那些与车辆控制有关地实现服务器的情况下，评估位置标记的使用可以确定评估是由与要被控制的系统(例如“车上”)就地定位的控制系统来进行还是位于远程(例如“车外”)的控制系统和/或服务器来进行。就地评估规则，尤其是在一个或更多个动作和触发条件迅速变化的情况下，将减少确定触发条件已满足与实施该规则以采取所需动作之间的等待时间和响应时间。因此，这将有利地增加整个系统的可靠性和准确性。

此外，提供使用其用户可以配置和存储其定义的规则的中央服务器，并且中央服务器还可以将配置的规则传输到远程控制系统以进行后续实现和存储，这可以确保存在用于处理所有规则的集中位置，在该集中位置处，可以更改属性和设置以使它们全局生效。

任选地，动作和触发条件各自均具有至少一个相关联的评估位置，并且服务器被配置成通过比较动作的评估位置和触发条件的评估位置来确定要评估所配置的规则的位置。例如，每个动作和触发条件都可以与“车上”(就地(in-situ))评估和/或“车外”(远程)评估相关联，具体取决于需要监测的以便满足每个触发条件的数据，或执行动作所需要输出的信号。这确保了规则评估和实施过程可以得到改善。

此外，在某些情况下，如果从比较中确定动作和触发条件具有共同的评估位置，则服务器被配置成生成指定要在共同的评估位置评估规则的标记。在这种情况下，监测触发条件和执行动作所涉及的过程和/或物理部件是相互兼容的，因此对规则的整体评估可以很容易地由在一个位置的单个实体执行。这有利地提高了系统的整体效率。

任选地，如果通过比较确定动作和触发条件具有多于一个共同评估位置，并且共同评估位置之一对应于车上车辆位置，则服务器被配置成生成标记，该标记指定要在该车上车辆位置评估规则。在这种情况下，由于与该评估模式相关联的优势，因此给出对该规则进行“车上”评估或就地评估的偏好。如先前所讨论的，就地评估规则，特别是其中动作和触发条件中的一个或更多个随时间快速变化时，会减少确定已满足触发条件与执行规则以采取所需的行动之间的延迟时间和响应时间。因此，这会有利地增加整体系统的可靠性和精确度。

可替选地，如果通过比较确定动作和触发条件不具有共同评估位置，则服务器可以被配置成输出错误消息以指示不能生成规则配置信号。此特征对于为防止创建任何不可执行或不可运转的规则的错误处理很有用，在这些不可执行或不可运转的规则中，动作和触发器的评估不相互兼容(例如，它们需要通过或关于物理上分离的且不同的实体来执行)。有利地，当确定规则不可配置时，警告用户，因此用户能够自反地改变他们的偏好并重新配置规则。

任选地，要控制的系统可以包括以下之一：车辆的系统以及与车辆相关联的远程装置。可替选地或附加地，要控制的系统可以包括远程装置或系统，该远程装置或系统本身不与车辆相关联，而是与系统的(以及车辆的)用户相关联。例如，可以使用上述服务器和控制系统来控制用户家中的加热系统。

在一些情况下，服务器还可以包括存储位置，其中，服务器被配置成将规则和相关联的标记存储在该存储位置中。在这种情况下，所有规则及其相关联的标记的副本都可以集中存储在服务器处，因此服务器也可以用作远程“车外”控制系统，从而为由“车上”控制系统提供的功能提供补充功能。在这种情况下，还可以实现规则存储的冗余，因为规则因此会由服务器和控制系统同时存储。此外，将规则存储在集中位置意味着如果需求和偏好改变，则可以对属性(例如，与每个动作和触发器相关联的评估位置)进行集中更改，并在以后的时间(例如，通过系统更新)相应地进行传播。

应当注意，上述控制系统和服务器的特征以及在每种情况下的相关联的优点，对于由控制系统和服务器执行的以下方法将同样适用。

根据本发明的另一方面，提供了一种用于控制车辆的控制系统的方法。该方法包括：接收规则配置信号，该规则配置信号指定规则的属性，该属性包括要执行的动作的指示和至少一个相关联的触发条件。该方法还包括：将动作的指示和所述至少一个相关联的触发条件存储在存储位置处；以及确定是否要在控制系统处评估规则。如果该确定指示要由控制系统评估该规则，并且在满足所述至少一个相关联的触发条件后，该方法还包括：根据检索到的动作生成至少一个控制信号并且将所述至少一个控制信号输出至要根据该动作进行控制的至少一个车辆系统。

在实施方式中，规则的属性包括与规则的评估位置对应的标记。在这样的实施方式中，该方法可以包括评估该标记以确定是否要在控制系统处评估规则。附加地或可替选地，该方法包括：根据动作指示和触发条件来确定是否要由控制系统评估规则，每个动作指示器和触发条件均具有至少一个相关联的评估位置。在一些实施方式中，该方法包括：根据与动作指示相关联的评估位置和与触发条件相关联的评估位置的比较来确定要评估规则的位置。如果通过比较确定动作和触发条件具有共同评估位置，则方法可以包括指定要在该共同评估位置处评估的规则。

所述至少一个车辆系统可以包括以下中的任一个：ecu，燃料系统，油系统，多媒体系统和内部车辆电子装置。可替选地或附加地，对系统进行控制包括控制可以与车辆相关联的远程装置。

在一些情况下，控制系统可以集成在车辆内。可替选地，控制系统可以位于远离车辆的位置。任选地，控制系统还可以包括用户接口，并且该方法还可以包括使用户能够选择不会被利用的一个或更多个规则。

任选地，动作可以包括以下中的一个或更多个：改变车辆速度，改变车辆加速度，向用户输出警报，向用户输出数字媒体内容，向远程装置发送数据分组，调整车辆的属性，以及调整车辆的部件。任选地，触发条件可以包括以下中的一个或更多个：环境条件，一天中的时间，日期，地理位置，车辆运行参数，来自用户的进一步输入，以及从远程装置接收数据分组。

根据本发明的另一方面，提供一种配置用于从服务器控制车辆系统的控制系统的方法。该方法包括：接收配置信号，该配置信号指定要执行的动作以及至少一个相关联的触发条件；以及配置具有包括所指定的要执行的动作的指示以及所述至少一个相关联的触发条件的属性的规则。该方法还包括：生成规则配置信号，该规则配置信号指定规则的属性；以及输出规则配置信号以配置控制系统。

在实施方式中，该方法包括：确定要评估所配置的规则的位置；以及根据所确定的位置生成标记，该标记与所配置的规则相关联。

任选地，动作和触发条件每个均具有至少一个相关联的评估位置，并且确定要评估所配置的规则的位置的步骤包括比较动作和触发条件的评估位置。

要控制的系统可以包括以下之一：车辆的系统，以及与车辆相关联的远程装置。

在一些情况下，如果通过比较确定动作和触发条件具有共同评估位置，则生成标记的步骤包括：生成标记，该标记指定要在该共同评估位置处评估规则。任选地，如果通过比较确定动作和触发条件具有多于一个共同评估位置，并且共同评估位置之一对应于车上车辆位置，则生成标记的步骤包括：生成标记，该标记指定要在车上车辆位置处评估规则。

任选地，如果通过比较确定动作和触发条件不具有共同评估位置，则该方法还包括输出错误消息以指示不能生成规则配置信号。在这种情况下，不会执行标记生成和规则配置步骤。

在一些情况下，该方法还可以包括将规则和相关联的标记存储在存储位置中。

根据本发明的另一方面，提供了一种车辆，该车辆包括基本上如上所述的控制系统和/或服务器。

根据本发明的另一方面，提供了一种包括计算机可读指令的非暂态计算机可读介质，所述计算机可读指令在由处理器执行时，使执行基本上如上所述的方法。

在本申请的范围内，明确地旨在，在前面的段落、权利要求书和/或以下描述和附图中阐述的各个方面、实施方式、示例和替选方案，特别是其各个特征可以独立或组合使用。即，可以以任何方式和/或组合来组合所有实施方式和/或任何实施方式的特征，除非这些特征不兼容。申请人保留更改任何原始提交的权利要求或相应地提交任何新的权利要求的权利，包括修改任何原始提交的权利要求以依赖于和/或结合任何其他权利要求的任何特征的权利，尽管原始地并非以这种方式要求保护。

附图说明

现在将参考附图仅以举例的方式描述本发明的一个或更多个实施方式，其中：

图1示出了根据本发明的实施方式的针对车辆提供的用于控制一个或更多个系统的分布式控制系统的示例；

图2是示出构成图1的分布式控制系统的一部分的控制器和服务器的示例的另外的细节的示意框图；

图3是示出根据本发明的实施方式的定义规则并向控制器提供规则配置信号的方法的示例的流程图；

图4是示出可用于确定与根据图3定义的规则相关联的各种触发条件和动作的评估位置的逻辑的示例的表；以及

图5是示出根据本发明的实施方式的基于由控制器对用户定义的规则的评估来控制系统的方法的示例的流程图。

具体实施方式

现在将描述本发明的特定实施方式，其中将详细讨论许多特定特征，以便提供对如权利要求中所限定的发明构思的透彻理解。然而，对于本领域技术人员明显的是，可以在没有特定细节的情况下实施本发明，并且在某些情况下，没有详细描述公知的方法、技术和结构，以免不必要地使本发明晦涩难懂。

为了将本发明的实施方式置于适当的上下文中，首先将参考图1，图1示出了与可以实施本发明的实施方式有关的车辆。

图1示出了用于配置并且实施与车辆2有关的规则的分布式控制系统1的示例，该分布式系统包括可由车辆的用户控制的多个车辆系统(以发动机4为例)。这些车辆系统包括例如点火系统、卫星导航系统、加热和空调系统、座椅加热系统、立体声系统、信息娱乐系统、座椅配置系统、各种车辆摄像机系统、后视镜控制系统、牵引杆控制系统和驾驶模式选择系统等。将理解，这些系统仅是说明性的，并且不同的车辆可以包括不同的系统。系统1还可以包括一个或更多个非车辆系统(以装置6为例)，其可以采取例如用户的移动装置的形式。系统1包括至少一个位于车辆2内的控制器8(从而提供“车上”控制功能)，以及至少一个远离车辆2的服务器10(从而提供“车外”控制功能)。控制器8和服务器10彼此可操作地通信，并且一起被配置成控制多个车辆系统和非车辆系统4、6。系统1还包括一个或更多个传感器12，其被配置成将数据提供至控制器8和/或服务器10，以用于评估并且实施用于控制各种系统的规则。

控制器8和服务器10的另外的细节在图2中示出。具体地，控制器8包括：输入端12，用于接收规则配置信号11；具有相关数据存储器16的(控制器)处理器14，用于对与要实施的用于控制车辆4和非车辆6系统的规则有关的数据进行处理以及存储；以及输出端18，用于将控制信号13输出至系统4、6以实施规则。规则存储器16被配置成存储要实施的规则的方面或属性——即，如果规则被实施，则用于要进行以及执行的任务和/或动作的一个或更多个任务或动作指示20；实施规则需要满足的一个或更多个触发条件22；以及标记24，其指示该规则的预期评估位置，并因此确定是否由控制器8实施特定规则。控制器8还包括接口26，用户可以通过该接口与控制器8进行交互，如果需要的话。

服务器10还包括：用于接收信号的输入端28；以及具有相关数据存储器32的(服务器)处理器30，其用于对与要实施的规则有关的数据进行处理以及存储。服务器10还包括输出端34，其用于将规则配置信号11输出至控制器8以控制各种系统4、6。在某些情况下，服务器10还可以为系统4、6中的一些提供控制功能。在这样的情况下，服务器还用作“车外控制器”(而控制器8用作“车上控制器”)，因此服务器10自身可以生成控制信号13'并将其直接输出至系统4、6。替选地，可以预见，服务器10可以与针对系统4、6生成控制信号13'的附加控制器通信，该附加控制器位于相同网络内并且因此也位于远离车辆2的“车外”。

在使用中，服务器10被配置成经由输入端28从用户接收与用户期望由多个车辆4和非车辆系统6中的一个或更多个执行的任务有关的信息。具体地，服务器10被配置成从用户接收一个或更多个动作指示20以及一个或更多个相关联的触发条件22，并且使用处理器30和相关联的数据存储器32来估计接收到的信息，以便配置与接收到的动作指示20和触发条件22对应的规则。稍后将(由控制器8或服务器10)评估此配置规则，在评估期间，如果满足触发条件，则将执行所需的动作。作为估计过程的一部分，服务器10被配置成确定应该在其处评估规则的优选位置，并且生成与该规则相关联的表示该评估位置的标记24。然后，服务器10被配置成生成规则配置信号11以提供至控制器8，该规则配置信号11包括规则(即，动作指示20和触发条件22)以及位置标记24。该规则配置信号11通过服务器10被输出至控制器8。

另外，配置的规则(连同其关联的标记24)通过服务器10存储在数据存储器32中——如果标记表明规则旨在从远离车辆2的“车外”进行评估，则服务器10随后将检索、评估以及实施该规则。另外地/替选地，在使用单独的“车外”控制器的情况下，配置的规则被传输至该控制器(未示出)并由该控制器存储。

车上控制器8被配置成从服务器10接收规则配置信号11，并且将接收到的信息(即，动作指示20、触发条件22和相关联的标记24)存储在规则存储器16。控制器8还被配置成估计标记24，以便确认规则是否旨在由控制器8自身评估。在确定规则要由控制器8“车上”评估的情况下，控制器8被配置成监测相关联的触发条件，并且在满足规则的触发条件的情况下，控制器8被配置成生成控制信号13以输出至必需的系统4、6，以使该系统(或其部件之一)采取由规则定义的适当动作。在确定规则要由服务器10“车外”评估的情况下，控制器8仅将该规则存储在其规则存储器16中，而不采取与该规则有关的任何其他动作。

提供涉及一对控制器——即“车上”控制器8和“车外”控制器/服务器10——的分布式系统提供了特定优势，其中，该对控制器各自存储所有已配置的规则，但是仅评估和实现某些预定规则。特别地，该设置(与仅涉及远程“车外”控制器的系统相比)减少了所需的通信带宽和通信时间，并且因此减少了与评估规则、确定触发条件被满足以及随后执行必要动作相关联的时延。此外，该设置还提高了整个系统的可靠性，因为车上控制器的提供确保即使在车辆不能访问通信网络并因此不能与车外控制器或服务器10通信的情况下仍可以评估和实现规则。

图3示出了一种方法，通过该方法，使用服务器10来创建和配置规则，然后将规则输出至控制器8。

过程100开始于用户配置和创建他们想要实现的一个或更多个规则。这需要用户在步骤105中(例如通过用户向他们的移动装置上的专用应用输入数据)将信息输入至服务器10；该数据输入以规则配置信号11的形式转发给服务器10，该服务器10例如可以采用云服务器的形式。作为该初始步骤的一部分，用户还可以在其应用中创建配置文件(profile)或帐户，并将其一个或更多个车辆链接至该配置文件——通常仅在用户首次在应用上设置帐户时或者在他们希望对附加或替代车辆实现规则的情况下才会执行此操作。

创建规则需要(在实现规则时要执行的)用户对一个或更多个动作指示20的输入或选择，以及将要监测和评估以确定何时实现规则以及采取动作的一个或更多个关联条件(即触发22或事件)。换句话说，规则可以对应于逻辑语句，该逻辑语句限定了如果一个或更多个触发条件的集合被满足，则将采取一个或更多个关联动作的集合。

一旦服务器10接收到规则配置信号11，则该服务器10在步骤110中执行检查，以确保新配置的规则不是服务器10先前存储的现有规则的副本，并且还确保新配置的规则不与任何现有的存储规则冲突。在用户选择的触发条件旨在与现有规则触发相同类型的动作但是具有不同(冲突)设置的情况下，会发生这样的冲突。作为示例，如果限定了与设置车辆2内的环境光颜色有关的两个规则，并且选择了相同的触发条件，但是作为结果需要输出的环境颜色在各情况下不同，则这两个规则将彼此冲突。在这种情况下，服务器10可以向用户输出错误，并且不接受或存储新配置的规则。替代地，服务器10可以仅用新规则覆盖或替换现有规则，并且可以向用户输出旧规则已经被覆盖/替换的指示。针对涉及消息传递功能的动作，允许此规则冲突检查的例外情况，例如，对于相同条件，可以触发具有不同内容或不同预期接收者的消息的输出。

一旦执行了这些检查，并且规则被认为是有效和可接受的，则服务器10被配置为在步骤115中确定应该对规则进行评估的适当位置，即通过车辆2“上”的控制器8还是通过车辆2“外”的服务器10对规则进行评估。作为该确定的结果，服务器10还被配置成在步骤120中生成指示预期规则评估位置的标记24，并将该标记与规则相关联。

确定规则评估位置的过程是有用的，因为在特定规则的触发条件仅依赖于车辆数据并且要采取的动作仅针对车辆功能的情况下，确保这样的规则在“车辆上”被评估是有利的。这是由于响应时间和时延的减少(由于车上控制器8的采样率能力增强所致)，以及在车上就地监测和评估此类规则所需的总数据带宽的减少。

为了执行步骤115的确定过程，服务器10可以保持在创建规则时可以使用的所有可能的触发条件22和动作20的列表或数据库32。每个触发条件和动作可以与一个或更多个位置属性相关联或可以被分配一个或更多个位置属性，所述位置属性标识触发条件或动作是否适合在车辆上或车辆外进行评估。因此，可以为每个触发条件和动作分配以下位置评估属性之一：“仅车上”、“仅车外”和“车上/车外”。

例如，将需要监测特定于车辆的属性(例如车速，车辆温度或车辆驾驶模式)的触发条件限定为“仅车上”触发条件；类似地，需要改变车辆属性(例如，车辆驾驶模式，环境温度或照明或车辆中显示的媒体)的动作也将被限定为“仅车上”动作。相反，仅在车辆不工作和/或用户不在车辆中时才相关的触发条件或动作(例如触发车辆锁定或操作远程发动机启动提示)将被指定为“仅车外”，因为除了在并非有效使用车辆2的情况外，将不会执行这些操作。最后，存在多种触发条件和动作，这些触发条件和动作不一定取决于特定于车辆的属性，这些属性会由于车辆操作或在车辆操作期间迅速变化(例如，日期/时间，车辆位置以及有关机油或制动液水平的信息)。这些触发条件和动作可以在任一位置处评估，并且因此被指定为适合“车上/车外”评估。

基于与特定规则相关联的触发条件和动作的指定，服务器能够使用图4的表200中所示的决策过程和逻辑为该规则确定适当的评估位置。从该图中可以看出，如果触发条件22或动作20中的一个需要特定的评估位置(即被指定为“仅车上”或“仅车外”)，则将生成适当的标记24来反映这一事实。然而，如果期望的评估位置之间存在冲突(例如，如果将触发条件指定为“仅车上”，但将动作指定为“仅车外”——在表200中用叉号24a指示)，则服务器将不会完成规则的配置，并将向用户输出错误，以指示该规则的属性彼此不兼容。如果所有触发条件和动作均被指定为能够在车上和车外两种情况下进行评估，则将优先考虑车上评估，这是因为由于不需要将与触发条件有关的实时信息发送至车外服务器10，这种评估模式通常更快、更高效。

一旦已经产生了规则并且已经创建了相关联的标记24，则服务器10将在步骤125中将规则和标记存储在车辆2之外的且远离车辆2的存储位置处(例如，在数据存储器32中)。服务器10还将在步骤130中生成包括规则和相关联的标记的规则配置信号11，并且将在步骤135中将规则配置信号11发送到车上控制器8。因此，将认识到的是，由服务器10创建的规则和标记将被存储在两个位置——车上位置和车外位置——而不管最终意图在何处对规则进行评估。因此，规则将在两个位置之间同步。

尽管服务器10在本文中被描述为被配置成确定应该对规则进行评估的适当位置，但是应当理解的是，控制器8也可以同样地进行该确定。例如，控制器8可以被配置成确定规则应该由车辆2“上”的控制器10进行评估还是由车辆2“外”的服务器10进行评估。在实施方式中，作为该确定的结果，控制器8还可以被配置成生成指示预期规则评估位置的标记24，并将该标记与规则相关联。

图5示出了过程300，控制器8通过该过程300来加工和处理从服务器10接收的信息。过程300开始于步骤305，在该步骤中，车上控制器8接收从服务器10发送的规则配置信号11，该规则配置信号11包括相应的触发22、动作20和评估位置标记24。在步骤310处，将该信息(实际上与所讨论规则的属性相对应)存储在存储位置(例如数据存储器16)中。控制器8还被配置成在步骤315处评估与接收到的规则相关联的标记24，以便确定该规则是否旨在由控制器8在车辆2上进行评估。随后，对于被指定用于车上评估的那些规则，控制器8被配置成在步骤320处监测或周期性地估计是否已经满足与这些规则相关联的各种触发条件。例如，该监测或估计可以涉及从一个或更多个传感器12接收与车辆属性有关的信息。一旦确定已经满足了针对特定规则的所有触发条件，则控制器8被配置成从存储位置16检索相关联的动作并且在步骤325处生成与这些动作有关的一个或更多个控制信号13。然后，在步骤330中，将控制信号13输出到合适的系统(其可以是车辆系统4或非车辆系统6，或两者的组合)，以使这些系统采取必要的动作。

作为示例，规则可以被配置成指定“在工作日中，如果车辆在特定时间范围内离开特定位置(即工作停车场)，则这将触发链接到车辆系统的移动装置向特定接收方发送具有特定内容的文本消息/通知”。在此示例中，涉及的触发条件是(a)车辆的位置，以及(b)日期和时间；而所涉及的动作是由用户的移动装置生成和发送文本消息/通知。其中，日期和时间触发条件显然与车辆无关，动作也与车辆无关(因为其与更改车辆功能不直接相关)。此外，尽管车辆位置当然与车辆相关，但仍然可能在“车外”评估车辆位置，因为车辆位置的变化率不会太高(特别是在下面这种情况下：触发条件取决于与车辆2是否不再静止并离开了特定位置有关的简单确定)。因此，在该特定规则的情况下，触发条件和动作都将被指定为“车上/车外”，因为它们的评估位置对于响应时延时间并不关键。然而，如前所述，仍将优先考虑“车上”评估，特别是因为在车辆上监测车辆位置通常会更高效——车上控制器可以比车外控制器/服务器以高得多的频率监测车辆的gps位置(例如，车上更新频率会只有几秒钟左右，而车外更新频率会长得多(约一分钟左右)。在这种情况下，从车辆上控制动作也将更加有效，因为所讨论的移动装置将链接到车辆，并且可以直接在“车内”进行控制。因此，在该示例中，控制器8将监测触发条件，并且当触发条件满足时，控制器8将生成控制信号13并将其发送到用户的移动装置6(通过专用应用或通过车内连接)以生成并发送文本消息/通知。

尽管本文仅描述了少量的不同触发条件和动作，但是应当理解的是，用户可以/将可以使用许多其他触发条件和动作，并且可以根据需要进行组合以定义无数不同的规则，只要产生的规则不包含触发条件和/或动作的任何冲突组合即可。提出的是，在给定车辆的正常功能和当前可用的相关联的非车辆系统的情况下，技术人员将理解可用的可能的组合和排列。

注意，在初始规则配置过程之后，用户还可以与整个分布式系统1交互。例如，用户可以与控制器8或服务器10进行交互(经由控制器8的用户接口26(例如他们的车辆2内的触摸屏)，或者经由他们的移动装置6上的链接到控制器8或服务器10的应用)，以便启用或禁用某些规则，并因此根据其个人喜好和变化的需求激活或停用特定的先前定义的操作。然而，系统1在这方面被配置成限制用户的交互能力——具体地，用户无法编辑或删除先前创建的规则，用户也无法创建额外规则。

在替选实施方式中，控制器8可以从远程装置(例如用户的移动装置6)而不是从服务器10接收规则配置信号11。在这样的实施方式中，控制器8可以被配置成转发或输出规则配置信号11到服务器10。

因此，本发明的上述实施方式提供了用于相对于其车辆来配置、评估和实现用户定义的规则的分布式系统，其中，作为车外或远程评估的替选或附加方案，可以在所讨论的车辆上对规则进行评估。这有利地提高了整个系统的效力和效率——使用车上控制器减少了对触发条件进行监测与执行某个动作所需的所有触发条件均已满足而确定可以执行该动作之间的响应时延。此外，即使远程服务器与车辆系统之间的连接丢失(例如，在通信网络不佳的远程位置)，与这些车辆系统有关的许多规则仍将能够被评估和实现。这有利地提高了整个系统的可靠性。同时在两个位置维护同步的规则数据还可以提高系统的可靠性，并使规则的属性(即触发、动作和标记)可以在以后的某个日期被集中更新(例如，如果系统需求发生变化)，并且然后重新分发给车辆的车上控制器。

在不脱离所附权利要求书中限定的本发明的范围的情况下，可以对以上示例进行许多修改。