用于监视和/或生成动态环境的方法、装置和系统与流程

背景技术：
：可编程逻辑控制器(plc)是通常被运用于控制自动化工业机电过程中的装备、机器和/或仪器的基于计算机的特殊控制器形式。这样的自动化工业机电过程的常见示例由工厂组装线的操作给出。在工厂组装线的动态环境中，可以有与零件/部件的制作、组装和/或封装以及零件/部件在各种制作、组装和/或封装级之中的传送关联的多件工业装备、机器和/或仪器(为了简化而统称为“装备”)。图1结合自动化工业过程10、比如工业组装线的操作提供常规plc50的典型作用的一般图示。除了多件装备20之外，工厂组装线的动态环境通常还包括用于操作多件装备20的若干控制设备30(例如，执行器)以及用于提供装备状态和/或与零件/部件的制作、组装、封装和/或传送关联的各种条件的指示的多个输入设备40(例如，传感器)。输入设备40提供的这样的指示常称为动态环境的“状态”或者“条件”。用来操作装备20的控制设备30的一些示例包括磁继电器、螺线管、电马达和气动或者液压缸。输入设备40的一些示例包括限制开关、定位传感器、模拟传感器(例如，压力或者温度传感器)和成像设备(例如，相机)。通常，plc50被运用于监视输入设备40提供的输入信号66。这些输入信号分别或者在各种实施例中代表动态环境随时间的不同状态(条件)。响应于在给定的时间存在的输入信号，plc50生成向用于操作工业装备20的控制设备30的输出信号68以保证高效和可预测地实施自动化过程10。为此，plc50一般被运用于协调将由实施过程100的装备20采取的动作的预定序列，其中相应动作可能需要在视输入设备40(经由输入信号66)提供的信息而定的某个时间窗内出现。通常，plc包括用于存储处理器可执行指令的可编程存储器并且运用各种其它电子部件以实施功能、比如逻辑、定序、定时、计数和算术。在一般架构和各种功能方面，pc在许多方面与通用计算机)—例如台式计算机或者膝上型个人计算机)相似；然而通用计算机却通常被优化用于计算和显示任务，plc一般被优化用于动态环境、比如自动化工业过程中的控制任务。因而，plc一般视为用于受控动态环境的专用控制部件。由于经常在自动化工业过程的高要求条件中运用plc，所以从封装设计观点来看，常规plc经常往往被强健地设计以便耐受高要求环境，在这些环境中，plc可能暴露于物理变化、有挑战性的温度和湿度条件、灰尘或者潜在地有损坏性的材料和电噪声环境中的一项或者多项。图2图示构成图1的常规plc50的典型电部件/电路装置(例如“硬件”)的广义化框图。如图2中所示，plc50的基本功能部件包括都相互通信地和/或电耦合到的处理器单元52、存储器54、电源56、输入接口58、输出接口60和一个或者多个通信接口62。图2也示出通信地耦合到plc50并且被运用于对plc进行变成的编程设备64。在图2中，处理器单元52包括用于解译输入接口58接收的输入信号66并且又经由输出接口60提供输出信号68以便根据在存储器54中存储的程序(例如，系列处理器可执行指令)实施控制动作的微处理器。具体地，存储器54存储包含代表将由微处理器实施的控制动作的指令的程序以及涉及微处理器在它执行各种指令时的输入信号、输出信号和操作的各种数据。输入接口58经由从外部输入设备(例如，传感器、开关、计量器、计数器等)接收的输入信号66向处理器单元52提供信息。处理器单元52又经由输出信号68向外部输出设备(例如，阀、马达等)传达控制动作。在图2中，构成相应输入和输出接口的部件的示例可以包括模数转换器、光耦合器/光隔离器、缓冲器、锁存器和驱动器以便与受控动态环境关联的各种外部输入和输出设备适当接口。虽然在图2中出于示例的目的而示出四个输入信号和四个输出信号，但是应当理解不同类型的常规可用plc可以被配置用于接受不同数目的输入信号(某个数目n的输入信号)并且提供不同数目的输出信号(某个数目x的输出信号)并且输入信号和输出信号数目无需必然相同。通常，输入信号数目n和输出信号数目x至少部分取决于被运用于监视图1的自动化过程10的输入设备40的数目和被运用于控制装备20的控制设备30的数目。在图2中所示plc50中，通信接口62用来经由一个或者多个通信网络从或者向一个或者多个基于网络的外部输入/输出设备和/或其它远程plc接收和传输各种信号(这些信号可以涉及用于由处理器单元52执行的程序、将由处理器单元52在执行程序时利用的输入信号、输出信号或者其它数据等中的一项或者多项)。通常，通信接口62实施比如设备验证、数据获取、在用户应用之间同步和连接管理这样的功能。电源56将ac电压转换成plc中的各种电路装置为了操作而需要的低dc电压(例如，5伏特)。最后，编程设备64(该编程设备在一些示例实施例中可以经由通信接口62耦合到plc50)被运用于向存储器54中录入将由处理单元52执行的程序；通常在编程设备64中开发/编写、然后向plc50的存储器54传送程序。图3具体结合处理器单元、各种存储器单元、输入/输出接口和用于有助于信息传送的总线提供图2中所示plc50的内部架构的附加细节。例如，图3图示处理器单元52(在图2中表示为cpu)与时钟52a关联，该时钟的频率确定plc的操作速度并且为plc中的各种单元提供定时和同步。在处理器单元、各种存储器单元之中以及经由多个总线向和从输入/输出接口58和60输送在plc内的信息；具体地，plc运用用于向和从plc的构成单元传送数据的数据总线、用于发送用于访问存储的数据的位置的地址的地址总线以及用于涉及内部控制动作的信号的控制总线。plc架构也可以包括用于在输入/输出接口58、60(从这些在输入/输出接口分别从外部输入设备接收输入信号66和向外部输出设备提供输出信号68)与被配置用于在i/o系统总线与plc的数据总线之间传送输入/输出信息的输入/输出单元55之间的通信的i/o系统总线。通常，图3中所示架构的处理器单元52(cpu)包括负责数据操纵和执行算术运算(例如，加法、减法、乘法、除法)和树脂逻辑运算(例如，and、or、not和exclusive-or)的算术和逻辑单元(alu)、用来存储参加程序执行的信息的内部存储器寄存器以及用于接收时钟52a的输出并且控制操作的定时的内部控制的那样。构成存储器54的各种存储器单元可以包括用于为处理器单元使用的操作系统和固定数据提供持久存储的只读存储器(rom)54a、被运用于将由plc执行的程序的用户程序随机存取存储器54b(用户程序ram)以及用于数据(关于输入和输出信号的状态、定时器和计数器以及其它内部设备的值等的信息)的数据随机存取存储器54c(数据ram)。将由plc执行的程序也可以存储于非易失性存储器中。从图3中所示plc架构可以理解虽然常规plc经常视为专用计算机而不是通用计算机，但是plc和通用计算机二者共享“vonneumann”计算机架构的许多方面。在vonneumann计算机架构中，通过公共总线架构(即，经由图3中所示地址、数据和控制总线)从各种存储器单元访问计算机指令(在用户程序ram54a中存储的“用户程序”)以及程序执行所需要的任何数据(例如，存储于数据ram54c中)。虽然常规plc尝试通过作为实施与特定自动化工业过程对应的具体功能的专用计算设备来定制计算机性能，但是常规plc的架构却施加对它们的性能的根本限制，因为它们串行地执行指令、因此在效果上无用于并行执行的能力。plc的编程主要涉及指定数字逻辑功能，这些数字逻辑功能处理与各种装备在给定的时间实施的自动化过程关联的感测的条件(“状态”)的一个或者多个输入信号。作用于自动化过程的监视的条件的数字逻辑功能响应于监视的条件生成一个或者多个控制信号。如上所述，向控制设备施加这些控制信号，这些控制设备又控制各种装备以采取参加进一步实施自动化过程的某个动作。在高级别，plc程序一般随时间响应于监视的条件实施一个或者多个动作的序列(例如，如果a或者b出现则执行c；如果a和b出现则执行d)。自动化过程在执行器控制设备以将过程驱动到新条件时随时间演变。因此，如上所述，自动化过程构成动态环境，在该动态环境中，条件的演变由plc监视，并且其中plc做出判决并且基于相应监视的条件更新向执行器的控制信号以将环境驱动到新条件。经由“梯形逻辑”对许多常规plc进行编程以代码化用来评估代表监视的条件的输入信号的数字逻辑。常见提醒逻辑编程语言通常运用与梯的“梯级”类似的图形图，其中相应梯级代表用于机电继电器(这些机电继电器在更旧逻辑控制系统中被使用)的电路图以有助于控制系统工程师的直观编程。梯形逻辑最好地适合用于实施控制解决方案，在这些控制解决方案中涉及到主要为二进制的变量(例如，在动态环境中的监视的条件可以各自被表示为true、即，逻辑一或者false、即，逻辑零)。然而在多种自动化过程环境中，传感器的输出可以是模拟信号。因而在一些实例中，如果给定的输入设备/传感器的直接输出不是以二进制信号的形式，则可以在某些方面预调输入设备/传感器的输出以提供二进制形式的输入信号66。例如，可以首先向比较器电路施加温度感测设备的模拟输出，该比较器电路以温度设置点电压作为另一输入以便提供监视的温度是否在特定温度设置点以上或者以下的二进制指示作为输入信号66之一。备选地，可以将模拟值转换成定量值，该定量值被编码成由系统用来执行数学运算和/或做出判决的多位数字字。相似地，可以比较用作输入设备的计数器的多位输出与预定计数以又提供计数器输出是否在预定计数以上或者以下的二进制指示作为输入信号66之一(备选地，可以直接提供计数器的具有某个位数b的输出作为数目为b的输入信号66)。更多其它类型的输入设备可以生成高度地瞬态信号；对于这样的设备，锁存器可以被运用于有助于检测信号边沿或者瞬态以便向plc提供指示出现边沿/瞬态的适当持续时间的输入信号。在其它示例中，输入设备可以包括各种联网的设备，对于这些联网的设备，一个或者多个通信状态信号(例如，传输/接收的数据分组)可以用作输入信号66之一。用于对常规plc进行编程的梯形逻辑和其它语言一般视为基于规则的编程语言。通常plc程序可以由系列规则构成，其中每个规则由代表自动化过程的监视的条件的一个或者多个二进制输入信号(例如，a、b、c、d)和响应于评估输入信号的特定数字逻辑而生成的对应控制信号(例如，x)。因而在一些方面中，可以用与“if/then”语句(例如，if(aandnotb)and(cord),thenx)相似的方式看待plc程序中的规则。plc程序包括为了实施响应于输入信号的不同组合而需要的所有动作而必需的所有规则，这些输入信号的不同组合代表自动化过程的可以经由可用输入信号的集合监视的所有不同可能条件。再次参照图2，编程设备64(该编程设备可以是手持编程设备、桌面型控制台或者个人计算机、比如膝上型计算机或者平板计算机)通常被运用于创建、存储和向plc下载包括规则集的可执行程序。在程序由plc执行时，通常从第一到最后依次执行、然后重复规则，其中依次遍历规则集的每次通过称为“扫描”或者“控制回路”。因此，扫描或者控制循环的连续重复代表plc读取输入信号、使用在程序规则中编码的逻辑来检查输入信号、然后在适当时改变plc输出的控制信号的连续循环。更具体地，关于包括各种内务活动和执行扫描或者控制回路的一般操作，常规plc通常以循环方式工作。例如，在初始地向plc施加功率时，plc可以执行自校验或者诊断例程以保证各种硬件部件其当工作。再次参照图2和图3，如果未检测到故障或者错误条件，则plc控制输入接口58和存储器54以便依次读取输入信号66中的每个输入信号并且在专用存储器位置存储给定的输入信号的每个读取实例。plc然后通过依次测试每个规则(即，依次取读、解码和执行程序指令)并且求解在规则中编码的逻辑来执行它的程序。具体地，对于每个规则，从存储器取回如在规则中指定的某些输入信号的存储的实例，基于取回的输入信号评估规则，并且如果满足规则(即，满足在规则中指定的所有前提条件)，则生成与满足规则对应的控制信号。如果生成这样的控制信号，则在专用存储器位置中存储它。给定规则的评估可以涉及到在求解在规则中代码化的数字逻辑时从和向不同存储器位置(例如，寄存器)的多个读取操作和写入操作。如上所述，在plc执行梯形逻辑程序时依次评估相应规则；因而，在plc评估特定规则之时，它未看管在程序中代码化的其它规则。如果plc响应于规则的评估来生成任何控制信号，则它可以提供这些用于作为更新的控制信号68的集合输出。又向将结合自动化过程控制的一个或者多个执行器或者其它装备传输这些控制信号。plc然后返回到执行自校验、读取输入信号中的每个输入信号并且向存储器存储它们、执行程序规则以完成控制回路、更新控制信号用于输出(如果有)并且迭代地重复这一循环。plc为了完成以上描述的循环而需要的时间段常称为“循环时间”或者“扫描时间”。常规plc的典型循环时间为近似10毫秒至数百毫秒级。循环时间一般由在处理器单元中使用的特定cpu、将扫描的程序的大小(例如，构成程序的规则数目，该数目又至少部分依赖于将读取的输入信号数目、需要独立评估的输入信号组合数目和将生成的控制信号数目)以及按照程序的执行而使用的系统功能确定。因此，程序越复杂，循环时间就将越长。应当理解在常规plc中，未满足在给定的循环中评估时的规则的绝大多数(即，未按照规则的执行来生成控制信号)；如果未满足规则，则程序仅移向用于评估的下一规则。通过此方式，在常规plc中普遍将给定的循环的大量部分花费在评估相继规则而未生成任何控制信号上。虽然与被编程用于实施相似功能的通用计算机比较相对快，但是plc的循环时间不是瞬时的。因此，plc未所有时间“注视”它的输入信号，但是取而代之，plc根据循环时间定期地对输入信号的状态进行采样。另外，循环时间构成在更新plc响应于采样的输入信号而输出的(如果按照满足的规则而生成的)控制信号时的最小延迟。通过此方式，循环时间也可以视为plc对特定监视的条件(即，由用于输入信号中的一个或者多个输入信号的特定值代表)的最少响应时间(“反应时间”)并且常称为plc的“延时”。因此应当理解由于这一延时，持续比循环时间更短的持续时间的输入信号可能被程序遗漏(通常，任何输入信号必须存在比循环时间更长)。在一些实例中，外部电路装置可以被运用于锁存瞬态信号，从而它们不会被plc完全遗漏。然而即使由于锁存而未“遗漏”特定输入信号，将响应于输入信号而生成的控制信号仍然可能被plc太晚生成以至于对于控制的装备的正确操作无效。由于其中常规plc执行程序的循环性质，必须在程序的控制回路中设想输入信号的所有可能组合(这些输入信号的可能组合代表控制的自动化过程的需要某个动作的所有可能条件)。换言之，如上所述，只要一个或者多个输入信号代表的监视的条件以某种方式参加使某个动作在自动化过程的持续时间期间的某个点出现(经由一个或者多个控制信号)，就需要程序中的评估特定监视的条件的一个或者多个规则。如上所述，常规plc的延时随程序复杂性而伸缩；因此，随着过程的需要动作的可能条件数目增加，程序变得更大并且延时变得更大。另外，在许多自动化过程中，一些条件比其它条件更频繁出现，并且在一些实例中，可能很少出现的条件可能与需要评估的代表复杂化逻辑的规则(该规则需要更多处理时间)关联。因而，循环时间的显著部分可能由于执行一个或者多个规则以评估很少出现的一个或者多个监视的条件而被“用尽”(并且加剧延时)。技术实现要素：发明人已经认识和理解与常规可编程逻辑控制器(plc)关联的典型延时可能对于监视和/或控制一些类型的动态环境(例如，这些动态环境涉及到自动化系统和/或过程)而言过长。更通常，常规plc已经其它更都通用计算机经常不适合用于涉及到监视和/或控制动态环境的应用，在这些动态环境中，结合响应或者反映时间(例如，响应于一个或者多个监视的条件采取某个动作、比如控制装备、机器和/或一起)需要显著速度和/或精确度。具体地，运用通用计算机架构(或者具有通用处理器的小型和有限集合的有关计算机架构)，并且执行依次或者循环执行程序的基于处理器的控制设备未充分地快速以在动态环境中实施控制功能，这些动态环境需要响应于环境的演变条件的反射式动作，这些动态环境可以从实质上同时评估多个可能条件并且基于该同时评估来采取立即动作中受益。需要反射式动作的动态环境的示例包括但不限于飞机控制、复杂化学过程控制和机器视觉应用(例如，分析图像以提取用于控制各种过程、比如自动检查和机器人向导的数据)。鉴于前文，这里描述的各种发明实施例涉及用于监视和/或控制动态环境的方法、装置和系统，在这些动态环境中，可以用比常规plc和/或其它常规计算设备可能有的延时显著更低的延时和/或可能有可变性延时显著更低的可变性延时提供对环境的演变条件的反应。出于本公开内容的目的，“动态环境”是指物理和/或虚拟实施(例如，用于仿真)的过程和/或系统，其中可以随时间监视过程和/或系统的条件(这里也被称为环境的“状态”)，并且可以响应于特定条件或者条件演变来采取一个或者多个动作(例如，以向过程和/或系统施加的控制刺激的形式)。在以下更具体讨论的示例实现方式中，响应于动态环境的特定条件或者条件演变而采取的动作可以在性质上为“反射式”，因为它们由于这里公开的发明方法、装置和系统实现的明显低的延时而接近瞬时。尽管例如对于自动化工业控制过程和系统的物理实现方式设想这里公开的概念的许多实际应用，但是应当理解这里公开的发明概念就这一点而言不受限制并且可以在多种物理和/或虚拟动态环境中被有利地应用。结合实现用于控制动态环境的明显低的延时，发明人已经认识和理解对于给定的动态环境，需要动作的不同条件可以在不同时间标度上和/或在不同时间期限内出现(例如，一些条件可以比其它条件更经常出现和/或与某些其它条件在时间上接近邻近出现)。另外，一些条件可以在特定序列中更经常出现和/或由于先前已经采取一个或者多个特定动作而出现。因而，在这里描述的一些发明实施例的一个方面中，取代作为整体考虑整个动态环境并且设想动态环境在所有时间内可能需要动作的所有可能条件，发明人已经认识和理解通过基于多种标准(例如，时间标度/时间期限、特定条件演变或者改变模式)将动态环境分解成多个子环境(例如，子过程和/或子系统)，可以用显著低的延时实施一种控制方法。换言之，发明人已经认识通过标识可能在动态环境中出现的特定条件类别和可以采取的对应所需动作(例如，可能都在某个时间段内出现的条件子集、可能仅在采取特定动作之后出现的条件子集等)，可以细分并且在多个评价和控制资源之中共享控制解决方案以显著减少延时。谨记前文，本发明的一些实施例涉及一种用于动态环境的控制系统(例如，作为用于图1中所示常规plc50的替换)，其中控制系统运用“主控”处理器(这里也被称为“内务”处理器)和一个或者多个独立(即，异步)“从属”协处理器(这里也被称为“响应”协处理器)，每个协处理器专用于评估一个或者多个条件，该一个或者多个条件构成需要在给定的动态环境中评估的所有可能条件的子集。在控制系统中的给定的协处理器被分配任务以评估的条件子集可以基于如以上指出的多个不同标准(例如，时间标度/时间期限、特定条件演变或者改变模式)。出于本公开内容的目的，“评估”条件是指确定条件的存在(“满足”条件，例如，通过比较在给定的时间的某个数目n的监视的输入信号与代表条件的特定输入信号值)并且响应于条件来生成适当动作(例如，生成一个或者多个对应控制信号或者用于生成一个或者多个对应控制信号的特定指令)。这样的包括主控“内务”处理器和分别专用于评估动态环境中的某个条件子集的一个或者多个从属“响应”协处理器的控制系统可以视为采取一种用于监视和控制动态环境的“分而治之”方式。具体地，取代运用单个处理器以评估环境的需要动作的所有可能条件，主处理器可以向一个或者多个协处理器分派任务以仅评估需要动作的可能条件的某个子集、由此向主处理器减轻显著处理负担。通过此方式，整个控制系统的延时是协处理器延时的函数(例如，如果运用多个协处理器，则控制系统作为整体的延时可以是最大协处理器延时的函数)。通过以前述方式在多个协处理器之中分布用于动态环境的条件评估过程，控制系统作为整体的延时与运用单个plc和/或通用计算机的常规控制方式比较可以显著减少(例如，在一些情况下减少若干数量级)。在以下更具体讨论的各种实现方式中，这样的“分而治之”方式不仅实现明显低的控制系统延时，而且可以用示例控制系统和/或协处理器架构实现可预测和可重复延时。低延时和低可变性延时中的一项或者两项可以在一些机器视觉应用中特别有利，在这些机器视觉应用中，包括与机器和照明系统操作正确同步的图像获取的可靠/可预测机器行为是重要的。低延时和低可变性延时也可以对于协调如以上指示的控制活动与可以在不同时域中发生的计算机分析所产生的判决而言是重要的。在根据本发明的控制系统的一个实施例中，主处理器(例如，该主处理器在一些情况下可以实施为通用计算机)通信地耦合到各或者多个从属协处理器。每个从属协处理器包括它自己的专用存储器(即，如果其它协处理器存在则未与它们共享并且仅可由协处理器本身和主处理器访问)以及用于作用于专用存储器的内容的关联硬件(例如，处理和/或逻辑电路装置)。给定的协处理器的专用存储器的内容可以由主处理器提供(将向协处理器中加载)。在以下更具体讨论的示例系统架构中，在一些方面中，给定的从属协处理器也具有对代表动态环境的不同条件的输入信号以及(例如，与主处理器和动态环境的)通信路径的基本上无束缚访问，从而多个协处理器能够在相同时间监视相同输入信号集合并且基于相同输入信号集合评估它们的关联条件。在一个示例实施例中，协处理器的专用存储器的内容包括涉及动态环境的单个条件的评估的信息(例如，程序)；因此，在这样的实现方式中，给定的协处理器被配置(例如，通过执行在专用存储器中存储的程序或者对存储器内容另外实施特定数字逻辑功能)用于按照在协处理器的专用存储器中存储的特定信息仅评估动态环境的单个条件(在以下讨论的其它实施例中，协处理器可以被配置用于评估多个条件)。在从属协处理器确定它的条件存在时，它根据协处理器的程序/逻辑采取对应规定的动作(例如协处理器提供某个输出，该某个输出又在适当时生成一个或者多个控制信号)，并且向主控协处理器满足它的条件。在其它实现方式中，取代协处理器本身采取对应规定的动作，协处理器可以仅向主处理器通知满足它的条件(例如，通过生成向主处理器的中断)，并且主控协处理器又可以被适当配置用于采取对应规定的动作。在任一情形中，通过从主处理器至少“分流”条件的评估，协处理器显著提高控制系统作为整体的响应时间。在以下进一步具体讨论的一些实施例中，响应于来自协处理器的满足它的条件的通知，主处理器可以通过向协处理器的专用存储器中加载涉及将评估的新条件(以及如果满足新条件则将采取的对应动作)的信息来向协处理器“重新分派任务”。通过此方式，主处理器通过向控制系统的一个或者多个协处理器动态重新分派任务(以评估新条件和/或采取新/不同动作)来有助于动态环境的随着它随时间演变的有效控制。在根据本发明的控制系统的一些实现方式中，如果有将在给定的时间期限内在动态环境中评估的多个条件，则可以运用多个从属协处理器，从而相应协处理器被配置用于评估不同可能条件并且在适当时采取动作。在这样的实现方式的一个方面中，代表动态环境的不同可能条件的n个可用输入信号的集合可以被(例如，经由总线架构并行)相同地提供并且同时可用于所有协处理器用于评估。因而，相应协处理器独立(即，异步)可以监视n个可用输入信号的集合、评估它们的相应条件、如果适当则/在适当时采取动作并且在满足它们的条件适通知主处理器。通过此方式，如上所述，控制系统的延时是给定的协处理器的延时的函数。在其中协处理器被配置用于评估单个条件的情形中，不仅协处理器的延时明显低而且延时变化也明显低(并且出于许多实际目的而基本上为零)。根据本发明的各种实施例设想多种协处理器实现方式。例如在一个实施例中，可以实施协处理器为全特征处理器，该全特征处理器运行向它的专用存储器中加载的明显短的程序(例如，在用于评估特定条件的回路以内的单个ifthen语句)。在这一类型的协处理器实现方式中，用于协处理器(基于评估代表ifthen回路的相对少量指令的常规处理器)的典型延时可以在约一微秒级。然而对于其中空间和/或硬件成本可能是重要实际考虑的应用，实施协处理器为全特征处理器特别是如果动态环境的控制需要评估许多条件并且牵连控制系统中的多个处理器则可能在一些实例中不切实际(例如，花费在评估单个条件上的处理资源可能大于必需并且可能占用过量芯片空间)。鉴于前文，在根据本发明的各种实施例的其它协处理器实现方式中，显著流线化专用协处理器包括用于专门基于协处理器的专用存储器的内容和监视的输入信号实施比较器功能(例如，与ifthen语句等效的功能)的削减数字逻辑；实质上，经由显著硬件减少将协处理器的功能能力减少至单个条件的特定评估。这样的协处理器实现方式实现一种低成本、空间节省、低延时解决方案的目标。在示例实现方式中，可以例如在现场可编程门阵列(fpga)、专用集成电路(asic)或者全定制电路中低成本实施若干这样的协处理器。在如以上讨论的流线化协处理器实现方式的一个方面中，取代或者进一步有助于低延时，运用特定存储器结构用于协处理器的专用存储器以用“条件/动作对”的形式存储信息。在这样的存储器结构的一个示例中，条件/动作对可以包括在存储器位置(例如，单个存储器寄存器或者多个相邻存储器寄存器)中存储的特定数据，该数据被布置为代表将评估的条件的第一数目的位和代表如果满足条件则将采取的动作的第二数目的位。这样的存储器结构有助于简单直接和相对简单的数字逻辑实现方式，该数字逻辑实现方式用于比较监视的输入信号与代表将评估的条件的第一数目的位并且如果有匹配(即，满足条件)则提供代表将采取的对应动作的第二数目的位作为协处理器的门控输出。因而，基于构成“条件/动作对”的结构化存储器内容以及实施比较器和门以提供门控输出的相对简单的数字逻辑，可以实现有效的低延时、低占用面积和低成本协处理器。控制系统的如下配置可以视为用于控制系统的最小延时的“退化”情况，在该配置中，向每个协处理器分派任务为仅评估用于动态环境的所有可能条件中的单个条件(即，最小子集)。更通常，用于控制系统的延时取决于控制系统中的给定的协处理器的物理实现方式(例如，全特征微处理器比对削减简化的数字逻辑实现方式)和/或协处理器实施的功能(例如，编程的逻辑功能)。如以下讨论的那样，在一些实施例中，具体涉及协处理器的物理实现方式和/或协处理器实施的功能，从而对协处理器的延时的上界在用于协处理器评估的条件的所需响应时间以下。在一些情况下，满足这样的要求可能要求协处理器仅被配置用于评估单个条件，而在其它情况下，协处理器可以被配置用于评估某个预定数目的条件的子集(例如，依次而不是“同时”、但是对有意地限制数目的条件)。通常，通过有意地限制协处理器的功能(例如，协处理器执行的程序的大小和/或将处理的信息)，而可以实质上确保对延时的上界。基于有意地限制给定的协处理器的功能的前述前提，根据本发明的各种实施例的控制系统的一些实现方式可以至少部分基于在控制特定动态环境的情境中适当平衡以下设计约束：1)保证协处理器被配置用于按照某个标准(例如，在特定时间期限内、在特定序列中、按照采取的先前特定动作等)评估可以在动态环境中存在的充分全面的条件子集；2)保证协处理器具有充分低(但是未必最小可实现)的延时以在适当时间期限中响应于满足的条件采取动作(即，保证有对协处理器的延时的可预测和充分低的上界)；以及3)保证协处理器的实现需要合理低的硬件成本和/或空间要求。鉴于前文，本发明的一些实施例涉及一种包括“动作引擎”的控制系统，该动作引擎可以包括一个或者多个协处理器，其中动作引擎的给定的协处理器可以被配置用于评估可以在动态环境中出现的多个条件的特定子集。在包括多个协处理器的动作引擎的一个实现方式中，每个协处理器可以自治地工作并且在任何给定的时间同时评估由动作引擎的所有协处理器在相同时间监视的某个数目n的输入信号代表的一个或者多个特定条件。在根据一个实施例的动作引擎的另一实现方式中，动作引擎被配置用于评估上至某个固定最大数目的条件以便建立对延时的上界并且保证充分低的延时变化。为此，在一个示例中，动作引擎包括存储器结构实现的“事件表”，该存储器结构包括各自具有特定大小的某个数目的多个依次编索引的存储器位置(例如，寄存器或者连续寄存器组)。在一个方面中，每个这样的存储器位置被配置用于以如以上讨论的“条件/动作”对的形式存储信息，例如，某个第一数目的位代表将评估的条件，并且某个第二数目的位代表如果满足条件则将采取的动作。在另一方面中，事件表的相应存储器位置存储不同条件/动作对，从而在事件表上的给定的存储器位置“专用”于评估可以由n个输入信号代表的特定条件。在前述示例中，动作引擎还可以包括“扫描器”，该扫描器通信地耦合到事件表并且被配置用于接收n个输入信号、依次评估由在事件表的相应存储器位置中存储的条件/动作对代表的条件。为此，扫描器包括用于读取给定的存储器位置的内容并且比较条件/动作对的条件部分与n个输入信号的相应值的适当数字逻辑电路装置(例如，用于实施比较器和门控输出的逻辑门)。在一个实施例中，条件/动作对的条件部分包括在给定的存储器位置中存储的全部信息的n位，从而有在条件/动作对的条件部分与n个输入信号之间的一到一对应。无论是否满足特定条件(即，n个输入信号的相应值与条件/动作对的条件部分匹配或者未匹配)，扫描器都继续读取在事件表中的下一存储器位置的内容以便比较在下一存储器位置中存储的条件/动作对的条件部分与n个输入信号的相应值。如果满足在事件表的给定的存储器位置中存储的条件/动作对的条件部分代表的特定条件(即，n个输入信号的相应值与条件/动作对的条件部分匹配)，则扫描器提供条件/动作对的动作部分作为输出(例如，作为比较器在匹配时启用的门控输出)。这一输出本身可以构成用于控制动态环境中的装备的一个或者多个控制信号或者可以代表指令，该指令又生成控制动态环境中的装备的一个或者多个控制信号。扫描器然后继续读取在事件表中的下一存储器位置的内容以便比较在下一存储器位置中存储的条件/动作对的条件部分与n个输入信号的相应值，并且如果有匹配，则扫描器提供条件/动作对的动作部分作为门控输出。一旦扫描器到达事件表的最后存储器位置并且适当处理在这一最后存储器位置中存储的条件/动作对，扫描器就向事件表中的第一存储器位置返回并且重复依次处理事件表的相应存储器位置的内容的循环。在一些实施例中，如以上描述的包括事件表和动作扫描器的动作引擎可以通信地耦合到主控(或者“内务”)处理器，该主处理器提供事件表的内容(例如，条件/动作对和可能其它信息)并且监督特定条件/动作对到事件表的特定存储器位置的适当映射(例如，基于主处理器想要动作引擎处理条件/动作对的特定顺序或者序列)。在一个方面中，主处理器可以通过向动作引擎的事件表中加载一个或者多个新条件/动作对用于由动作引擎的扫描器处理来偶尔或者定期地向它“重新分派任务”。为此，扫描器可以向主处理器提供满足与处理的特定条件/动作对对应的条件的指示，响应于该指示，主处理器可以向事件表中加载一个或者多个新条件/动作对。满足的条件的这样的指示可以通过生成输出来构成，该输出本身代表将采取的动作(该输出可以由主处理器监视)，或者以动作引擎生成并且主处理器监视的分离状态信号或者中断的形式来构成。附加地(或者备选地)，扫描器可以向主处理器提供事件表的全扫描完成的指示(例如，在处理在事件表的最后存储器位置中存储的条件/动作对之后)，在这一点，主处理器可以向事件表重新加载一个或者多个新条件/动作对或者全新条件/动作对集合用于在扫描器对事件表的后续扫描期间处理。在如以上描述的包括主处理器和动作引擎的根据本发明的控制系统的实施例中，在一个方面中，主处理器实现的内务和“重新分派任务”功能有助于如更早讨论的用于控制动态环境的“分而治之”方式。具体地，在一些实现方式中，给定可能在动态环境中可能需要对应动作的某个总数t的可能条件，主处理器被配置(例如，编程)用于仅选择总数t的可能条件的特定子集并且在给定时间向动作引擎分派任务以仅评估这一特定任务之间。如上所述，主处理器可以被编程用于基于各种标准进行特定条件子集的选择用于由处理器评估。在一个示例中，主处理器至少部分基于预计条件子集在动态环境中出现的时间段并且并且考虑主处理器本身在看管它的各种职责(例如，监视和/或控制主处理器本身可以在动态环境的整个情境中被分派任务的功能)时的响应时间(例如，最长或者“最坏情况”响应时间)选择条件子集用于由动作引擎评估。例如，在给定的动态环境的情境中执行它自己的职责时，主处理器本身具有对它的用于在某个时间段内接收、处理信息和响应对信息做出响应的能力的限制。具体地，用作主处理器的通用计算机受制于各种调度约束(例如，按照调度和派发软件)，这些调度约束支配需要由处理器看管的多个过程被指派执行的方式。给定需要调度过程的串行性质，必然有主处理器的某个滞后时间或者“响应时间”，该滞后时间或者“响应时间”代表在请求发起给定的过程与按照该过程的执行提供某个响应之间的时间量。主处理器的响应时间通常至少部分基于为了主处理器在动态环境中看管它的所需功能而需要调度的这样的过程的数目。以及调度的响应过程的复杂性。在一些方面中，这一情形与常规plc的情形相似，在该常规plc中，plc的扫描时间或者循环时间基于在plc程序中编码的规则的数目和复杂性，该pc程序施加对plc的用于响应于监视的条件在特定时间期限内提供控制信号的能力的根本限制。主处理器的响应时间可以至少部分基于需要调度的相应过程的数目和那些近程的复杂性(该复杂性又至少部分取决于监视和控制的动态环境的要求以及手边的控制任务的复杂性)具有某个标称预计或者典型值。然而，给定主处理器在给定的动态环境中潜在地执行的功能的可变性，通常有主处理器可能在处理信息时受制于的最长潜在响应时间或者“最坏情况”响应时间。如果有动态环境的可以在比主处理器的最坏情况响应时间更短的时间段内出现的(可能需要动作的)条件，则主处理器本身在效果上将不能可靠地对这些条件做出响应。因而，主处理器在给定的动态环境的境况中的最长潜在响应时间或者“最坏情况”响应时间可以用作标准的一个示例，主处理器可以按照该标准选择条件子集用于由动作引擎评估。通过此方式，主处理器实质上让动作引擎承担“关注”于在主处理器在效果上不能自行监视动态环境的某些条件的时间段期间这样做。换言之，至少基于可以在动态环境中在其中预计某些条件的时间标度/时间期限的标准，主处理器选择可能在与主处理器的最坏情况响应时间对应的时间段期间在动态环境中出现的条件子集并且向动作引擎中加载条件/动作对用于在该时间段期间处理。在该时间段期间，动作引擎可以在标识满足在动作引擎的事件表中表示的特定条件之前完成数以百计或者甚至数以千计的扫描循环。一旦评估条件，如果必需/在适当时采取适当动作，并且主处理器再次能够与动作引擎对应(即，在主处理器的最坏情况响应时间内)，主处理器可以向动作引擎的事件表中加载一个或者多个新条件/动作对用于在主处理器可能被其它任务(或者其它调度的过程)预先占据的下一时间段期间评估。在一个方面中，新加载的条件/动作对可以至少部分基于如果有的先前评估的条件和采取的动作。通过此方式，主处理器负责评估在动态环境中的条件并且通过向动作引擎反复地重新分派任务以在任何给定的时间仅评估预计在(例如，与主处理器的响应时间对应的)特定时间段内出现的条件子集来向动作引擎分流显著处理负担。在动作引擎的前述示例中，应当理解在一个方面中，存储特定条件/动作对的事件表的专用存储器位置在耦合到扫描器的用于评估条件(并且如果满足则提供代表将采取的动作的输出)的数字逻辑电路装置时的组合在功能上等效于如以上讨论的专用于评估单个条件的协处理器。然而取代仅评估单个条件，扫描器的配置允许执行评估的数字逻辑电路装置在事件表的相应存储器位置之中被“共享”(例如，以扫描或者时分复用方式)，从而动作引擎的扫描器和事件表的组合实质上构成被配置用于评估多个条件并且在适当时采取动作的协处理器。这样的部件布置有助于硬件资源的高效和节约使用。在各种方面中，指定在动作引擎的事件表中的相应存储器位置的大小(例如，位数)、在事件表中的专用存储器位置的总数和扫描器本身的配置(例如，扫描器实施的数字逻辑)以便实现用于控制特定动态环境的希望延时，其中该延时具有充分低的上界和/或充分可预测(并且在一些情况下为非实质)的变化。在以下更具体讨论的一个具体实现方式中，基于事件表和扫描器的适当配置的动作引擎实现在每条件/动作对为10纳秒级(例如，基于驱动扫描器的逻辑功能的100mhz时钟)的用于动作引擎的延时；因而例如对于具有分别存储128个条件/动作对的128个存储器位置的事件表，可以实现在近似1.28微秒(128x10纳秒)级的动作引擎延时。这样的延时度量比在常规plc中观测的数十至数百毫秒的通常延时低若干数量级。应当理解设想以下更具体讨论的前述概念和附加概念的所有组合(假设这样的概念未互不一致)作为这里公开的发明主题内容的部分。具体地，设想在本公开内容的结束出现的要求保护的主题内容的所有组合作为这里公开的发明主题内容的部分。附图说明本领域技术人员将理解附图主要用于示例目的而未旨在于限制这里描述的发明主题内容的范围。附图未必按比例；在一些实例中，可以在附图中夸大或者放大示出这里公开的发明主题内容的各种方面以有助于理解不同特征。在附图中，相似标号一般指代相似特征(例如，功能相似和/或结构相似的单元)。图1是结合自动化工业过程的常规可编程逻辑控制器(plc)的典型作用的一般图示。图2是构成图1的常规plc的典型电部件/电路装置(例如，“硬件”)的广义化框图。图3是具体结合处理器单元、存储器和输入/输出接口示出图2中所示常规plc的内部架构的附加细节的框图。图4是图示根据本发明的一个实施例的用于监视和控制动态环境的控制系统的框图，其中控制系统包括通信地耦合到包括一个或者多个协处理器的动作引擎的主处理器。图5是根据本发明的一个实施例的包括多个协处理器的动作引擎的框图，这些协处理器并行操作以监视、同步和/或控制动态环境的至少一个方面。图6是根据本发明的一个实施例的包括事件表和扫描器的动作引擎的框图，该事件表和该扫描器操作用于监视、同步和/或控制动态环境的至少一个方面。图7是根据本发明的一个实施例的适合用于在图6的动作引擎中使用的扫描器的框图。图8是图示根据本发明的一个实施例的在图6的事件表中使用链接的寄存器的示图。图9是根据本发明的一个实施例的包括多个协处理器的动作引擎的框图，这些协处理器中的每个协处理器包括事件表和扫描器，这些这些协处理器被配置用于做出相应以并行操作从而控制动态环境的至少一个方面。图10是其中运用机器视觉技术和装备的动态环境以及用于监视和控制该动态环境的根据本发明的一个实施例的控制系统的框图。具体实施方式以下是与用于监视和/或控制动态环境的发明系统、方法和装置有关的各种概念以及这些发明系统、方法和装置的实施例的更具体描述。应当理解可以用许多方式中的任何方式实施以上介绍并且以下更具体讨论的各种概念，因为公开的概念不限于任何特定实施方式。提供具体实现方式和应用的示例主要用于示例目的。图4是图示根据本发明的一个实施例的用于监视和控制动态环境的控制系统100a的框图。再次参照其中示出常规可编程逻辑控制器(plc)50为监视和控制自动化过程10的图1，在以下更具体讨论的示例实现方式中，同配置图4的控制系统作为图1中所示plc50的替换。然而，应当理解图4的控制系统就这一点而言不受限制，并且根据本发明的实施例的各种控制系统及其构成单元可以具有用于监视和/或控制多种动态环境、特别是需要低延时(即显著快速的响应时间)和/或低可变性延时的动态环境的广泛适用性。根据本发明的控制系统的一个示例应用由如以下结合图10更具体讨论的其中运用机器视觉技术和/或装备的动态环境给出。如图4中所示，这一实施例的控制系统100a包括通信地耦合到动作引擎110a的主处理器190(也被称为“内务cpu”)。动作引擎110a可以包括一个或者多个响应协处理器(在图4中分别指示为协处理器120a-1和协处理器120a-2；共同指示为协处理器120a)。每个协处理器120a包括耦合到协处理器逻辑(分别指示为控制器130a-1和控制器130a-2；共同指示为控制器130a)的输入接口158a和输出接口160a。示例输入接口158a和输出接口160a可以包括但不限于rs232接口、以太网接口、通用串行总线(usb)和/或任何其它适当并行或者串行通信接口。每个协处理器控制器130a通信地耦合到专用存储器(分别指示为存储器140a-1和存储器140a-2；共同指示为存储器140a)，该专用存储器存储一个或者多个条件(分别指示为条件142a-1和条件142a-2；共同指示为条件142a)和与在相同存储器140a中存储的条件142a对应的至少一个预定动作(分别指示为动作144a-1和动作144a-2；共同指示为动作144a)。虽然图4中所示动作引擎110a仅包括两个协处理器120a，但是应当理解根据其它实施例的动作引擎就这一点而言不受限制并且可以包括仅一个协处理器或者多于两个协处理器。在图4中所示控制系统100a的一个方面中，控制系统100a通过使用动作引擎110a以评估在相对快的时间标度上出现的条件并且通过使用内务cpu190以评估在相对更慢的时间标度上出现的条件来监视、控制和/或同步动态环境。通常，如上文所述，在一些实施例中，内务cpu190实质上向动作引擎分派任务为“关注”于在内务cpu190在效果上不能自行监视动态环境的某些条件的期间这样做。在一个方面中，在一个方面中，动作引擎110a被具体分派任务为监视某些条件(并且如果必需则响应于这些条件采取动作)的时间段至少部分基于内务cpu190的“响应时间”(也被称为“延时”)(该响应时间由对内务cpu的用于在给定内务cpu本身需要看管的不同任务或者过程的数目时处理信息的能力施加的限制而产生)。在以下描述的一些示例中，内务cpu向动作引擎委派某些监视和控制任务的时间段基于内务cpu的可以在控制的特定动态环境的境况中预计的最长或者最坏情况响应时间。鉴于前文，在图4中所示控制系统的一个示例实现方式中，动作引擎110a通过按照从反射式响应、即比内务cpu190的延时更快执行的响应中受益的条件142a评估代表动态环境的输入信号66来筛选快速出现的事件。示例输入信号66包括但不限于：离散输入、比如数字值(位)、模拟值或者模拟输入的数字表示；离散输入的实时版本；离散输入的锁存版本；离散输入的推导版本、比如从正交钟控的计数器对推导的计数器值；以及从一个或者多个通信端口接收的消息(例如，分组)的解码内容。输入信号66可以代表构成动态环境的条件的单个参数(例如，温度、压力、定位)或者代表动态环境的条件的这样的参数的汇集。为了实现这一反射式行为，在动作引擎110a中的每个协处理器120a的控制器130a比较输入信号110a与特定条件142a(或者条件142a的集合)。不同于通用处理器，每个协处理器120a仅评估在它的存储器上存储的特定条件142a(或者条件142a的集合)，这使协处理器120a能够用低(和可预测)延时操作。如果控制器130a确定输入信号66与特定条件142a匹配，则控制器130a执行对应动作144a。例如对应动作144a的执行可以包括向其它设备和/或系统传输一个或者多个输出信号68。备选地，动作144a可以包括向内务cpu190传输中断以实施响应。在相同时间，内务cpu190通过分析输入信号66和输出信号68来监视动态环境的演变。在某些境况中(例如对于动态环境的缓慢演变)，内务cpu190可以通过传输它自己的输出信号来对特定输入信号66直接做出响应。在其它境况中，内务cpu190通过向协处理器120a重新分派任务、例如通过更新和/或替换在存储器140a中存储的条件142a和/或(预定)动作144a中的一些或者所有条件和/或动作来直接对动态环境的演变间接做出响应。如果动态环境例如是组装线，则一旦第一零件已经从组装线移开，内务cpu190可以向原先专用于跟踪第一零件的协处理器120a重新分派任务以代之以跟踪第二零件。在内务cpu190与动作引擎110a之间划分责任允许内务cpu190在动作引擎110a上施加用于由条件142a代表的事件子集(例如，可能在给定动态环境的特定演变时出现的快速出现的事件)的处理负担。在相同时间，内务cpu190可以继续处理与动态环境的更慢演变关联的条件。这一分而治之方式可以减少系统对输入信号66代表的事件的响应的总延时和/或抖动(延时变化)。在一些情况下，转移用于快速出现的事件的处理负担也可以使整个控制系统100a的延时基本上为协处理器延时的函数。具有比较器逻辑的动作引擎图5示出用于监视、同步和/或控制动态环境的至少一个方面的另一示例动作引擎110b。可以与之应用图5中所示系统并且具体为动作引擎110b的这样的环境的示例包括但不限于组装线、检查线、自治或者半自治车辆(或者车辆护送)、功率管理系统(例如，智能电网)、仓库、工业空间、停车设施、机场、航运港口、监控系统、娱乐乘骑和/或通信网络。例如，动作引擎110b可以用于机器控制和/或图像触发。动作引擎110b包括多个协处理器(在图5中分别指示为协处理器120b-1至协处理器120b-n；共同指示为协处理器120b)。每个协处理器120b是在高速度、即比可以用通用计算机或者cpu、例如内务cpu190来执行相同操作而实现的速度更高的速度执行有限数目的操作的专用计算机处理器。可以在fpga、asic和/或本领域已知的任何其它适当实现方式来实施示例协处理器120b。在动作引擎110b中的每个协处理器120b包括耦合到输入总线102的相应输入端口(在图5中分别指示为输入端口158b-1至输入端口158b-n；共同指示为输入端口158)，该输入总线可操作地被耦合用于从传感器、执行器、接收队列(例如以太网接收队列)和关于动态环境的信息的其它来源接收数据。虽然图5描绘n个条目，但是本领域技术人员将容易理解示例动作引擎可以具有任何数目的协处理器120b、例如，1、2、4、8、16、32、64、128、256、512或者1024个协处理器120b。每个协处理器120b包括相应寄存器(在图5中分别指示为寄存器140b-1至寄存器140b-n；共同指示为寄存器140b)，该寄存器存储如以下描述的一个或者多个状态或者条件(分别指示为条件142b-1至条件140b-n；共同指示为条件142b)的表示以及协处理器120b将执行的一个或者多个动作(分别指示为动作144b-1至动作144b-n；共同指示为条件144b)的表示。每个条件142b可以独立于动作引擎寄存器140b中的其它条件142b(并且可能与其它条件重叠)。条件142b也可以基于满足动作引擎110b中的一个或者多个其它条件142b——例如它们可以如以下更具体所述被一起逻辑“and”超集。可以在任何适当类型的存储器、包括但不限于计算机可读存储介质、比如易失性或者非易失性计算机存储器、闪存、紧致盘、光盘、磁带、一个或者多个软盘、在fpga或者其它半导体器件中的电路配置或者其它非瞬态介质或者有形计算机存储介质中实施寄存器140b。每个寄存器140b专用于它的相应协处理器120b；也就是说，协处理器120b未共享存储器。使寄存器140b专用于每个协处理器有助于减少或者消除争用问题。每个协处理器120b也包括比较器(分别指示为比较器130b-1至比较器130b-n；共同指示为比较器130b)或者其它逻辑元件，该比较器或者其它逻辑元件比较经由输入总线102和输入端口158接收的输入信号66与条件142b。由于协处理器120b具有它们自己的比较器130b并且经由输入总线102同时接收输入101，所以协处理器120b可以同时比较输入101与它们的相应条件142b。因此，动作引擎110b中的协处理器120b的数目未影响执行比较的速度。如果输入信号66与条件142b匹配，则比较器130b发射指示匹配的输出(分别指示为输出132-1至输出132-n；共同指示为输出132)。有可能协处理器120b中的一个、多于一个或者无协处理器120b包括与输入信号66匹配的条件142b。每个协处理器120b可以经由输出端口(分别指示为输出端口160b-1至输出端口160b-n；共同指示为输出端口160b)将它的输出132耦合到输出总线103。每个协处理器120b也在检测到与它的相应条件142b匹配的输入101时执行在它的相应寄存器140b中存储的动作144b。动作144b耦合到由比较器130b的输出132控制的逻辑元件(分别指示为逻辑元件134-1至逻辑元件134-n；共同指示为逻辑元件134)。在逻辑元件134接收指示在输入101与条件142b之间的匹配的输出132，逻辑元件134执行由动作144b代表的动作。在一些情况下，逻辑元件134可以经由输出端口160b和输出总线104向其它设备、比如传感器、制动器和与动态环境关联的其它设备传输这里示出为输出信号68的附加信息或者指令。示例输出信号68包括但不限于：离散输出、比如数字值、模拟值和/或模拟值的数字表示；离散输出的锁存版本；和/或在经由一个或者多个通信端口(例如，输出端口160b)发送的消息分组中编码的输出数据和机器操作命令。在其它情况下，动作144b可以是其中协处理器120b未执行任何动作的“no-op”指令。动作引擎110b也经由输入总线102、输出总线104和与寄存器140b的附加连接来耦合到内务cpu190。(在其它实施例中，动作引擎110b中的一个或者多个寄存器140b可以经由输入端口158和输入总线102可操作地耦合到内务cpu190。)内务cpu190执行一般内务任务并且在协处理器寄存器140b中加载和维护条件142b和/或动作144b。例如，内务cpu190可以响应于动作引擎对动态环境的特定状态的标识、操作码过期的指示、来自动作引擎的指令、来自用户和/或其它设备的指等替换或者更新一个或者多个协处理器120b中的条件/动作对。由于动作引擎110b可以对来自动态环境的输入“直接”做出响应而未必需要来自内务cpu190的资源，内务cpu190因此保持基本上无与对相继输入状态做出响应有关的任何处理负担(即，内务cpu190保持基本上“无负荷”)；因而内务cpu190在需要时可用于执行可能让动作引擎110b自行执行而不可能或者实际的测试和动作。此外，内务cpu190未在用于对动态环境的演变做出响应的关键路径中，因此它未延迟动作引擎的响应。具有事件表和扫描器的动作引擎图6示出各种部件的系统配置，这些部件包括用于监视、同步和/或控制动态环境的至少一个方面的示例动作引擎110c。可以与之运用图6中所示系统并且具体为动作引擎110c的这样的环境的示例包括但不限于组装线、检查线、自治或者半自治车辆(或者车辆护送)、功率管理系统(例如，智能电网)、仓库、工业空间、停车设施、机场、航运港口、监控系统、娱乐乘骑和/或通信网络。例如动作引擎110c可以用于机器控制和/或图像触发。动作引擎110c包括事件表112，该事件表又包括事件表寄存器(共同指示为事件表寄存器140c；分别指示为寄存器140c-1至寄存器140c-5)，这些事件寄存器中的每个事件寄存器存储一个或者多个条件(在图6中共同指示为条件142c；在图8中分别指示为条件142c-1至条件142c-5)的表示。每个事件表寄存器140c也存储与在寄存器140c中存储的条件对应的一个或者多个动作(在图6中共同指示为指令144c；在图8中分别指示为指令144c-1至指令144c-5)的表示。事件表112和事件表寄存器140c。可以在任何适当类型的存储器、包括但不限于计算机可读存储介质、比如易失性或者非易失性计算机存储器、闪存、紧致盘、光盘、磁带、一个或者多个软盘、在现场可编程门阵列或者其它半导体器件中的电路配置或者其它非瞬态介质或者有形计算机存储介质中实施事件表112和事件表寄存器140c。每个事件表寄存器140c存储独立条件142c。总而言之，事件表寄存器140c可以存储代表动态环境的每个可能状态的条件142c，该每个可能状态可以由耦合到输入总线110的传感器140之一测量。然而在许多情况下，事件表寄存器140c可以保持条件142c的可重新编程子集、例如仅保持从比内务cpu190的延时更快执行的动作144c中受益的那些条件142c。在一些情况下，条件142c可以重叠；例如条件142c-1可以包括温度和压力门限，并且条件142c-2可以包括温度和定位门限。虽然图6仅示出五个事件表寄存器140c用于示例目的，但是应当理解在其它实施例中，事件表112可以具有更多或者更少寄存器140c、例如十个、数以百计或者甚至数以千计的条目。通常，可以在事件表112中表示可能需要一些响应/动作的与特定环境有关的实质上任何数目的条件142c为事件表寄存器140c。除了条件142c的表示之外，每个事件表寄存器140c也包括如果状态输入与条件144c匹配这将执行的一个或者多个动作144c的表示。因而，如果动作引擎110c的扫描器130c确定输入信号66与在事件表寄存器140c中存储的给定的条件142c匹配，则扫描器130c访问在事件表寄存器140c中存储的对应动作144c并且执行动作144c以便控制动态环境的一个或者多个方面。为此，动作引擎110c也包括输入端口158c、输出端口160c和/或用于向一个或者多个外部设备传达在事件表中访问的指令的一个或者多个其它通信接口(例如，输入/输出总线、以太网端口)以及从这样的信息的一个或者多个来源接收状态输入以及与动态环境相关的其它信息。如图6中所示，动作引擎10c还包括扫描器130c。输入端口158c提供从事件表112和扫描器130c到输入总线102的连接。图6也图示动作引擎110c的输入总线102耦合到包括(但不限于)cpu190的多种外部设备以及信号量寄存器150、计数器42、一个或者多个传感器40和形式为接收队列44(例如，以太网接收队列)的通信接口。也连接到输入总线102的扫描器130c包括数字逻辑(在图6中未示出)，该数字逻辑比较每个事件表寄存器140c中的条件142c的集合与从内务cpu190、计数器42、传感器40、接收队列44和/或任何其它适当数据元耦合到输入总线102的输入信号66。在一些情况下，输入信号66可以包括一个或者多个嵌入式应用系统、比如处理器从动态环境推导的数据，该处理器评估来自相机的图像数据、来自机器人控制器的定位信息和/或来自连续过程化学反应器中的混合器或者流量控制系统的流量信息。在一些实现方式中，预调或者预处理原始数据可以减少为了表示数据而需要的位数，这又使得有可能减少寄存器140c的大小。图7是更具体示出扫描器130c的一个可能实施例的框图。扫描器130c包括耦合到动作逻辑132、定序逻辑133和一个或者多个标志寄存器135的比较器逻辑131。比较器逻辑131相对于来自事件表112的代表条件142c的数据评估输入信号66、包括但不限于计数器42值、传感器40值、状态改变输入和标志状态以确定是否满足条件142c。向动作引擎132传递这一“满足条件”状态。再次参照图7，扫描器130c也包括动作逻辑132，该动作逻辑与与从事件表112接收代表指令144c的数据一起从比较器逻辑131接收“满足条件”状态。动作逻辑132也耦合到一个或者多个标志寄存器135、信号量寄存器150(图6)、输出寄存器136、通信逻辑(未示出)、计数器和数据输入电路装置。根据“满足条件”状态的状态和代表指令144c的数据，动作逻辑132可以执行如以下更具体描绘的操作，这些操作影响标志寄存器135、信号量寄存器150、耦合到输出端口160b的输出寄存器136、通信逻辑34和数据输入电路装置的状态。此外，动作逻辑132耦合到事件表写入仲裁逻辑134，该事件表写入仲裁逻辑有助于例如在已经执行动作并且将禁止条件/动作对的进一步评估时改变事件表112中的条件142c和/或指令144c。扫描器130c中的定序逻辑133(图7)同步比较器逻辑131、动作逻辑132和事件表112(图6)的活动。其向事件表112提供读取地址，该读取地址确定将评估事件表112中的哪个寄存器140c。定序逻辑133也在动作引擎110c确定将修改事件表112中的条件142c和/或指令144c时向事件表写入仲裁逻辑134提供写入地址。事件表写入仲裁逻辑134从内务cpu190以及从在扫描器130c内的用于支配向事件表112的写入活动的其它逻辑接收输入。在争用在来自cpu190的写入操作与来自在扫描器130c内的其它逻辑的写入操作之间出现时，而可以向在扫描器130c内的逻辑给予优先级，从而扫描器操作可以无中断继续。在这一争用情况下，向内务cpu190确立等待信号，从而中止cpu写入操作直至事件表写入仲裁逻辑134确定事件表112可用于接受来自cpu190的写入数据。在扫描器130c的一个实施例中，定序逻辑133使新条件/动作对在主时钟(未示出)的每个周期上被评估。在各种方面中，可以在单个协处理器中、例如在使用工作硬件描述语言(hdl)代码的fpga中实施扫描器130c和事件表112。也可以实施扫描器130c为耦合到其中存储事件表的一个或者多个存储介质的单一数字逻辑结构。备选地，也可以实施扫描器130c为通信地耦合到事件表的多个分布式逻辑部件。例如，在一个实施例中，可以实施扫描器130c为分别专用于一个事件表寄存器140c的多个数字逻辑部件，从而有在事件表条目与用于比较输入信号与在给定的事件表寄存器中的一个或者多个条件并且在适当时访问一个或者多个对应指令的专用数字逻辑之间的一到一对应。在更多其它实施例中，构成扫描器的部分的数字逻辑部件可以专用于或者被指派给多个事件表寄存器的特定组。因而应当理解可以根据本发明的各种实施例以许多方式中的任何方式实施动作引擎的扫描器和构成扫描器的数字逻辑电路。在一个示例实施例中，动作引擎的扫描器基本上同时(例如，并行)比较状态输入与事件表中的多个条件集合，从而可以用明显高的速度访问(并且又向一个或者多个外部设备传达)用于对状态输入做出响应/做出反应的适当指令。因此，动作引擎关于处理涉及动态环境的相应状态的信息并且响应于该信息采取动作表现显著低的延时。例如，可以实施扫描器130c为每两个时钟周期处理单个寄存器140c的状态机。在第一时钟周期期间，扫描器130c读取条件142c。如果满足条件142c，则扫描器130c在第二时钟周期期间执行对应动作144c。第二时钟周期可以涉及到向事件表112中的动作的回写以指示已经对于下一扫描完成适当操作。涉及到尤其复杂条件和/或大量输入级的实现方式可以使用多于两个时钟周期以处理单个寄存器。在使用多周期执行的扫描器130c中，可以实施具有并行读取和写入周期的双端口存储器，其中写入周期向在先前读取周期期间处理的寄存器140c回写。(如以下描述的)状态机流水线寄存器结合双端口存储器的并行读取和写入周期将允许每个周期处理新寄存器从而显著减少延时。再次参照图6，应当理解在动作引擎110c的输入总线102上提供的一个或者多个输入信号66的集合可以从耦合到输入总线102的多种来源(例如，内务cpu190、计数器42、传感器40等)获得并且可以在给定的时间由单个来源提供或者在给定的时间由多个来源提供。这样的一个或者多个输入信号66的集合可以至少部分代表在给定的时间点的动态环境，并且(例如，扫描器130c)可以比较这些输入信号66与在相应事件表寄存器140c中存储的条件142c的集合中的每个集合。持续地评估输入信号66以检测状态改变(上升沿或者下降沿)。在事件表112的每个扫描的开始，向扫描器逻辑呈现在先前扫描期间发现的任何输入状态改变作为锁存的输入(未示出)。这意味着穿过输入滤波器的任何信号无论它们的持续时间多么短都将被检测到。因此，可以向扫描器逻辑呈现用于任何输入信号的任何状态改变，即使状态改变的它们的持续时间比扫描的持续时间更短。在图6中所示动作引擎110c的一个示例实现方式中，如果在输入总线102上提供的输入信号66的集合与用于特定事件表寄存器140c的条件142c匹配，则扫描器130c执行来自该事件表寄存器140c的对应动作144c。在一些情况下，这些动作144c可以包括获取或者释放信号量或者设置或者清除耦合到扫描器130c的标志，该扫描器如以下更具体所述使用信号量或者标志以评估条件142c。扫描器130c又经由输出总线104向动态环境、内务cpu190和传输队列34(例如，以太网传输队列)传输与匹配的条件集合对应的输出信号68。备选地或者附加地，扫描器130c可以可操作地耦合到各种外设。例如扫描器130c可以重置或者锁存计数器、锁存输入寄存器、设置或者清除输出寄存器或者向传输队列34中加载条目。在多个扫描器的情况下，可以运用各种处置争用的方式。例如，重置/锁存/设置/清除输入争用可以由or门处置。传输队列34可以专用于扫描器130c并且具有它自己的用于管理数据的电路过程。扫描器130c可以备选地(可能与其它扫描器130c)共享传输队列34，并且电路过程可以管理队列34的权属。在一些情况下，向在动作引擎110c外部的一个或者多个设备执行动作144c(例如，经由动作引擎的一个或者多个通信接口)作为数据分组(如在各种分组模式计算机网络中运用的数据分组、比如tcp/ip分组)。在其中运用数据分组以传输涉及动作144c的指令的实现方式中，在一些实施例中，这样的分组的内容可以不仅包括指令本身而且包括在一些实施例中涉及指令、与指令对应的条件集合和/或动态环境的一个或者多个其它方面的附加数据(例如，元数据)。附加数据可以包括但不限于地址信息(例如，以太网介质访问控制(mac)地址首部)和/或可以由内务cpu190在事件表寄存器140c中存储的索引引用的位置中填充的净荷缓冲器。在一些实现方式中，动作引擎110c选择或者生成这样的数据用于包含于分组净荷中(例如，基于监视耦合到输入总线102的各种信息源和/或基于除了事件表112之外还可以在存储器中存储的各种信息)。例如，在满足给定的条件142c时，扫描器130c可以基于在对应寄存器140c中存储的索引选择对应净荷缓冲器、然后向传输队列34复制对应净荷缓冲器。在其它情况下，数据可以包括通过组件或者检查线跟踪的零件的编号。备选地，数据可以包括关于一个或者多个数据元的信息(例如，用作传感器40并且提供图像信息用于评估的相机的位置和/或定向)和/或数据可以与(与在事件表中存储的条件集合比较的)状态输入本身的某个方面关联和/或代表该某个方面。主处理器(“内务cpu”)-编程和操作在比如图6中所示运用动作引擎110c和各种其它部件的系统配置的实施例中，内务cpu190在事件表112a中加载和维护条件142c和指令144c。在一些情况下，内务cpu190可以响应于动态环境的演变(即，随时间的可变条件)替换事件表112中的条件142c和指令144c中的一些或者所有条件和事件。由于动作引擎110c可以“直接”(例如，自治地而无cpu190的干预)对代表动态环境的条件的输入信号做出响应而未必需要来自内务cpu190的资源(例如，在委托动作引擎评估额定条件的时间段期间)，内务cpu190因此保持基本上无与评估这些特定条件有关的任何处理负担；因而，内务cpu190可用于看管其它过程(例如，执行可能让动作引擎110c自行执行而不可能后者实际的测试和动作)。关于委托动作引擎110c在给定的时间段评估特定条件(或者更通常，向一个或者多个协处理器分派任务为评估一个或者多个条件)，在一个实施例中，内务cpu190被配置用于通过将专用机器协调算法分割成相异(例如，正交)过程步骤来向协处理器分配任务，这些过程步骤通过它们以时间流逝(例如，已知时间段或者未知时间段，该未知时间段可以在给定它以将来外部输入的汇集或者监视的条件的特定序列为条件时出现)为条件来区分。为此并且再次参照图6，内务cpu或者主处理器190包括用于一个或者多个通信接口192和/或接收代表动态环境的(随时间的)条件的输入信号66的一个或者多个输入/输出(i/o)端口以及一个或者多个处理单元194和用于存储处理器可执行指令以及在必需时存储各种程序数据的存储器196，这些程序数据用于处理单元194实施用于控制动作引擎(或者根据各种实施例更一般为一个或者多个协处理器)的过程步骤。如这里公开的过程步骤可以在满足它们的条件时完全并行和按照任何顺序相互独立执行(例如，由主处理器190的处理单元194执行)(例如，特定条件由主处理器190或者动作引擎110c评估以发起给定的过程步骤)。每个过程步骤可以包括以下各项中的一项或者多项：1)开始一个或者多个过程或者一个或者多个过程的实例；2)停止一个或者多个过程或者一个或者多个过程的实例；3)执行一个或者多个数学变换；4)呈现一个或者多个输出；5)例如在内务处理器190与一个或者多个动作引擎110c、在动作引擎110c之间、向在动态环境中的设备和任何其它指定的目的地传输一个或者多个消息；6)获取或者释放二进制信号量以允许多个过程保障从希望的程序代码段互斥；7)锁存外设、比如输入和计数器的状态；以及8)设置或者清除用于过程间同步和通信的“标志”变量。(标志变量可以是由事件表扫描器具有访问的寄存器外设实施的布尔变量而不是在主处理器的存储器中存储的变量。)在本发明的一个实施例中，在主处理器190可访问的非易失性、非瞬态计算机可读介质上编码的(例如用scoretm编程语言编写的)计算机可实施指令描述专属于每个现实应用的机器协调任务(例如，从一个或者多个协处理器/动作引擎生成输出信号以最终控制动态环境中的各种装备)。这些指令使主处理器190可能使用一个或者多个引擎110c和/或一个或者多个协处理器来实施一个或者多个过程或者状态机。每个过程可以由相同系统并行、依次或者二者实施多次。给定的过程的并行执行的副本称为过程的“实例”而每个实例在动作引擎110c或者不同协处理器中按照不同时隙140或者时隙集合执行。每个过程可以视为状态机而在状态机中的每个状态对应于动态环境的特定条件。过程(状态机)包括执行一次的一次性过程和无中断执行(例如，反复地)的连续过程。可以在完成之前例如响应于来自主处理器190或者其它来源的命令或者在达到计算机可执行指令序列中的预定点时暂停或者终止一次性和连续过程二者。每个状态机包括由动作引擎/协处理器执行的一个或者多个状态，该一个或者多个状态中的每个状态可以被实施为“等待”语句，在该一个或者多个状态期间，动作引擎/协处理器对于特定条件的出现监视动态环境。在一个显著方面中，计算机可执行指令包括“等待”语句的特定定义，该语句以动态环境的一个或者多个条件作为变元，该一个或者多个条件在被满足时除法执行一个或者多个动作斌七个向主处理器通知已经满足条件。“等待”语句实质上指定将在满足一个或者多个现实条件时执行一个或者多个动作。内务处理器190可以向向动作引擎分流与动作引擎的操作兼容的等待状态条件和关联动作。按照一旦被编译以由处理单元194和主处理器190执行的编程语言，在等待语句之间的指令块由动作引擎/协处理器和/或主处理器190执行直至下一等待语句。例如动作引擎可以在等待语句之后直接执行一个或者多个动作，假设那些动作与协处理器的动作操作码兼容。在至少一个实现方式中，等待语句使过程的进度停顿直至满足条件子句。这使主处理器190能够通过查询每个过程的当前等待语句条件并且在满足过程的条件时继续它来调度过程。等待语句可以具有格式“waitfor<boolean-expression>”，其中<boolean-expression>代表动态环境的条件。可以在希望时进行子例程调用以评估语句的条件。例如条件可以涉及到布尔计数器条件的评估。计数器变量按照名称来访问，可选地让关键词计数器在计数器名称之前。可以从初始值、比如在生成零件检测信号时的带(belt)定位进行计数器比较。自动声明的计数器时间也可以用来精确(例如，用微秒精确度)比较持续时间。一些示例包括(井号“#”指示备注)：waitfortotal>2；waitforcancontinue()；#子例程cancontinue返回布尔waitforcomputetotal()>99waitforcounterposition>＝100fromdetectlocationwaitfortime>＝l00usfromdetecttime；#包括“from”关键词waitforflagaandflagborbooleanc“from”关键词让开发者对于其中不希望计数器重置的应用无需担心计数器翻转。等待语句也可以用来通过使用变元“waitfor<duration-expression>”来等待特定时间段流逝。可以表达这一时间段为绝对值、比如以毫秒为单位的时间；相对时段、比如另一过程需要的时间段；或者表达为变量的时间。如果表达式涉及到调用子例程或者评估变量值，则仅在第一次处理等待语句时评估那些变量值。一些示例包括：waitfor1ms；waitforpauseduration；#其中变量是typetimespanwaitforcomputewaittime()；#将调用子例程一次等待语句也可以用来等待特定输入的上升或者下降沿：“waitfor<edge>ofinput<input>”。给定的输入可以是输入索引或者将先前声明的命名的输入。可以在多个输入中的任何输入满足条件时向它们给予边沿。可以在输入的or列表中混合命名和编索引的输入。多个输入可以由or关键词或者逗号分离。输入索引始于0。一些示例包括：waitforrisingedgeofinput0waitforfallingedgeofinputspartdetect,disableswitchwaitforrisingedgeofinput1,2,3or4ordisableswitch等待语句也可以用来等待一个或者多个输入改变成希望的状态(例如，设置状态或者清除状态)：“waitfor<state>input(s)<input-list>”。“and”关键词可以用来指示要求所有输入在希望的状态中以满足条件。相似地，“or”关键词可以指示如果输入中的任何输入达到希望的状态则满足条件。一些示例包括：waitforsetinput3waitforsetinput3,12andenablewaitforsetinputs3and12andenablewaitforclearinputsinprogressorabort等待语句可以用来等待设置或者清除一个或者多个标志：“waitfor<state>flag(s)<flag-list>”。这与如以上那样等待设置或者清除一个或者多个输入类似。可以给予多个标志，并且为了可读性而可以用复数形式使用“flag”关键词。标志由声明的标志变量指示。一些示例包括：waitforsetflaggoahead；waitforsetflagsdonea,donebanddonecwaitforsetflagfinishedsetorfinishedclearwaitforclearedflagavailable[i]等待语句可以用来等待一个或者多个触发梯激发：“waitfortriggerladder<integer-expression>”。触发梯可以由它的索引指定而触发梯索引始于0。示例包括：waitfortriggerladder1waitfortriggerladders1or3waitfortriggerladders0,1,2or3其它类型的等待语句包括但不限于：·等待正交编码器计数器减少：“waitfordecreasingcounter<counter>”。这可以与另一条件、比如零件检测输入的上升沿使用；·等待正交编码器计数器增加：“waitforincreasingcounter<counter>”。这也可以与另一条件、比如零件检测输入的上升沿使用；·等待相同过程中的先前发送语句完成传输“waitforsend(sender)tofinish”。例如它可以用来等待以太网suresynctm事件传输在过程修改净荷以便避免破坏用于进行中的传输的净荷之前完成；·等待消息到达协处理器或者动作引擎中的事件分组接收器端口：“waitformessage”。发送设备的设备id可以在配置时存储于功率中或者在运行时间由主机计算机配置。如果事件发送器相关，则等待语句可以跟随有接通消息端口值的“if-elseif”语句。在某些实施例中，等待消息的过程不会等待别的任何信息。这使过程能够连续运行或者等待消息，这又使调度器能够向过程给予接收的消息。然而如果调度器从接收器外设读取消息并且无过程等待消息，则可以丢弃消息。可以一起组合多个条件，从而必须在完成等待语句之前在相同时间满足所有条件。这可以通过组合等待语句中的“for”子句与“and”关键词来完成。示例包括：waitforsetflaggoaheadandforsetinputenabled；waitforsetinputenabledandforcounterticker>100；在一些实例中，动作引擎/协处理器直至已经完成未完成消息发送才可以执行等待语句。对于与可以在执行消息确认/无确认握手时具有高延时的1×1设备通信，这可能造成毫秒以上的延迟。如果这是不希望的，则分离一次性过程可以用来发送消息从而从过程去除这一延时。通常，主处理器190向动作引擎110c和/或协处理器委派尽可能多的条件。通常，主处理器190向在动作引擎110c的事件表112中的每个时隙140和/或向每个协处理器指派一个条件。它可以基于指令的初始编译、希望的延时、动作引擎110c和协处理器的能力、条件本身和/或它自己的能力向相应时隙140和/或协处理器指派条件。例如，主处理器190可以基于以下各项中的至少一项确定第一条件子集用于由特定协处理器评估：预计多个条件的第一子集在动态环境中出现的时间段；预计多个条件在动态环境中出现的特定序列；在动态环境中采取的至少一个先前动作；动态环境的当前状态；主处理器的响应时间；以及至少一个协处理器的至少一个属性(例如，工作状态、处理速度、存储器大小、输入信号数目、输入信号类型、输出信号数目和输出信号类型)。在一些示例中，协处理器被配置用于评估数目比可以至少部分基于在动态环境中的所需响应时间定义的最大允许延时的某个固定的最大条件数目更小的条件。主处理器也可以动态地、例如响应于动态环境的评估、新指令和/或先前存储的指令重新指派条件。通过向动作引擎110c和/或协处理器委派条件，主处理器190可以执行其它处理任务而不是以串行方式监视条件。例如，主处理器可以在第一时间配置给定的协处理器以仅评估第一条件子集并且如果满足第一条件子集则提供代表多个动作中的第一动作的控制信息。以后在第二时间，主处理器重新配置协处理器以仅评估第二条件子集并且如果满足第二条件子集则提供代表另一动作的附加控制信息。在一些情况下，主处理器可以至少部分基于是否满足第一条件子集来确定第二条件子集。在这些情况中的至少一个情况下，主处理器至少部分基于以下各项中的至少一项确定第二条件子集：预计第二条件子集在动态环境中出现的时间段；预计条件在动态环境中出现的特定序列；动态环境的当前状态；在动态环境中采取的至少一个先前动作；以及主处理器的响应时间。主处理器可以至少部分基于处理器的属性中的至少一个属性确定第二条件子集，这些属性包括但不限于：协处理器的工作状态(例如，空闲、活跃等)；协处理器处理的输入信号的第一数目；协处理器处理的输入信号的第一类型；协处理器处理的输出信号的第二数目；以及协处理器处理的输出信号的第二类型。在一个方面中，主处理器190根据来自优化编译器(未示出)的编译的计算机可实施指令确定如何委派条件(并且也可能委派动作)。本领域技术人员容易理解，编译器将用户编写的源代码(例如，在scoretm编程语言中)变换成可以由主处理器、动作引擎和/或协处理器执行的目标语言、比如对象代码。在执行这一变换时，编译器可以按照在源代码中呈现的顺序编译源代码并且用相似或者粗略地类似的排序产生对象代码。编译器也可以例如通过沿着连接状态(等待语句/条件)的边沿(动作)从状态到状态来分析通过编译源代码而生成的状态机。在一个示例中，用户例如通过向编译器提供命令行变元来向编译器供应可用动作引擎和/或协处理器的简档。编译器使用这一简档以在编译的对象代码内指明某些条件和某些动作为在可用动作引擎和/或协处理器的能力内。主处理器可以向在编译的对象代码中指明的动作引擎或者协处理器指派这些条件(并且也可能指派动作)。在一些实施例中，编译器在编译时间确定动作引擎/协处理器资源向指明的条件(和动作)的这样的分配，并且这些分配保持静态。在其它实施例中，主处理器可以用动态方式、例如响应于动态环境的演变或者系统或者部件状态的改变向指明的条件(和动作)分配或者重新分配动作引擎/协处理器资源。在这样的动态环境中，主处理器可以创建和/或维护可用动作引擎/协处理器资源的简档。例如主处理器可以通过轮询可操作地耦合的动作引擎/协处理器设备、通过从可操作地耦合的设备接收状态更新和/或通过经由命令行变元或者任何其它适当接口从用户接收简档来获得关于可用动作引擎/协处理器资源的信息。主处理器190也可以创建和维护过程(状态机)列表，该列表包括完全或者部分向动作引擎110c委派的过程(状态机)和它为本身保留的过程(状态机)的状态。在操作期间，主处理器190使用这一列表以推进由系统实施的状态机中的每个状态机。例如可以向给定的协处理器分派任务为对于特定条件(例如，零件到达在组装线中的指明的点)监视动态环境。在协处理器确定已经满足条件(例如，零件到达指明的点)时，过程退出等待状态以执行预定动作(例如它指令相机拍摄零件的图片)。协处理器也通过向主处理器190传输通知信号(简称为“通知”)来向主处理器190通知已经满足它的条件。例如，如果动态环境的特定条件与协处理器监视的条件匹配并且向主处理器提供匹配信号作为通知信号，则协处理器可以生成匹配信号。在从协处理器接收已经满足条件的通知信号(匹配信号)时，主处理器190在它的状态机列表上等待通知的那些状态机，这些状态机包括协处理器实施的状态机。根据状态机，主处理器190可以指出已经满足条件并且允许协处理器继续实施过程，或者它可以暂停协处理器实施的状态机(过程)并且使协处理器实施另一状态机。它也可以使用通知以开始、暂停或者推进系统实施的其它状态机。概括而言，在一些实施例中，协处理器对于单个处理器评估的等待语句条件可以让与布尔逻辑组合的若干子条件跟随有将在满足作为整体的条件和/或满足子条件时采取的一个或者多个过程步骤；这是委托协调处理器在任何给定的时间对于单个过程实例完成的操作。在满足条件并且完成动作时，协处理器通知主处理器，该主处理器可以对于过程中的下一等待语句重新委托协处理器。每个语句(条件)可以让至少一个特定动作与它关联。如果可能，则主处理器190也向被指派用于监视特定条件的相同时隙140或者协处理器委派与特定条件关联的动作。在一些实施例中，主处理器190向动作引擎110c和/或协处理器140委托涉及到输入和输出的动作。这些动作可以包括但不限于：发送分组、设置输出、清除输出、添加输出、锁存计数器、设置标志、清除标志、获取信号量、释放信号量和误操作(no-op)。在一些情况下，主处理器190基于被指派用于监视关联条件的时隙140或者协处理器的能力委派动作。它也可以基于关联动作和时隙140或者协处理器的用于执行关联动作的能力向时隙140或者协处理器指派条件。主处理器190也可以向时隙140或者协处理器委派条件而向本身保留关联动作的执行。例如，主处理器190可以执行与访问存储器中的信息有关的所有动作，这些动作包括但不限于：在存储器中存储信息；从存储器取回信息；递增存储器中的变量；以及涉及到在存储器中存储的数的算术。主处理器190也可以在按照需要或者按照希望的基础上执行其它类型的动作。以下是适合用于使用这里公开的系统和方法、包括图6中所示系统而实施的过程(状态机)和子过程的若干伪代码示例。井号(#)指示每个示例中的备注。示例1：一个状态的连续过程示例1是称为“send_on_edge”的连续过程，在该连续过程中向协处理器分派人为为等待输入i的上升沿(条件)并且在满足条件时向另一设备发送分组(动作)。协处理器也在检测到上升沿时向主处理器通知已经满足它的条件。在这一示例中，一旦协处理器已经发送分组，协处理器在协处理器的存储器中重新加载相同条件和动作操作对。协处理器继续监视输入i的上升沿直至例如主处理器190暂停或者中断协处理器。实施八次(i＝0…7)这一过程而每个实例在动作引擎中的分离时隙中或者在对应协处理器上运行。示例2：两个状态的连续过程示例2是称为“send_on_pulse”的连续过程，在该连续过程中，协处理器根据动态环境的演变在两个状态之间交替。在第一状态中，协处理器如在示例1中那样等待上升沿在输入i上出现(这是这一过程的第一条件)。一旦协处理器检测到输入，它就如以上那样向另一设备发送分组并且向主处理器通知已经满足第一条件。它也在继续它的第二状态(“waitfor100ms”)之前执行另一动作——它设置输出i+8。在这一第二状态中，协处理器等待100ms流逝这一第二条件出现。一旦满足这一条件(即100ms已经流逝)，协同各处理器执行它的第二动作——清除输出i+8——并且向主处理器通知已经满足第二条件。它然后向第一状态转变回以等待第一条件再次出现。如同示例1中的过程，示例2的过程继续直至它例如由主处理器190暂停或者中断。它也被实施八次(i＝0…7)，每个实例在动作引擎中的分离时隙对中或者在对应协处理器上运行。用动作引擎中的至少两个时隙执行示例2，因为它涉及到与一个条件关联的两个动作——满足“risingedgeoninputi”(条件1)触发“sendsenderi”(动作1a)和“setoutputi+8”(动作1b)二者。向第一时隙中加载条件1和动作1a，并且向链接到第一时隙的第二时隙中加载动作1b。也向第二时隙加载总是条件“doalways”，该条件被实施为“counter[0]>＝0”并且无论何时满足条件1都使它执行(对于将时隙“链接”在一起的更具体讨论见下文)。示例3：具有主处理器动作的连续过程示例3是标题为“send_sequence”的另一连续过程，在该连续过程中，协处理器监视条件并且协处理器和主处理器各自响应于检测到条件来执行动作。在这一情况下，过程始于声明名称为“sequence”的静态变量(“staticunsignedintegersequence”)和随着每个事件分组而用完的16字节净荷p。一旦已经初始化这些，主处理器将净荷中的字“p.dword”设置成“sequence”变量的值。协处理器然后进入等待状态，在该等待状态中，它对于在输入i上的上升沿监视动态环境。在它检测到上升沿时，它向主处理器通知已经满足它的条件并且发送净荷，这可以触发接收净荷的相机或者其它设备。在接收已经满足条件的通知时，主处理器递增变量“sequence”。主处理器执行这一动作，因为变量涉及到访问存储器中的信息，这经常超出动作引擎或者协处理器的能力。主处理器也将状态机推进至它的下一状态，在该状态中，协处理器等待发送器完成它的动作。如果协处理器检测到满足这一条件，则它执行对应动作。在这一情况下，对应动作为“无操作”或者“no-op”，因此代码未包括具体命令。协处理器也向主处理器通知已经满足条件，并且主处理器响应于通知将状态机推进至它的下一状态(这里为回到“waitforrisingedgeofinputi”状态)。如同在示例1和2中的过程，示例3过程运行直至它被暂停或者中断并且在八个分离实例中被实施。在示例3中，条件2(“waitforsendertofinish”)旨在于防止过程语句改写净荷缓冲器(在示例3中为p)直至完成发送，这在非确定性的时间段中由于网络争用和通信协议延时变化而发生。这是因为协处理器可能不能在使用发送动作时获得对希望的物理网络资源的访问。有用于应对访问问题的若干可能方式，这些方式包括但不限于：(a)添加用于保存净荷和端口号用于在处理之前存储的队列；(b)保持向主处理器的通知直至已经完成发送；以及(c)向主处理器添加发送已经完成的另一通知并且向主处理器立即通知条件满足和动作完成。选项(a)可能由于fpga资源限制而在现场可编程门阵列(fpga)实现方式中不是最优的。选项(b)可能引入额外延迟，因为发送完成可能由于在事件消息协议中与非实时对等体(例如，运行ms的主机计算机)的缓慢握手速度而花费上至1ms。选项(c)允许主处理器在等待语句之后立即运行非协处理器兼容动作、但是防止主处理器修改事件表时隙直至发送已经完成。在一些实现方式中，每个等待语句具有隐式“waitforsendtofinish”，因为直至已经完成在等待语句前面的所有发送语句才可以改写时隙。在包括以下示例4中所示情况的一些情况下，主处理器评估“流量控制语句”、比如“if”语句以确定如何推进状态机。例如评估可以产生使主处理器将一个或者多个状态机推进至特定第一状态的第一结果或者使主处理器将一个或者多个状态机推进至特定第二状态的第二结果。流量控制语句也可以用来判决中断、停顿或者暂停进行中的过程并且启动其它过程。示例4：流量控制语句示例4是包括流量控制语句的子过程。示例4的子过程包括四个状态，这些状态中的每个状态由“wait”语句和现实环境的特定条件指、例如是比从零件的当前位置的预定值更大或者相等的零件定位计数器(“counterpartposition>＝rejectdistancefromposition”)。如同在示例1至示例3中，那样动作引擎或者协处理器评估每个条件并且如果满足条件则通知主处理器并且执行适当动作、比如no-op、清除输出或者设置输出。主处理器响应于通知来推进状态机器并且可选地动作。在示例4中，主处理器通过评估流量语句(“ifvotes<2orinputdorejectisset”)来控制状态机的流量，该流量语句涉及零件是否已经通过在两个不同检查站的检查。在整个过程的另一部分(以上未列举)中，检查站对零件的质量“投票”，并且主处理器响应于检查站的输出来递增变量“votes”。在相同时间，协处理器监视零件的定位。如果协处理器感测到零件已经到达特定定位，则它通知主处理器，该主处理器响应于通知来评估流量控制语句。如果主处理器确定零件已经检查失败(例如，由于“votes”变量小于2或者设置“doreject”输入)，则主处理器递增故障计数(“failure_count”)并且通过设置“reject”输出来使或者允许协处理器拒绝零件。状态机然后推进至如下状态，在该状态中，协处理器等待计数器时间等于或者超过指定的时间段(“rejectduration”)。如果零件尚未检查失败，则主处理器将状态机推进至如下状态，在该状态中，协处理器等待零件定位计数器等于或者超过另一变量(“acceptdistance”)。示例3和示例4也图示使用声明语句以设置变量并且配置外围设备、例如，相机等。声明可以用来设置在主处理器的存储器中存储的变量、比如示例3中的“sequence”变量或者示例4中的(隐式地)声明的“rejectdistance”和“position”变量。它们也可以设置计数器值、比如示例4中的“partposition”计数器，该计数器被声明为输入0和1上的正交计数器“partposition”。它也可以被声明为输入2的上升沿上的脉冲计数器“partposition”。其它声明可以设置包括输入和输出变量的外设变量。输入可以被声明为具有脉冲滤波器。输出可以被声明为具有脉冲宽度和极性反转。计数器和其它外设变量声明获得编译成由主处理器执行的指令，该主处理器加载外围设备的配置寄存器。当在程序中使用计数器时，事件表条件和动作访问编译器分配的计数器。示例5：设置过程示例5是设置过程，主处理器使用该设置过程以向哦引擎/协处理器分派任务为特定过程的不同实例。不同于示例1-4中的过程，示例5过程未涉及到任何条件。取而代之，它是创建另一过程(这里为来自图3的“send_on_sequence”过程)的八个实例的简单一次性过程。这些实例中的每个实例在动作引擎中的对应时隙上或者在分离协处理器上运行。在各种实施例中，可以在内务cpu190上执行任何语言语句(计算机可实施指令)，但是更大或者更小语言语句集合也可以由这里描述的一个或者多个动作引擎执行。可以在内务cpu190上运行不能在本发明的一个具体实施例的动作引擎上执行的任何语句。通常，可以在一个具体实施例的动作引擎上运行的任何语句可以由内务cpu190向动作引擎分配。语句或者语句组可以在它们的执行之前的任何时间被取消。在一个实施例中，计算机可实施指令允许可以同时运行在适当计算机语言(例如，scoretm)中描述的任何过程并且也可以同时运行给定的过程的多个实例。在一个方面中，将语言编译成以上更具体描述的条件/动作对；在示例实现方式中，将这样的条件/动作对汇编成可以在高和固定速率扫描的事件表(例如，如以上结合图6的事件表112和动作引擎110c讨论的那样)。也可以如以下更具体所述链接条件/动作对。参照图6，在一个实施例中，内务cpu190可以向动作引擎110c的事件表112添加和去除条目而未影响或者中断动作引擎110c的操作。如果由于内务cpu字大小(该内务cpu字大小可以例如是32位)小于事件表寄存器140c的宽度(该宽度可以例如是64位)而必需，则可以部分通过先将输入条件写入成零、然后其次写入动作来写入给定的寄存器140c。当前未使用的寄存器140c可以具有零第一字，该字指示从来不能满足的“未使用”条件操作。扫描器130c不会在它的扫描中考虑具有“未使用”条件的任何事件表条件142c，因此不会在内务cpu190完成写入部分写入的事件表寄存器140c之前执行行在部分地写入的事件表寄存器140c中的指令144c。在另一方面中，内务cpu190可以向动作引擎110c分配的任何语句或者链接的寄存器140c组将完全或者完全未运行。具体地，通过从第一到最后(相对于扫描方向)用零、然后从最后到第一(同样相对于扫描方向)用新条件142c和动作144c向连续事件表寄存器140c写入链接的组，除非处理所有条件/动作对才会处理它们(例如，由动作引擎110c的扫描器130c处理)，即使扫描器130c在内务cpu190写入链接的组之时多次通过对应存储器段的地址；扫描器的规则使得它不会执行在链接的组中的事件表寄存器140c的动作，即使满足该事件表寄存器自己的输入条件，除非也满足上至并且包括链位未被设置的下一先前事件表寄存器140c的所有先前事件表寄存器140c的所有输入条件。由于在设置成零的事件表寄存器140c段中写入每个新事件表寄存器140c，所以在先事件表寄存器140c不会具有有效输入条件，因此它和刚才写入的事件表寄存器140c都不会被执行。相似地，通过从第一到最后清除链接的事件表寄存器140c的集合(例如，通过向寄存器140c填充全零或者全一)，并且对于每个事件表寄存器140c通过先清除用于每个事件表寄存器140c的输入条件来开始，在与扫描器130c对事件表寄存器140c进行寻址的速率相等或者更慢的速率，内务cpu190可以对于尚未以将执行链接的事件表寄存器140c的整个集合或者不会执行任何事件表寄存器140c这样的方式向特定协处理器/动作引擎分配的过程步骤替换或者甚至清除寄存器140c的链。用于对主处理器190进行变成从而高效地编译程序语言以提供可执行代码(例如，用于处理单元194和主处理器190)并且所得过程由主处理器190实施用于更新动作引擎110c的事件表112(或者更一般地“对”一个或者多个协处理器“进行编程”以评估特定条件)的前述技术产生若干独特优点优点。这一方法产生可以在任何通用处理器(有或者无一个或者多个动作引擎或者其它协处理器)上很快运行的仅为紧凑的代码集。然而，在结合图6中所示动作引擎110c并且具体结合扫描器130c运用时，这些技术即使在动态环境中的条件演变将要求代码执行分支和/或为常规系统进行和/或取消函数调用时仍然产生完全确定性的操作。事实上，可以进行这些转变而未重新布置动作引擎110c中的存储器指针，因为以上描述的发明技术允许多个例程(例如，事件表寄存器140c的链)运行至完成而未向(主处理器190中的)调用过程发回信号。无任何回路或者跳转的指令集的简化保持协处理器/动作引擎程序空间的运行时间有确定性。也指出内务cpu190无需专用于对于动作引擎的内务。内务可以由通用操作系统、比如linux或者windows上的过程和/或设备驱动器完成。动作引擎可以与计数器、数字和/或模拟i/o接口等一起在外围卡(比如pci)上从而允许通用计算机在与这里描述的动作引擎串接工作时实现与专用嵌入式计算机相同的事件处置精确度。也可以在一个或者多个现场可编程门阵列(fpga)中或者作为其它适当处理器的汇集实施动作引擎和/或分离协处理器。流水线化、延时和抖动在图6中所示动作引擎110c的一个示例实现方式中，扫描器130c被配置用于实施“流水线化”技术以进行输入信号66与条件142c的比较。本领域技术人员容易理解，“流水线化”是一种通过将计算拆分成被连接形成计算“流水线”的系列级来增加吞吐量的计算技术。流水线的每级与其它级并行执行计算的它的部分(例如，比较输入信号66与条件142c的集合)，这很像组装线上的工人。流水线化加速扫描器130c的动作，从而无论比较输入信号66与给定的条件142c可能需要多久，在每个寄存器140c上花费的时间限于一个时钟周期。关于计算动作引擎的“延时”、即为了比较动态环境在给定的时间的特定输入状态与在事件表中包含的多个条件集合并且响应于输入状态传输一个或者多个指令而需要的时间段，在一些示例实施例中，可以考虑动作引擎110c实施的流水线化技术来推导这样的延时。例如动作引擎110c比较输入信号66和/或发现的状态改变(见以上段落89)与条件142c的特定集合并且作为响应传输一个或者多个指令而需要的时间等于扫描器130到达对应事件表寄存器140c而需要的时间加上依赖于流水线中的级数的经过流水线的传播时间。对于具有128个寄存器140c的事件表112和具有三级流水线的在100mhz钟控的扫描器130，从输入到输出的最长可能时间为1.31μs，这对应于在遍历事件表112的扫描的恰好开始就出现、但是直至遍历事件表112的扫描的恰好结束加上经过流水线的0.03μs传播时间(即，三个时钟周期)才使用的条件142c。从输入到输出的最短可能时间为0.030μs。因此，动作引擎110c用延时或者时间延迟比较输入信号66和/或发现的状态改变与条件142c的集合，该延时或者时间延迟由事件表112中的寄存器140c的数目、流水线中的级数和时钟频率界定。使用事件表寄存器140c以很快评估少量条件142c的附加优点是延时变化很小。可以定义抖动为在最长延时与最短延时之间的差值。对于评估单个条件142c的事件表寄存器142c，延时变化最小并且根据如何传输传入和传出数据可以近似为零。在以上示例中，最长可能延时为1.31μs，并且最短可能延时约为0.3μs，这对应于1.28μs或者一个扫描时间的抖动。(应用输入滤波器、发现输入状态改变或者经由以太网分组接收和传输数据可能引入与动作引擎110c独立的可变延迟。)低抖动在如下应用——例如触发图像——中尤其有用，在这些应用中，只要延时完全可重复，长的响应延迟就理想地可接受，并且在这些应用中，如果个别延时高度地可变，则甚至短得多的最大延时仍然不可接受。例如，在机器视觉应用中，减少抖动使得有可能减少传感器视野，这又允许兴趣景物的更高分辨率图像。考虑如下情形，在该情形中，用于对快速移动零件进行成像的时间窗约为10μs，但是抖动如它将与plc那样比100μs大得多。捕获零件的图像需要通过增加视野以适当在零件本身的大小的十一倍以上来扩展时间窗以明显大于110μs，这又按照多于十的倍率减少在专用于对零件进行成像的传感器上的像素数目。对照而言，具有约为2.5μs的抖动的动作引擎110c可以用来用专用于对零件本身进行成像的传感器的有效面积的约80％获取相同零件的图像。条件/动作对存储器结构和执行本发明的实施例可以包括用于存储一个或者多个“条件/动作对”的特定存储器结构。例如，在图6中所示动作引擎110c中，事件表112以多个寄存器140c的形式提供专用存储器，这些寄存器中的每个寄存器存储条件/动作对为特定位序列(在图6中一般由条件142c和动作或者“指令”144c代表)。通常，一个或者多个寄存器140c可以包括多个相邻存储器寄存器，这些存储器寄存器被布置为代表将评估的条件的第一数目的位和代表如果满足条件则将采取的动作的第二数目的位。通常，各种实施例、比如图5和6中所示实施例可以包括形式为一个或者多个寄存器(例如，图5中的寄存器140b；图6中的寄存器140c)的存储器结构，该一个或者多个寄存器保持相应条件/动作对为给定的寄存器中的某个位布置。应当理解在一些实例中，与满足的特定条件对应的给定的动作可以是未采取动作，该动作涉及动态环境中的一个或者多个设备的控制。换言之，用于给定的条件/动作对的一个可能动作是在动态环境中未采取肯定动作，这里也被称为“no-op”。在no-op的一些实例中，如下文具体所述，动作引擎如果评估的特定条件被满足则却可以通知主处理器和/或继续评估如在事件表的后续寄存器中指定的一个或者多个其它条件。也应当理解可以根据这里公开的各种实施例以多种方式实施“条件/动作对”的概念。例如，在一些实现方式中，代表特定条件/动作对的条件部分的存储器内容可以包括在给定的寄存器内的某个数目的相邻位和/或可以包括在给定的寄存器中分散的某个数目的位而居间寄存器内容未必涉及条件部分。相似地，代表特定条件/动作对的动作部分的存储器内容可以包括在给定的寄存器内的某个数目的相邻位和/或可以包括在给定的寄存器中分散的某个数目的位而居间寄存器内容未必涉及动作部分。因而，根据这里公开的发明概念设想在给定的存储器位置/寄存器内的代表给定的条件/动作对的广泛多种内容组织。在以下具体讨论的一个示例中，用于包含条件/动作对的存储器结构可以包括64位字大小的寄存器(例如，该寄存器可以在单个时钟周期中被访问和读取)，该寄存器的某个数目的位代表或者涉及将评估的条件142c，并且该寄存器的另一数目的位代表或者涉及如果满足条件则将采取的动作144c。在一个非限制示例中，将64位寄存器分割成三个部分，并且在这些三个不同部分中将条件142c和动作144c分别编码为：1)16位无符号寄存器代表的“操作码”；2)16位“动作参数”；以及3)32位“条件操作数”，其中在动作参数和条件操作数中包含的信息可以有助于实施在操作码中的操作。下表1举例说明这样的64位寄存器的一般格式，其中在48-63位中代表操作码部分，在位32-47中代表动作参数，并且在位0-31中代表条件操作数。表1：条件/动作对的示例编码63-4847-3231-0op-codeactionparameterconditionoperandop-code：操作码actionparameter：动作参数conditionoperand：条件操作数关于表1中所示64位寄存器的操作码部分，下表2提供用于16位操作码的不同字段的示例格式：表2：条件/动作操作码的示例编码在以上示例中，操作码的四个最高有效位(位15-12，在表2中分别标注为“f”、“e”、“d”和“c”)指定用于将评估的条件142c的条件类型代码(标注为“op”)。四个次最高有效位(位11-8，在表2中分别标注为“b”、“a”、“9”和“8”)代表用于动作144c的动作操作数(标注为“act”)。操作码的其余位包括链位c、xor位x、通知位n、满足位s、最后条件位l和一个或者多个计数器值ctr，以下更具体轮流描述这些位中的每个位。在当前示例中，再次参照表1，在64位寄存器的位0-31中的32位“条件操作数”可以与在操作码的op字段中指定的条件类型代码一起用来确定是否已经满足特定条件。此外，在64位寄存器的位32-47中的16位“动作参数”可以与在操作码的act字段中指定的动作操作数一起用来指定如果满足特定条件则将采取的对应动作。另外，操作码字段c(连)、x(xor)和ctr(计数器)可以被运用于评估特定条件，并且操作码字段n(通知)、s(满足)和l(最后条件)可以被用于指定对应动作。因此，如下文具体所述，表1中所示64位寄存器的第一位/字段集合、即op、c、x、ctr和“条件操作数”可以共同地定义在64位寄存器中代表的条件/动作对的条件142c；相似地，64位寄存器的第二位置/字段集合、即act、n、s、l和“动作参数”可以共同地定义在64位寄存器中代表的条件/动作对的动作144c。更具体地，表2中所示操作码的条件类型代码op指定将监视的条件类型、将监视的一个或者多个输入信号和/或满足条件的任何监视的输入信号的状态。对于一些条件类型代码op，条件的满足至少部分依赖于在64位寄存器的位0-31中代表的32位“条件操作数”的一个或者多个值(参照上表1)。可以在操作码的op字段中存在的示例条件类型代码包括但不限于：0-未使用寄存器1-在计数器#ctr小于或者等于操作数时的动作2-在计数器#ctr大于或者等于操作数时的动作3-在操作数[0..15]中设置的任何输入上检测到上升沿时的动作4-在操作数[0..15]中设置的任何输入上检测到下降沿时的动作5-在触发梯在操作数[0..15]中设置的任何剃上激发时的动作6-在高信号在操作数[0..15]中设置的任何输入上存在时的动作7-在低信号在操作数[0..15]中设置的任何输入上存在时的动作8-在高信号在操作数[0..15]中设置的所有输入上存在时的动作9-在低信号在操作数[0..15]中设置的所有输入上存在时的动作10-在设置状态在操作数[0..31]中设置的任何标志上存在时的动作11-在清除状态在操作数[0..31]中设置的任何标志上存在时的动作12-在设置状态在操作数[0..31]中设置的所有标志上存在时的动作13-在清除状态在操作数[0..31]中设置的所有标志上存在时的动作14-在计数器#方向(条件[bit0]:1->inc,0->dec)时的动作15-未定义可以使用以下讨论的x位来定义在操作码的op字段中指定的附加条件类型代码(例如，可以使用x位来重新定义以上条件类型代码3-15)。在这一非限制示例中，ctr位用于条件类型代码1、2和14；在其它示例中，ctr位可以在非零时用来重新定义其它条件类型代码。上表2中所示操作码的动作操作数act指定将在满足条件类型代码和条件操作数(并且在以下情况下64位寄存器的其它字段)指定的条件时采取的对应动作。对于一些动作操作数act，将采取的动作至少部分依赖于在64位寄存器的位32-47中代表的16位“动作参数”的一个或者多个值(参照上表1)。可以在操作码的act字段中存在的示例动作操作数代码包括但不限于：0-no-op–无操作(例如，如果设置n则提出中断完成)1-队列消息传输将动作参数解释为在位0-3中的描述符#、在位5中的在消息确认时通知内务cpu的标志、在位12-6中的净荷索引。2-设置输出：在动作参数中设置的位指示输出是设置。3-清除输出：在动作参数中设置的位指示输出是清除。4-锁存数据输入。(无动作参数)5-锁存计数器值：在动作参数中设置的位指示计数器将被锁存。6-零计数器：在动作参数中设置的位指示计数器将被归零。.7-设置标志msw：在动作参数中设置的位指示标志将被设置。8-设置标志lsw：在动作参数中设置的位指标志将被设置。9-清除标志msw：在动作参数中设置的位指示标志将被清除。10-清除标志lsw：在动作参数中设置的位指示标志将被清除。11-得到信号量：在动作参数中给予信号量索引。12-释放信号量：在动作参数中给予信号量索引。13-15-保留。动作15可以是扩展动作而动作参数的某个数目的位用来指示动作、减少数目的位用来指示动作操作数。结合以上指定的动作操作数中的一些动作操作数使用的16位动作参数可以包括但不限于：描述符#(例如，位0-3)、通知ack(例如，位4)、通知exh(例如，位5)、净荷#(例如，位6-12)或者位字段(例如，位13-15)。如以上所述，在代表条件/动作对的64位寄存器的位48-63中包含的16位操作码的其它位可以包括来自先前寄存器的链位c。如果设置链位c，则在先前事件表寄存器140c中的条件142c必须在可以考虑事件表寄存器140c中的条件142c之前为真。它们也可以包括：实施阴影寄存器的xor位x，从而比较无需应对上溢或者下溢；在设置成1时在满足输入条件时使完成消息向内务cpu190转发的通知位n；以及在满足条件142c时设置的满足位s。其它位也可以包括用来在满足条件142c时使扫描器将条件操作数op重置成零的最后条件位l。换言之，最后条件位l防止来自事件表112的下一扫描重新满足条件。在将满足多个条件142c(例如，如以下所述使用链位c)时，在将执行动作144c时，以前寄存器不会让l位设置成使得可以重新评估操作。与do-always条件链接在一起的事件表寄存器可以让最后位被设置成以防止动作重新发生。可以使用scoretm编程语言对动作引擎110c进行编程。具体地，如上文所述，可以根据本发明的一个实施例经由发明编程语言对内务cpu(主处理器)190进行编程，该编程语言在编译时使主处理器能够轮流提供指令以用条件/动作对的形式向动作引擎分派任务。以下给出scoretm语句和所得事件表设置的示例。格式化scoretm语句，从而每个scoretm代码行与单个条件/动作对匹配：用于监视更复杂条件的链位在一些情况下，图6中所示事件表112的寄存器140c可能未宽到足以描述更复杂条件/动作对。在这样的情况下，动作引擎110c、事件表112和扫描器130c可以被配置用于使用链位(在图6中表示为“c”)来评估更复杂化的输入条件集合(例如，多个条件，在满足这些条件时断言一个或者多个动作)。每个链位在逻辑上是条件142c的对应集合的部分，因为它包括满足在先前事件表寄存器140c中代表的特定条件142c。在效果上，链位可以用来通过链接一组连续事件表寄存器140c以形成单个“超寄存器”用于定义输入条件组来增加单个事件表寄存器140c的有效(和有限)大小，必须满足所有这些输入条件组以便采取在这一链接的事件表条目组中描述的动作。将事件表寄存器140c的连续块链接在一起在逻辑上将链接的寄存器140c“and”在一起、即它通过发出特定指令集(可能按照预定顺序)来使它们对输入信号66的特定组合做出反应。图8图示链接的事件表寄存器140c如何标识已经链接在一起的一组条件142c并且对该组条件做出反应。(为了简化，图8仅示出用于每个寄存器140c的条件142c和输出144c的集合。)每个事件表寄存器140c对传感器输入a-c和当前计数器值ct(在图8中未示出)以及标志寄存器值和在链接的事件表寄存器的集合中更早的信号量请求是否成功的不同组合做出反应、按照约定，在链接的组140c-1中的第一事件表条目不会让它的链位被设置。在这一示例中，事件表寄存器140c-2至140c-4都让链位c设置成1。事件表寄存器140c-5具有低链位c、因此与事件表寄存器140c-1至140c-4独立地操作。链接的寄存器140c-1和140c-2各自包括相应条件142c-1和142c-2以及无操作(no-op)动作144c-1和144c-2、继而为“关键寄存器”——这里为具有“有用”条件142c-3和除了no-op之外的动作144c-3的单个寄存器140c-3。这样的“关键寄存器”可以并且在这一情况下跟随有另一寄存器140c-4，该另一寄存器具有也应当在满足链接的组的输入条件时采取的附加动作。为了保证在执行关键条目的有用动作时也立即采取有用动作144c-4，将输入条件142c-4设置成同义反复地为真的条件、即counter[0]>＝0(noxor)。这不会引起过早执行在这一事件表条目中的动作，因为作为链接的一组事件表条目的部分，也必须满足在这一链接的组中的所有先前输入条件。在寄存器140c-2中设置最后条件位l，该意味着必须在关键寄存器140c-3上设置满足位s之前在单个表扫描中满足寄存器140c-1和140c-2。一旦在关键寄存器140c-3上设置满足位s，先前寄存器140c-1和140c-2的状态无关紧要，因为将在每个扫描时重试关键寄存器140c-4中的动作144c-4(假设它是信号量或者发送动作，因为所有其它动作在第一尝试时完成)。在链中的在关键寄存器144c-3之后的寄存器140c-4将让最后条件位l被设置从而指示满足位s可以由扫描器130c设置。用于跟踪动态环境的演变的信号量图6中所示动作引擎110c也可以响应于现实系统的演变来发出系列指令。对于比最大cpu响应时间(例如，10μs至1000μs)更慢出现的演变，扫描器130c可以向内务cpu190报告匹配(满足的条件)，该内务cpu如以上所述通过发出指令和/或更新事件表寄存器140c中的一个或者多个事件表寄存器来做出响应。对于更快演变(即，可以比最大cpu响应时间更快出现的演变)，动作引擎110c可以使用一个或者多个信号量以使条件142c相互连续和/或防止在相应条件142c至少部分被相同输入信号66满足的不同寄存器140c之间的争用(冲突)而无内务cpu190的干预。通常，信号量有助于管理资源争用并且可以由动作引擎获取和释放以保证一个或者多个条件的评估依赖于的一个或者多个资源可用。在一些实例中，在链接的一组事件表寄存器140c中的事件表寄存器140c-1可以尝试获取信号量的汇集中的信号量，这些信号量由扫描器管理、但是通常将响应于在以后事件表条目中的信号量释放动作而由扫描器释放或者可以由内务cpu190单边释放。与它们的其它输入条件一起，信号量的成功获取将自动是用于执行在这样的链接的事件表寄存器汇集中存在的任何后续响应动作的必需条件。在示例实施例中，信号量处置是基于测试和设置操作。信号量可以视为r/s触发器。设置操作涉及到与钟控r/s触发器的s输入同时读取触发器的输出q。如果先前未设置信号量(r/s触发器的输出的同时读取的结果为逻辑低)，则设置操作视为完成。如果先前设置信号量，则设置操作未视为成功并且不会采取依赖于设置的成功信号量的动作。不同于其它动作，信号量取得动作使在这一链中的任何后续寄存器140c被忽略直至信号量取得成功(在将来扫描时)。通过钟控向触发器的r输入来实现信号量的释放。这些信号量的仲裁版本可以用来协调多个事件表扫描器130c的操作(如关于图9所述)。例如，具有多个扫描器130c的动作引擎可以使用简单轮循仲裁方案。为了了解事件表112如何使用信号量，考虑参加设置钟控的输出(在输出0上的时钟、在输出1-7上的数据)的三个并行过程：(a)负责等待触发事件、获取信号量、设置时钟输出为低、设置1-7上的输出值以及启用第二和第三过程的第一过程；(b)包括等待设置时间、设置时钟输出为高和启用第三过程的第二过程；以及(c)包括等待组合的设置和保持时间、释放信号量以及通知内务cpu190的第三过程。三个过程中的每个过程由在事件表112中的一组链接的寄存器140c代表。(信号量可以由任何过程使用，该过程想要操控输出0-7、counter[1]和flag[0]从而允许这些过程在事件表12上的多个集合发送钟控的输出而未相互干扰。)还假设计数器counter[1]已经被设置用于对微秒刻度进行计数并且用于对输出信号进行定时。在这一示例中，设置和保持时间在输出信号上均为1ms。作为开始，第一过程获取信号量。一旦它已经获取信号量，它清除输出0和2-7、设置输出1、重置被配置用于对时基脉冲、在这一情况下为1mhz时基进行计数的计数器(counter[1])并且使用链接在一起的系列五个寄存器来设置标志(flag[0])。可以使用以下scoretm语句(具有备注)和条件/动作对(如以上那样并且在十六进制格式中编码)来表达第一过程：第二过程一旦设置标志就开始。它然后在给定的计数器值设置输出。用于第二过程的对应scoretm语句(具有备注)和条件/动作对(如以上那样并且在十六进制格式中编码)是：第三过程一旦设置标志就开始。一旦给定的计数器达到第二值，它就清除第一标志并且释放信号量。用于第二过程的对应scoretm语句(具有备注)和条件/动作对(如以上那样并且在十六进制格式中编码)是：注意仅一个标志用来启用第二过程(b)和第三过程(c)，因为第三过程(c)等待计数器流逝组合的设置和保持时间。信号量保护计数器和标志的使用，从而所有过程组可以使用相同计数器和标志。备选地，可以编写这些三个分离、并行运行的过程为单个scoretm语句，因为设置和保持时间的定时要求为1ms，这多于用于内务cpu190动作的时间：内务cpu190可以在完成时用单寄存器链替换第一个四寄存器链。在该第二链完成时，将写入另一单个链条目以执行第三等待和信号量释放。具有多个事件表/扫描器协处理器的动作引擎图9示出动作引擎110c，该动作引擎包括经由输入端口(分别指示为输入端口158c-1至输入端口158c-n；共同指示为输入端口158c)耦合到输入总线102的多个并行协处理器(分别指示为协处理器120c-1至协处理器120c-n；共同指示为协处理器120c)。每个协处理器120c包括耦合到相应扫描器(分别为扫描器130c-1至扫描器130c-n；共同指示为扫描器130c)的相应事件表(分别为事件表110c-1至事件表110c-n；共同指示为事件表110c)。如以上那样，每个事件表112包括多个条目，这些条目中的每个条目代表独立条件和对应动作的一个或者多个集合。协处理器120c并行操作以用很低延时、例如约为1.6μs或者更少的延时执行在事件表110c中存储的条件/动作对。在并行执行期间，每个扫描器130c如关于图6至图8所述比较事件表112中的条件与经由输入总线102和输入端口158c接收的输入信号66并且在匹配的情况下执行指令。如果适当，则扫描器130c经由相应输出端口(分别指示为输出端口160c-1至160c-n；共同指示为输出端口160c)向输出总线102传输输出信号68。动作引擎110c也可以包括如以上关于图6描述的计数器、标志寄存器和/或信号量寄存器。可以在具有大到足以保持144c操作码或者“条件/动作”对的存储器的单个fpga(例如，使用hdl代码)上实施以上描述的动作引擎的示例为单个事件表扫描器。扫描器通过依次评估条件来执行事件表。在扫描器发现满足的条件链时，它执行动作并且通知可以在相同fpga上实施的主控cpu关于事件表中的哪些寄存器用于满足的条件。主控cpu在过程跟随现实条件的演变时向讨论的寄存器重新加载新操作码。备选地，可以实施动作引擎为：在外围部件接口pci卡中嵌入的并且在通用计算机中使用的包含事件表寄存器和扫描器的专用芯片；用于对事件表进行解码并且运行原生指令而不是在协处理器存储器中放置原生操作码的嵌入式处理器；以及多个fpga，这些fpga中的每个fpga具有用于在很低延时评估条件的分离fpga程序。运用机器视觉技术/装备的动态环境如更早指出的那样，根据本发明的各种实施例的控制系统及其构成单元可以具有用于监视和/或控制多种动态环境、特别是需要低延时(即显著快速的响应时间)和/或低可变性延时的动态环境的广泛适用性。根据本发明的控制系统的一个示例应用由其中运用机器视觉技术和/或装备的动态环境给出。图10是其中运用机器视觉技术和装备的动态环境以及用于监视和控制该动态环境的根据本发明的实施例的控制系统的框图。图10中所示动态环境主要地涉及自动化过程10，在该自动化过程中，可以运用各种机器人装备22以及机器视觉装备(统称为装备20)以有助于实施自动化过程10，其中机器视觉装备可以包括一个或者多个图像获取设备42和照明装备44。这里讨论的控制概念适用于的自动化过程10的示例包括但不限于跟踪、排序和/或操纵在(例如，用于汽车、消费者商品制造和/或农业应用的)组装线上的零件、结合制造过程的质量控制功能(例如，对于缺陷的自动化检查)、测量用于由机器人装备操控的零件的定位和/或定向以及从成批材料(例如，食材、农产品等)去除不希望的非自然成分。在图10中，动态环境也包括(以与图1中所示方式相似的方式)用于控制机器人装备22、照明装备24和/或图像获取设备42的各种执行器或者控制设备30。环境也包括用于监视自动化过程10并且提供信息(一个或者多个输入信号66)的各种传感器或者输入设备40，该信息代表环境在给定的时间的监视的条件。如图10中所示，传感器可以包括用于获取涉及自动化过程的图像的一个或者多个图像获取设备42以及用于提供代表监视的条件的输入信号一个或者多个其它传感器44(例如，温度、湿度、压力、光和/或其它环境传感器；计数器；用于信息分组的接收队列，这些信息分组中的一些信息分组可以由一个或者多个图像获取设备或者其它设备提供，等等)。图10也示出包括如以上结合各种实施例描述的主处理器190和动作引擎110的控制系统100，该控制系统用于接收和处理代表随时间的监视的条件的一个或者多个输入信号66以便向控制设备30提供一个或者多个输出信号68(该控制设备又控制机器人装备、照明装备和图像获取设备中的一项或者多项)。此外，图10中所示动态环境也可以包括通信地耦合到控制系统100用于处理一个或者多个图像获取设备获取的图像信息并且控制照明设备的图像处理计算机200。在包括图像处理计算机200的实施例中，由代表动态环境的监视的条件的一个或者多个输入信号66另外提供的信息中的至少一些信息可以具体结合从一个或者多个图像获取设备获取的图像推导的信息由图像处理计算机200向控制系统100提供。在图10中所示动态环境中，图像获取设备42和照明设备24可以被具体运用于结合自动化过程10的监视和控制来实施机器视觉技术。术语“机器视觉”很一般地是指分析图像以提取数据用于控制过程。机器视觉技术通常包括系列操作，这些操作涉及到使用多种图像获取设备(例如，数字静止或者视频相机)中的任何图像获取设备并且在一些情况下使用透镜和各种照明装备(这些透镜和各种照明装备在一些实例中可以被具体设计和配置用于提供来自一般环境的某些对象的各种差别化以有助于后续图像处理)来获取图像。一个或者多个图像获取设备提供的图像数据可以是多种格式(例如，视频序列、来自多个相机的视图或者如来自医疗扫描器的多维数据)。然后(例如，经由可操作地耦合到机器视觉装备20和控制系统100的成像处理计算机200和/或一个或者多个其它独立/外部计算设备执行各种图像处理软件)处理获取的图像以便从图像提取各种信息，该提取的信息然后用来结合控制自动化过程做出判决。关于可以被运用于机器视觉的各种照明装备和技术，最普遍采用(使用单色或者彩色光源的)二维可见光成像技术。然而，其它适当成像技术包括但不限于其中可以运用红外线照明装备(例如，源和/或滤波器)的选择性红外线成像、线扫描成像、表面三维成像和x射线成像。关于图像获取设备，可以在这样的设备中运用多个外形规格、功能和通信协议；例如，在一些实例中，图像获取设备可能无任何特定图像处理能力，而在其它实例中，可以实施图像获取设备具有某个程度的图像处理功能(例如，“智能”相机或者传感器)。各种商业上可用图像获取设备也可以被配置用于经由多种接口、比如以太网、usb或者火线连接中的任何即可传达数据。关于可以由控制系统100的主处理器190、图像处理计算机200和/或一个或者多个其它计算/处理设备实施的示例图像处理技术，典型技术的示例包括但不限于门限化(将灰度图像转换成黑和白或者使用基于灰度值的分离)、分割、斑点提取、模式识别、条形码和数据矩阵代码读取、光学字符识别、计量(测量对象尺度)、定位、变元检测、颜色分析、滤波(例如，形态滤波)和模板匹配(发现、匹配和/或计数具体模式)。在图10中，可以包括作为使用以上指出的图像处理技术中的任何一种多种图像处理技术的结果而从获取的图像提取的各种图像信息可以作为由控制系统100从一个或者多个传感器/输入设备接收的和/或图像处理计算机200向控制系统100提供的一个或者多个输入信号66代表的全部信息的部分。例如，这样的提取的图像信息可以指示特定对象(例如，在组装线上的零件)在特定时间获取的一个或者多个图像中存在、在一个或者多个图像中检测到对象的特定定位和/或定向、在一个或者多个图像中存在的对象中观测到特定缺陷等。从图像提取的这样的信息可以单独或者与来自一个或者多个传感器的其它信息组合用来代表自动化过程在给定的时间的监视的条件，控制系统可以被配置用于基于该条件规定将结合自动化过程10采取的一个或者多个特定对应动作。结论尽管这里已经描述和图示各种发明实施例，但是本领域普通技术人员将容易设想用于执行这里描述的功能和/或获得这里描述的结果和/或这里描述的优点中的一个或者多个优点的多种其它手段和/或结构并且这样的变化和/或修改中的变化和/或修改视为在这里描述的发明实施例的范围内。通常，本领域技术人员将容易理解这里描述的所有参数、尺度、材料和配置是为了举例，并且实际参数、尺度、材料和/或配置将依赖于本发明教导被运用于的一个或者多个具体应用。本领域技术人员将认识或者能够仅使用例行实验来确立这里描述的具体发明实施例的许多等效实施例。因此将理解仅通过例示例呈现前述实施例并且在所附权利要求书及其等效含义的范围内可以用除了具体描述并且要求保护的方式之外的方式实现发明实施例。本公开内容的发明实施例涉及这里描述的每个个别特征、系统、产品、材料、工具包和/或方法。此外，如果两个或者更多这样的特征、系统、产品、材料、工具包和/或方法未互不一致，则在本公开内容的发明范围内包括这样的特征、系统、产品、材料、工具包和/或方法的任何组合。可以用许多方式中的任何方式实施以上描述的实施例。例如实施例可以使用硬件、软件或者其组合来实施。当在软件中实施时，可以在任何适当处理器或者无论是否在单个计算机中提供或者在多个计算机之中分布的处理器汇集上执行软件代码。另外，应当理解可以用多个形式、比如架装式计算机、台式计算机、膝上型计算机或者平板计算机中的任何形式体现计算机。此外，可以在一般未视为计算机、但是具有多个处理能力的设备中嵌入计算机，该设备包括个人数字助理(pda)、智能电话或者任何其它适当便携或者固定电子设备。计算机也可以具有一个或者多个输入和输出设备。这些设备可以用来呈现用户接口以及用于其它功能。可以用来提供用户接口的输出设备的示例包括用于可视呈现输出的打印机或者显示屏和用于可听呈现输出的扬声器或者其它声音生成设备。可以用于用户接口的输入设备的示例包括键盘以及指示设备、比如鼠标、触板和数字化写字板。作为另一示例，计算机可以通过话音识别或者以其它可听格式接收输入信息。这样的计算机可以由任何适当形式的一个或者多个网络互连，该网络包括局域网或者广域网、比如企业网和智能网(in)或者因特网。这样的网络可以基于任何适当计数并且可以根据任何适当协议操作并且可以包括无线网络、有线网络或者光纤网络。也可以将这里概述的各种方法或者过程编码为在运用多种操作系统或者平台中的任何操作系统或者平台的一个或者多个处理器上可执行的软件。此外，可以使用多个适当编程语言和/或编程或者脚本工具中的任何编程语言和/或编程或者脚本工具来编写这样的软件，并且也可以编译这样的软件为在框架或者虚拟机上执行的可执行机器语言代码或者中间代码。就这一点而言，可以体现各种发明概念为用一个或者多个程序编码的一个计算机可读介质(或者多个计算机可读介质)(例如，计算机存储器、一个或者多个软盘、紧致盘、光谱、磁带、闪存、在现场可编程门阵列或者其它半导体器件中的电路配置或者其它非有形介质或者有形计算机存储介质)，该程序在一个或者多个计算机或者其它处理器上执行时执行方法，这些方法实施以上讨论的本发明的各种实施例的至少部分。一个或者多个计算机可读介质可以是可移植的，从而可以向一个或者多个不同计算机或者其它处理器上加载其上存储的一个或者多个程序以实施如以上讨论的本发明的各种方面。术语“程序”或者“软件”这里在通用意义上用来指代任何类型的计算机代码或者计算机可执行指令集，该计算机代码或者计算机可执行指令集可以用来对计算机或者其它处理器进行编程以实施如以上讨论的本发明的各种方面。此外，应当理解根据一个方面，在被执行时执行本发明的方法的一个或者多个计算机程序无需驻留于单个计算机或者处理器上、但是可以用模块方式分布于多个不同计算机或者处理器之中以实施本发明的各种方面。计算机可执行指令可以是以一个或者多个计算机或者其它设备执行的许多形式、比如程序模块。通常，程序模块包括执行特定任务或者实施特定抽象数据类型的例程、程序、对象、部件、数据结构等。通常可以在各种实施例中如希望的那样组合或者分布程序模块的功能。也可以用任何适当形式在计算机可读介质中存储数据结构。为了简化示例，可以示出数据结构具有通过在数据结构中的位置而相关的字段。可以通过向用于字段的存储之中指派计算机可读介质中的传达字段之间关系的位置来实现这样的关系。然而任何适当机制可以用来建立在数据结构的字段中的信息之间的关系、包括通过使用指针、标签或者其它建立数据元之间关系的机制。也可以体现各种发明概念为一种或者多种方法，已经提供该一种或者多种方法的示例。可以用任何适当方式对作为方法的部分而执行的动作进行排序。因而可以构造实施例，在这些实施例中按照与所示顺序不同的顺序执行动作，该顺序包括同时执行一些动作，即使在示例实施例中示出这些动作为依次动作。如这里定义和使用的所有定义应当理解为支配词典定义、在通过引用而结合的文献中的定义和/或定义的术语的普通含义。如这里在说明书中和在权利要求中使用的不定冠词“一个/一种”除非清楚地相反指明则应当理解为意味着“至少一个/一种”。应当理解如这里在说明书中和在权利要求中使用的短语“和/或”意味着这样连结的要素中的“任一个或者两个要素”、即在一些情况下联合存在而在其它情况下分开存在的要素。应当以相同方式解释用“和/或”列举的多个要素、即这样连结的要素中的“一个或者多个要素”。除了“和/或”子句具体标识的要素之外的其它要素无论是否与具体标识的那些要素有关还是无关都可以可选地存在。因此，作为非限制示例，对“a和/或b”的引用在与开放式言语、比如“包括”结合使用时可以在一个实施例中仅指代a(可选地包括除了b之外的要素)；在另一实施例中仅指代b(可选地包括除了a之外的要素)；在更多另一实施例中指代a和b二者(可选地包括其它要素)；等等。如这里在说明书中和在权利要求中所用，应当理解“或者”具有与如以上定义的“和/或”相同的含义。例如在分离列表中的项目时，应当理解“或者”和“和/或”为包含意义、即包括多个要素或者要素列表中的至少一个要素、但是也包括多于一个要素并且可选地包括附加的未列举的项目。仅清楚地相反指示的术语、比如“……中的仅一个”或者“……中的确切一个”或者在权利要求中使用时“由……构成”将指代包括多个要素或者要素列表中的确切一个要素。通常，应当仅解释如这里所用术语“或者”为在前置有排他性术语、比如“……中的任一个”、“……中的一个”、“……中的仅一个”或者“……中的确切一个”时指示排他备选(即“一个或者另一个、但是并非二者”)、“实质上由……构成”在权利要求中使用时应当具有如它在专利法中使用的普通含义。如这里在说明书中和在权利要求中所用，短语“至少一个”在引用一个或者多个要素的列表时应当理解为意味着从要素列表中的要素中的任何一个或者多个要素中选择的至少一个要素、但是未必包括在要素列表内具体列举的每一个要素中的至少一个要素并且未排除要素列表中的要素的任何组合。这一定义也允许可以可选地存在除了在短语“至少一个”引用的要素列表内具体标识的要素之外的、无论是与具体标识的那些要素有关还是无关的要素。因此作为非限制示例，“a和b中的至少一个”(或者等效为“a或者b中的至少一个”或者等效为“a和/或b中的至少一个”)可以在一个实施例中指代至少一个a、可选地包括多个a而无b存在(并且可选地包括除了b之外的要素)；在另一实施例中指代至少一个b、可选地包括多个b而无a存在(并且可选地包括除了a之外的要素)；在又一实施例中指代至少一个a、可选地包括多个a和至少一个b、可选地包括多个b(并且可选地包括其它要素)；等等。在权利要求中以及在以上说明书中，诸如“包括”、“携带”、“具有”、“包含”、“涉及到”、“保持”、“由……组成”等所有过渡短语将理解为开放式、即意味着包括但不限于。如在美国专利局专利审查程序手册第2111.03节中阐述的那样，仅过渡短语“由……构成”或者“实质上由……构成”应当分别是封闭或者半封闭过渡短语。当前第1页12