CN1614557A

CN1614557A - 用于动态生成用户界面的方法和系统

Info

Publication number: CN1614557A
Application number: CNA2004100897808A
Authority: CN
Inventors: 卡尔海因茨·多恩; 克里斯琴·沙夫; 迈克尔·施尼茨克; 汉斯-马丁·冯斯托克豪森
Original assignee: Siemens AG
Current assignee: Siemens Healthineers AG
Priority date: 2003-11-04
Filing date: 2004-11-04
Publication date: 2005-05-11
Anticipated expiration: 2024-11-04
Also published as: US20050097579A1; DE10351351A1; CN100507838C; US7827496B2; DE10351351B4

Abstract

本发明涉及一种用于为用户(A)动态地、不依赖于分辨率和平台地生成用户界面(UI)的方法和系统。其中读入和解释配置文件(10)。在访问分别将一个控制事件与一个事件处理程序(14)对应的映射的条件下，布局引擎(LE)生成用户界面(UI)。

Description

用于动态生成用户界面的方法和系统

技术领域

本发明涉及一种用于为应用程序生成用户界面的方法和系统，其中该用户界面在至少一个目标系统上运行，并且可以包括多个显示器。

背景技术

在现有技术的早期系统中，用户界面的实现是作为各应用程序代码的组成部分。但是这导致在更改或更新代码时还必须一起更改用户界面。这增加了编程和维护的开销。

为避免该缺陷，目前主要采用网页浏览器和标记语言即超文本标记语言(HTML)，从而能生成至少最大限度独立于目标系统参数的用户界面，该目标系统的参数例如是分辨率或所采用的平台。作为HTML基础的机制是通过所谓的标签预先给定应当如何表示一个应用程序(例如WWW浏览器)的文档的特定部分。但是根据现有技术的基于HTML的方法需要较高的编程代价，因为从多方面来说HTML是有限的。

因此，必须由浏览器来解释基于HTML的应用，而浏览器一般不是用于实施应用的。这导致处理时间很长。此外，基于HTML来生成用户界面要求，必须应新用户的变化的需要而利用界面的其它参数，如另一种分辨率来为该新用户改写同一应用程序。

而且几乎不可能生成可在应用程序运行时动态更改的用户界面，或者只能在极高的代价和错误率下生成这种用户界面。

因此目前的方法存在一些缺陷。

发明内容

因此本发明要解决的技术问题在于，提供一种方法，可以用来不依赖分辨率和平台地生成用户界面，同时还可以动态更改和远程配置用户界面。

特别的，该技术问题是通过一种用于在至少一个目标系统上为一应用程序生成多显示器用户界面的方法来解决的，该方法访问配置文件，其中该配置文件至少描述了待生成用户界面的布局的组件，尤其是可视化组件，并且通过读入和/或解释该配置文件来生成所述用户界面，其中用户界面的生成在数据技术上是与目标系统和/或所述应用无关的，并且还可以在所述应用的运行时配置所生成的用户界面。

此外，该技术问题还通过一种开始所述类型的系统解决的，尤其是通过一种用于在至少一个目标系统上为一应用生成多显示器用户界面的系统，该系统具有：

-至少一个配置文件，该配置文件至少描述了待生成用户界面的布局的组件，尤其是可视化组件，

-至少一个具有多显示器功能的布局引擎，该引擎读入、解释该配置文件和/或生成所述用户界面，其中所述布局引擎在数据技术上是与目标系统和/或所述应用没有联系的。

本发明的一个重要概念建立在这样的基础上，即中央机制，也就是所谓的布局引擎，是基于对可视化组件和涉及事件的组件的分配。换句话说就是在下列任务之间进行区分：

要求定义应当如何显示一个对象的任务，和

要求定义一个对象应当具有哪些意义或哪些内容的任务。

根据本发明，一般地提供了用于确定用户界面的基本机制，并且该基本机制可以用于任何应用，因为这些基本机制作为模块化的组成部分是与各特定应用没有联系的。

