專利名稱：圖形用戶界面的生成方法
技術領域：
本發(fā)明涉及信息^支術領域，更具體地，涉及一種圖形用戶界面 的生成方法。
背景技術：
傳統(tǒng)的c/s架構軟件是客戶端負責圖形用戶界面的顯示、簡單 的數(shù)據(jù)處理、簡單的業(yè)務邏輯處理；服務端負責主要的數(shù)據(jù)處理和 邏輯處理，客戶端與服務端之間通過網(wǎng)絡消息進行通訊。圖形用戶 界面是用來幫助用戶方便地向計算機系統(tǒng)發(fā)出指令，啟動操作，并 將系統(tǒng)運行的結果同樣以圖形方式顯示給用戶。傳統(tǒng)的C/S軟件中， 圖形用戶界面都是在客戶端根據(jù)系統(tǒng)相關業(yè)務進行硬編碼完成的， 與服務器端是完全獨立的關系。
在這樣的系統(tǒng)中，客戶端圖形用戶界面的顯示控制、消息傳遞 等都是通過在客戶端進行編碼實現(xiàn)的，當需要增加一種業(yè)務時，往 往除在力良務器端增加相應的處理之外，還需要在客戶端增加對應這 種業(yè)務的圖形用戶界面。
而這種基于XML (可擴展標記語言)和網(wǎng)絡技術的GUI (圖 形用戶界面)界面生成方法簡單的說就是將客戶端圖形用戶界面的 實現(xiàn)通過存放于服務器端的XML配置文件來定義。
在C/S架構的軟件中，系統(tǒng)通過客戶端的圖形用戶界面與用戶
進行交互，用戶通過圖形用戶界面發(fā)送指令給服務器端，服務器端 進行處理，并將處理結果通過圖形用戶界面返回給用戶。c/s架構 的軟件中服務器與客戶端往往是多對一或者多對多的關系，而且， 服務器端往往比較集中，而客戶端則分布專交為廣泛。目前c/s架構 的軟件已經(jīng)被廣泛的使用，相關技術也很成熟，圖形用戶界面實現(xiàn)
的相關工具和手4殳也相當多，c/s架構的軟件卻在圖形用戶界面實 現(xiàn)上始終存在一些缺陷圖形用戶界面都是在客戶端4艮據(jù)系統(tǒng)相關 業(yè)務進4于硬編碼完成的， 一旦需要增加一種業(yè)務，往往需要l務改客 戶端的相關代碼方可實現(xiàn)，而前面^是到，C/S架構的軟件，客戶端 分布較為廣泛，如果要一個一個對客戶端代碼進行^修改顯然很困難。
為了解決這個問題，目前比l交通用的是通過客戶端內(nèi)置的升級 程序進4亍升級，^f旦是一些大的系統(tǒng)，或者在系統(tǒng)早期，升級包往往 很大，升級一次需要花費較多時間，用戶難以接受；另外，大量的 客戶端圖形用戶界面代碼還是分布在不同地域的客戶機上，顯然維 護人員很難到客戶機上解決圖形用戶界面相關的問題。
專利號"US2006015847"的專利"XML-based graphical user interface application development toolkit,，4笛述了 一種通過XML酉己置 文件在編i奪時生成圖形用戶界面的方法。在此專利中，通過在編i奪 時將圖形用戶界面的XML定義文件中的對應標i己映射到對應的組 件及其屬性，/^而達到通過XML配置生成圖形用戶界面的目的。 通過此專利客戶端圖形用戶界面不再需要通過^_編碼來完成了 ，只 需要在客戶端增加、^f'務改對應的圖形用戶界面XML定義文件即可， 降低了客戶端圖形用戶界面實現(xiàn)的復雜性。
實際應用中，客戶端圖形用戶界面相關的XML配置文件仍然 存放在分布于不同地域的客戶機上，系統(tǒng)升級仍然很不方便。另夕卜， 在一些特殊情況下， 一個客戶端還會在運行時動態(tài)使用到另 一個服務器對應的客戶端圖形用戶界面，例如，在一些存在上下級關系的 電信領域綜合網(wǎng)絡管理系統(tǒng)中，就可能存在上級的網(wǎng)管客戶端中需直接引用下級網(wǎng)管的圖形用戶界面。專利"US2006015847 "顯然無法 解決這樣的問題。

