專利名稱：用于動態(tài)生成用戶界面的方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及一種用于為應用程序生成用戶界面的方法和系統(tǒng)，其中該用戶界面在至少一個目標系統(tǒng)上運行，并且可以包括多個顯示器。

背景技術：
在現(xiàn)有技術的早期系統(tǒng)中，用戶界面的實現(xiàn)是作為各應用程序代碼的組成部分。但是這導致在更改或更新代碼時還必須一起更改用戶界面。這增加了編程和維護的開銷。
為避免該缺陷，目前主要采用網(wǎng)頁瀏覽器和標記語言即超文本標記語言(HTML)，從而能生成至少最大限度獨立于目標系統(tǒng)參數(shù)的用戶界面，該目標系統(tǒng)的參數(shù)例如是分辨率或所采用的平臺。作為HTML基礎的機制是通過所謂的標簽預先給定應當如何表示一個應用程序(例如WWW瀏覽器)的文檔的特定部分。但是根據(jù)現(xiàn)有技術的基于HTML的方法需要較高的編程代價，因為從多方面來說HTML是有限的。
因此，必須由瀏覽器來解釋基于HTML的應用，而瀏覽器一般不是用于實施應用的。這導致處理時間很長。此外，基于HTML來生成用戶界面要求，必須應新用戶的變化的需要而利用界面的其它參數(shù)，如另一種分辨率來為該新用戶改寫同一應用程序。
而且?guī)缀醪豢赡苌煽稍趹贸绦蜻\行時動態(tài)更改的用戶界面，或者只能在極高的代價和錯誤率下生成這種用戶界面。
因此目前的方法存在一些缺陷。


發(fā)明內容
因此本發(fā)明要解決的技術問題在于，提供一種方法，可以用來不依賴分辨率和平臺地生成用戶界面，同時還可以動態(tài)更改和遠程配置用戶界面。
特別的，該技術問題是通過一種用于在至少一個目標系統(tǒng)上為一應用程序生成多顯示器用戶界面的方法來解決的，該方法訪問配置文件，其中該配置文件至少描述了待生成用戶界面的布局的組件，尤其是可視化組件，并且通過讀入和/或解釋該配置文件來生成所述用戶界面，其中用戶界面的生成在數(shù)據(jù)技術上是與目標系統(tǒng)和/或所述應用無關的，并且還可以在所述應用的運行時配置所生成的用戶界面。
此外，該技術問題還通過一種開始所述類型的系統(tǒng)解決的，尤其是通過一種用于在至少一個目標系統(tǒng)上為一應用生成多顯示器用戶界面的系統(tǒng)，該系統(tǒng)具有 -至少一個配置文件，該配置文件至少描述了待生成用戶界面的布局的組件，尤其是可視化組件， -至少一個具有多顯示器功能的布局引擎，該引擎讀入、解釋該配置文件和/或生成所述用戶界面，其中所述布局引擎在數(shù)據(jù)技術上是與目標系統(tǒng)和/或所述應用沒有聯(lián)系的。
本發(fā)明的一個重要概念建立在這樣的基礎上，即中央機制，也就是所謂的布局引擎，是基于對可視化組件和涉及事件的組件的分配。換句話說就是在下列任務之間進行區(qū)分 要求定義應當如何顯示一個對象的任務，和 要求定義一個對象應當具有哪些意義或哪些內容的任務。
根據(jù)本發(fā)明，一般地提供了用于確定用戶界面的基本機制，并且該基本機制可以用于任何應用，因為這些基本機制作為模塊化的組成部分是與各特定應用沒有聯(lián)系的。
在優(yōu)選基于XML的配置文件的基礎上，布局引擎自動或至少半自動地、借助附加輸入和/或用戶命令為各應用生成界面。
這優(yōu)選響應該應用的詢問來進行，也就是說用戶界面的生成是在用戶觸發(fā)下進行的。
在本發(fā)明的優(yōu)選擴展中，所述配制文件是由本發(fā)明系統(tǒng)或方法的組件在內部生成的，而在該優(yōu)選的實施方式中只對外部生成的配置文件進行訪問，并提供合適的界面。
布局引擎沒有定義和包含應用語義或實施模型。因此根據(jù)本發(fā)明，封裝了用于生成用戶界面的邏輯，并且總的來說可以不依賴各應用情況地采用該邏輯。
通過本發(fā)明解決方案的模塊化體系結構，配置文件、布局引擎和/或應用邏輯可以駐留在基于服務器的資源上。
此外，在其上生成或運行用戶界面的目標系統(tǒng)可以設置在不同于所述應用自身的另一位置。
在本發(fā)明的優(yōu)選擴展中，通過SOAP協(xié)議向網(wǎng)頁服務傳遞由布局引擎生成的用戶界面控制。SOAP協(xié)議(簡單對象存取協(xié)議)是一種用于在分散的分布式環(huán)境中交換信息的協(xié)議，并且該協(xié)議因此適合于在本發(fā)明的模塊之間交換信息。
布局引擎優(yōu)選通過HTTP協(xié)議加載XML文件。但在這兩種情況下都可以采用特殊定義的協(xié)議。
優(yōu)選的，根據(jù)本發(fā)明生成的用戶界面是不依賴于目標系統(tǒng)的分辨率和/或平臺而生成的，和/或配置文件是不依賴于用戶界面的程序庫而生成的。
在本發(fā)明的另一種優(yōu)選結構中，自動生成配置文件和/或用戶界面。
此外優(yōu)選的是，還可以遠程配置用戶界面，這提高了系統(tǒng)的靈活度。
在本發(fā)明的另一優(yōu)選擴展中，配置文件包括映射規(guī)則，這些規(guī)則將一個控制事件分別對應一個同樣可配置的事件處理程序，其中該映射只是一般性的，并且不依賴于所述應用和/或目標系統(tǒng)。
在此，事件處理程序一方面可以在客戶機上本地執(zhí)行，另一方面可以在服務器上遠程執(zhí)行。
本發(fā)明的優(yōu)選實施方式建立在這樣的基礎上，即通過多個控制字段、尤其是控制(Control)來定義用戶界面，其中本方法分為下列步驟 -創(chuàng)建控制字段， -定位該控制字段，和 -向可配置的控制處理程序傳遞該控制字段。
本發(fā)明方法的上述實施方式還可以構成計算機程序產(chǎn)品，具有計算機可讀介質和計算機程序代碼裝置，并且在該計算機程序產(chǎn)品中，在加載了計算機程序之后促使計算機執(zhí)行本發(fā)明的上述方法。
另一可選解決技術問題的方案是一種存儲介質，該介質用于存儲上述可用計算機實施的方法，并且可由計算機讀出。



