CN111868777A - 中央控制系统和方法 - Google Patents

Abstract

一种计算机实现的中央控制系统(10)，用于生成控制信号，以经由广域通信网络(22)来控制一个或更多个远程交互单元(18A‑D)，所述一个或更多个远程交互单元(18A‑D)中的每个远程交互单元可操作地耦合到相应远程交互单元(18A‑D)的本地环境(20A‑D)中的本地控制系统，并且远程交互单元(18A‑D)中的每个远程交互单元被设置为与相应的可操作地耦合的本地控制系统的操作条件进行交互并且改变所述操作条件，其中，中央控制系统(10)包括：请求接口处理器(30)，用于接收对控制信号的请求(230)，该控制信号被配置为改变与来自一个或更多个远程交互单元(18A‑D)之一的指定环境要求(SER)(216A，240)相关的请求控制参数(RCP)(238)的值，其中RCP(238)的值支配相应远程交互单元(18A‑D)的本地环境(20A‑D)中的至少一个对应的本地控制系统的操作条件，并且SER(216A，240)包括对相应远程交互单元(18A‑D)的本地环境(20A‑D)的约束性环境要求，该约束性环境要求通过改变RCP(238)的值来满足；该请求包括：RCP(238)的当前值，SER(240)的指定值；与SER(216A，240)相关的一个或更多个本地环境参数(本地CER)(216B，216C，242，244)的当前值，其中本地CER(216B，216C，242，244)包括相应远程交互单元(18A‑D)的环境(20A‑D)本地的约束性环境要求，约束性环境要求约束RCP(238)可以取的值；其中，SER(216A，240)的当前值可以根据RCP(238)的当前值以及一个或更多个远程交互单元(18A‑D)的一个或更多个本地CER(242，244)来计算；参数计算系统(36)，用于根据预定义的计算规则(11A)处理在请求接口处理器(30)处接收到的请求(230)，预定义的计算规则指示参数计算系统(36)处理请求(230)并生成与请求控制参数(RCP)(238)的值相关的控制信号；以及发送器(40)，用于将生成的控制信号发送至在请求的远程交互单元(18A‑D)，其中，参数计算系统(36)包括：分类引擎(92)，用于将与远程交互单元(18A‑D)相关联的多个当前外部环境参数(外部CER)(190A‑C)分类为单个外部CER参数(202A‑C)；以及参数计算处理器(94)，被布置为：通过将计算规则(11A)应用于RCP(238)的当前值和一个或更多个远程交互单元(18A‑D)的一个或更多个本地CER(242，244)的当前值，来计算SER(200A‑E)的当前值；利用单个外部CER参数(202A‑C)的值将SER(200A‑E)的当前值归类，以确定多个当前外部CER(190A‑C)对SER的当前值的影响；将SER的归类的当前值与SER(216A，240)的指定值进行比较，并且根据SER(216A，240)的当前值与指定值之间的差异程度的分类，从多个预定动作中选择对应的预定动作调整RCP(238)的值，以使SER的当前值与SER的指定值相等；以及使用所选择的预定动作形成控制信号，以针对在请求的远程交互单元(18A‑D)调整RCP的当前值，以满足SER的指定值。

Description

中央控制系统和方法

技术领域

本发明涉及中央控制系统和方法。更具体地但非排他性地，本发明涉及一种处理架构，该处理架构被布置为接收来自远程(远程定位)交互单元的请求，并且随后向它们提供控制信号，以使得远程交互单元能够根据环境要求以最有效的方式运行。一个非限制性应用领域是自主驾驶电动车辆中的燃料管理。

背景技术

各种各样的系统在实时环境中运行，在实时环境中，系统的正确和有效运行取决于系统用户的环境偏好的不断变化的参数。因此，在这些环境中运行的系统通常将需要更改其运行方式，并且该决策通常取决于对这些环境条件和用户偏好的持续监视。在一些场景中，错误或低效的动作事实上可能被证明对系统的运行非常有害，甚至是致命的。

这种系统的一个非限制性示例在机动车辆中的燃料水平的管理中可见，其中不当的管理可能导致车辆在燃料不可用的位置用尽燃料。对于电动车辆，这是一个特别重要的考虑因素，因为充电站相对较少见，并且非线性充电消耗通常是规划行程时的关键因素。对电动车辆充电也是费时的，并且用户可能对他们希望在充电站中待多久有特定的要求，而剩余电量水平的管理不当可能导致车辆需要充电的时间比用户期望的时间长。

通常，在实时环境中分布式系统的操作通常需要不同程度的用户输入，并且在某个位置的操作不是最佳的情况下，需要用户在系统内进行更改以纠正此情况。然而，存在由于此解决方案而产生的一些问题。当用户对系统进行本地更改时，他们可能没有意识到可能会影响他们的决策的来自整个系统中的所有相关信息。例如，回到上述的电动车辆示例，如果车辆的驾驶员希望减少燃料消耗，则他们可以改变其到达目的地的路线，使得他们走较慢但较短的路线。然而，这条新路线上可能有他们不知道的障碍，并且该障碍可能导致其车辆比他们以前的路线消耗更多的燃料(资源)，这意味着由于他们缺乏信息导致所做的更改实际上是次优的更改。此方法还引入了无论他们对所有信息的意识如何、发生仅仅人为错误的可能性。

在大多数领域中，越来越重视系统的自动化。例如，在汽车领域见证了与自主驾驶车辆的使用相关的许多发展，在自主驾驶车辆中，车辆内部的控制系统能够控制车辆的各个方面，例如车速和制动(结合车辆巡航控制)，以及自动寻路。然而，就适当和有效的动作而言，这些自动化系统仍然依赖于用户交互。在以上车辆示例中，这表现为用户需要监视他们的剩余燃料水平并指示他们的车辆改变其前进方向以便他们可以补充燃料。

在这种背景下设计了本发明，并且本发明试图消除依赖于实时环境监视的现有系统的至少一些上述问题。更具体地，本发明旨在提供一种实时处理架构，该架构能够(在分布式系统内)向在实时环境中运行的远程交互单元提供指令，使得有效地并且根据远程交互单元的用户的偏好消耗资源。

发明内容

根据本发明的一个方面，提供了一种计算机实现的控制系统，该控制系统用于生成控制信号，以经由广域通信网络控制一个或更多个远程交互单元，该控制系统包括：请求接口处理器，用于接收对请求控制参数(RCP)的控制信号的请求，RCP与来自所述一个或更多个远程交互单元之一的指定环境要求(SER)相关；所述请求包括：RCP的当前值，SER的指定值；与SER相关的一个或更多个本地环境参数(本地CER)的当前值；其中，SER的当前值可以根据RCP的当前值以及所述一个或更多个远程交互单元的一个或更多个本地CER来计算；参数计算系统，用于根据预定义的规则处理在请求接口处理器处接收到的请求，并且生成与RCP相关的控制信号；以及发送器，用于将生成的控制信号发送到在请求的远程交互单元，其中，参数计算系统包括：分类引擎，用于将与远程交互单元相关联的多个当前外部环境参数(外部CER)分类为单个外部CER参数；以及参数计算处理器，被布置为：通过将规则应用于RCP的当前值和所述一个或更多个远程交互单元的一个或更多个本地CER的当前值，来计算SER的当前值；利用单个外部CER参数的值将SER的当前值归类，以确定多个当前外部CER对SER的当前值的影响；将SER的归类的当前值与SER的指定值进行比较，并且根据SER的当前值与指定值之间的差异程度的分类，选择对应的预定动作以调整RCP的值，以使SER的当前值和SER的指定值相等；以及使用所选择的预定动作形成控制信号，以针对在请求的远程交互单元调整RCP的当前值，以满足SER的指定值。

本发明因而提供了一种控制系统，该控制系统可以考虑本地和外部的多个不同变量，并且基于选择的控制参数的值向远程交互单元提供控制信号，以控制交互单元满足环境约束，尤其是指定环境约束(SER)。这种控制简化在下述控制系统中是非常有利的，在该控制系统中通常要考虑并纳入考虑成百上千个约束，但是控制需要易于实现，因此限制为单个控制参数实现指定的约束。因为系统考虑了许多不同的本地和外部环境约束，所以控制信号比现有技术系统所能达到的精度更高。它对这些约束的变化做出响应，并且完全可扩展以处理成千上万个远程交互单元。

在本文描述的本发明的一些实施方式中，参数计算系统还包括信息收集处理器，该信息收集处理器被布置为请求并获得任何外部CER的值，以供参数计算处理器计算SER的当前值时使用。信息收集处理器可以被布置为根据请求中指定的一个或更多个参数来确定所需的外部CER中的至少一些外部CER。

在本文所述的一些实施方式中，该请求包括本地CER，该本地CER包括远程交互单元的位置；并且信息收集处理器被布置为使用远程交互单元的位置来确定要使用哪些外部CER生成分类的单个外部CER参数。当考虑环境条件时，基于位置提供约束是非常有利的，因为这些环境条件可能大体上因位置而异。

在一个实施方式中，信息收集处理器被布置为从内部数据库和外部数据源收集与该请求相关的信息，并且根据所接收的信息计算参数值或对所接收的信息进行聚合以进行进一步处理。

在本发明的一些实施方式中，参数计算系统还包括结果处理器，结果处理器被布置为接收来自参数计算处理器的控制信号，并且将本地CER和外部CER、归类和分类的结果以及控制信号存储至参数结果存储装置，以提供给远程交互单元并用作历史参数数据。在这些实施方式中，请求接口处理器被布置为接收包括一个或更多个历史信息参数的请求，并且信息收集处理器被布置为从存储在本地数据存储装置中的历史参数数据中获取历史信息参数的值。历史参数数据的创建和随后使用可以是非常有利的。例如，如果对控制信号的当前请求与历史请求非常相似或相同，则可以避免参数计算处理，并且可以直接根据该历史数据生成控制信号。

在一些实施方式中，其中，分类引擎包括分类生成矩阵，该分类生成矩阵被布置为以不同组合将多个不同的外部CER组合在一起，以得到描述外部CER的单个整体外部CER分类。

在一些实施方式中，分类引擎被布置成利用定性描述对多个场景中的多个外部CER进行分类，每个定性描述分配有特定得分，该特定得分可以用于将定性描述作为定量分类进行操纵。

在一些实施方式中，参数计算处理器包括指令生成矩阵，该指令生成矩阵被布置为提供对应的预定动作，作为矩阵中提供的多个预定指令之一，该矩阵通过以下进行索引：基于RCP的当前值下的一个或更多个本地环境参数(本地CER)的当前值的当前SER值；以及单个外部整体CER分类。尽管有许多不同的方法来在考虑多种限制和分类的情况下确定单个整体外部CER分类或要采取的预定动作，但矩阵的使用提供了一种实现该技术的简单且容易的方法。

在本发明的一些实施方式中，该系统还包括用于通知接收到的请求的状态的通知系统，该通知系统被布置为至少在该请求已被处理并且控制信号准备好按需发送到在请求的远程交互单元时向在请求的远程交互单元发送通知，并且其中，发送器被布置为在接收到来自在请求的远程交互单元的拉取指令时，将控制信号发送到在请求的远程交互单元。

在一些实施方式中，提供了请求队列，请求队列用于存储请求直到参数计算系统能够处理该请求以生成控制信号，其中，通知系统耦合到请求队列，并且通知系统被布置为确定指示该请求在等待处理、正在被处理还是已经被处理的、请求的状态的实时记录，并且根据需要向在请求的远程交互单元提供请求的状态。

在一些实施方式中，请求接口处理器可以被布置为向每个接收到的请求分配唯一标识符，并且通知系统被布置为使用该标识符来确定请求的实时状态。这样使得能够在整个系统中跟踪请求。