在优选基于XML的配置文件的基础上，布局引擎自动或至少半自动地、借助附加输入和/或用户命令为各应用生成界面。

这优选响应该应用的询问来进行，也就是说用户界面的生成是在用户触发下进行的。

在本发明的优选扩展中，所述配制文件是由本发明系统或方法的组件在内部生成的，而在该优选的实施方式中只对外部生成的配置文件进行访问，并提供合适的界面。

布局引擎没有定义和包含应用语义或实施模型。因此根据本发明，封装了用于生成用户界面的逻辑，并且总的来说可以不依赖各应用情况地采用该逻辑。

通过本发明解决方案的模块化体系结构，配置文件、布局引擎和/或应用逻辑可以驻留在基于服务器的资源上。

此外，在其上生成或运行用户界面的目标系统可以设置在不同于所述应用自身的另一位置。

在本发明的优选扩展中，通过SOAP协议向网页服务传递由布局引擎生成的用户界面控制。SOAP协议(简单对象存取协议)是一种用于在分散的分布式环境中交换信息的协议，并且该协议因此适合于在本发明的模块之间交换信息。

布局引擎优选通过HTTP协议加载XML文件。但在这两种情况下都可以采用特殊定义的协议。

优选的，根据本发明生成的用户界面是不依赖于目标系统的分辨率和/或平台而生成的，和/或配置文件是不依赖于用户界面的程序库而生成的。

在本发明的另一种优选结构中，自动生成配置文件和/或用户界面。

此外优选的是，还可以远程配置用户界面，这提高了系统的灵活度。

在本发明的另一优选扩展中，配置文件包括映射规则，这些规则将一个控制事件分别对应一个同样可配置的事件处理程序，其中该映射只是一般性的，并且不依赖于所述应用和/或目标系统。

在此，事件处理程序一方面可以在客户机上本地执行，另一方面可以在服务器上远程执行。

本发明的优选实施方式建立在这样的基础上，即通过多个控制字段、尤其是控制(Control)来定义用户界面，其中本方法分为下列步骤：

-创建控制字段，

-定位该控制字段，和

-向可配置的控制处理程序传递该控制字段。

本发明方法的上述实施方式还可以构成计算机程序产品，具有计算机可读介质和计算机程序代码装置，并且在该计算机程序产品中，在加载了计算机程序之后促使计算机执行本发明的上述方法。

另一可选解决技术问题的方案是一种存储介质，该介质用于存储上述可用计算机实施的方法，并且可由计算机读出。

附图说明

在下面对附图的详细描述中，利用实施例的特征和其它优点说明了非受限理解的实施例，该附图描述应当与附图联系起来阅读。在图中示出了：

图1示出了根据本发明的体系结构的示意性图，

图2示出了本发明优选实施例的流程图。

具体实施方式

对于应用程序A应当生成用户界面UI。该用户界面UI应当在目标系统Z上运行，该目标系统Z不需要与运行应用程序A的系统一致。根据本发明，这在访问布局引擎LE的条件下进行，该布局引擎LE是模块化构建的，并且其功能在应用程序A与目标系统Z上生成的用户界面UI之间。

如图1所示，根据本发明，从应用程序A出发生成XML配置文件10。配置文件10不依赖于UI库地描述待生成的界面UI的布局。由此，根据本发明获得了在目前现有技术的方法中不可能达到的自由度。这意味着，根据本发明生成的用户界面UI提供了例如不同于1280×1024分辨率的1024×786屏幕分辨率的布局。还可以引入变量，例如2个或更多新按钮控制12。如果存在多个布局区域(Layout Area)，则可以在配置文件中定义多个布局说明。因此，多个布局说明允许布局引擎LE既不依赖分辨率又能实现动态改变布局。

下面结合图2说明本发明优选实施方式的运行：

在此，布局引擎LE应要求读入XML配置文件10。可选的，还可以按照可预先确定的时间间隔来检查配置文件10的当前性，并自动将该配置文件10传递到布局引擎LE。