在下面對附圖的詳細描述中，利用實施例的特征和其它優(yōu)點說明了非受限理解的實施例，該附圖描述應當與附圖聯(lián)系起來閱讀。在圖中示出了 圖1示出了根據(jù)本發(fā)明的體系結構的示意性圖， 圖2示出了本發(fā)明優(yōu)選實施例的流程圖。

具體實施例方式 對于應用程序A應當生成用戶界面UI。該用戶界面UI應當在目標系統(tǒng)Z上運行，該目標系統(tǒng)Z不需要與運行應用程序A的系統(tǒng)一致。根據(jù)本發(fā)明，這在訪問布局引擎LE的條件下進行，該布局引擎LE是模塊化構建的，并且其功能在應用程序A與目標系統(tǒng)Z上生成的用戶界面UI之間。
如圖1所示，根據(jù)本發(fā)明，從應用程序A出發(fā)生成XML配置文件10。配置文件10不依賴于UI庫地描述待生成的界面UI的布局。由此，根據(jù)本發(fā)明獲得了在目前現(xiàn)有技術的方法中不可能達到的自由度。這意味著，根據(jù)本發(fā)明生成的用戶界面UI提供了例如不同于1280×1024分辨率的1024×786屏幕分辨率的布局。還可以引入變量，例如2個或更多新按鈕控制12。如果存在多個布局區(qū)域(Layout Area)，則可以在配置文件中定義多個布局說明。因此，多個布局說明允許布局引擎LE既不依賴分辨率又能實現(xiàn)動態(tài)改變布局。
下面結合圖2說明本發(fā)明優(yōu)選實施方式的運行 在此，布局引擎LE應要求讀入XML配置文件10?？蛇x的，還可以按照可預先確定的時間間隔來檢查配置文件10的當前性，并自動將該配置文件10傳遞到布局引擎LE。
在讀入配置文件10之后，由布局引擎了LE來解釋該配置文件10。在此，布局引擎LE訪問同樣存放在配置文件10中的映射。
由此，布局引擎LE可以動態(tài)地生成一個布局，并對該映射進行訪問，或進行事件連接。
所述映射包括一系列規(guī)則，根據(jù)這些規(guī)則將控制事件對應于事件處理程序14?？梢詫⒖刂?2定義為用于生成用戶界面UI的控制字段。本發(fā)明的一個特別的優(yōu)點在于，即使在應用程序A運行時也可以向已存在的控制添加新的控制12。由此，可以動態(tài)更改和/或配置根據(jù)本發(fā)明生成的界面UI。
根據(jù)本發(fā)明的方法，可以處理任意類型的控制12，而在根據(jù)現(xiàn)有技術的基于HTML的方法中，只能有限地使用控制Control(或者包括有限的功能，或者必須以相對高的代價復制該控制Control，例如樹視圖控制TreeViewControl)。
XML配置文件可以放在萬維網(wǎng)服務器上。由此可有利地極大簡化界面UI的安裝。甚至還可以完全配置事件處理程序14，因此事件處理程序14由可執(zhí)行或可加載的代碼組成。然后，根據(jù)本發(fā)明不必在客戶機或目標系統(tǒng)Z上實施安裝過程。這顯著提高了系統(tǒng)的可操作性。
XML配置文件10除了特定于應用程序的數(shù)據(jù)之外還包括涉及界面的控制事件至腳本事件處理程序14(這些腳本事件處理程序可以例如用Javascript或Perl編寫)的映射(或連接)，或例如直接至網(wǎng)頁服務的映射(連接)。由此根據(jù)本發(fā)明，用戶界面UI的邏輯完全包含在XML配置文件10中，而迄今為止一般是必須對該邏輯編程的(在訪問UI庫的條件下或在網(wǎng)頁應用服務器中通過ASP.NET/或JSP)。
待編程的事件處理程序14用作封裝的模塊，并且完全與用戶界面UI的布局分離。此外，還可以不依賴于平臺地實現(xiàn)事件處理程序14，因為這些事件處理程序優(yōu)選只與布局引擎LE的模塊通信。如果UI事件直接連接到一個或多個網(wǎng)頁服務(或者其他服務)，則根據(jù)本發(fā)明不必再編程。
下面舉出XML配置文件10的例子 ＜UI＞＜Layouts＞＜Layout name＝“1024×786”default＝“”＞＜Areas＞＜！--Man kann verschiedene Areas definieren in denen die Controls plaziertwarden--＞＜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 sindrelativ 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--＞＜connectionuri＝“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 bergibtdiesem 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 dessenFunktion foo auf und bergibt den Parameter--＞＜map name＝“EventMap2”control＝“Button2”event＝“Click”handler＝“Handler2”entry＝“foo”＞＜param value＝“control.id”/＞＜/map＞＜/EventMapping＞＜/UI＞ 下面示例性給出根據(jù)本發(fā)明的“.Net Windows Forms”(縮寫為WinForms)的步驟 //省略XML語法分析//為XML配置中定義的、WinForm形式的區(qū)域和控制產(chǎn)生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)；//設置面板坐標和其它定義區(qū)域的特性myForm.Controls.Add(aPanel)；//將面板添加到Form中XMLConfigControl[]theControls＝getConttolsForArea(area)；foreach(XMLConfigControl control in theControls){Control aControl＝ControlFactory.createControl(control)；//產(chǎn)生正確的//Control類型setControlProperties(aControl，control)；//設置坐標和必要時定義的//Control的特性apanel.Controls.Add(aControl)；}...//產(chǎn)生事件處理程序...//為腳本事件處理程序的每個函數(shù)返回一個單獨的EventHandlerEventHandler[]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事件的參數(shù)不必與配置的事件處理程序的參數(shù)一致，因此事//件參數(shù)必須轉換為處理程序Delegate期望的參數(shù)Delegate aEvtDelegate＝createTransformnEvtDelegate(aDelegate，evtMap.params，theEvent)；theEvent.AddEventHandler(aControl，aEvtDelegate)；}...
權利要求
1.一種用于在至少一個目標系統(tǒng)上為一應用程序(A)生成多顯示器用戶界面(UI)的方法，其中，該方法通過讀入和/或解釋一配置文件(10)來訪問該配置文件(10)，所述配置文件(10)至少描述待生成用戶界面的布局的組件，尤其是可視化組件，其中所述用戶界面(UI)的生成在數(shù)據(jù)技術上是與目標系統(tǒng)(Z)和/或所述應用程序(A)無關的。
2.根據(jù)權利要求1所述的方法，其特征在于，所生成的用戶界面(UI)在所述應用程序(A)的運行時也可以被動態(tài)配置。
3.根據(jù)權利要求1或2所述的方法，其特征在于，所述用戶界面(UI)不依賴于目標系統(tǒng)(Z)的分辨率和/或平臺而生成。
4.根據(jù)上述權利要求之一所述的方法，其特征在于，所述配置文件(10)不依賴于用戶界面的程序庫而生成。
5.根據(jù)上述權利要求之一所述的方法，其特征在于，所述配置文件(10)是基于XML協(xié)議的。
6.根據(jù)上述權利要求之一所述的方法，其特征在于，所述配置文件(10)和/或所述用戶界面(UI)是自動生成的。
7.根據(jù)上述權利要求之一所述的方法，其特征在于，所述配置文件(10)不是放置在所述目標系統(tǒng)(Z)中，而是特別放置在萬維網(wǎng)服務器中。
8.根據(jù)上述權利要求之一所述的方法，其特征在于，所述用戶界面(UI)還可以被遠程配置。
9.根據(jù)上述權利要求之一所述的方法，其特征在于，所述配置文件(10)包括將控制事件與同樣可配置的事件處理程序(14)相對應的映射，其中，所述映射只是一般性的，并且不依賴于所述應用程序(A)和/或目標系統(tǒng)(Z)。
10.根據(jù)權利要求9所述的方法，其特征在于，所述事件處理程序(14)可以在客戶機上本地執(zhí)行，也可以在服務器上遠程執(zhí)行。
11.根據(jù)上述權利要求之一所述的方法，其特征在于，所述用戶界面(UI)通過多個控制字段，尤其是控制(12)來定義，其中所述方法分為下列步驟
-創(chuàng)建所述控制字段，
-定位該控制字段，和
-向可配置的控制處理程序(14)傳遞該控制字段。
12.一種用于在至少一個目標系統(tǒng)(Z)上為應用程序(A)生成多顯示器用戶界面(UI)的系統(tǒng)，該系統(tǒng)具有
-至少一個配置文件(10)，該配置文件至少描述待生成用戶界面(UI)的布局的組件，尤其是可視化組件，
-至少一個具有多顯示器功能的布局引擎(LE)，該引擎讀入、解釋該配置文件(10)和/或生成所述用戶界面(UI)，其中所述布局引擎(LE)在數(shù)據(jù)技術上是與所述應用(A)和/或目標系統(tǒng)(Z)無關的。
13.根據(jù)權利要求12所述的系統(tǒng)，其特征在于，所述用戶界面(UI)不依賴于目標系統(tǒng)(Z)的分辨率和/或平臺而生成。
14.根據(jù)權利要求12或13所述的系統(tǒng)，其特征在于，所述配置文件(10)不依賴于用戶界面的程序庫而生成。
15.根據(jù)權利要求12至14中任一項所述的系統(tǒng)，其特征在于，所述配置文件(10)是基于XML協(xié)議的。
16.根據(jù)權利要求12至15中任一項所述的系統(tǒng)，其特征在于，所述配置文件(10)和/或所述用戶界面(UI)是自動生成的。
17.根據(jù)權利要求12至16中任一項所述的系統(tǒng)，其特征在于，所述配置文件(10)不是放置在所述目標系統(tǒng)(Z)中，而是特別放置在萬維網(wǎng)服務器中。
18.根據(jù)權利要求12至17中任一項所述的系統(tǒng)，其特征在于，所述用戶界面(UI)還可以被遠程配置。
19.根據(jù)權利要求12至18中任一項所述的方法，其特征在于，所述配置文件(10)包括將控制事件與同樣可配置的事件處理程序(14)相對應的映射，其中所述映射只是一般性的，并且不依賴于所述應用程序(A)和/或目標系統(tǒng)(Z)。
20.根據(jù)權利要求19所述的系統(tǒng)，其特征在于，所述事件處理程序(14)可以在客戶機上本地執(zhí)行，也可以在服務器上遠程執(zhí)行。
21.根據(jù)權利要求12至20中任一項所述的系統(tǒng)，其特征在于，定義多個控制字段，尤其是控制(12)，其中該方法分為下列步驟
-創(chuàng)建所述控制字段，
-定位該控制字段，和
-向可配置的控制處理程序(14)傳遞該控制字段。
全文摘要
本發(fā)明涉及一種用于為用戶(A)動態(tài)地、不依賴于分辨率和平臺地生成用戶界面(UI)的方法和系統(tǒng)。其中讀入和解釋配置文件(10)。在訪問分別將一個控制事件與一個事件處理程序(14)對應的映射的條件下，布局引擎(LE)生成用戶界面(UI)。
文檔編號G06F9/44GK1614557SQ200410089780
公開日2005年5月11日 申請日期2004年11月4日 優(yōu)先權日2003年11月4日
發(fā)明者卡爾海因茨·多恩, 克里斯琴·沙夫, 邁克爾·施尼茨克, 漢斯-馬丁·馮斯托克豪森 申請人:西門子公司