在一些实施方式中，请求接口处理器被布置为验证请求的准确性和完整性，并且如果不能处理请求则通知在请求的远程交互单元。在请求可能在传输中损坏并且可能需要再次发送的情况下，这种检查很重要。

在一些实施方式中，请求接口处理器被布置为接收与一个或更多个不同的远程交互单元相关的代理请求；并且所述参数计算系统被布置为生成用于控制所述一个或更多个不同的远程交互单元而不是控制在请求的远程交互单元的控制信号。这使得一个远程交互单元可以充当与系统的通信点，并且使得可以简化交互单元，因为并非所有交互单元都必须能够直接与系统通信，而是可以经由另一个远程交互单元间接进行通信。

在一些实施方式中，SER的指定值可以是存储在控制系统中的预定值，并且接收到的请求可以包括触发标识符，该触发标识符向参数计算处理器指示在其比较中应该将SER的预定存储值用作指定SER。

在本发明的一些实施方式中，请求接口处理器被布置为接收与多个远程交互单元相关的请求；将所述请求分为多个子请求，每个子请求与一个或更多个远程交互单元的子集相关，并且参数计算系统被布置为处理多个子请求中的每个子请求并且针对每个所述子请求生成用于控制所述远程交互单元中的相应一个远程交互单元的控制信号。这可以提供传输效率的极大提高，并且可以使得能够在通信阻塞时(在车辆示例中，例如车辆在隧道中时)克服间歇性请求接收问题。

根据本发明的另一方面，提供了一种计算机实现的方法，该方法用于生成控制信号，以经由广域通信网络控制一个或更多个远程交互单元，该方法包括：接收对请求控制参数(RCP)的控制信号的请求，请求控制参数(RCP)与来自多个远程交互单元之一的指定环境要求(SER)相关；所述请求包括：RCP的当前值，SER的指定值，以及与SER相关的一个或更多个本地环境参数(本地CER)的当前值；其中，SER的当前值可以根据RCP的当前值和一个或更多个本地CER来计算；根据预定义的规则处理在请求接口处理器处接收到的请求，并且生成与RCP相关的控制信号；以及将生成的控制信号发送到在请求的远程交互单元，其中，所述处理步骤包括：将与所述远程交互单元相关联的多个当前外部环境参数(外部CER)分类为单个外部CER参数；通过将规则应用于RCP的当前值和一个或更多个本地CER的当前值来计算SER的当前值；利用单个外部CER参数的值将SER的当前值归类，以确定多个当前外部CER对SER的当前值的影响；将SER的归类的当前值与SER的指定值进行比较，并且根据SER的当前值与指定值之间的差异程度的分类，选择对应的预定动作调整RCP的值，以使SER的当前值和SER的指定值相等；以及使用所选择的预定动作形成控制信号，以针对在请求的远程交互单元调整RCP的当前值，以满足SER的指定值。

实施方式的上述特征可以以不同的方式组合，并且如果在本发明的以下具体实施方式部分中没有具体描述，则可以将其添加到本发明的具体实施方式部分。

附图说明

为了使本发明可以更容易理解，现在将通过示例的方式参考附图，其中：

图1A是示出了对根据本发明的实施方式的使用场景进行说明的、与多个远程交互单元及其相关联系统以及外部信息源结合的中央控制系统的示意性框图；

图1B是示出了在图1A的中央控制系统和远程交互单元中使用的各种类别的环境约束之间的关系的说明性示例的示意性框图；

图2A是示出了根据本发明的实施方式的图1A的中央控制系统用于向远程交互单元提供控制信号的第一实施方式的示意性框图；

图2B是示出了根据本发明的实施方式的图1A的中央控制系统用于向远程交互单元提供控制信号的第二实施方式的示意性框图；

图3是示出了示出用于由图2A或图2B所示的系统计算请求控制参数的、由远程交互单元提供的信息的请求数据结构的示例的示意性框图；

图4A是示出了处理来自远程交互单元的接收到的请求并由图2A或图2B的中央控制系统向远程交互单元提供控制信号的方法的流程图；

图4B是示出了图1A的远程交互单元从图2A或图2B的中央控制系统请求控制信号的方法的流程图；

图4C是示出了图2A或图2B的参数计算系统请求将推送通知系统发送到图1A的远程交互单元的方法的流程图；

图4D是示出了图2A或图2B的请求队列确定请求的性质并相应地采取动作的方法的流程图；

图5是示出了图2A或图2B的中央控制系统的参数计算系统的示意性框图；

图6是示出了图2A或图2B的中央控制系统的操作方法的流程图；

图7是示出了图5的参数计算系统的参数计算处理器的示意性框图；

图8A是示出了图5的参数计算处理器的操作方法的流程图；

图8B是示出了在图8A的方法的可能实施方式中的参数值评估方法的流程图；

图8C是示出了图8A的方法的可能实施方式中的参数计算方法的流程图；

图9是示出了在图8B的方法的可能实施方式中可以如何对外部环境约束进行分类的示例场景的表格说明；

图10是示出了在图8B的方法的可能实施方式中可以如何将本地和外部环境约束归类的示例场景的表格说明；以及

图11是示出了在图2A或图2B的中央控制系统的使用场景中的所建议的参数值的结果随时间的演变的图解说明。

具体实施方式

现在参考附图描述特定实施方式。

首先转向图1A，示出了根据本发明的第一实施方式的中央控制系统10的使用场景，该中央控制系统10处理下述请求，该请求用于确定要采取的动作并且生成控制信号以从一个或更多个远程交互单元18A、18B、18C、18D中执行该动作，其中所述一个或更多个远程交互单元18A、18B、18C、18D可以采取的动作通常受一个或更多个约束性环境要求(CER)约束，其中所述CER中的一个或更多个CER由远程交互单元的本地电子控制器(未示出)指定，并称为指定环境要求(SER)。本地电子控制器被配置为确定合适的环境约束，该环境约束可以由执行特定动作的远程交互单元直接控制，并且本地电子控制器会将该环境约束指定为SER。在替选实施方式中，SER可以由远程交互单元18A、18B、18C、18D的用户选择。CER，尤其是SER，通常能够以定量方式表达为一个特定值或一系列值。

这些CER可以是特定远程交互单元18A、18B、18C、18D所驻留的本地环境20A、20B、20C、20D所特定的，因此仅影响相关的远程交互单元18A、18B、18C、18D。特别地，由远程交互单元18A、18B、18C、18D的用户指定的SER是本地CER的非限制性示例。这些本地CER通常存储在形成相关本地环境20A、20B、20C、20D一部分的本地数据存储装置例如硬件存储器(未示出)中，并且远程交互单元18A、18B、18C、18D被配置为访问此本地数据存储装置以获取本地环境要求。本地数据存储装置也可以被布置为使得其形成远程交互单元18A、18B、18C、18D的一部分。

CER也可以在本地环境20A、20B、20C、20D的外部，并且用于约束多个远程交互单元18A、18B、18C、18D的动作。通常，一个或更多个远程交互单元18A、18B、18C、18D预先不知道这种外部CER，并且只有在远程交互单元18A、18B、18C、18D或中央控制系统10遇到约束的影响时才知道这些外部CER。应当理解，所示的远程交互单元18A、18B、18C、18D的数量仅用于说明目的，并且通常数以万计的远程交互单元可以在任何时间与该系统一起工作。

图1B提供了本发明的实施方式中的各种类型的所有约束性环境要求(CER)210之间的潜在关系的说明性示例。第一部分将CER分为特定于本地环境20A、20B、20C、20D的CER(称为本地CER 212)和位于本地环境20A、20B、20C、20D外部的CER(称为外部CER 214)。根据上面的描述，本地CER 212包含多个单独的CER 216A、216B、216C，这些CER特定于它们所驻留的本地环境。在所示出的示例中，还提供了一个SER 216A，该SER 216A由远程交互单元18A、18B、18C、18D的本地电子控制器或与本地环境20A、20B、20C、20D相关联的远程交互单元18A、18B、18C、18D的用户指定，并且该SER是提供的本地CER之一。类似地，外部CER 214包括在本地环境20A、20B、20C、20D外部的多个单独的CER 218A、218B、218C，其可用于约束多个远程交互单元18A、18B、18C、18D的动作。应当理解，图1B中所示的本地CER 216A、216B、216C和外部CER 218A、218B、218C的数量仅用于说明目的。

返回到图1A的使用场景，要采取的动作通常可以通过远程交互单元18A、18B、18C、18D所利用的特定命令参数的改变来支配，当特定命令参数改变时，这导致采取动作。命令的动作执行通常将影响远程交互单元18A、18B、18C、18D所驻留的本地环境20A、20B、20C、20D中的至少一个对应系统的操作条件。本地环境20A、20B、20C、20D通常包括多个系统，并且远程交互单元18A、18B、18C、18D可以被配置为使得远程交互单元18A、18B、18C、18D采取的动作仅影响这些系统的子集的操作条件。

远程交互单元18A、18B、18C、18D通常被配置为经由外部通信网络22将其请求发送至中央控制系统10。中央控制系统10然后可以被配置为访问一个或更多个本地数据库12、14、16，以使得中央控制系统能够有效地处理接收到的请求，并且还在需要时存储请求的结果。在一些实施方式中，数据库12、14、16位于与中央控制系统10不同的物理位置，并且通过通信网络(例如，在云存储解决方案的情况下)耦合到中央控制系统10。另外，在一些其他实施方式中，中央控制系统10可以被配置为从应用编程接口(API)、本地文件、缓存系统或消息传递系统中获取数据；类似地，请求的结果可以发送到API、本地文件、缓存系统或消息传递系统。存储在本地数据库12、14、16中的信息包括能够指示中央控制系统10如何处理接收到的请求的一组规定的规则11A、11B、11C。存储在本地数据库12、14、16中的信息可以另外包括与远程交互单元18A、18B、18C、18D及其相关联的环境20A、20B、20C、20D相关的定性信息和定量信息(未示出)，中央控制系统10需要这些定性信息和定量信息以处理接收到的请求。存储在本地数据库12、14、16中的信息还可以包括与由远程交互单元18A、18B、18C、18D发出的先前请求相关的历史信息(未示出)，该历史信息可以用于处理当前请求。中央控制系统10还可以被配置为将经处理的请求的结果存储在一个或更多个数据库12、14、16中。上述信息可以存储在单个硬件数据库中或存储在多个硬件数据库中。一个或更多个数据库可以替选地表示由中央控制系统10用来获取或存储数据的API、消息传递系统或事件系统。

当处理接收到的请求时，中央控制系统10可以另外被配置为访问一个或更多个外部信息提供商服务器24A、24B、24C并从中获取信息。这些外部信息提供商服务器24A、24B、24C中的每一个都包括被配置为向中央控制系统10提供所请求的信息的接口25。它们还包括其中存储所请求的信息的一个或更多个数据库26A、26B、26C，并且接口25被配置为在从中央控制系统10接收到信息请求时访问一个或更多个数据库26A、26B、26C。外部信息提供商服务器24A、24B、24C还可以通过API、事件系统或消息传递系统与中央控制系统10通信。所请求的信息包括任何有助于中央控制系统10执行其功能——即处理由远程交互单元18A、18B、18C、18D生成的请求——的信息。所请求的信息还可以包括不能从一个或更多个本地数据库12、14、16获得的信息。

特别地，当处理用于确定要由远程交互单元18A、18B、18C、18D采取的动作的请求时，中央控制系统10能够访问外部信息提供商服务器24A、24B、24C的事实提供了显著的优势。现有技术系统中的中央控制系统10和远程交互单元18A、18B、18C、18D都能够访问本地化信息，然而，如上所述，通常存在可能直接影响远程交互单元18A、18B、18C、18D以及它们在其中运行的本地环境20A、20B、20C、20D的外部因素。这些可以采取上述非本地化外部CER的形式。仅使用本地化信息，将要采取的动作的计算将必然无法考虑到这些外部因素，结果，采取的动作可能是次优的。这可能需要对所采取的动作进行后期调整，并且在某些情况下，次优动作可能无法校正到达到初始期望目标的程度。在提供对外部信息提供商服务器24A、24B、24C的访问时，中央控制系统10能够在其计算中包括关于这些外部因素的信息，其中该信息可以包括关于这种外部因素的当前和将来的预测。在一些实施方式中，与外部CER相关的信息也可以在中央控制系统10的内部数据库12、14、16中可用。例如，当中央控制系统10先前已经从外部信息提供商服务器24A、24B、24C获取并存储了这样的信息时，可能会出现这种情况。