在读入配置文件10之后，由布局引擎了LE来解释该配置文件10。在此，布局引擎LE访问同样存放在配置文件10中的映射。

由此，布局引擎LE可以动态地生成一个布局，并对该映射进行访问，或进行事件连接。

所述映射包括一系列规则，根据这些规则将控制事件对应于事件处理程序14。可以将控制12定义为用于生成用户界面UI的控制字段。本发明的一个特别的优点在于，即使在应用程序A运行时也可以向已存在的控制添加新的控制12。由此，可以动态更改和/或配置根据本发明生成的界面UI。

根据本发明的方法，可以处理任意类型的控制12，而在根据现有技术的基于HTML的方法中，只能有限地使用控制Control(或者包括有限的功能，或者必须以相对高的代价复制该控制Control，例如树视图控制TreeViewControl)。

XML配置文件可以放在万维网服务器上。由此可有利地极大简化界面UI的安装。甚至还可以完全配置事件处理程序14，因此事件处理程序14由可执行或可加载的代码组成。然后，根据本发明不必在客户机或目标系统Z上实施安装过程。这显著提高了系统的可操作性。

XML配置文件10除了特定于应用程序的数据之外还包括涉及界面的控制事件至脚本事件处理程序14(这些脚本事件处理程序可以例如用Javascript或Perl编写)的映射(或连接)，或例如直接至网页服务的映射(连接)。由此根据本发明，用户界面UI的逻辑完全包含在XML配置文件10中，而迄今为止一般是必须对该逻辑编程的(在访问UI库的条件下或在网页应用服务器中通过ASP.NET/或JSP)。

待编程的事件处理程序14用作封装的模块，并且完全与用户界面UI的布局分离。此外，还可以不依赖于平台地实现事件处理程序14，因为这些事件处理程序优选只与布局引擎LE的模块通信。如果UI事件直接连接到一个或多个网页服务(或者其他服务)，则根据本发明不必再编程。

下面举出XML配置文件10的例子：

    ＜UI＞

    ＜Layouts＞

    ＜Layout name＝“1024×786”default＝“”＞

    ＜Areas＞

    ＜！--Man kann verschiedene Areas definieren in denen die Controls plaziert
warden--＞

    ＜Area name＝“area1“x＝“0”y＝“0”w＝“100”h＝“100”/＞

    ＜Area name＝“area1“x＝“101”y＝“0”w＝“100”h＝“400”/＞

    ＜/Areas＞

    ＜Controls＞

    ＜！--controls referenzieren eine Area die Koordinaten der Controls sind

    relativ zurArea--＞

    ＜Control area＝“area1”name＝“Button1”type＝“Button”x＝“10”y＝“10”
        <!-- SIPO <DP n="5"> -->
        <dp n="d5"/>
    w＝“40”h＝“20”＞

    ＜！--beliebige Properties des Controls knnen definiert werden--＞

    ＜Property name＝“color”value＝“red”/＞

    ＜/Control＞

    ＜Control area＝“area2”name＝“Button2”type＝“Button”x＝“40”y＝“10”

    w＝“40”h＝“20”/＞

    ＜/Controls＞

    ＜/Layout＞

    ＜！--ein altematives 2.Layout--＞

    ＜Layout name＝“800×600”＞

    ＜Areas＞

    ＜Area name＝“area1”x＝“0”y＝“0”w＝“100”h＝“100”/＞

    ＜/Areas＞

    ＜Controls＞

    ＜Control area＝“area1”name＝“Button1”type＝“Button”x＝“10”

    ＜/Controls＞

    ＜/Layout＞

    ＜EventHandlers＞

    ＜！--Ein Event Handler.der an einen WebService verdrahtet ist--＞

    ＜Handler name＝“Handler1”type＝“WebService”＞

    ＜！--$1 ist ein Platzhalter，der dem ersten Parameter in der＜map＞

    definition entspricht--＞

    ＜connection

    uri＝“https：//www.myserve r.corn/services/buttonclick.aspx？click

    ＝$1”/＞

    ＜/Handler＞

    ＜！--Ein Event Handler，der inline Skript code enthlt--＞

    ＜Handler name＝“Handler2”type＝“Script”＞

    ＜script type＝“inline”＞
        <!-- SIPO <DP n="6"> -->
        <dp n="d6"/>
    ＜！--die bergabeparameter der Handler entsprechen den Parametern in der

    ＜map＞definition--＞

    ＜code＞function foo(id){alert(“you clicked me！”+id)；}＜/code＞

    ＜/script＞

    ＜/Handler＞

    ＜/EventHandlers＞

    ＜EventMapping＞

    ＜！--Verdrahtet das Button1“Click”Event mit Handler1 und bergibt

    diesem Handler als Parameter die Property id des controls--＞

    ＜map name＝“EventMap1”control＝“Button1”event＝“Click”han-

    dler＝“Handler1”entry＝“”＞

    ＜param value＝“control.id”/＞

    ＜/map＞

    ＜！--Verdrahtet das Button2“Click”Event mit Handler2 ruft dessen

    Funktion foo auf und bergibt den Parameter--＞

    ＜map name＝“EventMap2”control＝“Button2”event＝“Click”

    handler＝“Handler2”entry＝“foo”＞

    ＜param value＝“control.id”/＞

    ＜/map＞

    ＜/EventMapping＞

    ＜/UI＞

