[发明专利]客户端负荷减少的反向注释

说明书

本发明涉及客户端负荷减少的反向注释，尤其涉及用于技术设施的控制系统。本发明还涉及一种用于视觉呈现技术设施的设施图(15)的方法，技术设施具有操作员站服务器(2)、工程站服务器(3)和操作员站客户端(4)，特别是过程或制造设施，该方法包括：将技术设施的设施图(15)从操作员站服务器(2)传输到操作员站客户端(4)；由操作员站客户端(4)限制设施图(15)视觉呈现；通过消息(17)自动通知工程站服务器(3)关于由操作员站客户端(4)执行的对设施图(15)的视觉呈现的限制。

技术领域

本发明涉及一种用于技术设施的控制系统，控制系统具有操作员站服务器、工程站服务器和操作员站客户端，技术设施特别是过程或制造设施，其中，操作员站服务器设计成将技术设施的设施图传输到操作员站客户端以进行操作和监视，并且其中，操作员站客户端设计成，在预期能用于设施图的视觉呈现的时间段被超过的情况下限制设施图的视觉呈现。本发明还涉及控制系统的应用以及用于视觉呈现技术设施的设施图的方法。

背景技术

为了操作和监视过程技术设施而创建符号化的设施图，其以抽象方式显示过程技术关联、尤其是过程对象之间的关联。设施图包括静态符号(例如线、矩形等)、动态符号(例如颜色变化的线条或填充水平随过程测量值变化的矩形)、块符号(用于动态可视化方法技术过程对象)、复杂的控件(例如趋势显示、消息序列显示等)和容器，容器可以可视化来自独立和自主来源的内容(例如网络摄像头、模块化设施部件的设施图或应用程序，例如调节优化器)。

容器由不同的技术实现。在现代面向Web(网络)的控制系统中，可以为此使用所谓的框架“iFrame”，例如，SIEMENS(西门子)使用的SWAC技术(SWAC表示“西门子Web应用程序协作”)。前面提到的复杂控件(趋势显示、XY图、消息序列显示、SFC步骤链、CFC可视化、批处理等)也可以在容器的帮助下被嵌入到设施图中，因为底层应用程序可以在在服务器侧退耦和分布，从而可以达到更高水平的稳定性。

因此，现代设施图是不统一的，因为这些设施图不是由单个应用程序动态化的，而是由许多不同的应用程序动态化的，这些应用程序也可以位于不同的服务器上。这种模块化对于解决Internet 4.0(灵活、模块化和动态可重构设施)的要求非常有用和必要，但在操作员站客户端中呈现不统一的设施图的可视化具有相应的挑战，特别是在操作员站客户端的稳定性、可靠性和性能方面。

如果在设施图中嵌入了多个容器，并且容器的内容(例如消息序列显示)需要更多时间进行呈现(渲染)，则其他容器以及设施图的其余部分都会受到负面影响。由此产生的问题可能多种多样：一方面，可能导致“缓慢”的动态设施图。此外，“冻结”并因此不可操作的设施图是可能的。如果更新请求增加并且操作员站客户端由于可用内存不足而崩溃，也可能导致操作员站客户端“崩溃”。

在这些特别严重的情况下，过程技术设施的操作和监视被暂停，其因此处于盲目运行状态。为了防止过载，已知各种降低负荷的方法。举出三种针对不同图元件降低呈现负荷的方法为例：

1)减少趋势显示时的呈现负荷：

-聚合因子的动态自适应增加导致呈现趋势曲线的点数减少，

-通过更新时间的动态自适应增加，趋势使用新过程值更新的频率降低(例如不再是每秒，而是每两秒或每隔一秒呈现一次设施图)。

2)减少消息序列显示的呈现负荷：

-由于更新时间的动态自适应增加，消息序列显示的更新频率较低(例如不再是每秒，而是每两秒-或每隔一秒呈现一次设施图)。

3)减少网络摄像头控件的呈现负荷：

-随着刷新率的动态自适应增加，例如相机图的更新频率降低(例如不再是每秒，而是每两秒或每隔一秒呈现一次设施图)。

例如在文献DE 100 536 65A1中公开了这样的已知方法。