应当理解，在以下描述中，在提及请求控制参数的计算时，该计算还包括计算对应动作的影响，以确定控制参数的计算值是否遵循所提供的CER，因此，确定要采取的行动是否将使远程交互单元18A、18B、18C、18D能够在指定的约束内起作用。

中央控制系统10被配置为使得：当接收到的请求已经被处理时，在中央控制系统10从远程交互单元18A、18B、18C、18D接收到针对计算结果的请求(即，拉取(pull)请求)时，结果将被发送到远程交互单元18A、18B、18C、18D。拉取系统在本系统中是有利的，在该系统中，远程交互单元18A、18B、18C、18D与中央控制系统10分开放置，并且两个元件之间的通信易受由于远程交互单元18A、18B、18C、18D的本地环境20A、20B、20C、20D——例如本地环境20A、20B、20C、20D位于无线通信覆盖范围较差的区域中——引起的干扰的影响。远程交互单元18A、18B、18C、18D可以被配置为使得它仅在准备好接收该计算时例如当可以从中央控制系统10可靠地获取这样的请求时才请求计算结果。远程交互单元18A、18B、18C、18D还可以被配置为使得与无线信号的发送和接收相关的任何组件在不使用时都被断电，从而降低了远程交互单元18A、18B、18C、18D的总体功耗。回到上面提供的电动车辆示例，这是特别有用的，因为电力可以包括要分配的资源，并且减少不必要的功耗会是远程交互单元18A、18B、18C、18D的有效运行的关键。此外，在具有数千个远程交互单元的分布式系统中，如果中央服务器不断尝试将计算结果推送到多个远程交互单元，则中央服务器可能变得非常繁忙。通过使用本实施方式的拉取系统，避免了处理资源的这种瓶颈和浪费。

在图1A的中央控制系统的一些实施方式中，中央控制系统可以被配置为从充当代理的远程交互单元18A、18B、18C、18D接收请求，该请求请求针对替选远程交互单元的计算。回到电动车辆的示例，其可以包括车队控制单元，该车队控制单元被配置为提交用于确定车队中的一个或更多个电动车辆要采取的动作的请求。在这样的实施方式中，要由控制系统(10)计算的SER可以包括外部CER 218A、218B、218C，只要它在发出初始请求的远程交互单元18A、18B、18C、18D的外部即可。在这种情况下，要采取的动作可能不会影响发出请求的远程交互单元18A、18B、18C、18D的本地环境20A、20B、20C、20D的操作条件。相反，它可能会影响该请求相关的替选远程交互单元本地的环境的操作条件。

在一些实施方式中，中央控制系统10可以被配置为能够执行与一个SER相对应的一种类型的计算(尽管该计算可以针对多个远程交互单元执行)。返回上述的电动车辆示例，电动车辆18A、18B、18C、18D可以被配置为在触发特定条件时发送请求。例如，这可以包括当车辆达到特定的电量水平并且随后不久将需要再充电时。在该示例中，SER(作为电量水平)对于从所有远程交互单元18A、18B、18C、18D接收的所有请求将是相同的。结果，中央控制系统10可能不需要设置有指定的SER(期望的电量水平)，因为这对于系统而言可能已经是已知的。类似地，系统(10)可能不需要计算当前SER(当前电量水平)，因为从特定触发请求的接收将知道(预先确定)当前SER，因为它可以被配置为在此单个方案中根据请求控制参数(例如速度)仅执行控制信号的确定。关于SER的信息可以存储在一个或更多个本地数据库12、14、16内。

现在参考图2A，更详细地示出了根据本发明的第一实施方式的中央控制系统10。该系统10处理用于确定要采取的动作的请求，并且生成控制信号以指示在一个或更多个远程交互单元18A、18B、18C、18D上执行该动作。在图2A中，为了清楚起见，仅示出了一个远程交互单元18A，但是应当理解，根据本发明的实施方式，多个远程交互单元18A、18B、18C、18D可以提交请求，并且这些请求可以由中央控制系统10并行地同时处理。远程交互单元18A、18B、18C、18D通常被配置为经由外部通信网络22向中央控制系统10发送请求。

中央控制系统10包括请求接口处理器30，该请求接口处理器30从远程交互单元18A接收请求。请求接口处理器30被配置为接收和处理所接收的请求，使得这些请求处于适当的格式以由中央控制系统10进一步处理。信息处理可以包括确定中央控制系统需要获取什么信息以执行请求。此外，该处理可以包括将单个请求划分为多个请求，或者将自动生成的信息(例如，日期、时间戳、唯一标识符)附加到该请求的数据结构。该请求的数据结构被配置成指示请求接口处理器30什么信息需要被获取。该请求的数据结构可以另外包括唯一请求标识符，该标识符使得该请求随后能够被中央控制系统10和远程交互单元18A跟踪。

当经由外部通信网络22接收到请求时，可以想到的是，请求在被发送时可能经历某种形式的数据损坏，或者远程交互单元18A没有提供处理请求所必需的所有信息。在本发明的一些实施方式中，请求接口处理器30可以另外被配置为验证请求的准确性和完整性，并且仅在数据完整且未损坏的情况下才处理数据。

一旦已经处理了请求，则该请求然后可以被传递到请求队列32，请求队列32耦合到请求接口处理器30，其中该请求队列被保持直到该请求能够被处理。该请求队列另外耦合到通知系统34，该通知系统被配置为维持请求的状态的实时记录，特别是该请求在等待处理、正在被处理还是已经被处理。例如，当请求进入队列32时，向通知系统34发送指示该请求的状态应被更新以指示其正在等待处理的指令。通知系统34还被配置为从交互单元18A接收关于与针对信息的初始请求的状态相关的信息的查询，并且然后进一步被配置为在接收到该查询时将该请求状态信息提供给远程交互单元18A。

在本发明的如上所述的请求接口处理器30被配置为验证请求的准确性和完整性的实施方式中，请求接口处理器30还可以被配置为如果请求不能被处理则通知远程交互单元18A。例如，这通过请求接口处理器30进一步耦合到通知系统34来实现，并且在请求不能被处理的情况下，请求接口处理器30被配置为向通知系统34发送指示该请求的状态是它不能够被处理的指令。

现在返回到请求队列32，队列32还耦合到参数计算系统36，该参数计算系统36被配置为处理请求并且计算远程交互单元18A初始请求的控制参数的值。当确定队列32顶部的请求能够被处理时，队列32被配置为将该请求提供给参数计算系统36，使得请求控制参数可以被计算。此时，队列32还被配置为向通知系统34指示该请求的状态已经改变为它正在被处理的状态。参数计算系统36被配置为使得它可以根据需要从任何内部数据库12、14、16和外部信息提供商服务器24A、24B、24C请求信息，以便计算请求控制参数。被请求的信息可以被确定为初始请求的一部分。可以根据以上给出的描述来访问该信息。

参数计算系统36另外耦合到内部参数结果存储装置38。在控制参数计算完成时，参数计算系统36被配置为将计算结果与使得计算结果能够与发起其计算的请求关联的任何附加信息一起存储在参数结果存储装置38中。例如，这可以包括如上所述的唯一标识符。当计算出的控制参数已经由参数结果存储装置38存储时，参数计算系统36被附加地配置为通知请求队列32该计算已经完成。然后，请求队列32将随后指示通知系统34更新请求的状态，以指示已经计算出控制参数。

中央控制系统10还设置有参数请求处理装置(发送器)40，其耦合到参数结果存储装置38。参数请求处理装置40被配置为接收来自远程交互单元18A、18B、18C、18D的拉取指令，以访问参数结果存储装置38以获取与特定请求相关联的计算的控制参数，并且随后将该计算的控制参数提供给远程交互单元18A，作为该远程交互单元的有效控制信号。可以通过远程交互单元18A从通知系统34确定请求的状态——即已经计算控制参数并且因此控制参数准备好被获取——并且随后指示其被获取而发起这种指令。为了访问与特定请求相关联的计算出的控制参数，来自远程交互单元18A的指令可以包括诸如上述的唯一标识符的信息，并且参数请求处理装置40可以被配置为使用该信息来从参数结果存储装置38中获取正确的计算出的控制参数。参数请求处理装置进一步被配置为耦合到请求队列32。一旦请求控制参数被获取并提供给远程交互单元18A，参数请求处理装置40将向请求队列32通知控制参数已被获取并且可以从队列32中移除该请求。然后，请求队列32随后将指示通知系统34更新请求的状态，以指示控制参数已被获取。在另一实施方式中，可以将存储在通知系统34中的通知配置成使得在计算出控制参数之后的设置时间段之后将其移除。这样可以防止通知系统因过时或不相关的通知而变得超载。类似地，在一些实施方式中，此时可以将请求从请求队列32中移除。

一旦控制参数已经被提供给远程交互单元18A，则可以由远程交互单元18A基于所提供的控制参数自动启动动作。在本发明的另一实施方式中，参数请求处理装置40可以被配置为向远程交互单元18A发送命令信号，该命令信号基于计算出的控制参数命令远程交互单元18A采取特定动作。

现在参照图2B，更详细地示出了本发明的中央控制系统10的另一实施方式，其中该系统被配置为在请求正在经受处理时从请求数据结构中移除一个或更多个信息参数并将它们存储在参数结果存储装置38中。这可以包括存储识别该请求不需要的所有信息参数。举例来说，这可以包括存储除了唯一请求标识符之外的所有信息参数。请求的数据结构被配置为允许信息参数的分离，以允许将其从请求中移除并存储在参数结果存储装置38中。下面将参照图3更详细地描述请求的数据结构。该实施方式使得能够将在请求接口处理器30、请求队列32、通知系统34和参数计算系统36之间传输的数据请求的大小最小化，从而提高了可以传输请求的速度，从而提高了整体处理速度。通常，仅在请求的处理的某些阶段期间才需要待存储的信息参数。在该实施方式中，仅按照所需以及在需要时才访问这些信息参数，以使能请求的处理。应当理解，中央控制系统10的各个部件的功能和整体上的总体功能保持与以上关于其他实施方式所描述的相同。出于这个原因并且为了简洁起见，下面的描述将仅集中于图2A的中央控制系统10与图2B所示的当前实施方式的中央控制系统10之间的差异。

在该实施方式中，请求接口处理器30从远程交互单元18A接收请求。在接收到所请求的数据时，请求接口处理器30被配置为首先识别哪些信息参数是要使请求能够被请求队列32、通知系统34和参数计算系统36识别所必需的。在一些实施方式中，这可以包括唯一请求标识符。然后将不需要的信息参数从数据请求结构中移除，并将其传递到参数结果存储装置38，该参数结果存储装置38能够通信地耦合到请求接口处理器30。这些信息参数然后存储在参数结果存储装置38中。存储的信息参数可以包括与请求的处理状态相关的信息。当初始地请求这样的参数时，如果请求控制参数能够被计算，则该状态可以被标记为“等待处理”。在请求接口处理器30被配置为确定初始请求的准确性和完整性的实施方式中，状态可以被标记为“无法处理”，并且请求将不进行到请求队列32。在一些实施方式中，请求接口处理器30然后可以被配置为如先前实施方式中所描述的那样通知远程交互单元18A、18B、18C、18D该请求无法处理。

