建筑或住宅自动化的基于web的可视化系统的制作方法

文档序号:13985185

建筑或住宅自动化的可视化系统用来例如在功能建筑、酒店、办公建筑、医院、公寓建筑等中,对建筑或建筑的一部分进行控制和监测,并且,显示整个建筑自动化的信息,并且,经由建筑可视化而对加热、冷却系统、通风及空气调节系统、照明、遮阳系统、消防和/或安全系统进行控制。

一些可视化系统使用独立式装置,这些独立式装置运行相同装置上的操作系统内核和用户界面。这些装置装备有固定分辨率显示器。建筑或住宅信息的可视化针对该固定分辨率而静态地设计,并且,不允许调整大小为不同的屏幕大小。所有的视图都为预定义的,且由完美地适合于已知的屏幕分辨率的控制、文本和符号组成。

此外,使用基于客户端/服务器的体系结构。在这种情况下,服务器托管一个或更多个远程客户端所连接至的系统内核,以便接收数据,以用于显示用户界面。而且,这些已知的实现仅支持以固定屏幕分辨率由系统内核所众所周知的客户端。根据已知的客户端的请求,服务器发出客户端的固定分辨率的预定义的屏幕。

建筑自动化可视化系统的当前的实现使用浏览器技术,如HTML、Java脚本和样式表。这些技术赋予更大程度的独立性,以用于在客户端装置上显示用户界面。该技术概念同样地依赖于客户端/服务器体系结构。然而,客户端必须不被服务器以其屏幕分辨率而熟知。根据请求,服务器仅将用户界面的描述发送至客户端。这取决于客户端读取描述且根据内部信息而生成用户界面。

这些实现的缺点涉及客户端的显示器大小和/或分辨率,在试运行时间的期间,必须已经设定客户端的显示器大小和/或分辨率。如果在运行时间时,改变客户端,并且,客户端提供不同的显示器分辨率,则将不会正确地显示用户界面。在这种情况下,要求新的配置和设置。

基于HTML的实现对于不同的客户端是更灵活的。但在这种情况下,没必要预先使客户端的显示器大小参数化。

然而,为了生成用户界面的可视化,客户端完全地依赖于标准软件组件,标准软件组件被称为绘制引擎,客户端的操作系统提供绘制引擎。已知的绘制引擎不能确保每个客户端显示器大小和分辨率上的用户界面的完全地兼容的可视化。例如,在高分辨率显示器上,HTTP侧的内容示出得太小。

绘制引擎按顺序提供标记内容(诸如,HTML、XML、图像文件等)和格式化信息(诸如,CSS、XSL等),并且,在屏幕上,显示所格式化的内容。在监测器或打印机上,显示窗口的内容区。

绘制引擎能够将电子邮件、电子书阅读器、在线帮助系统或客户端装置的要求显示且编辑web内容的另一应用集成于例如web浏览器中。

因而,本发明涉及建筑或住宅自动化的基于web的可视化系统,该系统避免上文提到的缺点,并且,向客户端提供独立的基于web的建筑或住宅可视化系统。

借助于包括权利要求1中所详细说明的特征的基于web的可视化系统来实现本发明的目标。在另外的权利要求和描述中,详细说明根据本发明的系统的有利的实施例和改进。

根据本发明的方面,提供建筑或住宅自动化的基于web的可视化系统,该系统包括web服务器,web服务器与至少两个客户端装置连接。将绘制引擎集成于客户端装置中。

本发明以调整大小引擎增强绘制引擎。如果客户端请求来自web服务器的至少一个专用的web侧(11)(例如,HTTP侧),则将尺调整大小引擎上传至客户端装置。

然后,调整大小引擎从具有至少一个客户端显示器的底层操作系统请求显示器信息(如分辨率和/或大小)。HTTP侧的所有的另外的数据都传递至调整大小引擎。

提供调整大小引擎,以便关于客户端的显示器的当前的显示器分辨率和/或大小而对数据进行预处理。

绘制引擎通过使用调整大小引擎的所预处理的数据,从而生成显示器的最终视图。

有利地,通过调整大小引擎还用于放大/缩小所显示的页面的功能。能够对文本和图形进行调整大小,而没有阶梯效应。调整大小引擎中的该附加处理同样地允许放大至非常详细的视图,以及缩小至宽泛的概述。

