共享标签集的生成和公布的制作方法与工艺

文档序号:13109106
本申请是申请号为201210482819.7,提交日期为2012年11月14日,发明名称为“共享标签集的生成和公布”的中国专利申请的分案申请。技术领域本说明书总地来说涉及在工业自动化环境中采用的控制系统,且更具体地涉及对与控制器相关联的至少一个接口生成和公布标签集。

背景技术:
计算机系统如同其他操作环境一样,在工业自动化环境中被大量使用,且被广泛用来例如控制装置、机器、处理的操作等。为了便于控制处理等,与控制处理的操作连同收集涉及如何进行处理的处理信息(例如测量、数据、值、参数、变量、元数据等)的I\/O设备一起利用一个或更多个控制器。为了最大化操作者与处理的交互,可从控制器将处理信息转发到一个或更多个接口,该一个或多个接口也被称为人机接口(HMI)、图形用户接口(GUI)、终端等,从而显示给操作者。在查看显示的处理信息时,且结合与接口相关联的软硬控制,操作者可进一步根据需要调节处理以有助于正确的处理操作。可在接口处生成命令,可将命令转发到控制器,并相应地通过控制器执行该命令。例如,可通过热电偶检测炉的温度,通过控制器从热电偶获得信号,通过控制器转发该信号以显示在接口上,于是操作者注意到炉温度的下降,经由控制器按下“增加温度”控制,且相应地炉加热器被启动。然而,在传统系统中,需要对监视处理的各个接口生成包括处理信息的各种参数、测量、数据、值、变量、元数据等,而不考虑是否有任何接口正在接收正在另一接口上显示的处理信息。该响应于监视处理的各接口生成的各处理信息数据“提拉”请求生成唯一数据分组的操作效率差,且对与处理相关联的控制器带来了不必要的操作负担。传统接口-控制器系统的上述缺陷仅用于提供对传统系统和技术的一些问题的概览,且不是穷举性的。在阅读以下说明后,传统系统和技术的其他问题和在此描述的各非限制性实施例的对应益处可变得更加明显。