如上所述，识别请求所需要的信息参数可以与移除的信息参数相关联地被复制、发送和存储。这是为了使得移除的信息参数在随后被访问时能够与特定请求相关联。

然后将尚未与请求数据结构分离的信息参数传递到请求队列32，在该队列中请求将被保留直到该请求准备好被处理。然后，请求以类似于前述实施方式的方式通过中央控制系统进行。当请求到达参数计算系统36以便计算请求控制参数时，包含在请求数据结构中的其余信息参数可能不足以指示参数计算系统36如何执行计算。在该实施方式中，当参数计算系统36接收到请求数据时，参数计算系统36被配置为从参数计算系统能够通信地耦合至的参数结果存储装置38中获取针对该请求的存储的信息参数。为了实现这样，参数计算系统36被配置为使用识别信息参数在参数结果存储装置中查询相关信息参数，并随后获取它们以用于控制参数计算。在完成计算时，参数计算系统36被配置为将存储在参数结果存储装置38中的与请求的状态相关的任何信息参数更新成读取为“已处理”。这可以结合向请求队列32通知计算已经完成以指示通知系统34向远程交互单元18A通知计算已经完成来执行，或者可以结合将计算出的控制参数存储在参数结果存储装置38中来执行。

通知系统34另外与参数结果存储装置38可通信地耦合，以便在向远程交互单元18A通知请求的状态时获取所存储的信息参数。例如，当通知系统被指示提供计算已经完成的通知时，在发送通知之前，通知系统34可以使用标识信息参数来获取与请求的状态相关的信息参数或任何其他所需信息。

在图2A和图2B的中央控制系统10的另外的实施方式中，中央控制系统10可以被配置为在已经计算出控制参数时自动通知远程交互单元18A、18B、18C、18D。该通知可以采用当请求队列32向通知系统指示已经计算出请求控制参数时从通知系统34发送的推送通知的形式。当已经提交初始请求的远程交互单元18A、18B、18C、18D不同于要对其确定动作的远程交互单元18A、18B、18C、18D时，这可以在上述实施方式中特别有用。在这种情况下，这些远程交互单元18A、18B、18C、18D中的第二远程交互单元可能不知道它需要与初始请求相关联地采取动作。结果，第二远程交互单元18A、18B、18C、18D要使其以对通知发出周期性推测性拉取请求的方式进行布置可能效率低下。结果，布置中央控制系统10以在需要动作时提供推送通知更加有效。然而，应当理解，推送通知布置可以与先前实施方式的拉取系统结合使用。例如，远程交互单元18A、18B、18C、18D能够针对计算的控制参数发起拉取指令。

此外，在某些实施方式中，当参数计算系统36完成计算时，发送到请求队列32以通知远程交互单元18A、18B、18C、18D的指令可能不会立即被处理。替代地，参数计算系统36可以被配置为发送请求以将该通知发送到请求队列32。然后，仅当请求到达请求队列32的顶部时，才将通知发送到通知系统34。在这样一个实施方式中，请求队列32被配置为区分这种类型的请求和用于控制参数计算的请求。在确定了请求的类型时，请求队列将随后根据请求的类型执行动作。下面参考图4A、图4B和图4C更详细地描述请求队列所经历的方法。

转到图3，示出了可以由远程交互单元18A、18B、18C、18D发送以由请求接口处理器30接收的请求的示例数据结构230。数据结构230包括多个信息参数，可以用来唯一地标识请求并确定中央控制系统10应该如何处理该请求，以提供请求控制参数(RCP)的值。这些信息参数都可以配置为在整个请求过程中不变或静态的。在这种情况下，如果任何信息参数发生更改，则需要提交新的请求。替选地，该结构可以被配置为使得信息参数可以根据来自远程交互单元18A、18B、18C、18D的指令而改变。这实现了下述可能性：远程交互单元18A、18B、18C、18D能够以先前已经被发送的较短的更新请求的形式发送对请求的变更，而无需发送全新的请求。

信息参数可以包括唯一请求标识符232，其可以在被请求接口处理器30接收请求时分配给请求，或者可以在远程交互单元18A、18B、18C、18D发起参数计算请求时被分配。信息参数还可以包括标识请求源自的远程交互单元18A、18B、18C、18D的请求源234。信息参数还可以包括将由远程交互单元18A、18B、18C、18D计算的请求控制参数(RCP)的标识。类似地，信息参数可以包括要计算的RCP 238的当前值。可以提供该参数以便如下所述处理请求。在一些实施方式中，RCP的当前值可能是未知的并且可能需要被计算，因此可能并不总是被提供。当RCP的当前值的计算需要与未发出初始请求的一个或更多个远程交互单元18A、18B、18C、18D的本地CER有关的信息时，可能会出现这种情况。信息参数还可以包括要处理的请求的状态236，该状态通常随着请求通过中央控制系统10的特征而更新。

信息参数还可以包括当建议控制参数的值时计算将其考虑在内的一个或更多个CER 240、242、244，包括根据上述实施方式由远程交互单元18A、18B、18C、18D指定的SER240。每个请求中指定的SER针对该请求取一个固定值，并指向希望满足的指定环境约束。当远程交互单元18A、18B、18C、18D请求计算控制参数以便可以执行动作时，通常还需要得到的动作遵循某些操作条件地离开相应的本地环境20A、20B、20C、20D。准备控制参数计算时会考虑此信息。信息参数还可以包括中央控制系统10需要从本地数据库12、14、16和/或外部信息提供商服务器24A、24B、24C获取以便处理请求的所需信息246、248、250的标识符。这些可以包括对外部CER的请求、对适当的计算规则11A、11B、11C的请求以及与当前请求相关的历史信息。在替选实施方式中，这种所需的信息246、248、250可以由中央控制系统10识别，而无需请求的提示。这可以通过系统能够在评估要计算的控制参数时识别出此类所需信息来实现。

在远程交互单元18A、18B、18C、18D发起对第二远程交互单元的请求的某些实施方式中，数据结构230可以进一步包含与远程交互单元18A、18B、18C、18D相关的、要关于其执行计算的代理信息参数。

图4A详细示出了中央控制系统10的实施方式的操作方法50。根据上述实施方式，当在步骤52从远程交互单元18A、18B、18C、18D接收到控制参数计算请求时，系统10开始操作。该请求由请求接口处理器30接收。在接收到请求之后，在步骤54，由请求接口处理器30处理请求本身。该处理可以包括以下中的任一项或更多项：确保该请求处于用于由中央控制系统10进一步处理的适当的格式、确定需要什么信息以处理该请求、为该请求分配唯一标识符、以及验证请求的准确性和完整性以确保可以处理该请求。

此后，在步骤56，将该请求放入请求队列32中，同时将一条指令发送到通知系统34，以生成与该请求相对应的条目，并将其状态指定为“正在处理”。一旦该请求位于队列32中，然后在步骤58确定该请求是否在队列32的顶部，从而确定该请求是否可以被处理。应该理解，在本发明的实施方式中，有可能先前的请求保留在队列中而不再被处理。根据上面的描述，只有在计算并获取到控制参数时才移除请求时，可能会出现这种情况。在这种情况下，要使当前请求位于队列32的顶部，仅要求它是状态为“未处理”或“正在处理”的请求的队列的顶部。另外，在某些实施方式中，参数计算系统36可能能够同时处理多个请求。在这种情况下，要使当前请求位于队列32的顶部，要求其位于状态为“未处理”的请求的队列的顶部同时其他请求可以正在处理，系统中有足够的资源来额外处理当前请求。

如果根据上述任何实施方式确定请求在队列的顶部，则将请求和任何其他元数据传递到参数计算系统36，然后在步骤60计算控制参数。下面将进一步讨论计算控制参数所涉及的步骤。然而，根据相关实施方式，如果在步骤58确定该请求不在队列32的顶部，则根据相关实施方式，系统10被配置为在步骤59等待直到其在队列32的顶部。一旦它到达队列32的顶部，就将请求传递到参数计算系统，并在步骤60计算控制参数。

一旦计算出控制参数，在步骤62将其存储在参数结果存储装置38中。此时，请求队列32被通知计算出的控制参数的存储，并且相应地，指令被发送到通知系统34以更新与对应请求相关的条目以将其状态指定为“已处理”。当将计算出的控制参数存储在参数结果存储装置中时，计算结果也可以存储在一个或更多个内部数据库12、14、16中，以便它们在将来的计算中可由参数计算系统36访问。可以将一个或更多个内部数据库12、14、16中存储的计算结果配置为与参数结果存储装置中存储的信息不同。例如，存储在数据库12、14、16中的信息可以包含与请求的条件相关的数据或与执行的计算相关的所需信息。这样做的优点是，由于不会需要主动计算，因此可以更快地满足在相同条件下对相同控制参数的任何后续请求，因为这只是从数据库之一中进行信息获取的情况。此外，此配置使得易于数据验证和维护/故障排除。

返回到描述的过程50，一旦已经存储了计算的控制参数，则在步骤62，系统10被配置为在步骤64确定远程交互单元18A、18B、18C、18D是否已经请求经由参数请求处理装置40从参数结果存储装置38中获取控制参数。这通常在远程交互单元18A、18B、18C、18D已经从通知系统34请求状态更新并且已经被告知控制参数计算已完成之后发生。如果确定远程交互单元18A、18B、18C、18D已经请求获取控制参数，则参数请求处理装置40被配置为在步骤66从参数结果存储装置38中获取计算出的控制参数，并将计算出的控制参数发送到要求它的远程交互单元18A、18B、18C、18D。同时，参数请求处理装置40将被配置为向请求队列32通知已经获取控制参数，并且向通知系统34发送指令以将请求的状态更新为“已获取”。根据上述系统10的一些实施方式，当已经获取到计算的控制参数时，请求队列32和/或通知系统34可以被配置为删除相应的请求，使得两个组件不会因不相关或过时的请求而变得超载。

在步骤66之后，或者如果在步骤64确定尚未请求所计算的控制参数，则方法50随后在步骤68确定是否另一个请求可用于处理。系统10在先前请求的处理期间可能已经接收到这样的请求。替选地，这样的请求可能是在收到前一个请求之后但在处理它之前收到的。如果在步骤68确定存在另一个可以被处理的请求，则方法50然后通过返回到步骤58而继续进行，并且确定该请求是否在队列32的顶部并且因此准备好被处理。可替选地，如果确定当前没有更多的请求要处理，则方法50在步骤70处继续确定是否存在一个或更多个仍在等待获取的控制参数。如果确定仍有一个或更多个尚未获取的控制参数，则方法50返回步骤64，在步骤64，确定是否已请求控制参数之一。相反，如果确定已经获取了所有控制参数，则该方法返回到开始并等待来自远程交互单元18A、18B、18C、18D之一的新的控制参数计算请求。

在处理期间将数据请求结构的一些或所有信息参数存储在参数结果存储装置38中的附加实施方式中，可以适当地修改图4A的方法以实现此目的。举例来说，可以修改步骤56，以使请求接口处理器30分离一个或更多个信息参数，然后在将请求放入请求队列32中之前将它们存储在参数结果存储装置38中。类似地，只要需要存储的信息(例如在步骤60)，就可以修改该方法以包括对所存储的信息参数的访问和/或修改。

现在转到图4B，示出了另一过程70，该过程在远程交互单元18A、18B、18C、18D处在发送对指定控制参数的值的请求并随后从中央控制系统10获取该控制参数的值时执行。这是结合图4A提供的，以便结合中央控制系统10和远程交互单元18A、18B、18C、18D执行的方面说明请求所经历的完整过程。特别地，所描述的过程70考虑了在实时环境20A、20B、20C、20D中运行的远程交互单元18A、18B、18C、18D，并且将循环(或周期性)地发送对控制参数的请求，以反映下述事实：环境20A、20B、20C、20D中的条件可能会迅速变化。这样，对于环境20A、20B、20C、20D中的系统的最有效操作，可能需要改变控制参数，并且这可以通过以循环方式请求计算控制参数来实现。在该示例中，远程交互单元18A、18B、18C、18D也可以被配置为使得可以将对控制参数计算的手动请求随时发送到中央控制系统10。