發(fā)明內(nèi)容
為了解決現(xiàn)有技術中的問題，本發(fā)明提出了一種圖形用戶界面 的生成方法，包括以下步驟在"l務器端配置與至少一個業(yè)務內(nèi)容 相對應的至少一個XML界面配置文件；客戶端向服務器端發(fā)送業(yè) 務請求，服務器端根據(jù)業(yè)務請求中的業(yè)務內(nèi)容獲取相應的XML界 面配置文件并進行業(yè)務處理，以及服務器端將相應的XML界面配 置文件以及業(yè)務處理結果發(fā)送給客戶端；以及客戶端將相應的XML 界面配置文件進行解析，才艮據(jù)所解析出的文件參數(shù)乂人客戶端所設置 的組件庫中獲取相應的組件，并對相應的組件進行實例化以生成圖 形用戶界面。
其中，月良務器端才艮據(jù)業(yè)務請求中的業(yè)務內(nèi)容獲取相應的XML 界面配置文件并進行業(yè)務處理，以及服務器端將相應的XML界面 配置文件以及業(yè)務處理結果返回給客戶端包括服務器端對與業(yè)務 內(nèi)容相對應的業(yè)務^t據(jù)處理和業(yè)務邏輯處理；服務器端調(diào)用其中設 置的界面分發(fā)管理器來根據(jù)業(yè)務請求獲取相應的XML界面配置文 件及其所需的數(shù)據(jù)組件和腳本程序文件；以及界面分發(fā)管理器將相 應的XML界面配置文件及其所需的數(shù)據(jù)組件和腳本程序文件發(fā)送 給客戶端，并向客戶端發(fā)送指示生成圖形用戶界面的指令。
此外，在發(fā)送lt據(jù)組件和腳本程序文件之前，界面分發(fā)管理器 將凄U居組件和腳本程序文件進行綁定。
客戶端將相應的XML界面配置文件進4亍解析，沖艮據(jù)所解析出 的文件參數(shù)從客戶端所設置的組件庫中獲取相應的組件包括客戶 端中的解析器接收到指令后，對接收到的相應的XML界面配置文 件進行校驗，并將其存儲到客戶端的內(nèi)存中并進行解析；以及客戶 端中的反射管理器從解析器獲取文件參數(shù)并根據(jù)文件參數(shù)從組件庫 中獲取相應的纟且4牛。
根據(jù)本發(fā)明的圖形用戶界面的生成方法，文件參數(shù)包括XML 標記和屬性。
對相應的組件所進行的實例化是通過反射管理器根據(jù)XML標 記獲取相應的組件并進行實例化來實現(xiàn)的。
根據(jù)本發(fā)明的圖形用戶界面的生成方法，還包括反射管理器 根據(jù)屬性設置實例化后組件的屬性，并將實例化后的組件添加到父 組件中，并顯示圖形用戶界面。
進一步地，才艮據(jù)本發(fā)明的圖形用戶界面的生成方法，還包括 在客戶端向服務器端發(fā)送業(yè)務請求之后，并在服務器端根據(jù)業(yè)務請 求中的業(yè)務內(nèi)容獲取相應的XML界面配置文件并進4亍業(yè)務處理之 前，服務器端對業(yè)務請求進行鑒權和驗證。
其中，組件庫中包括界面顯示組件、事件組件、l史據(jù)組件、以 及消息組件。
XML界面配置文件為用于定義界面顯示組件的界面配置文件、 用于定義界面顯示組件與凄t據(jù)組件之間關系的界面配置文件、用于 定義界面顯示組件與消息組件間調(diào)用關系的界面配置文件、以及用 于定義界面顯示組件與事件組件間相互關系的界面配置文件中的任 意一種。
因此，釆用本發(fā)明的方法，XML界面配置文件采用月良務器進行 分發(fā)管理，使得C/S架構的軟件解決了系統(tǒng)升級和客戶端圖形用戶 界面維護困難的問題，同時也提高了此類軟件客戶端圖形用戶界面 的可集成性。
本發(fā)明的其它特征和優(yōu)點將在隨后的i兌明書中闡述，并且，部 分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā) 明的目的和其他優(yōu)點可通過在所寫的說明書、權利要求書、以及附 圖中所特別指出的結構來實現(xiàn)和獲得。