另外,新的可视化系统完全地独立于客户端装置(如计算机、移动电话、平板、平板PC、超级本、笔记本电脑等)的任何显示器大小或分辨率,而且还完全地独立于未来的每个新的客户端装置。

根据本发明系统的有利的方面,有助于支持不同的客户端装置的庞大组合(huge portfolio),而不需要在试运行阶段的期间配置每个客户端。如果在运行时间时,更换客户端,则不存在必要的重新试运行。

新的系统向客户端提供独立的基于web的建筑或住宅可视化系统。

联合附图,更详细地描述本发明的示范性的实施例和有利的改进实施例,其中:

图1示出建筑或住宅自动化的创新的基于web的可视化系统的示范性的实施例。

在本发明的示范性的实施例中,建筑或住宅自动化的创新的基于web的可视化系统包括web服务器10,web服务器10与若干个客户端装置20连接。客户端装置20使用web浏览器来显示HTTP侧11,HTTP侧11由web服务器10递送。

每个客户端装置20包含客户端显示器23和软件组件,软件组件是绘制引擎21。绘制引擎21按顺序标记内容、格式化,并且,在客户端装置20的显示器上,显示所格式化的内容。

根据本发明,设想,绘制引擎21包含调整大小引擎22,如果客户端对来自web服务器10的至少一个专用的HTTP侧11作出请求,则将调整大小引擎22上传至客户端装置20,并且,该调整大小引擎22放大/缩小客户端显示器23上的所显示的页面的功能。

调整大小引擎22计算所显示的页面的矩形组件的位置和大小,并且,对组织成组件的层次树结构的一组的组件及子组件进行管理。每个子组件本身能够是子组件的容器(container)。

子组件是初始大小的母容器的构件,其中,cx=宽度,并且,cy=高度,每个子组件被初始化为:

- 初始坐标x1、y1、x2、y2(相对于母容器)

- 当改变母容器大小时,坐标dx1、dy1、dx2、dy2的增量适用于子组件。

当改变容器大小时,调整大小引擎22如下地计算子组件大小:

考虑到,dx1、dy1、dx2、dy2在0与1之间。

-dx1=0意指左侧锚定(anchoring)。

-dx2=1意指右侧锚定。

-dy1=0意指顶部锚定。

-dy2=1意指底部锚定。

调整大小引擎22的自动算法与组件调整大小相对应,该 组件调整大小与其原始坐标(x1,y1,x2,y2)成比例,且因此,与大小成比例。

通过下式而获得新的之间位置/大小:

其中,cx;cy为母容器的宽度和高度。

因而,自动算法供应在没有锚定算法的任何深层知识的情况下能够将应用于任何组件的比。

完全地有可能使用自动锚定算法或完全地定制的锚定算法,在调整大小引擎22的内侧,使组件混合。

该保持比的模式通过保持其原始方面(宽度/高度比)而允许对组件进行定位。

在这种情况下,先前的计算给出第一矩形。在该矩形中,通过保持宽度/高度的比而对组件进行定位。

取决于情况,能够在构件的侧上,添加透明空间,以保持比。

对于所描述的计算需要以下的两个新因素,以便对具有水平因素和竖直因素的组件进行定位:

1.对于水平因素:0意指组件被左侧对齐,

1意指右侧对齐,0.5意指水平地居中

2.对于竖直因素:0意指组件被顶部对齐,

1意指底部对齐,0.5意指竖直地居中。

调整大小引擎22的算法也允许容易地以这样的方式将两个组件锚定在一起,以致于在调整大小操作的期间,邻接的边界一起移动。这通过将相同因素应用于边界而获得。

例如,如果组件1的右侧边界必须遵循组件2的左侧边界,则组件1.dx2必须等于组件2.dx1。

该引擎21允许容易地创建如电子表格的视图。例如,通过将以下的因素应用于每个列(0、0.2、0.4、0.6、0.8、1)的边界而得到5列的制表。

参考列表

10 web服务器

11 web侧,HPPT侧

20 客户端装置

21 绘制引擎

22 调整大小引擎

23 显示器单元,客户端显示器。

再多了解一些
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1