远程交互单元18A、18B、18C、18D的过程70通过在步骤72向中央控制系统10发送请求以计算指定控制参数的值而开始。

在一些实施方式中，在请求被发送之后，远程交互单元18A、18B、18C、18D然后被配置为在采取任何其他步骤之前在步骤74处等待预定的时间量。引入该预定时间量以使得能够由中央控制系统10执行所请求的计算。预定时间量可以是可调节的。该调节可以由远程交互单元18A、18B、18C、18D的用户手动执行。替选地，远程交互单元18A、18B、18C、18D可以根据相关因素例如请求的复杂性、需要控制参数的动作是否对时间要求严格、期望的完成请求花费的时间长度来自动调整该时间。

一旦经过预定时间量，则远程交互单元18A、18B、18C、18D然后被配置为在步骤76向中央控制系统10的通知系统34请求初始控制参数计算请求的状态更新，并且根据以上描述，接收对请求状态的通知。在接收到请求的状态时，远程交互单元18A、18B、18C、18D然后在步骤78确定中央控制系统10是否已经处理了该请求。如果控制参数计算请求尚未被完成，则过程返回步骤74，并等待另外的预定时间量，其中该时间量可以与发送初始状态更新请求之前等待的先前时间量相同或不同。

如果确定控制参数计算请求已经完成，则远程交互单元18A、18B、18C、18D然后被配置为在步骤80从参数结果存储装置38中获取(拉取)计算出的控制参数。这可以通过将对计算出的控制参数的请求发送到参数请求处理装置40来实现，其中，随后根据上面提供的描述，在被发送回远程交互单元18A、18B、18C、18D之前从参数结果存储装置38中获取该请求。一旦远程交互单元18A、18B、18C、18D已经接收到控制参数，则远程交互单元然后在步骤82基于获取到的控制参数执行动作。如上所述，该动作通常将包括影响远程交互单元18A、18B、18C、18D所驻留的本地环境20A、20B、20C、20D中的至少一个对应系统的操作条件的动作。在远程交互单元18A、18B、18C、18D针对要为第二远程交互单元计算的控制参数发起请求的实施方式中，所采取的动作将影响第二远程交互单元本地的环境。在中央控制系统10的一些实施方式中，参数请求处理装置被配置为向远程交互单元18A、18B、18C、18D输出直接控制信号。控制信号被配置为基于计算出的控制参数来指示远程交互单元18A、18B、18C、18D执行动作。以这种方式，中央控制系统10可以指示远程交互单元18A、18B、18C、18D采取适当的动作，而单元本身不需要任何进一步的处理来解释如何响应于具体控制参数的特定值。

一旦采取了动作，则过程70然后通过在步骤84确定是否已经将来自中央控制系统10的对控制参数计算的请求手动输入到远程交互单元18A、18B、18C、18D中而继续。如果已手动输入请求，则过程70然后返回到步骤72，并且将控制参数计算请求发送到中央控制系统10以进行处理。如果尚未输入手动请求，则远程交互单元18A、18B、18C、18D被配置为在步骤86确定是否已经经过预定时间量。在被配置为循环地发送对控制参数的请求的远程交互单元18A、18B、18C、18D的实施方式中，该预定时间量包括自动控制参数计算请求之间的时间量。如上所述，预定时间量可以是可调节的，取决于相关因素，可以手动地或自动地，其中的一些因素上面已经讨论。如果已经经过预定时间量，则过程70返回到步骤72，并且如前所述将请求发送到中央控制系统10。如果未经过预定时间量，则过程70返回步骤84，并且远程交互单元18A、18B、18C、18D确定是否已经输入了用于控制参数计算的手动请求。

现在转到图4C，示出了进一步的过程，该过程示出了参数计算系统36的操作方法260，其中参数计算系统36被配置为在控制参数计算完成时向远程交互单元18A、18B、18C、18D发送向请求队列32发送推送通知的请求，其中请求队列32然后被配置为在通知请求和控制参数计算请求之间进行区分并相应地执行动作。参考图4D更详细地讨论该实施方式中的请求队列32的操作。

返回图4C，过程260在参数计算存储装置38在步骤60完成控制参数计算时开始。在完成计算之后，参数计算系统38然后在步骤262将请求控制参数存储在参数结果存储装置38中。在信息参数也存储在参数结果存储装置38中的实施方式中，参数计算系统36此时也可以在必要时更新相关的信息参数。例如，这可以包括将请求的状态更新为读为“已处理”。

一旦请求控制参数已存储在参数结果存储装置38中，参数计算系统36然后在步骤264向请求队列32发送请求，该请求请求将推送通知发送到相关的远程交互单元18A、18B、18C、18D，通知它已经计算出用于确定要采取的动作的控制参数，并且可以从参数请求处理装置40请求该控制参数。该请求被配置为使请求队列能够识别它是通知请求，并能够识别与之相关的初始控制参数请求。然后，过程260根据上述实施方式在步骤64处确定是否已请求计算出的控制参数。

参考图4D，示出了过程270，该过程示出了在下述实施方式中用于请求队列32的操作方法，在该实施方式中请求队列32被配置为接收用于计算控制参数和用于向远程交互单元18A，18B、18C、18D通知已经计算出控制参数的请求。这可以与图4A、图4B和图4C所示的方法结合使用。当在步骤58确定请求在队列的顶部时，过程270开始。在该实施方式中，该请求可以与控制参数计算请求或推送通知请求相关。然后，请求队列32在步骤272确定请求的性质，即它是控制参数计算请求还是推送通知请求。如果确定它是控制参数计算请求，则该过程然后在步骤60计算请求控制参数，并根据图4A和图4C所示的过程继续进行。

如果在步骤274确定该请求与推送通知请求相关，则请求队列32然后在步骤276向通知系统34发送以下指令：该推送通知应当被发送到相关的远程交互单元18A、18B、18C、18D。该指令可以被配置为使得通知系统能够除了识别通知应当被发送至哪个远程交互单元18A、18B、18C、18D之外，还能够识别与推送通知相关的初始控制参数请求。根据上述任何实施方式，这可以包括发起控制参数计算请求的远程交互单元18A、18B、18C、18D，或者它可以包括第二远程交互单元。

通知系统34然后在步骤278将推送通知发送到相关的远程交互单元18A、18B、18C、18D。在这样的实施方式中，远程交互单元18A、18B、18C、18D被配置为能够接收和处理这样的请求并且随后对所提供的信息执行动作。当推送通知已经被发送到远程交互系统18A、18B、18C、18D时，然后在步骤280确定是否存在另一个要处理的请求。如果存在，则过程270返回到步骤272，以便确定请求的性质。如果在步骤280确定不存在另一个要处理的请求，则请求队列32在步骤282等待下一个进入队列的请求。一旦接收到请求，过程270返回步骤272并确定请求的性质。

在一些实施方式中，请求队列可以进一步被配置为向一个请求类别另外分配偏好，并且相对于其他请求类别优先处理这种类型的请求。例如，可以认为控制参数计算请求优先于推送通知请求。在这样的实施方式中，请求队列可以被配置为检查队列中的所有请求，并且在优选请求被安排为在次优选请求之后被处理的情况下，重新排列队列的顺序以将优选请求放置在队列较高的位置。当提交多个控制参数计算请求并且优选在提供完成的计算的通知之前计算所有控制参数时，这会是有利的。

应当理解，结合图4C和4D所示的实施方式，可以修改远程交互单元18A、18B、18C、18D的对应方法70，以使得能够接收和处理推送请求。例如，这可以包括用单个步骤代替步骤74、76和78，该单个步骤包括等待接收到推送通知。类似地，可以在远程交互单元18A、18B、18C、18D请求对第二远程交互单元的控制参数计算的情况下修改方法70。在这种情况下，该方法对于发出请求的远程交互单元18A、18B、18C、18D和第二远程交互单元可以是不同的。在这样的实施方式中，用于发出请求的远程交互单元18A、18B、18C、18D的方法可以仅包括步骤72，并且用于第二远程交互单元的方法可以包括将步骤72、74、76和78替换为包括等待接收到推送通知的单个步骤。

回到图1和图2的中央控制系统10的实施方式的元件，图5更详细地示出了参数计算系统36。参数计算系统36首先包括信息收集处理器90，该信息收集处理器90被配置为从请求队列32接收控制参数计算请求。信息收集处理器90还被配置为分析与执行控制参数计算请求所需的信息相关的任何元数据，然后随后再获取此信息。因此，信息收集处理器90被适当地配置为从存储信息的位置请求所需的信息。这可以包括先前描述的内部数据库12、14、16和外部信息提供商服务器24A、24B、24C。该信息本身可以包括上面已经描述的任何信息，包括能够指示中央控制系统10如何处理接收到的请求的一组规定的规则11A、11B、11C、与远程交互单元18A、18B、18C、18D及其关联的环境20A、20B、20C、20D相关的定性信息和定量信息、以及与远程交互单元18A、18B、18C、18D进行的先前请求相关的信息。

参数计算系统36还包括耦合到信息收集处理器90的初步计算处理器(或分类引擎)92。信息收集处理器90被配置为除了向初步计算处理器92发送与该请求相关联的收集的信息之外，还发送初始控制参数计算请求。初步计算处理器然后被配置为执行对于满足控制参数计算请求是必需的所收集的信息的任何预处理。这可以包括使用执行控制参数本身的计算所需要的收集的信息来执行初始计算。它也可以包括其形式适合于进一步处理的所收集信息的聚合形式。这种聚合导致将收集的信息分类为聚合参数的形式。通常使用矩阵结构191(如图9所示)来执行将多个参数简化为单个分类。例如，在一个实施方式中，分类引擎92被布置为将与远程交互单元18A-D相关联的多个当前外部环境参数(外部CER)分类为单个外部CER参数202A-C(参见之后的图9的描述)。

为了满足单个控制参数计算请求，还可能有必要对收集的信息执行多个初始计算。这些计算中的每一个都可以使用所收集信息的不同子集。该计算还可以依赖于第一计算的结果以便处理随后的计算。因此，相应地，在本发明的一些实施方式中，初步计算处理器92可以另外包括处理队列(未示出)，其使得能够对所需的计算或其他预处理动作进行排序。在这样的实施方式中，队列根据已知原理操作，并且在到达队列的顶部时将处理每个计算或其他预处理动作。在另外的实施方式中，初步计算处理器92可以被配置为同时处理多个计算或预处理动作。这可以通过使用或不使用处理队列来实现。

参数计算系统36还包括参数计算处理器94，参数计算处理器94耦合到初步计算处理器92。参数计算处理器94被配置为从初步计算处理器92接收请求和已经经历了预处理的任何信息。参数计算处理器94被配置为利用预处理的信息来计算请求控制参数的当前值所需的调整，以使得远程交互单元18A-D能够满足由初始请求确定的指定环境要求的指定值。下面将更详细地描述实现该目标的方式。该计算的结果和它们所对应的请求然后被发送到结果处理器96，该结果处理器96被设置在参数计算系统36中并且耦合至参数计算处理器94。结果处理器96被配置为接收这些结果，并对其进行处理，以使其以合适的格式存储在中央控制系统10的参数结果存储装置38中。结果处理器96还被配置为将计算结果和任何相关数据存储在内部数据库12、14、16中的一个或更多个数据库中。如上所述，这可以使得能够更快地执行任何将来的控制参数计算请求。结果处理器还被配置为通知结果队列32现在已经执行了计算，使得结果队列32然后能够指示通知系统34将请求的状态更新为读取为“已处理”。在一些实施方式中，结果处理器96被配置为更新存储在参数结果存储装置38中的与控制参数计算请求的状态相关的信息参数，使得状态被读取为“已处理”。