附圖用來才是供對本發(fā)明的進一步理解，并且構成說明書的一部 分，與本發(fā)明的實施例一起用于解釋本發(fā)明，并不構成對本發(fā)明的 限制。在附圖中
圖1是根據(jù)本發(fā)明的圖形用戶界面的生成方法的流程圖2是才艮據(jù)本發(fā)明方法的第 一實施例的流程圖3是實現(xiàn)本發(fā)明方法的框圖4是4艮據(jù)本發(fā)明方法的第二實施例的客戶端處理流程圖；以
及
圖5是才艮據(jù)本發(fā)明方法的第二實施例的服務器端處理流程圖。
具體實施例方式
以下結合附圖對本發(fā)明的優(yōu)選實施例進行說明，應當理解，此 處所描述的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本 發(fā)明。
圖1是才艮據(jù)本發(fā)明的圖形用戶界面的生成方法的流程圖。
如圖1所示，包4舌以下步驟
S102，在月良務器端配置與至少一個業(yè)務內(nèi)容相乂十應的至少一個 XML界面配置文件；
S104，客戶端向服務器端發(fā)送業(yè)務請求，服務器端根據(jù)業(yè)務請 求中的業(yè)務內(nèi)容獲取相應的XML界面配置文件并進4亍業(yè)務處理，
以及力良務器端將相應的XML界面配置文件以及業(yè)務處理結果發(fā)送 給客戶端；以及
S106，客戶端將相應的XML界面配置文件進行解析，根據(jù)所 解析出的文件參數(shù)從客戶端所設置的組件庫中獲取相應的組件，并 對相應的組件進行實例化以生成圖形用戶界面。
其中，服務器端根據(jù)業(yè)務請求中的業(yè)務內(nèi)容獲取相應的XML 界面配置文件并進行業(yè)務處理，以及服務器端將相應的XML界面 配置文件以及業(yè)務處理結果返回給客戶端包括月艮務器端對與業(yè)務 內(nèi)容相對應的業(yè)務數(shù)據(jù)處理和業(yè)務邏輯處理；服務器端調(diào)用其中設 置的界面分發(fā)管理器來才艮據(jù)業(yè)務請求獲取相應的XML界面配置文 件及其所需的數(shù)據(jù)組件和腳本程序文件；以及界面分發(fā)管理器將相應的XML界面配置文4牛及其所需的K4居組件和扭卩本禾呈序文件發(fā)送 給客戶端，并向客戶端發(fā)送指示生成圖形用戶界面的指令。
此外，在發(fā)送數(shù)據(jù)組件和腳本程序文件之前，界面分發(fā)管理器 將^t據(jù)組件和腳本程序文件進行綁定。
客戶端將相應的XML界面配置文件進行解析，根據(jù)所解析出 的文件參數(shù)從客戶端所設置的組件庫中獲取相應的組件包括客戶 端中的解析器接收到指令后，對接收到的相應的XML界面配置文
件進行校驗，并將其存儲到客戶端的內(nèi)存中并進行解析；以及客戶 端中的反射管理器從解析器獲取文件參數(shù)并根據(jù)文件參數(shù)從組件庫 中獲取相應的組件。
根據(jù)本發(fā)明的圖形用戶界面的生成方法，文件參數(shù)包括XML 標記和屬性。
對相應的組件所進行的實例化是通過反射管理器根據(jù)XML標 記獲耳又相應的組件并進行實例化來實現(xiàn)的。
根據(jù)本發(fā)明的圖形用戶界面的生成方法，還包括反射管理器 才艮據(jù)屬性設置實例化后組件的屬性，并將實例化后的組件添加到父 組件中，并顯示圖形用戶界面。
進一步地，根據(jù)本發(fā)明的圖形用戶界面的生成方法，還包括 在客戶端向服務器端發(fā)送業(yè)務請求之后，并在服務器端根據(jù)業(yè)務請 求中的業(yè)務內(nèi)容獲取相應的XML界面配置文件并進行業(yè)務處理之 前，月良務器端對業(yè)務i青求進4亍鑒4又和-驗i正。
其中，組件庫中包4舌界面顯示組件、事件組件、^:據(jù)組件、以 及消息紐/降。
XML界面配置文件為用于定義界面顯示組件的界面配置文件、 用于定義界面顯示組件與數(shù)據(jù)組件之間關系的界面配置文件、用于 定義界面顯示組件與消息組件間調(diào)用關系的界面配置文件、以及用 于定義界面顯示組件與事件組件間相互關系的界面配置文件中的任 意一種。
圖2是根據(jù)本發(fā)明方法的第一實施例的流程圖。 如圖2所示，包括以下步-銀
S202，月良務器4艮據(jù)不同的業(yè)務定義對應的GUI圖形用戶界面相 關的XML配置文4牛；
S204,客戶端4是供一個組件庫；
S206，客戶端實現(xiàn)一個GUI圖形用戶界面相關的XML配置文 件解析器；
S208,客戶端實現(xiàn)一個在運行時將XML標記及其屬性轉換為 組件庫中對應組件及其屬性的反射管理器；
S210,根據(jù)業(yè)務需要，客戶端向服務器端發(fā)送業(yè)務處理請求， 服務器根據(jù)請求找到此業(yè)務對應的XML配置文件，將此配置文件 經(jīng)服務器處理后的結果發(fā)送到客戶端；
S212，客戶端解析器解析GUI圖形用戶界面的XML配置文件；
以及
S214，客戶端反射管理器根據(jù)已解析的XML文件中的標記和 屬性從組件庫中找到對應的組件，并進行實例化，從而生成對應此 業(yè)務的圖形用戶界面。
進一步地，組件庫中包括用于圖形用戶界面顯示的界面顯示組 件、事件組件、數(shù)據(jù)組件、消息組件。
此外，服務端的GUI圖形用戶界面相關配置中包括用于定義界 面顯示組件的配置文件、用于定義界面顯示組件與數(shù)據(jù)組件之間關 系的配置文件、用于定義界面顯示組件與消息組件間調(diào)用關系的配 置文件、用于定義界面顯示組件與事件組件間相互關系的配置文件。
圖3是實現(xiàn)本發(fā)明方法的框圖。
如圖3所示，客戶端由組件庫、反射管理器、XML解析器組成， 完成將XML界面配置文件轉換為圖形用戶界面的功能。
在客戶端中，組件庫由顯示組件、事件組件、消息組件，數(shù)據(jù) 組件組成。圖形用戶界面由顯示組件實例組合而成，顯示組件可以 綁定數(shù)據(jù)組件，進行操作結果的展示；同時顯示組件可以綁定事件 組件，處理用戶界面上的才喿作響應；事件組件和顯示組件又可以調(diào) 用消息組件，將用戶界面上的操作請求發(fā)送到服務器端進行處理。
以JAVA開發(fā)技術為例，顯示組件包括標準的Swing組件和基 于Swing組件和基于swing組件二次開發(fā)的自定義組件。
事件組件為可以動態(tài)執(zhí)行的腳本語言編寫的可執(zhí)行腳本，此腳 本程序文件存放于服務器端，與XML界面定義文件一起被傳送到 客戶端，然后由反射管理器將此腳本程序與對應的顯示組件事件進 行綁定。
消息組件是封裝了底層通訊協(xié)議的通訊組件，負責發(fā)送、接收 客戶端與服務器端之間的消息；同時還負責消息的封裝、解析等工 作。
數(shù)據(jù)組件為由key和value組合而成的數(shù)據(jù)集，由客戶端與服 務端的的數(shù)據(jù)通訊通道負責傳送數(shù)據(jù)集中的具體數(shù)據(jù)。
XML解析器負責4妾收XML界面配置文件，并將此配置文件進 行解析，調(diào)用反射管理器對配置文件中使用的組件進行實例化。
反射管理器負責根據(jù)配置文件中使用的組件類型從組件庫中獲 取對應的組件進行實例化，并根據(jù)配置文件中此組件的相關屬性修 改組件實例的屬性。在配置文件中，所有組件處理完成之后，將組 裝好的圖形用戶界面顯示出來。
服務器端由業(yè)務處理邏輯、界面配置分發(fā)管理、XML界面配置 文件組成，負責進行主要的業(yè)務相關的數(shù)據(jù)處理、邏輯處理；同時 還負責根據(jù)用戶的操作請求找到對應的XML界面配置文件，并根 據(jù)當前用戶所在會話，將XML界面文件分發(fā)到對應的客戶端進行 處理。
業(yè)務處理邏輯接收客戶端的操作請求后，進行相關業(yè)務處理， 并調(diào)用界面分發(fā)管理進行XML界面配置文件的分發(fā)。
XML界面配置文件即由表示不同組件的XML標記及其屬性組 成，用來控制客戶端圖形用戶界面生成的配置文件，除此之外，還 包括事件組件所用到的腳本程序文件。
界面分發(fā)管理根據(jù)操作請求和當前用戶所在會話匹配對應的 XML界面配置文件及腳本文件并將其下發(fā)到對應客戶端，下發(fā)完成 后，通知客戶端開始生成用戶圖形界面。
圖4是根據(jù)本發(fā)明方法的第二實施例的客戶端處理流程圖。
如圖4所示，包括以下步驟
S402， XML解析器接收XML界面配置文件，并在接收到服務 器端發(fā)送的開始生成用戶圖形界面指令后，開始進行XML文件解 析；
S404，XML解析器讀取服務器端傳送來的XML界面配置文件， 在進行簡單的校驗之后，將其暫時存儲在系統(tǒng)內(nèi)存中，XML界面配 置文件解析完成后，調(diào)用反射管理器開始創(chuàng)建組件實例；
S406,反射管理器從XML解析器獲取界面配置文件中所有與 組件相關的XML標記及其屬性，并校驗此標記和屬性在組件庫中 是否存在對應的組件；
S408,反射管理器根據(jù)XML標記找到對應組件所在的類，將 其實例4t;以及
S410，反射管理器才艮據(jù)XML標記對應屬性i殳置實例化后組件 的相關屬性，并^)尋此組件實例添加到其父組^f牛中，判斷所有的XML 標記和屬性都處理完成后，結束客戶端圖形界面生成流程，將生成 好的界面顯示出來。
圖5是才艮據(jù)本發(fā)明方法的第二實施例的月良務器端處理流程圖。
如圖5所示，包^"以下步駛朵
S502，業(yè)務處理*接收客戶端的才乘作_清求，并進4亍才喿作請求的鑒 權和驗證處理；
S504, 4艮據(jù)、繰作:清求進^于響應的lt據(jù)處理和業(yè)務邏輯處理，如 果不需要重新生成界面，則直接將處理結果反饋消息給客戶端消息 組件，如果需要重新生成界面，則調(diào)用界面分發(fā)管理分發(fā)XML界 面配置文《牛；
S506，界面分發(fā)管理從業(yè)務處理獲耳又對應的4乘作請求、界面所 需的凄t據(jù)組件，并才艮據(jù)」繰作請求獲取對應的XML界面配置文件， 再對XML界面配置文件所用到的腳本程序文件、數(shù)據(jù)組件等進行 綁定；以及
S508,界面分發(fā)管理根據(jù)當前用戶所在的會話，將XML界面 配置文4牛傳送到客戶端，傳送完成后，向客戶端XML界面文i"牛解 析器發(fā)送開始生成圖形用戶界面的指令。
與現(xiàn)有技術相比較，本發(fā)明將客戶端圖形用戶界面的XML配 置定義文件存放于服務器端，由服務器在運行時根據(jù)客戶端請求將 這些界面的XML定義文件分發(fā)到各個客戶端，客戶端只4是供一個 穩(wěn)定的、包含豐富組件的組件庫、界面的XML配置定義文件解析 器、配置組件轉換器等功能的圖形用戶界面顯示平臺，這個平臺負 責在運行時將服務器分發(fā)的XML界面定義文件轉換為客戶端的圖 形用戶界面。這樣做，客戶端只需提供一個簡單的顯示平臺，降低 了客戶端圖形用戶界面實現(xiàn)的復雜度；客戶端圖形用戶界面生成完 全由服務器端進行控制，在客戶端顯示平臺穩(wěn)定的情況下，客戶端 無需升級； 一個客戶端如果在運行時需要直接使用另 一個服務器對 應的客戶端圖形用戶界面時，只需發(fā)送請求到該服務器獲取其XML 界面定義文件即可，這樣有利于C/S架構軟件的圖形用戶界面集成。
因為客戶端只需提供一個簡單的顯示平臺，圖形用戶界面生成 相關的配置文件存放于服務器端，使得對圖形用戶界面的維護主要 在服務器端進行，使圖形用戶界面的維護變得更為簡單。
綜上所述，采用本發(fā)明的方法，XML界面配置文件采用服務器 進行分發(fā)管理，使得C/S架構的軟件解決了系統(tǒng)升級和客戶端圖形 用戶界面維護困難的問題，同時也提高了此類軟件客戶端圖形用戶 界面的可集成性。
以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等， 均應包含在本發(fā)明的保護范圍之內(nèi)。
權利要求
1.一種圖形用戶界面的生成方法，其特征在于，包括以下步驟在服務器端配置與至少一個業(yè)務內(nèi)容相對應的至少一個XML界面配置文件；客戶端向所述服務器端發(fā)送業(yè)務請求，所述服務器端根據(jù)所述業(yè)務請求中的業(yè)務內(nèi)容獲取相應的XML界面配置文件并進行業(yè)務處理，以及所述服務器端將所述相應的XML界面配置文件以及業(yè)務處理結果發(fā)送給所述客戶端；以及所述客戶端將所述相應的XML界面配置文件進行解析，根據(jù)所解析出的文件參數(shù)從所述客戶端所設置的組件庫中獲取相應的組件，并對所述相應的組件進行實例化以生成所述圖形用戶界面。
2. 根據(jù)權利要求1所述的圖形用戶界面的生成方法，其特征在 于，所述服務器端根據(jù)所述業(yè)務請求中的業(yè)務內(nèi)容獲取相應的 XML界面配置文件并進行業(yè)務處理，以及所述力良務器端將所 述相應的XML界面配置文件以及業(yè)務處理結果返回給所述客 戶端包括所述服務器端對于與所述業(yè)務內(nèi)容相對應的業(yè)務數(shù)據(jù)處理和業(yè)務邏輯處理；所述服務器端調(diào)用其中設置的界面分發(fā)管理器來根據(jù)所 述業(yè)務請求獲取所述相應的XML界面配置文件及其所需的數(shù) 據(jù)組件和腳本程序文件；以及所述界面分發(fā)管理器將所述相應的XML界面配置文件及 其所需的H據(jù)組件和腳本程序文件發(fā)送給所述客戶端，并向所 述客戶端發(fā)送指示生成圖形用戶界面的指令。
3. 根據(jù)權利要求2所述的圖形用戶界面的生成方法，其特征在 于，在發(fā)送所述ft據(jù)組件和所述腳本程序文件之前，所述界面
4. 根據(jù)權利要求2所述的圖形用戶界面的生成方法，其特征在 于，所述客戶端將所述相應的XML界面配置文件進行解析， 才艮據(jù)所解析出的文件參數(shù)從所述客戶端所設置的組件庫中獲 取相應的組件包括所述客戶端中的解析器接收到所述指令后，對接收到的所 述相應的XML界面配置文件進行校驗，并將其存儲到所述客 戶端的內(nèi)存中并進行解析；以及所述客戶端中的反射管理器從所述解析器獲取所述文件 參凄t并才艮據(jù)所述文件參lt乂人所述組件庫中獲耳又所述相應的組 件。
5. 根據(jù)權利要求4所述的圖形用戶界面的生成方法，其特征在 于，所述文件參數(shù)包括XML標記和屬性。
6. 根據(jù)權利要求5所述的圖形用戶界面的生成方法，其特征在根據(jù)所述XML標記獲取所述相應的組件并進行實例化來實現(xiàn) 的。
7. 根據(jù)權利要求5所述的圖形用戶界面的生成方法，其特征在 于，還包括所述反射管理器根據(jù)所述屬性設置實例化后組件的屬性， 并將所述實例化后的組件添加到父組件中，并顯示所述圖形用 戶界面。
8. 根據(jù)權利要求1所述的圖形用戶界面的生成方法，其特征在 于，還包括在所述客戶端向所述服務器端發(fā)送所述業(yè)務請求之后，并 在所述服務器端根據(jù)所述業(yè)務請求中的業(yè)務內(nèi)容獲取相應的 XML界面配置文件并進行業(yè)務處理之前，所述力良務器端對所 述業(yè)務請求進行鑒權和-驗證。
9. 根據(jù)上述權利要求中任一項所述的圖形用戶界面的生成方法， 其特征在于，所述組件庫中包括界面顯示組件、事件組件、數(shù)據(jù)組件、以及消息組件。
10. 根據(jù)權利要求9所述的圖形用戶界面的生成方法，其特征在 于，所述XML界面配置文件為用于定義所述界面顯示組件的 界面配置文件、用于定義所述界面顯示組件與所述凄t據(jù)組件之 間關系的界面配置文件、用于定義所述界面顯示組件與所述消 息組件間調(diào)用關系的界面配置文件、以及用于定義所述界面顯 示組件與所述事件組件間相互關系的界面配置文件中的任意 一種。
全文摘要
本發(fā)明提供了一種圖形用戶界面的生成方法，該方法包括以下步驟在服務器端配置與至少一個業(yè)務內(nèi)容相對應的至少一個XML界面配置文件；客戶端向服務器端發(fā)送業(yè)務請求，服務器端根據(jù)業(yè)務請求中的業(yè)務內(nèi)容獲取相應的XML界面配置文件并進行業(yè)務處理，以及服務器端將相應的XML界面配置文件以及業(yè)務處理結果發(fā)送給客戶端；以及客戶端將相應的XML界面配置文件進行解析，根據(jù)所解析出的文件參數(shù)從客戶端所設置的組件庫中獲取相應的組件，并對相應的組件進行實例化以生成圖形用戶界面。因此，采用本發(fā)明的方法，使得C/S架構的軟件解決了系統(tǒng)升級和客戶端圖形用戶界面維護困難的問題，同時也提高了此類軟件客戶端圖形用戶界面的可集成性。
文檔編號H04L12/24GK101202665SQ20071019477
公開日2008年6月18日 申請日期2007年12月6日 優(yōu)先權日2007年12月6日
發(fā)明者蓉 張, 徐代剛, 汪德彬 申請人:中興通訊股份有限公司