技术实现要素:
在此提供简要说明以帮助提供对稍后在更详细的说明和附图中的非限制示例性实施例的各个方面的基本或一般性的理解。然而,该发明内容部分不是广泛或穷举性的概要。相反,本发明内容部分的唯一目的是以简单的形式呈现与一些非限制示例性实施例有关的一些概念,作为后面的各种实施例的更详细说明的前序。提供一种系统和方法,其包括从一个或多个接口接收标签请求,基于该标签请求针对给定的更新率(例如屏幕刷新速率、数据捕获速率等)在控制器处汇编包括所有请求的标签的单个标签集。基于此随后将单例的汇编的标签集转发到一个或更多个接口。在各种非限制性实施例中,控制器生成根据相关联的处理由控制器监视\/接收的标签超集。与控制器相关联的每个接口可请求超级的副本,从该副本接口例如基于要在接口上的多个屏幕中的任一个中显示的信息识别对哪个标签感兴趣。在实施例中,可基于一个或更多个更新率选择标签,因此可选择在第一更新率(例如,比如100ms的高更新率)发送参数值,而选择在第二更新率(例如,比如5秒的较低更新率)发送第二参数。控制器针对每个请求的更新率从所有接口接收请求的标签,并将请求的标签组合成包括与标签关联的各种参数的单个标签集。根据给定更新率,标签集实例被转发到接口。例如,如果接口具有针对最快更新率选择的标签,每100ms生成标签集并将其转发(例如广播)到每个接口,而不考虑在该更新率的任何其他接口请求的数据。接口可忽视任何由该接口接收的、该接口不感兴趣的标签或标签集。在实施例中,标签可包括:被接口唯一请求的标签,被两个或更多个接口针对同一更新率请求的标签,或两个或更多个接口以不同的更新率请求的标签,及其组合。特定接口请求的标签集中的标签可由接口来提取,而接口没有请求的标签集中的标签可被接口忽视。在另一实施例中,在接收到各个标签请求时,控制器可确定第一请求中接收的任何标签是否具有与第二请求中的标签相同的更新时间。基于确定出标签具有公共的更新率,基于更新率积聚公共的标签。对于不具有公共更新率的标签,根据需要对各个更新率生成针对每个标签的唯一出现率,以满足从接口接收的各个标签请求。在进一步的实施例中,可结合标签主集监视与标签集相关联的校验码。由于通过控制器汇编各个标签集,可生成具有基于标签集中的标签的值的校验码(例如CRC或类似的),于是对标签集的每个实例计算校验码,并与标签集一起转发。在实施例中,校验码值可基于包括标签集中的各个标签的名称\/标识符的ASCII字符。在另一实施例中,校验码可以是非计算的值如指示何时对主集进行改变的时间戳(例如微秒解析度(resolution))。接口可被配置成监视接收的标签集,以识别校验码值是否改变。在实施例中,响应于确定出校验码值改变,可假定标签集中接收的标签与之前接收的相同,且参数值的顺序是一致的。在进一步的实施例中,响应于确定出校验码值变化,可审阅针对新接收的标签集的主集,以识别标签集中标签的顺序(且有效地识别参数值的顺序)。在一个实施例中,主集可伴随标签集,从而使得接口能容易地查看伴随的主集,以获得标签集中标签(以及因此获得参数值)的新顺序。在另一实施例中,主集不伴随标签集,且接口可对控制器作出转发与新接收标签集相关联的主集的请求,从而使得接口能够顺序地确定标签的新顺序。在进一步的实施例中,标签、标签集、校验码、主集、超集等可存储在控制器处的非易失性存储器中。在接口失去与控制器的通信的情况下(例如控制器和\/或接口被下线,供电故障,维护等),接口可询问控制器以识别在失去通信之前由接口监视的标签。因此,不是导致关于请求标签的信息的丢失的通信损失,而是利用非易失性存储器使得可重新建立请求的标签的集合。根据一个实施例,一种方法包括:从多个控制器中的每个控制器接收请求,其中,每个控制器与工业处理中的相应终端相关联,所述请求包括与处理控制信息相关的标签的集合和对于所述集合中的标签中的每个标签的更新率;对于请求当中的更新率中的每个更新率,汇编如下标签集:所述标签集包括共享特定更新率的所有标签;以及对于所汇编的每个标签集,将所述特定更新率的标签集转发到所述多个控制器。根据另一个实施例,提供了一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质具有存储于其上的计算机可执行指令,所述计算机可执行指令响应于执行,使得处理器执行以下操作:从多个控制器中的每个控制器接收请求,其中,每个控制器与工业处理中的相应终端相关联,所述请求包括与处理控制信息相关的标签的集合和对于所述集合中的标签中的每个标签的更新率;对于请求当中的更新率中的每个更新率,汇编如下标签集:所述标签集包括共享特定更新率的所有标签;以及对于所汇编的每个标签集,将所述特定更新率的标签集转发到所述多个控制器。根据另一个实施例,提供了一种系统,包括:存储器,其存储计算机可执行部件;控制器,所述控制器操作性地耦接到所述存储器,所述控制器执行计算机可执行部件,所述控制器包括:标签集生成部件,所述标签集生成部件被配置成:从多个接口中的每个接口接收请求,其中,每个接口与工业处理中的相应终端相关联,所述请求包括与处理控制信息相关的标签的集合和对于所述集合中的标签中的每个标签的更新率;以及对于请求当中的更新率中的每个更新率,汇编如下标签集:所述标签集包括共享特定更新率的所有标签;以及标签集公布部件,所述标签集公布部件被配置成:对于所汇编的每个标签集,将所述特定更新率的标签集转发到所述多个控制器。下面更详细描述这些和其他实施例。附图说明参考附图进一步描述各种非限制性实施例,在附图中:图1是示出关于经由控制器在多个接口处呈现的处理的处理信息的框图。图2是示出传统系统的框图,其中对与被监视处理相关联的每个接口生成唯一的数据分组。图3是示出用于汇编标签集以跨多个接口公布和公共分享的非限制示例性实施例的框图。图4是用于汇编标签请求且基于此生成跨与被监视处理相关联的所有接口共享的标签集的非限制性示例性实施例的流程图。图5是由控制器部件生成和共享标签集的非限制示例性实施例的流程图。图6是用于在接口装置处请求和接收标签集的非限制示例性实施例的流程图。图7是用于将单个接口与用于生成标签集的控制器相关联的非限制示例性实施例的框图。图8示出了所生成的标签的超集的非限制示例性实施例,从该超集接收请求的集,于是汇编标签集。图9是针对与控制器相关联的接口生成标签集的非限制示例性实施例的流程图。图10是用于将多个接口与控制器相关联以及生成将从多个接口接收的各种标签请求汇编的标签集的非限制示例性实施例的框图。图11是用于基于多个请求集汇编标签集的非限制示例性实施例的框图。图12示出当第一接口与控制器相关联且第二接口随后与控制器相关联时生成的标签集和主集的比较。图13是当第一接口与控制器相关联且第二接口随后与控制器相关联时用于生成标签集的非限制示例性实施例的流程图。图14是用于确定是否改变标签集的内容的非限制示例性实施例的流程图。图15是用于更新标签集和主列表的非限制示例性实施例的框图。图16示出了有助于此处公开的一个或更多个非限制示例性实施例的操作的非限制示例性计算环境。图17示出了有助于此处公开的一个或更多个示例性实施例的操作的非限制示例性网络环境。具体实施方式公共标签集生成和共享的概要如前所述,在与处理相关联的接口上多个处理信息可用于公布,然而传统上在接口以“提拉”方式操作的系统中必须生成数据的唯一分组,其中对控制器请求提供每个数据分组,而不考虑包括数据分组的数据的实例对两个或更多个接口是否是公共的。为了可读性,将界面、终端、HMI、GUI等称为接口,然而应理解术语接口涉及有助于控制操作的实体和实现或执行操作的装置、机器、部件、软件等之间的通信的任何装置、机器、部件、软件等。图1示出了经由控制器120在多个接口(接口130A-130n,其中n是大于1的正整数,如在说明书全篇所用的那样)处呈现的关于处理110的处理信息。关于处理110的信息显示在各个接口上,且基于此操作者可以对包括处理110或与之相关联的各个部件和装置的操作作出任何必要的调整。一方面,可关于处理110生成大量信息,其中该信息可包括从控制\/监视处理110的装置获得的处理测量(例如,速度,速率,温度,压力等),该处理测量也通过如监视废料水平、能量使用、商品使用、维护等的处理这样的辅助处理来生成。信息包括与处理110相关联且描述处理110的操作的成百、成千(如果不是更多)的参数等不是常见的。此外,为了便于呈现上述大量信息,对大量屏幕(例如,诸如屏幕150E)编程且其在任何接口130A-130n上可用于信息呈现(例如,诸如在显示器140E上)。大量屏幕可以对接口130A-130n中的每个是公共的,即可用于呈现在任何接口上,而其他屏幕对特定接口或包括可用接口130A-130n的接口的子集是唯一的。因此,大量参数可对所有接口130A-130E是公共的,而可仅对于包括可用接口130A-130n的接口子集上的显示需要参数的子集。例如,在控制器120监视的一千个参数中,跨所有接口130A-130n公共地显示七百个,而其余的三百个参数中,十个被唯一地显示在接口130A上,七十个被唯一地显示在接口130B上,二十五个被显示在接口130A和130B上,五十七个被唯一地显示在接口130C上,等等。而且,例如,在对接口130A-130n上的显示编程的一百个屏幕中,六十八个屏幕公共地显示在所有接口130A-130n上,而五个屏幕唯一地显示在接口130A上,七个屏幕唯一地显示在接口130B上,九个屏幕仅显示在接口130A、130B和130D上,等等。因此,如下是可行的:被监视的大量参数等中,一些参数可以对在与处理110相关联的任何接口(例如接口130A-130n)上的显示是共同关注的,而各种子集可以对在特定接口或包括可用接口130A-130n的接口子集上的显示是关注的。如图2所示,包括处理信息的各种参数、测量、变量、设置、值、元数据等可被汇编且呈现在任何相应的接口上。为了可读性,以下将处理信息测量、参数、变量、设置、值、元数据等称为“标签”。图2示出了传统系统,其中从所有可用的标签(例如在超集225中被汇编)对每个相应的接口(例如对接口230A-230n中的任一个)汇编唯一的标签集(例如标签集240A-240n中的任一个)。例如,接口230A具有相关联的标签集240A,而接口230D具有相关联的标签集240D。因此,在标签集的每个相应的公布处(例如为了满足处理更新时间、接口刷新时间、接口显示更新等),需要对每个相应接口生成新的标签集(例如标签集240A-240n中的任一个),而不考虑是否任何接口正在接收也在一个或更多个其他接口上接收的关于标签的信息。该生成唯一标签集的操作效率差且对于与处理110相关联的控制器(例如控制器220)和监视接口(例如接口230A-230n中的任一个)带来了不必要的操作负担。如上所述,在所有可用标签的典型处理中,可跨多个接口公共地显示大量标签,而一部分可用标签可对特定接口或包括可用接口的接口子集的显示是特定的,且不跨整个处理被共享。然而,针对特定接口生成特定标签集的传统方式效率差,因为控制器需要针对每个接口汇编和转发分离的标签集。图3示出了用于汇编标签集以跨多个接口公布和共享的非限制示例性实施例。描绘了监视处理110的控制器320,其中控制器320包括标签的超集325。该标签超集325(或其任何子集)可用于显示在与控制器320关联的接口330A-330n中的任一个上。动态地创建超集325,例如在检测到新处理参数时且可替代地在处理参数不再可用时控制器320更新超集325。与图2中描绘的传统方式不同,在该示例性实施例中,不是每个接口接收其自身的唯一标签集,而是通过控制器320生成所请求标签的汇编即标签集340A-n,并将其公共地公布给订阅接口330A-330n中的每个。标签集340A-n中的每个实质上是接口330A-330n针对各个更新率(如以下进一步描述)请求的所有标签的汇编。例如,标签集340A可包括针对第一更新率如100ms请求的标签,标签集340B可包括针对第二更新率如500ms请求的标签,标签集340C可包括针对第三更新率如1秒请求的标签,标签集340n可包括针对第三更新率如5秒请求的标签,等等。不是每个接口(例如接口330A-330n中的任一个)从控制器320请求针对该接口的特定标签并接收对该接口唯一的标签集,而是控制器320将针对公共更新率的所有接收的标签请求进行汇编,且基于此生成在所有接口之间公共共享的标签集340A-n中的任一个。在接收到标签集340A-n中的任一个时,接口识别哪个标签对接口是关注的(例如已被接口选择),且可忽视接收的标签集中的其余标签。与针对每个接口生成唯一标签集的传统系统(例如图2)相比,针对每个更新率生成仅单个标签集(基于共享公共的更新率的多个标签请求被汇编),且针对每个更新率的标签集在请求可用标签中的任一个的多个接口之间被广播\/转发\/共享。因此,在包括例如六个接口的传统系统中,必须生成六个唯一的标签集实例,针对每个接口一个。然而,根据此处给出的各种实施例,仅需生成每更新率一个标签集以转发到所有六个接口。此外,如下所述,两个或更多个接口可能请求针对给定更新时间的相同标签,因此在标签集中需要在各个更新时间组中标签的仅一次出现。对于传统系统,每个唯一的标签集对公共标签的每次出现将需要在标签集中生成标签。鉴于此处给出的实施例,对于给定更新时间(根据需要)仅需生成标签的一次出现,这降低了控制器要执行的汇编量、数据收集、计算等。应理解在说明书全篇中使用术语“列表”、“集合”、“标签列”、“标签集”、“超集”、“主集”等时,标签集等不限于传达列表格式的信息(例如参数名称、参数值等),而是本领域技术人员已知可用于标签集的其他数据结构。因此,术语标签集可被术语标签列、标签的集合、标签的子集等来替代。此外,应理解此处给出的各种实施例不限于控制器装置或接口的各个操作,而是可由与处理相关联的任何部件和\/或生成处理信息所涉及的任何部件例如服务器使用。现在看图4,图4是示出用于汇编标签请求且基于此生成跨与被监视处理相关联的所有接口共享的标签集的非限制示例性实施例的高级别流程图。在410在与处理相关联的控制器(例如控制器320)处生成与被监视处理(例如处理110)相关联的标签的超集(例如超集325)。如前所述,标签涉及与处理关联的控制器监视和\/或控制的各种参数、变量等。在420与处理关联的任何接口(例如接口330A-330n中的任一个)可请求来自控制器的超集的副本。在430,请求接口从控制器接收超集的副本。在440,在每个各自接口,从接收到的超集选择要以所请求的更新率向各自接口公布的标签。更新率与特定接口如何频繁(例如,传递的频率)要求标签相关。例如,对于快速变化的关键参数(例如,加工处理期间切削工具的位置),则要求该参数要以可能的最高比率显示,并且因此该参数具有高更新率,诸如100ms。然而,其它参数可能不这样快速地变化、或者是较少关注的,诸如熔炉温度,因为接口操作者仅需要观看温度,因此一秒以上的更新率是可接受的。更新率可以是多个因素的函数,该多个因素诸如捕获率(例如,提供测量值的I\/O装置能够生成新值的比率)、控制器的处理率、接口的屏幕刷新率、参数的关键程度、参数变化率等。传统系统通常不会根据不同的更新率\/传递率来提供生成标签(以及相关联的参数值)的灵活性。对于传统系统,利用其生成新标签集的时间期间通常在整个系统上是固定的,并且通常会是系统中最慢装置的函数。在450,在控制器根据从与控制器相关联的各个接口接收的更新率来汇编公共标签集(例如,标签集340A-340n的任意标签集),该控制器包括所请求的标签。在汇编时,以各自更新率将每更新率的标签集从控制器转发到请求标签的每个接口。在460,在请求从超集订阅标签的每个各自接口(以该更新率)接收每更新率的公共标签集。在470,在接收到标签集时,接口提取所需标签(例如在440请求的标签),以更新呈现在接口显示部件上的信息。标签集生成和共享中控制器装置的示例性操作图5是用于由控制器部件进行的标签集的生成和共享的示例性、非限制性实施例的流程图。该流程图与通过控制器部件进行的标签集的生成和共享相关,该控制器部件与处理(例如,控制、监视等)相关联。在510,由控制器(例如,控制器320)生成与处理(例如,处理110)相关联的标签的超集(例如,超集325)。标签的超集相关于被监视、或与处理相关联的参数、变量等。在520,超集被转发到任何装置,例如从控制器请求超集的接口(例如,接口330A-330n)。在530,在控制器,从请求装置接收对应各自更新率的所接收到的被选择标签。在540,如下面进一步说明的,连同所选更新率一起识别各种关注标签。在550,根据所识别的标签和相关联的更新率,汇编包括特定更新率的所选标签的标签集。在560,从测量与标签相关联的参数的装置获得与每个标签相关联的测量、值等。例如,从与处理相关联的装置(例如,监视各个参数的I\/O装置)获得第一级速度、第二级速度、第三级速度、第一级加工率、第二级加工率、第三级加工率等的值。在570,汇编每更新率的初始标签集并将其转发到每个请求装置。标签集包括测量值并且可以包括标签主集和\/或校验码等(如这里进一步说明的)。在580,在等同于每个更新率的预定时段(例如,100ms、200ms、500ms、1秒、2秒等中的任一个)之后,获得该更新率的标签集的当前参数值。在590,生成每个更新率的随后标签集,并将其转发到订阅装置。流程结合590返回580,其中,如需要(例如,对于处理的持续时期、定义的监视时段、特定部件的制造等),继续获得参数值、在特定时刻生成标签集、以及转发标签的处理。标签集生成和共享中接口的示例性操作图6是用于在接口装置处请求和接收标签集的示例性、非限制实施例的流程图。在610,对于与处理(例如,处理110)相关联的标签的超集(例如,超集325)的请求从接口(例如,接口330A-330n的任意接口)转发到控制器(例如,控制器320)。标签的超集相关于被监视、或与处理相关联的参数、变量等。在620,在请求接口接收超集。在630,审阅超集中的所接收到的标签,如所需,特定标签与接口关注的特定参数相关联(例如,要显示在接口上可得到的多个屏幕的任意屏幕上)。在640,对于每个标签确定更新率。在650,所请求的标签和相关联的更新率从接口转发到控制器。在660,在接口从控制器接收每个所请求的更新率的标签集。如先前所描述的,标签集包括接口所请求的标签、以及与控制器相关联的其它接口对于该更新率所请求的任意其它标签。此外,标签集可以伴随有如便于标签集的内容的接收和理解所需要的任意校验码、标签主集等。在670,根据包括在标签集中的所有标签,接口识别该接口关注哪些标签。接口操作可以忽略所接收到的标签集中任何不关注(例如,接口未选)的标签。在680,可以从标签集提取每个关注的标签的值。在690,根据所提取的值更新显示器。据此流程返回到660,如所需(例如,处理的持续时期、定义的监视时段、特定部件的制造等)接收和处理随后标签。对于单个接口的标签集的生成图7示出了用于将单个接口与控制器相关联以用于标签集的生成的示例性、非限制实施例的框图。当控制器联机、并且监视与控制器相关联的处理的(例如,多个接口中的)第一接口从控制器请求标签时出现这样的情况。如图7所示,根据控制器720控制处理110,其中,控制器720与接口730A-730n的任意接口相关联。控制器720(以及类似地,这里描述的任意控制器)包括可以与相关联于处理110的装置和部件通信的I\/O部件722。例如,I\/O部件722向控制处理110的要素的装置、部件等提供控制指令,并且还可以从装置等接收关于诸如速度、位置、时间、温度、压力等属性的测量。然后,所接收到的测量可以被转发到各种接口以用于对操作者接口的显示,由此便利于操作者获得对处理的理解和如所需进行任意调整、校正等以用于处理110的正确操作。控制器720还包括处理器721,可利用处理器721以运行如控制器720所需的各种部件、软件等,以至少便利于处理110的控制、将标签、标签集、校验码、主集等传送到与处理110相关联的装置(例如,接口730A-730n)、以及关于从各种接口(接口730A-730n)接收到的请求和指令的通信和操作。此外,控制器720包括存储器723,其中,存储器723包括与这里出现的各种实施例相关联的多个元件。超集725包括要由控制器720监视、或可得到以由控制器720监视的、与处理110相关联的所有标签(例如,参数、变量等)的集合。标签727是基于从与控制器720和处理110相关联的各个接口接收的所选标签而汇编的标签集合。利用主集726来使得接口能够在包括标签集的标签序列中识别接口特别关注的标签所位于的位置。例如,“标签集中第一压力读数在哪里?”“标签集中第三级速度在哪里?”。以下进一步说明主集的概念和利用。校验码(CC)728是校正码(还已知为循环冗余校验码),可利用校验码来识别与先前接收到的标签集相比,是否更新了接收到的标签集,例如,包含新标签或移除标签。以下进一步说明利用校验码的概念。此外,控制器720包括标签集生成部件760和标签集公布部件765。如以下进一步描述地,可以利用标签集生成部件760来接收对于超集725的请求,并且基于从超集请求的标签,生成标签727、标签集740、主集726、以及校验码728等。可以利用标签集公布部件765以将签727、标签集740、主集726、以及校验码728等转发到请求接口。控制器720还包括便利于在控制器720与任意相关联的接口之间通信的通信部件770,由此实现从接口接收请求和将标签集等转发到接口。接口730A(以及类似地,接口730B-730n的任意接口,以及此外,这里描述的任意接口)可以包括处理器731、存储器732、显示器733以及控件734中的任意器件。可以利用处理器731以运行如接口730A所需的各种部件、软件等,以便利于如下至少之一:处理110的控制、将标签请求传送到控制器720、从控制器720接收标签集、主集、标签、校验码等、显示标签(和参数值)、便利于操作者对控制处理110的交互等。可以利用存储器732来存储从控制器720接收的信息,诸如超集、标签选择、标签集、标签、校验码、主集等。在一个实施例中,当前标签集的校验码728可存储在存储器732中,以便利于与新接收到的标签集和相关联的校验码的比较,以确定标签集中的标签是否变化。在另一实施例中,主集可存储在存储器732中,以在需要时被调用,以便利于包括标签集的标签的确定。可以利用显示器733以呈现可得到以向操作者显示处理信息的多个屏幕。控件734可以是使得操作者能够改变参数设置以便利于处理110的进一步控制的软件或硬件控件。虽然图7描绘了要与控制器720相关联的多个接口,但是图7实质上与第一接口(例如,最初与控制器720通信且随后接收标签的接口730A)相关。在1,在接口730A生成从控制器720请求在处理110的监视中可得到的所有参数、变量等的集合的最初通信700,并且最初通信700经由通信部件770被转发到控制器720。在2,由标签集生成部件760基于与处理110相关联、并且例如经由I\/O部件722在控制器720可得到的参数生成可得到的标签的超集725。例如经由通信部件770,超集725从控制器720转发到接口730A。在3,接口730A从超集725选择关注的各种标签连同对应每个特定标签的所需更新率,并且经由通信部件770将所选标签和更新率传送到控制器720。例如,如图7所示,在一个示例中,接口730A可以容纳对于标签的三个请求,其中每个请求针对不同更新率。要明白的是,作为示例呈现三个请求,并且可以生成任意数量的请求,例如,第一请求(例如,100ms更新率)、第二请求(例如,500ms更新率)、第三请求(例如,1秒更新率)、第四请求(例如,5秒更新率)等。在4,标签集生成部件760基于从接口730A接收到的更新率和所请求的标签而汇编标签727。标签727包括由更新率分组的标签的列表(如将在图8中进一步描述的)。在5,由标签集生成部件760进一步生成标签集740(对于给定更新率,例如,标签集340A-n的任意标签集),并且标签集740经由标签集公布部件765从控制器720转发到接口730A。标签集740包括详述各个标签727的顺序的主集726连同用于标签727的校验码728,标签727包括标签集740。有效地,主集726仅在标签集740的第一次生成时从控制器720发送到接口730A。对于接收到的随后标签集740,只要没有对标签集740中的标签的集合进行改变,则主集726应该具有正确的标签727的集合和标签集740的顺序。然而,如果随后对标签727的集合添加或移除新标签,则生成新主集726以反映标签集740中的当前标签727的集合。以下描述被添加到主集和从主集移除的标签的概念。表格1到3示出了添加和移除标签的效果。在表格1中,在第一接口(例如,接口730A)接收初始标签(例如,标签集740),其中,该标签集包括七个参数:速度1、时间1、速度2、速度3、压力2、压力1以及时间3。在七个参数当中,只有五个参数是第一接口关注的(如标记为粗的)。因为另一接口请求了速度3和压力2,因此速度3和压力2包括在标签集中,并且可以由第一接口忽略。包括了校验码CC(例如,校验码728),并且该校验码具有基于第一表格中的参数的值128。在表格2中,校验码值变化成163,因此显而易见的是,标签集中的参数与初始集合(表格1)中的参数不同。温度4响应于另一接口的选择而(例如,由标签集生成部件760)添加到标签集。归因于校验码值的变化,在一个实施例中,可审阅与标签集相关联的主集以确定标签集中的值的新顺序。在替选实施例中,响应于检测到校验码值已经变化,接口可以从控制器请求最新版本的主集,以确定新接收的标签集中的内容的顺序。对于表格3,校验码再次与表格1的校验码不同。可以审阅与新接收的标签集相关联的主集,从其确定移除了压力2。表格1-3中示出的示例虽然是关于多个接口的讨论,但是还可应用到单个接口,在该单个接口中,根据接口(例如,显示器733上)上显示的屏幕添加\/移除参数。在其它实施例中,校验码可以是非计算值,诸如指示何时对主集进行改变的时间戳(例如,至微秒分辨率)。返回图7,如所描述的,可以利用校验码728以识别是否编辑了标签集740(或标签727的集合)。对于标签727的每次生成(例如,标签727的选择),可以基于标签727中的所选标签而生成校验码728。在一个示例性非限制实施例中,在标签727的初始生成时,可以利用单向哈希码(等)来基于标签(例如,基于包括标签727中的各个标签的名称的ASCII字符)而创建校验码728值。在标签集740的每次传输时,可以传送校验码728值(例如,作为标签集740的头域等的部分),其中,在接口730A接收时,可以将校验码728值与先前接收到的校验码728值比较。如果校验码728值匹配,则新接收到的标签集740包括与先前接收到的标签集相同的标签727。如果校验码728值不匹配,则新接收到的标签集740包括与先前接收到的标签集740相比较不同的标签727。在示例性、非限制实施例中,在确定校验码728的错误匹配时,接口730A可以从控制器720请求新主集726。在另一示例性、非限制实施例中,在确定校验码728的错误匹配时,在主集726伴随标签集740的情况下,接口730A可以审阅所包括的主集726并且基于该主集726而识别包括标签集740的标签727的序列。利用校验码728结合主集726的组合在由接口730A的操作者选择标签用于添加\/移除时是适合的。这里参照图10进一步呈现利用校验码结合主集的其它实施例,在图10中,多个接口与控制器交互。图8示出了生成的标签的超集的示例性、非限制实施例,从接口接收来自该超集的所请求的集合,据此汇编标签集。在1,标签的超集825从控制器(例如,经由通信部件770从控制器720)转发到请求接口(例如,请求接口730A)。在2,在接口,选择可得到的标签(例如,超集825中的标签)的子集和与每个标签相关联的更新时间。生成包括由更新时间分组的所选标签的所请求的标签集835(例如,请求集835A、835B、835C等的任意请求集)。如所示出的,超集825可以包括与处理(例如,处理110)相关联的多个参数,例如,多个不同速度、处理时间、温度、质量、比率等。在所呈现的示例中,在接口从超集825中可得到的十八个参数选择十二个参数,其中,这十二个参数中的每个参数与各个更新时间相关联。例如,第一级速度、第二级速度、第三级速度、第一级加工率、第二级加工率、以及第三级加工率全部以100ms的频率传递,并且包括请求集835A。替选地,第一级压力、第一级时间、第一级质量以500ms的频率传递,并且包括请求集835B。此外,第一级温度、第二级温度、以及第三级温度以一秒更新时间传递,并且包括请求集835C。一旦汇编包括对于各个传递率的所需参数的请求集,则请求标签集(例如,835A-835C的任意一个)可以从接口转发到控制器。在3,基于在请求标签集835A-C中选择的参数和传递时间,可以生成标签集840A-C。如图7所示,当前仅一个接口与控制器相关联,因此,如图8所示,请求标签集835A-C中所选的参数和更新时间与各个标签集840A-C中提供的参数和更新时间相同。连同由更新时间分组的标签(例如,如由值840AV-840CV所指示的参数值),标签集840A-C可伴随有参数的主集,其列出标签集840A-C中的标签的序列。例如,标签集840A的主集包括第一级速度到第三级加工率的六个所选参数,标签集840B的主集包括第一级压力到第三级质量的三个所选参数,标签集840C的主集包括第一级温度到第三级温度的三个所选参数(如以下进一步说明的)。标签集840A-C的每个标签集还包括各个校验码828A-C,其中,如先前所描述的,校验码828A-C可以基于在标签集840A-C的每个标签集中所选的参数和更新时间。可以如所需执行图8的步骤1、2和3。例如,在随后时刻,新屏幕可用于接口上的呈现,并且要在显示屏上显示先前未选择的参数。接口可针对各个更新率,请求新要求的参数被添加到标签集840A-C的任意标签集。因此,连同相关联的新校验码(例如,828A-C的任意一个)生成新\/更新后的标签集。在另一示例中,不再要求参数用于在接口上显示,并且生成修订的标签集(例如,840A-C的任意一个),该修订的标签集具有伴随有修订的主集和新计算的校验码(例如,828A-C的任意一个)的数量减少的标签。图9是用于对于与控制器相关联的接口生成标签集的示例性、非限制实施例的流程图。在910,从控制器(例如,控制器720)和与处理(例如,处理110)相关联的I\/O装置之间的各种输入\/输出,(例如,由标签集生成部件760)汇编由控制器监视\/控制的标签的超集。在920,接口(例如,接口730A)与控制器相关联。关联的一个示例情景是,控制器联机并且一个或更多个接口连接到控制器,以便利于由控制器捕获的处理信息的显示经由一个或更多个接口呈现给操作者。在930,在控制器从接口(例如,经由通信部件770)接收对于标签的超集的请求,并且基于此,超集被(例如,经由通信部件770)转发到接口。在940,在接口从可得到的标签的超集选择接口处用于呈现\/处理所需的标签(例如,对于各个更新率的请求集835A-B)。在950,在控制器处,从接口接收标签的所请求的集合(例如,和请求集835A-C的)和各个更新率(例如,100ms、200ms、500ms、1秒、2秒等)。在960,对于各个标签的所请求的更新率,(例如,由标签生成部件760)汇编初始标签集(例如,标签集840A-C)。在970,在每个更新时间,对于所请求的标签(例如,经由I\/O部件722)获得对于该相关联的标签集的参数值(例如,传感器读数)。在980,在每个更新时间,每个汇编的标签集(例如,经由标签集公布部件765)被转发到接口,每个汇编的标签集伴随有诸如识别标签集中的标签的序列(例如,标签集840A-C的任意标签集中的标签)的主集的任意相关联的信息、和此外的基于标签集中的标签生成的校验码(例如,校验码828A-C)。在985,在控制器处,关于是否从接口接收到对于标签的新请求进行确定(如由从940的虚线所指示)。响应于没有接收到新标签,流程返回到970,据此,对于各个标签读取值的下一值的实例并且其连同任意所需的校验码和主集被转发到接口。在一方面,对于每个各个标签集840A-C执行985处的确定。响应于985处接收到新标签请求,在990生成新标签集(例如,对于标签集840A-C的任意标签集的更新、以及更新率先前没有被选择的情形下新标签集的生成)。基于需要更新后的\/新标签集的确定,流程返回到970,据此,获得更新后的\/新标签集中的标签的值的下一实例。流程前进到980,据此,转发新\/更新后的标签集(如需要,伴随着新主集和校验码一起转发)。根据处理的监视(例如,处理的持续时期、定义的监视时段、特定部件的制造等),流程操作继续。对于多个接口的标签集的生成图10示出了用于控制器与多个接口的关联、以及汇编从多个接口接收的各种标签请求的一个或更多个标签集的生成的示例性、非限制实施例的框图。这样的情况会在各个接口被添加到控制器并且各种标签请求被接收和汇编以形成对于每个更新率生成的单个标签集时出现。要明白的是,虽然仅示出了第一接口和第二接口,并且基于其生成标签集,但是这里(例如,图10、11、12等中)呈现的各个实施例可应用于与控制器通信的三个或更多个接口的情况。如图10所示,根据控制器1020控制\/监视处理110,其中,控制器1020与接口1030A-1030n的任意接口相关联。控制器1020包括与先前参照图7描述的部件的性质和操作相似的部件,并且包括I\/O部件1022,其可以和与处理110相关联的装置通信。控制器1020还包括处理器1021,可以利用处理器1021来运行如控制器1020所需的各种部件、软件等,以至少便利于处理110的控制、将标签传送到与处理110以及关于从各种接口接收的指令和请求的通信和操作相关联的装置(例如,接口1030A-1030n)。此外,控制器1020包括存储器1023,其中,存储器1023包括与这里呈现的各种实施例相关联的多个元件。超集1025包括与处理110相关联的、要由控制器1020监视、或可得到以由控制器1020监视的所有标签的集合。利用主集1026来使得接口在包括标签集的标签序列中识别接口特别关注的标签所位于的位置。归因于进行对于标签的请求的多个接口,预期由于联机的接口(例如,与控制器1020相关联),因此主集1026的生成将是比主集726的生成更频繁的操作。然而,一旦多个接口联机,则随着系统“平静”,主集1026的生成将逐渐变成不频繁的操作。标签1027是基于从与控制器1020和处理110相关联的各个接口接收的所请求的标签的标签的多个汇编集合(例如,请求集1035A、1035B等)。校验码(CC)1028是校正码(也已知为循环冗余校验码),可以利用校验码来识别是否更新所接收到的标签集,如先前所描述的。可以利用标签集生成部件1060来接收对于超集1025的请求,并且基于从超集请求的标签,生成标签1027、标签集1040、主集1026、以及校验码1028。可以利用标签公布部件1065来将标签1027、标签集1040、主集1026、以及校验码1028中的任意一个转发到请求接口。控制器1020还包括便利于在控制器1020和任意相关联的接口之间通信的通信部件1070,由此实现来自接口的请求的接收和向接口转发标签集等。此外,各个接口(例如,接口1030A-1030n的任意接口)可以包括接口730A中存在的任意部件,例如,至少一个处理器1030A、1030B(例如,相当于731)、至少一个存储器1032A、1032B(例如,相当于732)、至少一个显示器1033A、1033B(相当于733)、以及控件1034A、1034B的至少一个集合(例如,相当于控件734)。图10在1描绘了在接口1030A生成的最初的通信1000A,接口1030A从控制器1020请求关于处理110可得到用于监视的所有参数、变量等(例如,与I\/O接口部件1022相关联的参数等)的超集。在2,可得到的标签的超集1025经由通信部件1070从控制器1020转发到接口1030A。在3,接口1030A从超集1025选择关注的各种标签连同每个特定标签的所需更新率,并且将请求集1035A转发到控制器1020。当接口1030B联机时出现类似的操作系列,其中,在4,在初始的通信1000B中,接口1030B从控制器1020请求关于处理110的、可得到以用于监视的所有标签的超集。在5,可得到的标签的超集1025从控制器1020被转发到接口1030B。在6,接口1030B从超集1025选择所需标签和每个特定标签的所需更新率,并且将请求集1035B从接口被转发到控制器。如图10(并且此外图11)所示,可对于任意数量的更新率请求任意数量的标签。因此,对于接口1030A,在3,标签选择1035A包括三个标签集请求。如图11所示,接口1030A容纳对于100ms、500ms、以及1秒更新率的标签集请求。对于接口1030B,在图10中,对于包括100ms、500ms、1秒和2秒更新率的标签选择1035B,容纳四个标签集请求(如图11所示)。要明白的是,可以对于任意给定的更新率请求任意数量的各个标签集,对于第一更新率的第一标签集到对于第n更新率的第n标签集。此外,参数可以包括在不止一个标签集中。例如,参数可以从在第一标签集中被转发到(例如,以100ms的更新率)第一控制器,并且还从在第二标签集(例如,以500ms的更新率)转发到第二控制器。图10在7,标签集生成部件1060基于从接口1030A和1030B接收的所请求的标签和更新率而汇编标签1027(例如,来自请求集1035A和1035B)。标签1027包括通过更新率分组的标签的列表(如将在图11中进一步描述的)。在8,由标签集生成部件1060生成标签集1040,并由标签集公布部件1065将其转发到接口1030A和1030B两者。标签集1040可包括详述各种标签1027的序列的主集1026连同标签1027的校验码1028,标签1027包括标签集1040。在一个实施例中,每当对标签集1040进行改变时,主集1026可以从控制器720发送到接口1030A和1030B。在替选实施例中,主集1026可与标签集1040的每个公布一起被转发(例如,每当诸如100ms、200ms、1秒、2秒等生成标签集时)。参考图11,其示出了基于多个被请求集来汇编标签集的示例性非限制性实施例的框图。如图11所示,在1处,基于所接收的请求将标签超集1025转发至接口1030A。在2处,生成包含针对各个更新率的接口1030A所需要的标签的标签请求集1035A,并且将该标签请求集1035A返回至控制器1020。类似地,在3处,将基于所接收的请求的标签超集1025转发至接口1030B。在4处,生成包含接口1030B所需要的标签的标签请求集1035B,并且将该标签请求集1035B返回至控制器1020。在5处,基于从接口1030A和1030B接收的标签请求,控制器1020(如,标签集生成部件1060)汇编多个标签集1040A-B,其可伴随有主集和各个代码校验(CC)1028A-B。如图11所示,标签请求集1035A包括从超集1025中可得到的十八个标签中选择的十二个标签,而标签请求集1035B包括从超集1025中可得到的十八个标签中选择的十四个标签。汇编的标签集1040A-D包括标签请求的组合,其中仅接口1030A关注的标签以普通字体示出,1030B关注的标签以斜体示出,而接口1030A和1030B关注的标签以粗体、斜体示出。因此,对于更新时间100ms、标签集1040A,仅接口1030A关注第一级和第三级速度,仅接口1030B关注第二级压力,而接口1030A和1030B都关注第二级速度、第一级加工率、第二级加工率和第三级加工率。此外,虽然接口1030A要求第一级速度为每100ms被传送,但接口1030B仅要求第一级速度为以一秒的频率进行传送(参考标签集1040B)。对于更新时间500ms、标签集1040B,接口1030A和1030B关注第一级压力和第一级时间,而接口1040B仅关注第一级质量。对于标签集1040C、更新率1秒,接口1030A和1030B关注第一级温度、第二级温度和第三级温度,而仅接口1030B仅关注第一级速度。对于更新率2秒、标签集1040D,仅接口1040D关注该更新率,因此当接口1030A接收到该更新率时,其被忽略。由于第一级速度存在于100ms更新组(标签集1040A)中并且还存在于1秒更新组(标签集1040C)中,因此在标签集1040A中出现的第一级速度的任何更新可以被接口1030A使用(如,以更新显示器)但被接口1030B忽略,或者,在标签集1040C中出现的第一级速度的任何更新可以被接口1030B使用(如,以更新显示器)但被接口1030A忽略。此外,如图11所示,每一个标签集(如,标签集1040A-D中的任一个)包括各自的校验码(如,校验码1028A-D中的任一个)、根据需要包括含有标签集的参数的列表(如,主列表或参数主集)、以及对包含标签集的每一个参数记录的各个值,如值(以值x标记)1040AV-1040DV所示。为了使文中所阐述的各个实施例更清楚,图12示出了当第一接口与控制器关联并且接着第二接口与控制器关联时所产生的主集和标签集的比较。对于由接口730A所产生的单个标签请求(参考图7和图8),所请求参数的总数(总参数1250)包括由接口730A选择的十二个标签,如标签840A-C所示。对于从多个接口(如,接口1030A和1030B)接收的多个标签请求,标签集1040A-D、进一步地总参数1260包括可得到的十八个参数中的十六个(注意,第一级速度在100ms更新和1秒更新处出现两次)。此外,标签集1040D还包括具有两秒更新率的接口1030B关注的参数,而没有两秒更新率的标签集被接口1030A请求。图13是示出将多个标签请求组合成单个标签集的示例性非限制性实施例的流程图。在1310处,控制器(如,控制器1020)从第一接口(如,接口1030A)接收针对标签和各个更新时间的第一集合的第一标签请求。在1320处,控制器从第二接口(如,接口1030B)接收针对具有各个更新时间的标签的第二集合的第二标签请求。如上所述,参考图10、图11和图12,各个请求集中的标签(如请求集1035A和1035B)可包括被接口唯一请求的标签、针对相同的更新率被两个或更多个接口请求的标签或者被两个或更多个接口请求然而具有不同的更新率的标签。在1330处,控制器确定在第一请求中接收的任何标签是否具有与第二请求中的标签相同的更新率。在1340处,基于具有共同更新率的标签的确定,基于更新率来积聚(pool)共同标签(如,对于100ms更新率两个接口需要第二级速度,从而在100ms标签集1040A中对于该参数仅需产生一个出现)。在1350处,对于没有共同更新率的标签,根据需要为每一个相应的更新率产生每一个标签的唯一出现率。在1360处,汇编标签集(如,标签集1040A-D中的任一个)以所需的更新时间产生,并且包括所需的标签,因此将汇编标签集转送至请求接口。如上所述,标签集可以连同未被请求的标签包括被特定接口请求的标签,标签集中没有被接口请求的标签可以被忽略。图14示出了响应于新标签集请求的接收来更新主集和校验码的示例性非限制性实施例的框图。应该理解,虽然响应于正在被请求的新参数来更新标签集,但在不再需要参数且从被请求标签集中移除该参数的情况下仍可以出现类似情形。被请求标签的集合(如,来自接口1030A的请求集1035A)的第一实例1410包括六个参数的初始选择。在接收到被请求标签时,产生标签集1040A的第一实例1430且其伴随有第一校验码1028A-1。第一标签集实例1430包括如以上参考图11所述的标签组合,并且被请求标签的组合形成包括七个参数的标签主集1435。此外,在实施例中,如上所述,可以至少部分地基于包含主集1435的参数产生校验码1028A-1。在后续时刻,接收被请求标签的第二实例1420,其中接口(如,接口1030A)此时需要第三级时间参数。考虑到新的被请求参数,产生标签集1040A的第二实例1440以包括第三级时间。如示,主集1445包括具有第三级时间的八个参数。由于标签集1040A的内容改变,因此至少部分地基于包含主集1445的参数来产生新的校验码1028A-2。图15是示出结合标签集中的标签的集合来监视校验码的示例性非限制性实施例的流程图。在1510处,接口(如,接口330A-330n、730A-730n和1030A-1030n中的任一个)被配置成监视所接收的标签集以识别校验码值是否改变。在1520处,接收初始标签集(如,标签集340A-n、740、840A-C和1040A-D中的任一个),其中如以上所述,标签集可以伴随有为便于文中所述任一实施例的操作所需要的任何信息,其中该信息可以包括校验码(如,728、828A-C或1028A-D中的任一个)和具有标签集的标签的主集(如,标签集1040A的主集1435)。在1530处,在初始标签集中的校验码(如,校验码1028A-1)被检查,且用作后续码校验所基于的基本值。随后,在1540处(如,在下一个更新时间)接收新的标签集。在1550处,获得在新的标签集中的校验码值并且与先前存储的校验码值相比较,由此确定新的校验码是否与先前存储的值不同。响应于校验码值没有改变(即,“No”)的确定,可以确定在标签集中接收的标签与先前接收的标签相同,以及参数值序列一致,由此当接收下一标签集时流程返回至1540。响应于校验码已经改变(如,校验码1028A-2)的确定,流程继续至1560,由此检查针对新接收的标签集的主集(如,主集1445)。应该理解,标签集中的参数的主集可伴随标签集,由此使接口能够简单地检查主集,以获取标签集中参数值的新序列。或者,在主集没有伴随标签集的实施例中,可以以控制器放置请求以转送与新接收的标签集相关的主集,由此使接口随后能够确定标签集中的参数值的新序列。在1570处,建立新接收的标签集的校验码,作为与后续接收的标签集进行比较以便于确定标签集中的参数序列是否改变的基准值。实际上,文中所述的各个示例性的非限制性实施例涉及“推送”系统,该“推送”系统的操作与图2中所示的常规系统中的“拉动”系统形成对比。该“推送”系统的优点在于,在接口与控制器之间传送例如由雷暴之后电力中断、为维修而使接口离线、控制器离线等导致的通信丢失的情况。对于常规系统,接口在重新建立与控制器的通信时必须遵循以下过程:再次请求可从控制器获得的标签集合、选择被请求标签以及将请求转送至控制器,其中该过程可能涉及相当大的努力来识别在通信丢失以前接收哪一个标签。对于文中所述各个实施例,标签集和相关信息(如,超集325,725,1025,标签727,1027,校验码720,1028A-C,主集1435,1445,等)保持在控制器上(如,在存储器723,1023等中),因此在重新建立通信之后,接口可以连同标签主集和校验码请求最新的标签集。如果校验码与通信丢失前接收的校验码相比没有变化,则接口可以假定主集包括与通信丢失之前相同的标签。如果校验码改变,则可以检查主集以识别标签序列。为了支持“推送”操作,存储器723、732、1023、1032A、1032B等中的一部分可以本质上是非易失性的,以便于标签集、标签、主集、校验码等的存储,在至控制器和\/或接口的电力中断的事件中,有助于文中所述各个实施例的操作的各个要素被存储以便随后检索,如重建至控制器和\/或接口的电力。应该理解,文中所述的与通过和处理(如,控制、监视等)相关联的控制器部件来生成和共享标签集有关的各个实施例没有特别地限制于控制器部件上的操作。各个所述实施例可以由与处理相关联且涉及处理信息生成的任何部件来使用。还应该理解,文中所述的与在关联于处理(如,控制、监视等)的一个或更多个接口处从共享标签集中请求并接着提取信息有关的各个实施例没有特别地限制于接口部件上的操作。各个所述实施例可以由便于呈现和\/或交互处理信息的任何部件来使用。此外,应该理解,文中所述任何控制器(如,控制器220、320、720或1020中的任一个)大体上可以是工作自动化中通常采用的任何适当的工业控制器,包括但不限于可编程逻辑控制器、动作控制器、监督控制和数据获取系统、分布式控制系统、处理自动化控制器等。示例性分布式网络环境本领域技术人员可以理解,文中所述的用于工业自动化环境应用的设计设备和相关方法的各个实施例可以与任何计算机或其他客户装置或服务器装置一起来实现,其可以配置为计算机网络的一部分或配置在分布式计算环境中,并且可以连接至任何种类的数据存储器。在这点上,文中所述各种实施例可以在具有任意数量的存储器或存储单元和运行在任意数量的存储单元上的任意数量的应用和处理的计算机系统和环境中实现。这包括但不限于,具有配置在网络环境中或分布式计算环境中的服务器计算机和客户端计算机且具有远程或本地存储器的环境。分布式计算通过计算装置和系统之间的通信交换来提供计算机资源和服务的共享。这些资源和服务包括信息交换、用于诸如文件等对象的缓存存储器和盘存储器。这些资源和服务还包括在多个处理单元上共享处理能力,以便于负载平衡、扩展资源和处理专业化等。分布式计算利用网络连通性,使客户端杠杆式影响它们的集体能力,从而有益于整体工作。在这方面,如本公开的各个实施例所述,多种装置可以具有可参与标签集生成和共享的应用、对象或资源。图16示出了示例性网络或分布式计算环境的示意图。分布式计算环境包括计算对象1610、1612等和计算对象或装置1620、1622、1624、1626、1628等,其可以包括程序、方法、数据存储器、可编程逻辑等,如应用1630、1632、1634、1636、1638所示。应该理解,计算对象1610、1612等和计算对象或装置1620、1622、1624、1626、1628等可以包括不同的装置,诸如个人数字助理(PDA)、音频\/视频装置、移动电话、MP3播放器、个人计算机、膝上型电脑等。每一个计算对象1610、1612等和计算对象或装置1620、1622、1624、1626、1628等可以通过通信网络1640直接地或间接地与一个或更多个其他计算对象1610、1612等和计算对象或装置1620、1622、1624、1626、1628等通信。即使图16中示为单个元件,但通信网络1640可以包括为图16中的系统提供服务的其他计算对象和计算装置,并且\/或可以表示多个互联网络(未示出)。每一个计算对象1610、1612等或计算对象或装置1620、1622、1624、1626、1628等还可以包括可利用API的应用(诸如应用1630、1632、1634、1636、1638)、或适于与设计设备通信或实现设计设备并且与根据本公开的各个实施例的机制相关的其他对象、软件、固件和\/或硬件。存在支持分布式计算环境的各种系统、部件和网络构造。例如,计算系统可以通过有线或无线系统,经由本地网络或广泛分布的网络连接在一起。目前,很多网络耦接至因特网,该因特网为广泛分布的计算提供基础设施并且包括很多不同的网络,但是任何网络基础设施均可用于对如各实施例中所述的系统产生事件的示例性通信。因而,可以使用很多网络技术和网络基础设施,诸如客户机\/服务器、端对端或混合体系结构。“客户机”是使用与其不相关的另一个类或组的服务的类或组的成员。客户机可以是请求由另一个程序或处理提供的服务的处理,即大致为指令或任务集合。客户机处理使用所请求的服务,而不用“知道”与其他程序或服务本身相关的任何工作细节。在客户机\/服务器体系结构中,尤其在网络系统中,客户机通常为访问由另一个计算机(如,服务器)提供的共享网络资源的计算机。在作为非限制性例子的图16的示例中,计算对象或装置1620、1622、1624、1626、1628等可视为客户机,并且计算对象1610、1612等可被视为服务器,其中用作服务器的计算对象1610、1612等提供数据服务,诸如从客户机计算对象或装置1620、1622、1624、1626、1628等接收数据、存储数据、处理数据、将数据传送至客户机计算对象或装置1620、1622、1624、1626、1628等,但是根据环境任何计算机均可以被视为客户机、服务器或客户机和服务器。服务器通常为可通过远程或本地网络访问的远程计算机系统,诸如因特网或无线网络基础设施。客户机处理可以在第一计算系统中作用,并且服务器处理可以在第二计算机系统中作用,以通过通信介质彼此通信,从而提供分布式功能并且允许多个客户机利用服务器的信息收集能力。在通信网络1640或总线为因特网的网络环境中,例如,计算对象1610、1612等可以是经由许多已知协议(诸如,超文本传送协议,HTTP)中的任一个与其他计算对象或装置1620、1622、1624、1626、1628等通信的网络服务器。用作服务器的计算对象1610、1612等还可用作如计算对象或装置1620、1622、1624、1626、1628等的客户机,这可以是分布式计算环境的特点。示例性计算装置如上所述,有利地,文中所述技术可以应用于任何装置,其中希望根据多个构造将应用配置至工业自动化环境中的多个装置。因此,应该理解,预期各种手持、便携和其他计算装置和计算对象与各个实施例一起使用,即用于用户可能访问、利用或配置工业应用的任何地方。因此,以下图17中所述的通用远程计算机仅仅是计算装置的一个实例。实施例可以部分地经由操作系统来实现,以便服务的开发者用于装置或对象,和\/或实施例可以包含在运行以执行文中所述各个实施例的一个或更多个功能方面的应用软件中。软件可以在由一个或更多个计算机(诸如,客户机工作站、服务器或其他装置)执行的计算机可执行指令如程序模块的总的背景下来描述。本领域技术人员应该理解,计算机系统具有可用于通信数据的各种构造和协议,因此任何特定的构造或协议都不被认为是限制性的。因此图17示出了可以实现文中所述的实施例的一个或更多方面的适当的计算系统环境1700的实例,尽管上文进行了说明,但计算系统环境1700仅仅是适当的计算环境的一个实例,并且不意在暗示对使用或功能的范围的任何限制。另外,计算系统环境1700不意在解释为具有与示出在示例性计算系统环境1700中的任一部件或部件组合有关的任何依赖性。参考图17,用于实现一个或更多个实施例的示例性远程装置包括计算机1710的形式的通用计算装置。计算机1710的部件可以包括但不限于处理单元1720、系统存储器1730和将包括系统存储器的各个系统部件耦接至处理单元1720的系统总线1722。计算机1710通常包括多种计算机可读介质并且可以是可被计算机1710访问的任何可用介质。系统存储器1730可以包括易失和\/或非易失存储器形式的计算机存储介质,诸如只读存储器(ROM)和\/或随机存取存储器(RAM)。仅为举例并非限制,系统存储器1730还可以包括操作系统、应用程序、其他程序模块和程序数据。根据另一个实例,计算机2610还可以包括多种其他介质(未示出),其可以包括但不限于RAM、ROM、EEPROM、闪速存储器或其他存储器技术、光盘(CD)ROM,数字多功能盘(DVD)或其他光盘存储器、磁带盒、磁带、磁盘存储器或其他磁存储装置、或可用于存储期望信息的其他瞬时和\/或非瞬时介质。用户可以通过输入装置1740将命令和信息输入到计算机1710中。监视器或其他类型的显示装置也经由接口(诸如,输出接口1750)连接至系统总线1722。除监视器以外,计算机还可以包括可通过输出接口1750来连接的其他外围输出装置,诸如扬声器和打印机。计算机1710可以使用至一个或更多个其他远程计算机(诸如,远程计算机1770)的逻辑连接来在网络或分布式环境中运行。远程计算机1770可以是个人计算机、服务器、路由器、网络PC、对等装置或其他公用网络节点或任何其他远程介质消耗或传送装置,并且可以包括与计算机1710有关的上述任何或所有元件。图17中所述的逻辑连接包括网络1772(诸如,局域网(LAN)或广域网(WAN))、但还可以包括其他网络\/总线。该网络环境在家里、办公室、企业范围内的计算机网络、内联网和因特网中是常见的。如上所述,虽然结合各种计算装置和网络体系结构描述了示例性实施例,但基本概念可以应用于希望实现用于真实世界应用的游戏的任何网络系统和任何计算装置或系统。此外,存在实现相同或相似功能的多种方式,如使应用和服务能够利用文中所述技术的适当API、工具箱、驱动代码、操作系统、控件、单机或可下载软件对象等。因此,文中的实施例从API(或其他软件对象)的角度,以及从实现文中所述的一个或更多个实施例的软件或硬件对象的角度来设想。因此,文中所述各个实施例可以具有完全硬件的方面、部分硬件且部分于软件的方面以及软件的方面。词汇“示例性”在文中用于表示用作例子、实例或示例。为避免疑义,文中公开的主题内容不受该例子的限制。另外,文中描述为“示例性”的任何方面或设计不一定解释为比其他方面或设计优选或有利,也不表示排除本领域技术人员所熟知的等价示例性结构和技术。此外,在使用术语“包括(include)”、“具有”、“包含”和其他类似词的程度上,为了避免疑义,这些术语意在以与作为开放式承接词的类似术语“包括(comprising)”的相似方式是包括性的,且在权利要求中使用时不排除任何另外的或其他元件。如上所述,文中所述各种技术可以结合硬件或软件,在适当的情况下结合硬件和软件的组合来实现。如文中使用的那样,术语“部件”、“模块”和“系统”等同样意在涉及计算机相关实体,或者是硬件、硬件和软件的组合、软件、或运行中的软件。例如,部件可以是但不限于在处理器上运行的处理、处理器、对象、可执行软件、执行线程、程序和\/或计算机。举例来说,在计算机上运行的应用和计算机可以是部件。一个或更多个部件可以驻留在处理和\/或执行线程中,并且部件可以位于一个计算机上和\/或分布在两个或更多个计算机之间。关于若干个部件之间的相互作用已经描述了上述系统。应该理解,该系统和部件可以包括根据前述各种排列和组合的那些部件或特定的子部件、一些特定部件或子部件和\/或另外的部件。子部件还可以实施为以通信的方式耦接至其他部件而非包含在母部件(分级)内的部件。另外,应该注意,一个或更多个部件可以组合成提供聚合功能的单个部件,或划分成若干个分离的子部件,并且任何一个或更多个中间层(诸如管理层)可以提供为以通信的方式耦接至该子部件以提供集成的功能。文中所述任何部件还可以与文中没有具体描述但为本领域技术人员所熟知的一个或更多个其他部件交互。鉴于上述示例性系统,可根据所述主题来实现的方法还可以参考多个附图中的流程图来理解。虽然出于简化说明的目的,将方法作为一系列模块来示出和描述,但应该理解,各个实施例不受模块顺序的限制,一些模块可以与其他模块以与文中所示和所述的不同顺序出现和\/或与其他模块同时出现。在经由流程图示出非连续或分叉的流程的情况下,应该理解各个其他分支、流程路径和模块顺序可以被实现,以达到相同或相似结果。此外,在实现文中所述方法的过程中,一些示出的模块是可选的。除了文中所述各个实施例以外,应该理解,可以使用其他类似实施例,或者可以对所述实施例进行变型和相加,以便在不脱离相应实施例的情形下执行与相应实施例相同或等价的功能。另外,多个处理芯片或多个装置可以分摊文中所述的一个或更多个功能的执行,并且类似地,可以在多个装置上实现存储。因此,本发明不意在限于任何单个实施例,而是在根据所附权利要求书的宽度、主旨和范围中被解释。根据上述描述可知,本发明的实施例还公开了以下技术方案,包括但不限于:方案1.一种系统,包括:控制器,被配置成将与工业处理相关联的处理信息公布给多个终端,所述控制器包括:标签集生成部件,被配置成汇编包括从多个接口接收的至少一个所请求的标签的标签集;标签集公布部件,被配置成对所述多个接口公布所述标签集的实例。方案2.根据方案1所述的系统,其中所述至少一个所请求的标签与所述处理信息相关且识别测量、数据、值、参数或变量中的至少一个。方案3.根据方案1所述的系统,其中所述至少一个所请求的标签与更新率相关联。方案4.根据方案3所述的系统,其中所述更新率指示所述至少一个所请求的标签描述的所述处理信息要被公布给所述多个接口的频率。方案5.根据方案1所述的系统,所述标签集生成部件进一步被配置成生成与所述标签集相关联的主集。方案6.根据方案5所述的系统,其中所述主集识别所述至少一个所请求的标签在所述标签集中的标签序列中的位置。方案7.根据方案6所述的系统,所述标签集生成部件被进一步配置成以所述标签集中的新的标签序列更新所述主集。方案8.根据方案7所述的系统,其中所述更新响应于从所述标签集删除标签或标签被加到所述标签集中的至少一个。方案9.根据方案1所述的系统,所述标签集生成部件被进一步配置成生成与所述标签集相关联的校验码。方案10.根据方案9所述的系统,其中基于所述标签集的内容生成所述校验码。方案11.根据方案10所述的系统,其中所述校验码是单向哈希码。方案12.一种方法,包括:从多个控制器接收对于与多个处理控制信息相关的多个可用标签中的至少一个标签的至少一个请求;响应于所述至少一个请求汇编包括所述至少一个标签的标签集;将所述标签集转发到所述多个控制器。方案13.根据方案12所述的方法,其中所述处理控制信息包括测量、数据、值、参数或变量中的至少一个。方案14.根据方案12所述的方法,进一步包括接收针对所述至少一个标签的至少一个更新率。方案15.根据方案14所述的方法,其中所述更新率限定所述处理控制信息要被传递到所述至少一个接口的频率。方案16.根据方案12所述的方法,进一步包括:生成与所述标签集的汇编的内容相关联的校验码。方案17.根据方案12所述的方法,进一步包括生成主集,所述主集识别所述至少一个标签在所述标签集中进一步包括的多个标签中的位置。方案18.一种计算机可读存储介质,具有存储于其上的指令,所述指令包括:用于从多个控制器接收对于与多个处理控制信息相关的多个可用标签中的至少一个标签的至少一个请求的指令;用于响应于所述至少一个请求汇编包括所述至少一个标签的标签集的指令;用于将所述标签集转发到所述多个控制器的指令。方案19.根据方案18所述的计算机可读存储介质,其中所述处理控制信息包括测量、数据、值、参数或变量中的至少一个。方案20.根据方案18所述的计算机可读存储介质,进一步包括用于接收针对所述至少一个标签的至少一个更新率的指令,其中所述更新率限定所述处理控制信息要被公布给所述至少一个接口的频率。...
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1