现在参考图6更详细地描述参数计算系统36的操作方法100。当在步骤102处信息收集处理器90从请求队列32接收到请求时，方法100开始。接收到的请求可以包括与根据上述实施方式要计算其值的控制参数相关的信息。

在接收到控制参数计算请求之后，参数计算系统36被配置为在步骤104从内部数据库12、14、16和外部信息提供商服务器24A、24B、24C获取相关信息。这可以通过将对所需信息的请求发送到相关信息源来实现。信息收集处理器可以被配置为确定用于获得所请求的信息的最可能的源。可以使用包括有线或无线通信方法的合适的通信信道来发送请求。一旦内部数据库12、14、16或外部信息提供商服务器24A、24B、24C接收到请求，如果该信息可用，则将其发送回信息收集处理器90，该信息收集处理器90被配置为接收已发送的信息。

在极少数情况下，满足控制参数计算请求所需的信息可能对信息收集处理器90不可用。这可能是因为信息收集处理器90无法与内部数据库12、14、16和/或外部信息提供商服务器24A、24B、24C通信。替选地，可能仅无法从所有潜在的信息源中获得所需的信息。因此，在本发明的一些实施方式中，如果确定所需信息不可用，则信息收集处理器可以被配置为将该信息与请求队列32进行通信。然后，请求队列可以被配置为指示通知系统34将请求的状态更新为“不可处理”。然后还可以将该请求配置为从请求队列32中移除。在一些实施方式中，信息收集处理器被配置为将存储在参数结果存储装置38中的、与控制参数计算请求的状态相关的信息参数更新为“不可处理”。

返回已经全部获取到所需信息的场景，信息收集处理器90被配置为将该信息传递给初步计算处理器92，初步计算处理器92被配置为在步骤106执行任何必要的预处理动作或计算，其中上面已经详细描述了这种动作或计算。这可以使用上面已经描述的初步计算处理器92的任何实施方式来实现。在初步计算处理器92设置有处理队列的实施方式的情况下，当初步计算处理器92接收到请求和相关联信息时，将每个所需的预处理动作放入队列中，并且当该动作位于队列的顶部时该动作将被初步计算处理器92执行。这样的预处理动作的示例可以包括RCP的当前值的计算。当未随初始请求提交RCP的当前值时，可能需要这样做。这可能发生在以下情形中：RCP的当前值的计算需要与未发出初始请求的一个或更多个远程交互单元18A、18B、18C、18D的本地CER相关的信息。

一旦执行了必要的预处理动作或计算，控制参数计算请求的详细信息、来自内部数据库12、14、16和/或外部信息提供商服务器24A、24B、24C的信息以及任何经预处理的信息被传递到参数计算处理器94。参数计算处理器94被配置为在步骤108计算远程交互单元18A、18B、18C、18D初始请求的控制参数的值。参照图6、图7A和图7B更详细地描述可以实现该目的的方式。一旦执行了计算，就在步骤110将结果传递到结果处理器96。此时，计算的结果存储在参数结果存储装置38、任何相关的内部数据库12、14、16中，并且根据参考图4A描述的方法将通知发送到请求队列32。在与控制参数计算请求的状态相关联的信息参数被存储在参数结果存储装置38中的某些实施方式中，指令被发送到参数结果存储装置38，以便将请求的状态更新为“已处理”。

返回图5的参数计算系统36的实施方式，在图7中示出了参数计算处理器94的更详细的视图。参数计算处理器94首先包括信息接收级联处理器120。这被配置为接收由初步计算处理器92提供的信息。所提供的信息可以包括请求控制参数计算。它还可以包括计算请求控制参数所需的任何相关信息，其中该信息可能已经从内部数据库12、14、16和/或外部信息提供商服务器24A、24B、24C接收到，或者也可以是如上所述由初步计算处理器92执行的预处理的结果。信息接收级联处理器120还被配置为确定何时向其提供了满足初始控制参数请求所需的所有信息。可以通过将已经接收的信息与已经确定为需要的信息进行比较来实现该确定。这可以通过任何适当的匹配技术来实现，例如，通过在接收到的信息内包括适合于与请求中包含的标识需要哪些信息的标识符进行比较的标识符。在一些实施方式中，该确定可以另外包括确定信息是否满足预定的要求集，例如过滤规则11A、11B、11C。该确定可以另外包括确认所接收的信息的准确性和完整性。在一些实施方式中，直到确定已经获取了所有信息的时间，信息接收级联处理器120被配置为将所有信息保存在临时本地存储装置中，例如本地存储器、文件或数据库中。在以下实施方式中这可能是特别相关的：初步计算处理器92不一次提供所有所需信息，例如，当初步计算处理器92设置有队列并且需要多个预处理动作以满足控制参数计算请求。在一些实施方式中，可能在没有提供所有所需信息的情况下开始计算，即，可以在不提供所有所需信息的情况下立即执行计算的一些方面。在这些实施方式中，信息接收级联处理器120可以被配置为确定何时已经提供了足够的信息以使得请求控制参数的计算的一部分可以开始。可以对计算的后续部分重复该过程，直到提供了所有信息为止。这可以在即时接收和处理信息的情况下使用，以提高处理的整体速度。

参数计算处理器94还设置有参数计算引擎122，该参数计算引擎122可通信地耦合到信息接收级联处理器120。参数计算引擎122被配置为除了从信息接收级联处理器120接收确定请求控制参数的值所必需的所有所需信息之外还接收参数计算请求。根据以上描述，当确定信息接收级联处理器120拥有所有所需信息时，发生该接收。替选地，根据另一实施方式，当确定存在足够的信息来执行计算的一部分时，可以发生接收。然后，参数计算引擎122还被配置为利用该信息来计算请求控制参数或执行控制参数的计算的一部分。这是通过将接收到的信息与所提供的计算规则11A、11B、11C结合使用来实现的，其中，这些规则可以包含在从一个或更多个内部数据库12、14、16获取到的信息中。下面将参考图8A、图8B和图8C更详细地描述计算控制参数的方法。参数计算引擎122还被配置为以合适的格式将计算出的控制参数的值与使得控制参数能够与初始请求相关联的任何其他元数据一起发送到结果处理器。

现在参考图8A更详细地描述在图6的步骤108中首先提及的参数计算处理器94的操作方法130。当在步骤132处信息接收级联处理器120从初步计算处理器92接收到信息时，方法130开始。在接收到该信息时，在步骤134处确定是否提供了执行控制参数计算所需的所有信息。这可以根据先前给出的描述来实现。如果确定仍然缺少一些所需信息，则方法130返回步骤132，在步骤132它等待从初步计算处理器92接收更多信息。在一些实施方式中，还可以包括预定时间段，通过该预定时间段，信息接收级联处理器120必须接收所有所需信息。如果经过了预定时间段但未接收到所有所需信息，则请求的处理将超时并且计算终止。在终止时，根据上述任何实施方式，请求的状态可以被更新以反映这一点。然而，如果确定已经提供了所有所需信息，则参数计算处理器94在步骤136评估使用请求控制参数(RCP)的当前值是否将导致满足由远程交互单元18A、18B、18C、18D设置的SER的动作。如果控制参数的当前值确实导致满足由远程交互单元设置的SER的动作，则称控制参数的当前值遵循SER。通过参数计算处理器94利用获取的计算规则11A、11B、11C执行计算来实现评估，该评估使用当前控制参数值、使用当前控制参数值238、提供的关于本地CER 240、242、244、任何相关的外部CER的信息和任何可用的相关历史信息作为计算的输入来评估动作的结果。该计算通常将返回SER要求为某个值或在某个值范围内的操作条件的数值。作为说明，并返回到先前讨论的电动车辆示例，SER可以是车辆必须以行驶30公里与50公里之间的方式操作，其中要调节的控制参数对车辆可以行驶多远(例如，车辆的速度)具有直接影响。然后将计算出的值与SER进行比较，以确定该值是否遵循所述约束条件。在电动车辆的情况下，计算结果可能是该汽车可以以其当前速度只能行驶25公里。在这种情况下，参数计算处理器将确定当前控制参数不会导致遵循SER的动作。评估遵循的程度可以被布置为二元决策(即遵循或不遵循)，也可以布置为使得遵循程度不同，例如，可以对遵循性进行分类。下面将参考图8B对此进行进一步讨论。

一旦已经评估了遵循性，则在步骤136，参数计算处理器94然后在步骤138确定请求中RCP的初始接收值是否会导致充分遵循于SER的相应的动作。如果确定会导致这样的动作，则方法130然后将RCP的初始接收值和任何相关联信息(例如请求标识符232)传递给结果处理器96，然后在结果处理器中根据以上给定的描述来分布该信息。然而，如果在步骤138确定RCP的初始接收值导致未充分遵循SER的对应动作，则方法130然后在步骤139继续使用任何先前计算的结果和初始提供的信息计算RCP的新值。下面参考图8C更详细地讨论实现这一点的方式。然后，方法130如上所述将控制参数的新值和任何相关联信息(例如请求标识符232)传递给结果处理器96(参见图6的步骤110)。参数计算处理器94包括指令生成矩阵(未示出)。该矩阵的功能由分类归类系统确定，该系统在考虑本地CER和外部CER的情况下考虑了RCP的初始接收值对SER的遵循程度。下面将参考步骤154、156和158对此进行详细描述。

现在针对特定实施方式参考图8B更详细地描述用于评估使用RCP的当前值是否将导致满足由远程交互单元18A、18B、18C、18D设置的SER的动作(首先在图8A的步骤136中提及)的操作方法150。当参数计算处理器94在步骤152接收到执行计算所需的信息时，方法150开始。该信息可以包括当前RCP值238，所提供的关于本地CER 240、242、244的信息，如上所述的任何相关外部CER的值和任何可用的相关历史信息(例如以前的CER 212、214，归类和分类的结果以及控制参数值)。然后，参数计算处理器94在步骤154使用提供的计算规则11A、11B、11C根据本地CER对当前控制参数值对SER的遵循程度进行分类。该分类通常将涉及根据以上描述并参考图8A执行计算，但是将在仅考虑远程交互单元18A、18B、18C、18D本地的环境约束时执行该计算。在远程交互单元18A、18B、18C、18D请求对于第二远程交互单元的控制参数计算的实施方式中，本地环境约束对于正在对其进行计算的远程交互单元而言是本地的。回到电动车辆的示例，这可以包括诸如车辆的重量、车辆的电量水平和车辆的轮胎状况之类的因素。一旦执行了计算，就将通过此计算得出的值与SER进行比较，并将结果归类为此比较的结果，其中也可以以指令生成矩阵201(稍后将使用示例进行描述)的形式表示的所提供的计算规则11A、11B、11C来确定分类。该分类可以包括两个或多个类别或类，这些类别或类指示所计算的值对SER的遵循。在一个实施方式中，分类可以是二进制的，并且简单地指示所计算的值是否遵循SER。在替选实施方式中，分类可以包括进一步的分离以描述计算值和SER之间的更详细的关系。作为非限制性示例，分类可以指示计算出的值比所需值大5％至10％，或者比所需值低15％至20％。

一旦已经执行了该分类，则在步骤154，方法150然后通过使用提供的计算规则11A、11B、11C在步骤156对外部CER进行分类来继续。这将涉及执行仅考虑外部CER的分类。这些因素通常由外部信息提供商24A、24B、24C提供，返回到电动车辆示例，这些因素可以包括诸如天气、当前相关交通状况、其他车辆的速度以及任何相关道路封闭之类的因素。外部CER还可以包括从其他远程交互单元18A、18B、18C、18D接收的信息，其中从所述远程交互单元18A、18B、18C、18D接收的信息可能与当前计算相关。