下面示例性给出根据本发明的“.Net Windows Forms”(缩写为WinForms)的步骤：

    //省略XML语法分析

    //为XML配置中定义的、WinForm形式的区域和控制产生Control，

    //并将Form(myForm)添加到主程序Main中

    Areas[]theAreas＝getAreas(xmlData)；

    foreach(Area area in theAreas){
        <!-- SIPO <DP n="7"> -->
        <dp n="d7"/>
    Panel aPanel＝new Panel()；

    setPanelProperties(aPanel，area)；//设置面板坐标和其它定义区域的特性

    myForm.Controls.Add(aPanel)；//将面板添加到Form中

    XMLConfigControl[]theControls＝getConttolsForArea(area)；

    foreach(XMLConfigControl control in theControls){

    Control aControl＝ControlFactory.createControl(control)；//产生正确的

    //Control类型

    setControlProperties(aControl，control)；//设置坐标和必要时定义的

    //Control的特性

    apanel.Controls.Add(aControl)；

    }

    ...

    //产生事件处理程序

    ...

    //为脚本事件处理程序的每个函数返回一个单独的EventHandler

    EventHandler[]theEventHandlers＝getEventHandler(xmlData)；

    foreach(EventHandler evtHandler in theEventHandlers){

    Delegate aDelegate＝null；

    if(evtHandler.type＝＝EyentHandlerTypes.WEBSERVICE){

    aDelegate＝createWebserviceDelegate(evtHandler，evtHandler.params)；

    }else if(evtHandler.type＝＝EventHandlerTypes.SCRIPT){

    aDelegate＝createScriptDelegate(evtHandler，evtHandler.params)；

    }

    addToEventHandlerCollection(aDelegate，evtHandler.name)；

    }

    ...

    //将控制事件和事件处理程序连接

    ...

    EventMapping[]theEventMappings＝getEventMappings(xmlData

    )；

    foreach(EventMapping evtMap in theEventMappings){
        <!-- SIPO <DP n="8"> -->
        <dp n="d8"/>
    Control aControl＝findControl(evtMap.control)；

    EventInfo theEvent＝getEvent(aControl，evtMap.event)；

    Delegate aDelegate＝findEventDelegate(evtMap.handler，evtMap.entry)；

    //Control事件的参数不必与配置的事件处理程序的参数一致，因此事

    //件参数必须转换为处理程序Delegate期望的参数

    Delegate aEvtDelegate＝createTransformnEvtDelegate(aDelegate，
evtMap.params，theEvent)；

    theEvent.AddEventHandler(aControl，aEvtDelegate)；

    }

    ...

Claims

1.一种用于在至少一个目标系统上为一应用程序(A)生成多显示器用户界面(UI)的方法，其中，该方法通过读入和/或解释一配置文件(10)来访问该配置文件(10)，所述配置文件(10)至少描述待生成用户界面的布局的组件，尤其是可视化组件，其中所述用户界面(UI)的生成在数据技术上是与目标系统(Z)和/或所述应用程序(A)无关的。

2.根据权利要求1所述的方法，其特征在于，所生成的用户界面(UI)在所述应用程序(A)的运行时也可以被动态配置。

3.根据权利要求1或2所述的方法，其特征在于，所述用户界面(UI)不依赖于目标系统(Z)的分辨率和/或平台而生成。

4.根据上述权利要求之一所述的方法，其特征在于，所述配置文件(10)不依赖于用户界面的程序库而生成。

5.根据上述权利要求之一所述的方法，其特征在于，所述配置文件(10)是基于XML协议的。

6.根据上述权利要求之一所述的方法，其特征在于，所述配置文件(10)和/或所述用户界面(UI)是自动生成的。

7.根据上述权利要求之一所述的方法，其特征在于，所述配置文件(10)不是放置在所述目标系统(Z)中，而是特别放置在万维网服务器中。

8.根据上述权利要求之一所述的方法，其特征在于，所述用户界面(UI)还可以被远程配置。

9.根据上述权利要求之一所述的方法，其特征在于，所述配置文件(10)包括将控制事件与同样可配置的事件处理程序(14)相对应的映射，其中，所述映射只是一般性的，并且不依赖于所述应用程序(A)和/或目标系统(Z)。

10.根据权利要求9所述的方法，其特征在于，所述事件处理程序(14)可以在客户机上本地执行，也可以在服务器上远程执行。

11.根据上述权利要求之一所述的方法，其特征在于，所述用户界面(UI)通过多个控制字段，尤其是控制(12)来定义，其中所述方法分为下列步骤：

-创建所述控制字段，

-定位该控制字段，和

-向可配置的控制处理程序(14)传递该控制字段。

12.一种用于在至少一个目标系统(Z)上为应用程序(A)生成多显示器用户界面(UI)的系统，该系统具有：

-至少一个配置文件(10)，该配置文件至少描述待生成用户界面(UI)的布局的组件，尤其是可视化组件，

-至少一个具有多显示器功能的布局引擎(LE)，该引擎读入、解释该配置文件(10)和/或生成所述用户界面(UI)，其中所述布局引擎(LE)在数据技术上是与所述应用(A)和/或目标系统(Z)无关的。

13.根据权利要求12所述的系统，其特征在于，所述用户界面(UI)不依赖于目标系统(Z)的分辨率和/或平台而生成。

14.根据权利要求12或13所述的系统，其特征在于，所述配置文件(10)不依赖于用户界面的程序库而生成。

15.根据权利要求12至14中任一项所述的系统，其特征在于，所述配置文件(10)是基于XML协议的。

16.根据权利要求12至15中任一项所述的系统，其特征在于，所述配置文件(10)和/或所述用户界面(UI)是自动生成的。

17.根据权利要求12至16中任一项所述的系统，其特征在于，所述配置文件(10)不是放置在所述目标系统(Z)中，而是特别放置在万维网服务器中。

18.根据权利要求12至17中任一项所述的系统，其特征在于，所述用户界面(UI)还可以被远程配置。

19.根据权利要求12至18中任一项所述的方法，其特征在于，所述配置文件(10)包括将控制事件与同样可配置的事件处理程序(14)相对应的映射，其中所述映射只是一般性的，并且不依赖于所述应用程序(A)和/或目标系统(Z)。

20.根据权利要求19所述的系统，其特征在于，所述事件处理程序(14)可以在客户机上本地执行，也可以在服务器上远程执行。

21.根据权利要求12至20中任一项所述的系统，其特征在于，定义多个控制字段，尤其是控制(12)，其中该方法分为下列步骤：

-创建所述控制字段，

-定位该控制字段，和

-向可配置的控制处理程序(14)传递该控制字段。