一旦已经执行了该分类，则在步骤156，方法150然后继续，在步骤158，根据在步骤154和156所分配的分类，进一步对当前控制参数值进行归类。这可以通过使用“如果，则”(IF，THEN)逻辑构造来实现，在这种情况下，如果分类满足某些要求，则会给出特定的归类。替选地，该方法还可以包括使用两个给定的分类作为枢轴点的查找矩阵，以便为当前控制参数值搜索合适的归类。

在替选实施方式中，步骤154、156和158被组合，使得分类在本地CER和外部CER之间不分开，而是同时执行。这样，不执行单独的分类，而是在由参数计算处理器94执行一次计算之后执行归类。这可以通过适当地配置所提供的计算规则11A、11B、11C以使得计算同时考虑本地CER和外部CER来实现。

在又一实施方式中，可以修改步骤156，使得外部CER分类也考虑一个或更多个本地CER。在这种情况下，仍将执行本地CER分类，而无需考虑外部CER。这可以通过以下来实现：适当地配置所提供的计算规则11A、11B、11C，使得在执行此分类时计算将外部CER与本地CER一起考虑。

一旦根据以上给出的实施方式分配了归类，如图8A的步骤138中所述，然后确定控制参数的初始建议值是否将导致遵循SER的对应动作。

现在参考图8C更详细地描述用于首先在图8A的步骤139中提及的计算控制参数的新值的操作方法160。当在步骤162处接收到记录时，方法160开始，该记录包含关于当前控制参数值、先前计算的控制参数值、在方法150的步骤158处分配给该记录的归类、计算规则11A、11B、11C的信息和其他提供的信息，例如本地CER和外部CER。然后，参数计算处理器94在步骤164访问用于分配给当前控制参数请求的归类的相关历史信息。为了计算请求控制参数的适当的新值，考虑已经为与本请求具有相同归类的计算执行的先前计算是有利的。历史结果可以提供在当前请求中使用特定控制参数值的可能的未来结果的指示。这样，有利的是，过滤与当前计算无关的信息，并且选择性地仅包括具有相同归类的信息提供了实现这种过滤器的合适方法。在适当情况下，参数计算处理器94也可以考虑与其他归类相关的信息，如果这些信息提供了与当前请求相关的相关信息。这在以下情况可能是有利的：当考虑到与其他归类相关的信息使得能够改进请求控制参数的计算例如实现更准确的统计分析时。

一旦已经访问了相关信息，则在步骤164，方法160然后在步骤166继续使用该访问的信息和所提供的计算规则11A、11B、11C来计算控制参数的新值。这可以包括参数计算规则，该参数计算规则根据与当前归类相关联的特定规则来调整当前控制参数值，例如，通过将当前值的值增加或减少特定百分比，或者通过将值增加或减少绝对量。这还可以包括参数计算处理器94对历史信息执行数据分析技术，以确定待对控制参数的当前值进行的适当调整，其中，数据分析技术由提供的计算规则11A、11B、11C指定。数据分析技术可以包括线性回归方法，例如最小二乘估计或贝叶斯线性回归技术，或其他统计推断方法，例如贝叶斯推断。数据分析技术还可以包括神经网络的训练和使用，该神经网络使用所提供的历史信息来训练统计模型，然后使用所述模型来预测控制参数的调整值和控制参数调整的结果。应当理解，以上技术作为示例被提供，因为可以使用使得能够计算控制参数调节的估计的任何技术。数据分析技术在要计算的控制参数与本地和外部CER的组合与远程交互单元18A、18B、18C、18D提供的SER之间形成关系。以此方式，参数计算处理器94能够更好地预测由于控制参数值的改变而导致的动作的结果，从而建议合适的控制参数值以达到满足SER的目的。

一旦已经计算出控制参数的新值，则方法160随后将控制参数的新值和任何相关联信息(例如，请求标识符232)传递到如上所述的结果处理器96，以生成控制信号。

根据上述实施方式的中央控制系统10还可以包括日志记录系统(未示出)。日志记录系统可以被配置为存储与发送到中央控制系统10的请求相关的信息以及它们的处理的状态。另外，日志记录系统可以记录在中央控制系统10的操作期间遇到的任何异常状态或错误。日志本身可以存储在一个或更多个本地数据库12、14、16中。

下面参考中央控制系统10向一个或更多个电动车辆提供控制信号来描述中央控制系统10如何在使用中布置的示例。应当理解，这是一种可能用途的例子，并且针对该系统设想了其他用途。

出于该示例的目的，要求电动车辆行驶到特定目的地并以特定的电量水平到达该目的地，这将通过改变车辆沿着行程的速度来实现。在这种情况下，到特定目的地的距离可以被认为是SER，而车辆到达该目的地的电量水平可以被认为是本地CER。此外，在这种情况下，由于沿路线没有充电站，因此无法在行程中为汽车充电。以一定的电量水平到达目的地可能是有利的原因可能包括用户计划未来的行程并且也需要足够的电量以进行该行程，或者计划车辆一旦到达目的地就再充电，但车辆可以在此目的地充电的时间有限。

为了实现该目的，由位于车辆中的交互单元发送请求，该交互单元被配置成与中央控制系统通信，该中央控制系统计算适当的行驶速度以实现该目的。从交互单元发送请求，该请求指示SER(行驶30公里与50公里之间)、要计算的控制参数(车辆的速度)、控制参数的当前值和车辆的本地CER(当前电量水平、车辆重量、轮胎状况、车辆中其他系统的电力消耗、到达目的地的路线)。该请求还表明，它将需要与沿路线的交通状况、沿路线的任何道路封闭以及沿路线的天气状况有关的信息。该请求还将提供请求源的指示符以及还提供唯一请求标识符。一旦发送了请求，交互单元便被配置为断电以节省能量。交互单元被配置为然后通过向中央控制系统10发送查询来周期性地加电并查询请求的状态。

收到该请求时，中央控制系统处理该请求并将其放置在请求队列中。在请求进入队列时，通知系统被更新以指示它正在等待处理。一旦请求到达队列的顶部，它将传递到信息收集处理器，在此从内部源和外部源请求所需信息。外部源可以包括天气信息服务、交通报告、可从其他车辆获得的信息(例如车辆的速度)以及全球定位系统(GPS)导航信息。一旦请求经受处理，通知处理器就被更新以指示请求的状态的改变(即，它正在被处理)。信息收集处理器还从内部数据库12、14、16以及与该车辆和其他类似车辆的速度相关的先前计算以及这些计算的结果中获取适当的计算规则11A、11B、11C。此后，获取到的信息和请求随后被传递到初步计算处理器，在该初步计算处理器中，初始获取到的信息会经历任何必要的计算，以便可以在控制参数计算中使用该信息。这可以包括将GPS导航信息与交通状况通知相结合，以确定路线上哪些区域可能具有特定的速度限制，这可能会由于车辆空转而影响车辆的电量消耗。初步计算处理器(分类引擎)92还使用如上所述初始地从外部源获取到的信息创建分类矩阵191(参见图9)。

在执行了所有必要的计算时，所有处理的信息然后被传递到参数计算处理器94。然后进行计算以确定在其当前速度(请求控制参数238)下并考虑本地CER 242、244(例如初始电量水平)的情况下车辆可行驶的距离(SER)。该计算本质上是数值的。在该计算之后，确定汽车可以行驶的期望距离与实际距离之间的差，并且据此对结果进行分类。例如，如果汽车需要行驶30公里(SER的请求(指定)参数值)但只能行驶24公里(SER的当前值)，则计算可以将当前控制参数分类为“不足”。此后，执行类似的计算和分类，但要考虑外部环境约束，其中环境约束是以大程度定性格式提供的，例如，天气条件被视为“下雪”或“晴天”。图9示出了可以如何使用此信息确定外部CER的分类的示例。在该图中，在三种情况193中，在分类矩阵191中分别评估了多个外部CER 190A、190B、190C，并且在每种情况下返回针对每个外部CER 190A、190B、190C的定性描述(例如没有道路封闭，没有已知的交通阻塞)，其中这些信息最初是从如上所述的外部源获取的并且分类矩阵191已经由初步计算处理器(分类引擎)92创建。然后，对这些定性描述进行组合评估，以在每种情况193中得出外部分类192。在另一个实施方式中，可以在参数计算处理器94的操作之前、在初步计算处理器(分类引擎)92中使用矩阵191确定外部分类192。可以实现这种分类的一种方式是，可以为每个定性描述分配一个特定得分，其中这些得分的总和或其他组合用于向该业务情景分配总分，并且使用总分来根据提供的计算规则向情景分配总体分类。这是定性信息的潜在数量化的示例。然而，可以使用允许对定性信息进行分类的任何合适的方法。

然后，这两个分类被参数计算处理器94用以确定如上所述的请求控制参数238的当前值的归类，以便计算该控制参数的新值，从而使得车辆能够以特定燃料水平到达其理想目的地。在图10中示出了可以如何使用分类来对请求控制参数的当前值进行归类的示例。在该图中，示出了参考表(或指令生成矩阵)201，其列出了针对速度的当前值的五种类别的本地CER分类200A、200B、200C、200D、200E(即低于目标距离≥15％200A，低于目标距离<15％且>5％200B，在目标距离的5％之内200C，高于目标距离<15％且大于5％200D，以及高于目标距离≥15％200E)以及三种类别的外部CER分类202A、202B、202C，其中在上面已参考图9对这些分类进行了讨论。针对分类的每个组合(这种情况下该组合被获知为归类)，则以指令的形式建议特定的动作过程。建议的动作可以是预先确定的，也可以通过前面讨论的数据分析技术来得出。参考图10来说明这种建议的动作(指令)，其中，如果确定当前速度下的本地CER分类导致行进到目标距离的5％以内，并且确定外部CER分类为例如“差”时，建议的动作过程(指令)是将速度降低5％。建议的动作是说明性的，并且可能会因其他因素(例如车辆的当前速度)而有所不同(即，如果车辆以高速行驶，建议的动作和归类可能与针对车辆低速行驶时建议的动作和归类不同)。此外，这些建议的动作(指令)还可以随时间变化，因为使得更多的历史数据可用，并且可以建议更准确的动作。在确定了本地CER分类和外部CER分类时，参数计算处理器94将查找针对该归类的建议动作(指令)，并使用其来计算请求控制参数的新值应当是什么值。

在计算了该控制参数时，结果然后被传递到结果处理器96，以存储在中央控制系统10的内部数据库38中，并且更新请求队列和通知系统该请求已被处理并且准备好由车辆的交互单元获取。

车辆被配置成周期性地发出这些请求，使得车辆能够根据可能发生的环境要求的任何变化来调节其速度。随着时间的流逝，由于更多信息可用于中央控制系统10，计算结果在实现请求的目的方面可能会更加准确。参考图11，示出了连续参数请求182A、182B、182C、182D、182E、182F随时间的可能进展。在182A处，请求控制参数的初始值被输入到中央控制系统10，并且车辆将行驶的距离被计算为大于最大给定值184。因此，中央控制系统10计算控制参数的新值，以尝试对此进行更正。在稍后的时间182B，车辆使用先前计算的控制参数值作为其初始值来发送另一个请求。现在确定车辆将行驶的距离被计算为小于最小给定值186。先前计算的控制参数值可能是错误的原因可能是中央控制系统10没有足够的信息来提出准确的建议。替选地，环境约束可能在请求之间已经改变(例如，可能沿着路线形成了交通拥堵)。因此，中央控制系统10再次计算控制参数的新值以尝试对此进行校正。随着时间的推移和连续的尝试，中央控制系统10将吸收更多的信息，以建议将导致行驶距离在所需的最小值186和最大限制184之内的控制参数值。还可能存在以下情况：在连续的参数请求之间可以更改与要行驶的距离相关的最小限制和最大限制。在这种情况下，将使用到目前为止由中央控制系统10吸收的知识，以提供确认这种改变的建议的控制参数值。

应当理解，以上示例仅仅是可以利用本发明的一个应用领域。其他应用领域可能包括分布式资源管理系统，所述系统要求将不同地理位置的资源级别维持在最佳级别以适应这些资源的消耗，并且连接到资源管理系统的其他系统的操作取决于此级别的资源被维护。无论采用这种系统的应用如何，系统都必须考虑多个外部和内部因素，这些因素影响必须如何操作系统才能维持总体有效运行。此外，将理解的是，在上下文允许的情况下，可以组合本文所述的不同实施方式的特征、优点和功能。

已经详细描述了本发明的几个示例实施方式以及设备的不同功能的实现方式，应当理解，技术人员将能够容易地使系统的基本配置适于执行所描述的功能，而无需详细解释如何实现。因此，在本说明书中，在不同的地方描述了系统的几个功能，而没有解释所需的详细实现方式，因为考虑到技术人员将功能编码到系统中的能力，这是不必要的。另外，应当理解，在上下文允许的情况下，可以组合或替代本发明的不同方面的特征、功能和优点。

Claims (15)

1.一种计算机实现的中央控制系统(10)，用于生成控制信号，以经由广域通信网络(22)来控制一个或更多个远程交互单元(18A-D)，所述一个或更多个远程交互单元(18A-D)中的每个远程交互单元能够操作地耦合到相应远程交互单元(18A-D)的本地环境(20A-D)中的本地控制系统，并且所述远程交互单元(18A-D)中的每个远程交互单元被布置为与相应的能够操作地耦合的本地控制系统的操作条件进行交互并且改变所述操作条件，所述中央控制系统(10)包括：

请求接口处理器(30)，用于接收对控制信号的请求(230)，所述控制信号被配置为改变与来自所述一个或更多个远程交互单元(18A-D)之一的指定环境要求(SER)(216A，240)相关的请求控制参数(RCP)(238)的值，其中，RCP(238)的值支配相应远程交互单元(18A-D)的本地环境(20A-D)中的至少一个对应的本地控制系统的操作条件，并且SER(216A，240)包括对相应远程交互单元(18A-D)的本地环境(20A-D)的约束性环境要求，该约束性环境要求通过改变RCP(238)的值来满足；所述请求包括：RCP(238)的当前值，SER(240)的指定值，以及与SER(216A，240)相关的一个或更多个本地环境参数(本地CER)(216B，216C，242，244)的当前值，其中本地CER(216B，216C，242，244)包括相应远程交互单元(18A-D)的环境(20A-D)本地的约束性环境要求，所述约束性环境条件约束RCP(238)可以取的值；其中，SER(216A，240)的当前值可以根据RCP(238)的当前值以及所述一个或更多个远程交互单元(18A-D)的一个或更多个本地CER(242，244)来计算；

参数计算系统(36)，用于根据预定义的计算规则(11A)处理在所述请求接口处理器(30)处接收到的所述请求(230)，所述预定义的计算规则指示所述参数计算系统(36)处理所述请求(230)并且生成与所述请求控制参数(RCP)(238)的值相关的控制信号；以及

发送器(40)，用于将生成的控制信号发送至在请求的远程交互单元(18A-D)，

其中，所述参数计算系统(36)包括：

分类引擎(92)，用于将与所述远程交互单元(18A-D)相关联的多个当前外部环境参数(外部CER)(190A-C)分类为单个外部CER参数(202A-C)；以及

参数计算处理器(94)，被布置为：

通过将所述计算规则(11A)应用于RCP(238)的当前值和所述一个或更多个远程交互单元(18A-D)的一个或更多个本地CER(242，244)的当前值，来计算SER(200A-E)的当前值；

利用所述单个外部CER参数(202A-C)的值将SER(200A-E)的当前值归类，以确定所述多个当前外部CER(190A-C)对SER的当前值的影响；

将SER的归类的当前值与SER(216A，240)的指定值进行比较，并且根据SER(216A，240)的当前值与指定值之间的差异程度的分类，从多个预定动作中选择对应的预定动作调整RCP(238)的值，以使SER的当前值和SER的指定值相等；以及

使用所选择的预定动作形成所述控制信号，以针对在请求的远程交互单元(18A-D)调整RCP的当前值，以满足SER的指定值。

2.根据权利要求1所述的计算机实现的控制系统(10)，其中，所述参数计算系统(36)还包括信息收集处理器(90)，所述信息收集处理器被布置为请求并获得任何外部CER(190A-C)的值以供所述参数计算处理器(94)计算SER(200A-E)的当前值时使用。

3.根据权利要求2所述的计算机实现的控制系统(10)，其中，所述信息收集处理器(90)被布置为根据所述请求(230)中指定的一个或更多个参数来确定所需的外部CER(190A-C)中的至少一些外部CER。

4.根据权利要求2或3所述的计算机实现的控制系统，其中，所述请求(230)包括本地CER，所述本地CER包括所述远程交互单元(18A-D)的位置；并且所述信息收集处理器(90)被布置为使用所述远程交互单元(18A-D)的位置来确定要使用哪些外部CER(190A-C)生成分类的单个外部CER参数(202A-C)。

5.根据权利要求2至5中任一项所述的计算机实现的控制系统(10)，其中，所述参数计算系统(36)还包括结果处理器(96)，所述结果处理器(96)被布置为接收来自所述参数计算处理器(94)的控制信号，并且将所述本地CER和外部CER(212，214)、归类和分类的结果以及所述控制信号存储至参数结果存储装置(38)，以提供给所述远程交互单元(18A-D)并用作历史参数数据。

6.根据权利要求6所述的计算机实现的控制系统，其中，所述请求接口处理器(30)被布置为接收包括一个或更多个历史信息参数(242，244)的请求(230)；并且所述信息收集处理器(90)被配置为从存储在本地数据存储装置(38)中的历史参数数据中获取所述历史信息参数的值。

7.根据权利要求1至7中任一项所述的计算机实现的控制系统，其中，所述分类引擎(92)包括分类生成矩阵(191)，所述分类生成矩阵被布置为以不同组合将多个不同的外部CER(190A-C)组合在一起，以得出描述所述外部CER的单个整体外部CER分类(192)。

8.根据权利要求8所述的计算机实现的控制系统，其中，所述分类引擎(92)被布置为利用定性描述对在多个场景(192)中的所述多个外部CER进行分类，每个定性描述都分配有特定得分，所述特定得分可以用于将所述定性描述作为定量分类进行操纵。

9.根据权利要求8或9所述的计算机实现的控制系统，其中，所述参数计算处理器(94)包括指令生成矩阵(201)，所述指令生成矩阵被布置为提供对应的预定动作，作为所述矩阵中提供的多个预定指令之一，所述矩阵通过以下进行索引：基于(RCP)当前值下的所述一个或更多个本地环境参数(本地CER)的当前值的当前SER值(200A-E)；以及单个外部整体CER分类(202A-C)。

10.根据权利要求1至10中任一项所述的计算机实现的控制系统，还包括：通知系统(34)，用于通知所接收的请求(230)的状态，所述通知系统(34)被布置为至少在所述请求已被处理并且所述控制信号准备好按需发送到在请求的远程交互单元(18A-D)时向在请求的远程交互单元(18A-D)发送通知，并且其中，所述发送器(40)被布置为在接收到来自在请求的远程交互单元的拉取指令时，将所述控制信号发送到在请求的远程交互单元(18A-D)。

11.根据权利要求11所述的计算机实现的控制系统，还包括请求队列(32)，请求队列用于存储所述请求(230)直到所述参数计算系统(36)能够处理所述请求以生成所述控制信号，其中，所述通知系统(34)耦合到所述请求队列(32)，并且所述通知系统(34)被布置为确定指示所述请求在等待被处理、正在被处理还是已经被处理的、所述请求(230)的状态的实时记录，并且根据需要向在请求的远程交互单元(18A-D)提供所述请求的状态。

12.根据权利要求1至14中任一项所述的计算机实现的控制系统，其中，所述请求接口处理器(40)被布置为接收与一个或更多个不同的远程交互单元(18A-D)相关的代理请求；并且所述参数计算系统被布置为生成用于控制所述一个或更多个不同的远程交互单元而不是控制在请求的远程交互单元的控制信号。

13.根据权利要求1至15中任一项所述的计算机实现的控制系统，其中，所述SER的指定值是存储在所述控制系统(10)中的预定值，并且所接收到的请求(230)包括触发标识符，所述触发标识符向所述参数计算处理器(94)指示在其比较中SER的预定存储值应该为指定的SER。

14.根据权利要求1至16中任一项所述的计算机实现的控制系统，其中，所述请求接口处理器(40)被布置为：接收与多个远程交互单元(18A-D)相关的请求(230)；以及将所述请求划分为多个子请求，每个子请求与所述一个或更多个远程交互单元(18A-D)的子集相关，并且所述参数计算系统(10)被布置为处理所述多个子请求中的每个子请求并且针对每个所述子请求生成用于控制所述远程交互单元(18A-D)中的相应一个远程交互单元的控制信号。

15.一种计算机实现的方法，用于生成控制信号，以经由广域通信网络(22)控制一个或更多个远程交互单元(18)，所述方法包括：

接收对控制信号的请求(230)，所述控制信号被配置为改变与来自多个远程交互单元(18A-D)之一的指定环境要求(SER)(216A，240)相关的请求控制参数(RCP)(238)的值，所述一个或更多个远程交互单元(18A-D)中的每个远程交互单元能够操作地耦合到相应远程交互单元(18A-D)的本地环境(20A-D)中的本地控制系统，并且所述远程交互单元(18A-D)中的每个远程交互单元被布置为与相应的能够操作地耦合的本地控制系统的操作条件进行交互并且改变所述操作条件，并且其中，所述RCP(238)的值支配相应远程交互单元(18A-D)的本地环境(20A-D)中的至少一个对应的本地控制系统的操作条件，并且SER(216A，240)包括对相应远程交互单元(18A-D)的本地环境(20A-D)的约束性环境要求，该约束性环境要求通过改变RCP(238)的值来满足；所述请求包括：RCP(238)的当前值，SER(240)的指定值；与SER(216A，240)相关的一个或更多个本地环境参数(本地CER)(216B，216C，242，244)的当前值，其中本地CER(216B，216C，242，244)包括相应远程交互单元(18A-D)的环境(20A-D)本地的约束性环境要求，所述约束性环境要求约束RCP(238)可以取的值；其中，SER(216A，240)的当前值可以根据RCP(238)的当前值以及一个或更多个本地CER(242，244)来计算；

根据预定义的计算规则(11A)处理在所述请求接口处理器(30)处接收到的请求(230)，所述预定义的计算规则指示所述参数计算系统(36)处理所述请求(230)并且生成与所述请求控制参数(RCP)(238)的值相关的控制信号；以及

将生成的控制信号发送至在请求的远程交互单元(18A-D)，

其中，所述处理步骤包括：

将与所述远程交互单元(18A-D)相关联的多个当前外部环境参数(外部CER)(190A-C)分类为单个外部CER参数(202A-C)；

通过将所述计算规则(11A)应用于RCP(238)的当前值和所述一个或更多个本地CER(242、244)的当前值，来计算SER(200A-E)的当前值；

利用单个外部CER参数(202A-C)的值将SER(200A-E)的当前值进行归类，以确定所述多个当前外部CER(190A-C)对SER的当前值的影响；

将SER的归类的当前值与(SER)(216A，240)的指定值进行比较，并且根据SER(216A，240)的当前值与指定值之间的差异程度的分类，从多个预定动作中选择对应的预定动作来调整RCP(238)的值，以使SER的当前值和SER的指定值相等；以及

使用所选择的预定动作来形成所述控制信号，以针对所述在请求的远程交互单元(18A-D)调整RCP的当前值，以满足SER的指定值。

Images