專利名稱：界面保存和顯示方法、客戶端和服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種界面保存和顯示方法、客戶端和服務(wù)器。
技術(shù)背景數(shù)據(jù)庫技術(shù)已經(jīng)廣泛應(yīng)用于各種管理信息系統(tǒng)，現(xiàn)在的行業(yè)應(yīng)用軟件， 大部分是基于關(guān)系型數(shù)據(jù)庫的信息處理系統(tǒng)。關(guān)系型數(shù)據(jù)庫以數(shù)據(jù)的關(guān)系模 型為基礎(chǔ)，根據(jù)自定義的關(guān)系來存儲、處理和管理數(shù)據(jù)庫信息。通常，關(guān)系 型數(shù)據(jù)庫中包含大量的數(shù)據(jù)信息，但在實際應(yīng)用中并不是需要所有的數(shù)據(jù)信 息，而是需要符合某些條件的一些數(shù)據(jù)信息，此時，可以通過查詢來檢索符 合條件的數(shù)據(jù)信息。此外，還可以通過報表來實現(xiàn)數(shù)據(jù)的計算、歸類、匯總 和排序。通常，行業(yè)應(yīng)用軟件的系統(tǒng)架構(gòu)可以為兩層的c/s結(jié)構(gòu)(客戶端/服務(wù)器結(jié)構(gòu))、B/S結(jié)構(gòu)(瀏覽器/月良務(wù)器結(jié)構(gòu))、或者三層的C/S/S結(jié)構(gòu)(客戶端/應(yīng) 用服務(wù)器/數(shù)據(jù)庫服務(wù)器結(jié)構(gòu))。具體來說，行業(yè)應(yīng)用軟件由直接與用戶交互的 界面層(客戶端或瀏覽器)，業(yè)務(wù)處理層(兩層結(jié)構(gòu)的服務(wù)器或三層結(jié)構(gòu)的應(yīng) 用服務(wù)器)和數(shù)據(jù)存儲層(兩層結(jié)構(gòu)的服務(wù)器或三層結(jié)構(gòu)的數(shù)據(jù)庫服務(wù)器) 組成，每層由一臺或多臺計算機(jī)組成，各層之間通過計算機(jī)網(wǎng)絡(luò)連接，用戶 可以通過界面層對數(shù)據(jù)存儲層的數(shù)據(jù)庫進(jìn)行操作。以企業(yè)銀行應(yīng)用軟件為例，企業(yè)對外支付(付款)的業(yè)務(wù)流程一般為 財務(wù)人員錄入支付的金額(數(shù)據(jù))，主管復(fù)核，老板審批和4艮行轉(zhuǎn)賬。請參考 圖1,現(xiàn)有的一種實現(xiàn)上述業(yè)務(wù)流程的具體過程包括錄入數(shù)據(jù)，客戶端將錄入的數(shù)據(jù)發(fā)送到銀行服務(wù)器。步驟S12，銀行服務(wù)器生成相應(yīng)的流水，并設(shè)置該流水的狀態(tài)(例如，置 為等待復(fù)核狀態(tài))，然后將該流水和流水的狀態(tài)寫入數(shù)據(jù)庫的流水表中，將錄 入的數(shù)據(jù)寫入數(shù)據(jù)庫的轉(zhuǎn)賬信息表中。步驟S13，主管通過銀行提供的客戶端的專用界面進(jìn)行復(fù)核，客戶端查詢 銀行服務(wù)器的數(shù)據(jù)庫中相應(yīng)狀態(tài)的流水表和轉(zhuǎn)賬信息表，財務(wù)人員之前錄入 的數(shù)據(jù)顯示在客戶端的界面。步驟S14，主管復(fù)核后，銀行服務(wù)器更新流水表中相應(yīng)流水的狀態(tài)。若主 管復(fù)核通過，銀行服務(wù)器更新流水表中相應(yīng)流水的狀態(tài)(例如，置為復(fù)核通 過狀態(tài))；若主管復(fù)核不通過，銀行服務(wù)器更新流水表中相應(yīng)流水的狀態(tài)(例 如，置為廢除狀態(tài))，或者，主管更改數(shù)據(jù)，銀行服務(wù)器更新轉(zhuǎn)賬信息表中相 應(yīng)的數(shù)據(jù)，并更新流水表中相應(yīng)流水的狀態(tài)(例如，置為等待審批狀態(tài))。步驟S15,老板通過銀行提供的客戶端的專用界面進(jìn)行審批，客戶端查詢 銀行服務(wù)器的數(shù)據(jù)庫中相應(yīng)狀態(tài)的流水表和轉(zhuǎn)賬信息表，轉(zhuǎn)賬信息表中相應(yīng) 的數(shù)據(jù)顯示在客戶端的界面。步驟S16，老板審批后，銀行服務(wù)器更新流水表中相應(yīng)流水的狀態(tài)。若老 板審批通過，銀行服務(wù)器更新流水表中相應(yīng)流水的狀態(tài)(例如，置為審批通 過狀態(tài))；若老板審批不通過，銀行服務(wù)器更新流水表中相應(yīng)流水的狀態(tài)(例 如，置為廢除狀態(tài))，或者，老板更改數(shù)據(jù)，銀行服務(wù)器更新轉(zhuǎn)賬信息表中相 應(yīng)的數(shù)據(jù)，并更新流水表中相應(yīng)流水的狀態(tài)(例如，置為等待轉(zhuǎn)賬狀態(tài))。步驟S17，老板審批通過后，例如，流水表中相應(yīng)的流水的狀態(tài)為審批通 過狀態(tài)或等待轉(zhuǎn)賬狀態(tài)，4艮行服務(wù)器實現(xiàn)轉(zhuǎn)賬。上述業(yè)務(wù)流程的實現(xiàn)過程中，多個客戶端，例如財務(wù)人員的客戶端、主 管的客戶端、老板的客戶端會對服務(wù)器的數(shù)據(jù)庫進(jìn)行許多操作，例如寫入、 讀取、增加、修改等。通常，銀行會有大量的企業(yè)客戶，當(dāng)多個企業(yè)的多個 客戶端不斷對服務(wù)器的數(shù)據(jù)庫進(jìn)行操作時，將會對服務(wù)器的數(shù)據(jù)庫造成很大的壓力，并且也容易出現(xiàn)數(shù)據(jù)庫的操作錯誤。另外，在復(fù)核或?qū)徟煌ㄟ^， 流水的狀態(tài)被置為廢除狀態(tài)后，儲存在數(shù)據(jù)庫的轉(zhuǎn)賬信息表中相應(yīng)的就成為 了垃圾數(shù)據(jù)，其不會被刪除，由此也造成了數(shù)據(jù)庫空間的浪費。發(fā)明內(nèi)容本發(fā)明解決的問題是，提供一種界面保存和顯示方法、客戶端和服務(wù)器， 以減少對數(shù)據(jù)庫的操作，減輕數(shù)據(jù)庫的壓力。本發(fā)明實施方式的界面保存方法包括下述步驟輸入對應(yīng)于控件的數(shù)據(jù)； 遍歷界面的要素，所述界面的要素包括控件的名稱、控件標(biāo)簽和所述輸入的 對應(yīng)于所述控件的數(shù)據(jù)；生成界面文件，所述界面文件包括所述界面的要素； 保存所述界面文件。在一個實施例中，所述控件標(biāo)簽包括控件類型屬性和/或控件功能屬性。 在所述輸入對應(yīng)于控件的數(shù)據(jù)后還包括接收輸入確認(rèn)的指令，生成流水號； 所述生成界面文件包括讀取所述生成的流水號，以所述讀取的流水號命名 所述界面文件。所述保存所述界面文件包括以xml的方式保存所述生成的 界面文件，其中，界面名為父節(jié)點，所述界面的要素為子節(jié)點。所述保存所 述界面文件包括傳送保存文件的指令和所述界面文件。本發(fā)明界面顯示方法的一種實施方式包括下述步驟:讀取界面文件，所 述界面文件包括界面的要素；讀取所述界面的要素，所述界面的要素包括控 件的名稱、控件標(biāo)簽和對應(yīng)于所述控件的數(shù)據(jù)；根據(jù)所述控件標(biāo)簽，在界面 中顯示所述控件和對應(yīng)于控件的數(shù)據(jù)。在一個實施例中，所述讀取界面文件包括傳送查詢數(shù)據(jù)的指令，所述 查詢數(shù)據(jù)的指令包括流水號；讀取文件名為所述流水號的界面文件。所述讀 取所述界面的要素包括讀取以xml方式保存的界面文件的子節(jié)點。本發(fā)明界面顯示方法的另一種實施方式包括下述步驟加載預(yù)設(shè)的界面 文件，所述預(yù)設(shè)的界面文件包括預(yù)設(shè)界面的要素；讀取所述預(yù)設(shè)界面的要素，所述預(yù)設(shè)界面的要素包括預(yù)設(shè)控件的名稱和預(yù)設(shè)的控件標(biāo)簽；根據(jù)所述預(yù)設(shè) 的控件標(biāo)簽，在界面中顯示所述預(yù)設(shè)控件；讀取界面文件，所述界面文件包 括界面的要素；讀取所述界面的要素，所述界面的要素包括控件的名稱、控 件標(biāo)簽和對應(yīng)于控件的數(shù)據(jù)；根據(jù)所述讀取的界面文件中控件的名稱和對應(yīng) 于所述控件的數(shù)據(jù)，匹配所述界面中預(yù)設(shè)控件的數(shù)據(jù)；在所述界面中顯示所 述預(yù)設(shè)控件和匹配于預(yù)設(shè)控件的數(shù)據(jù)。本發(fā)明客戶端的一種實施方式包括輸入單元，輸入對應(yīng)于控件的數(shù)據(jù)； 界面遍歷單元，遍歷界面的要素，所述界面的要素包括控件的名稱、控件標(biāo) 簽和所述輸入的對應(yīng)于所述控件的數(shù)據(jù)；文件生成單元，生成界面文件，所 述界面文件包括所述界面的要素；傳送單元，上傳所述生成的界面文件。本發(fā)明客戶端的另一種實施方式包括第一讀取單元，讀取界面文件， 所述界面文件包括界面的要素；第二讀取單元，讀取所述界面的要素，所述 界面的要素包括控件的名稱、控件標(biāo)簽和對應(yīng)于所述控件的數(shù)據(jù)；顯示單元， 根據(jù)所述控件標(biāo)簽，在界面中顯示所述控件和對應(yīng)于控件的數(shù)據(jù)。本發(fā)明客戶端的又一種實施方式包括加載單元，加載預(yù)設(shè)的界面文件， 所述預(yù)設(shè)的界面文件包括預(yù)設(shè)界面的要素；第一讀取單元，讀取所述預(yù)設(shè)界 面的要素，所述預(yù)設(shè)界面的要素包括預(yù)設(shè)控件的名稱和預(yù)設(shè)的控件標(biāo)簽；第 一顯示單元，根據(jù)所述預(yù)設(shè)的控件標(biāo)簽，在界面中顯示所述預(yù)設(shè)控件；第二 讀取單元，讀取界面文件，所述界面文件包括界面的要素；第三讀取單元， 讀取所述界面的要素，所述界面的要素包括控件的名稱、控件標(biāo)簽和對應(yīng)于 所述控件的數(shù)據(jù)；匹配單元，根據(jù)所述讀取的界面文件中控件的名稱和對應(yīng) 于所述控件的數(shù)據(jù)，匹配所述界面中預(yù)設(shè)控件的數(shù)據(jù)；第二顯示單元，在所 述界面中顯示所述匹配于預(yù)設(shè)控件的數(shù)據(jù)。本發(fā)明實施方式還提供一種服務(wù)器，包括數(shù)據(jù)庫；第一接收單元，接 收保存文件的指令和界面文件，所述界面文件包括控件的名稱、控件標(biāo)簽和對應(yīng)于所述控件的數(shù)據(jù)；保存單元，在接收到保存文件的指令后，保存所述接收的界面文件；第二接收單元，接收查詢數(shù)據(jù)的指令；傳送單元，4艮據(jù)所 述接收的查詢數(shù)據(jù)的指令，傳送對應(yīng)保存的界面文件；第三接收單元，接收 查詢狀態(tài)的指令，所述查詢狀態(tài)包括查詢通過和查詢不通過；寫入單元，在 接收到所述查詢通過的指令后，將所述界面文件中對應(yīng)于控件的數(shù)據(jù)寫入所 述數(shù)據(jù)庫。與現(xiàn)有技術(shù)相比，上述技術(shù)方案以文件的形式保存了界面的要素，所述 界面的要素包括控件名、控件標(biāo)簽和對應(yīng)于控件的數(shù)據(jù)，因此，在界面顯示 時，是從保存的界面文件中讀取數(shù)據(jù)，而不是從數(shù)據(jù)庫中讀取數(shù)據(jù)，這樣就 減少了對數(shù)據(jù)庫的操作，減輕了數(shù)據(jù)庫的壓力，而且也減少了數(shù)據(jù)庫中的垃 圾數(shù)據(jù)。由于要讀取的數(shù)據(jù)都儲存在界面文件中，在界面顯示時，可以一次性地 從界面文件中讀取到所有的數(shù)據(jù)并予以顯示，而不需要根據(jù)特定條件查詢數(shù) 據(jù)庫、分別讀取與界面的控件匹配的數(shù)據(jù)再予以顯示，因此，在界面顯示時， 數(shù)據(jù)的讀取和顯示相比現(xiàn)有技術(shù)更為簡單。由于以界面文件的形式保存界面可以減少對數(shù)據(jù)庫的操作，因此，服務(wù)器的操作數(shù)據(jù)庫的程序也可以得到簡化；并且，在客戶端顯示界面時，由于 界面文件保存了控件名、控件標(biāo)簽和對應(yīng)于控件的數(shù)據(jù)，客戶端可以直接根 據(jù)控件標(biāo)簽顯示控件和數(shù)據(jù)，而不需要從數(shù)據(jù)庫中讀取數(shù)據(jù)、對數(shù)據(jù)和控件 進(jìn)行匹配、再顯示匹配后控件和數(shù)據(jù)，因此，客戶端的程序也得到了簡化。 總而言之，系統(tǒng)程序開發(fā)的難度降低了。采用文件的形式保存界面，可以方便地針對不同用戶顯示符合用戶要求 的界面。具體來說，根據(jù)用戶不同，在預(yù)設(shè)的界面文件中針對預(yù)設(shè)控件可以 設(shè)置不同的控件標(biāo)簽(即預(yù)設(shè)的控件標(biāo)簽)；在界面顯示時，根據(jù)控件的名稱， 將讀取的界面文件的數(shù)據(jù)匹配于預(yù)設(shè)的界面文件的預(yù)設(shè)控件并予以顯示，因此，根據(jù)不同的控件標(biāo)簽，顯示的界面也就不同，這樣就使得人機(jī)交互的界 面更為友好。


圖1是現(xiàn)有的一種企業(yè)對外支付業(yè)務(wù)的實現(xiàn)過程的流程圖；圖2是本發(fā)明實施方式的界面保存方法的流程圖；圖3是本發(fā)明界面顯示方法的一種實施方式的流程圖；圖4是一個企業(yè)銀行的業(yè)務(wù)系統(tǒng)結(jié)構(gòu)圖；圖5是本發(fā)明實施方式的客戶端的界面保存單元的示意圖；圖6是本發(fā)明客戶端的界面顯示單元的一種實施方式的示意圖；圖7是圖4所示系統(tǒng)中的服務(wù)器的結(jié)構(gòu)示意圖；圖8是客戶端的對外支付錄入界面的實例示意圖；圖9是客戶端顯示的轉(zhuǎn)賬交易授權(quán)界面的一個實例示意圖；圖IO是本發(fā)明界面顯示方法的另一種實施方式的流程圖；圖11是本發(fā)明客戶端的界面顯示單元的另一種實施方式的示意圖；圖12是客戶端顯示的轉(zhuǎn)賬交易授權(quán)界面的另 一個實例示意圖。
具體實施方式
本發(fā)明實施方式以界面文件的形式保存了界面的要素，所述界面的要素 包括控件的名稱、控件標(biāo)簽和對應(yīng)于控件的數(shù)據(jù)，因此，在界面顯示時，可 以從保存的界面文件中直接讀取數(shù)據(jù)，而不需要從數(shù)據(jù)庫中讀取數(shù)據(jù)，這樣 就減少了對數(shù)據(jù)庫的操作。下面結(jié)合附圖和實施例對本發(fā)明實施方式做詳細(xì) 的說明。 實施方式1圖2是本實施方式的界面保存方法的流程圖，所述方法包括 步驟S21，輸入對應(yīng)于控件的lt據(jù)。步驟S22,遍歷界面的要素，所述界面的要素包括控件的名稱、控件標(biāo)簽和所述輸入的對應(yīng)于所述控件的數(shù)據(jù)。步驟S23,生成界面文件，所述界面文件包括所述界面的要素。 步驟S24,保存所述界面文件。圖3是本實施方式界面顯示方法的流程圖，所述方法包括 步驟S31，讀取界面文件，所述界面文件包括界面的要素。 步驟S32，讀取所述界面的要素，所述界面的要素包括控件的名稱、控件 標(biāo)簽和對應(yīng)于所述控件的數(shù)據(jù)。步驟S33，根據(jù)所述控件標(biāo)簽，在界面中顯示所述控件和對應(yīng)于控件的數(shù)據(jù)。下面以一個實例說明本實施方式的界面保存和顯示方法。請參考圖4，其 是一個企業(yè)銀行的業(yè)務(wù)系統(tǒng)結(jié)構(gòu)圖，本實施例中，所述系統(tǒng)為兩層的C/S結(jié) 構(gòu)，包括企業(yè)的三個客戶端l、 2、 3和銀行的一個服務(wù)器4。其中，企業(yè)的 三個客戶端分別為財務(wù)人員的計算機(jī)、主管的計算機(jī)和老板的計算機(jī)，客戶 端軟件可以用DELPHI程序開發(fā)；銀行的服務(wù)器4包括數(shù)據(jù)庫。對應(yīng)于圖2所示的界面保存方法，財務(wù)人員的計算機(jī)(客戶端1 )包括界 面保存單元，用于根據(jù)客戶端1的界面生成界面文件，并將所述生成的界面 文件上傳至服務(wù)器4。所述界面保存單元的結(jié)構(gòu)如圖5所示，包括輸入單元ll,輸入對應(yīng)于控件的數(shù)據(jù)。界面遍歷單元12，遍歷界面的要素，所述界面的要素包括控件的名稱、 控件標(biāo)簽和輸入單元11輸入的對應(yīng)于所述控件的數(shù)據(jù)。文件生成單元13，根據(jù)界面遍歷單元12遍歷的界面的要素生成界面文件， 所述界面文件包括所述界面的要素。傳送單元14,向服務(wù)器4上傳文件生成單元13生成的界面文件。對應(yīng)于圖3所示的界面顯示方法，主管的計算機(jī)(客戶端2)包括界面顯示單元，用于讀取服務(wù)器4下發(fā)的界面文件，并根據(jù)讀取的界面文件，顯示客戶端2的界面。老板的計算機(jī)(客戶端3)也包括界面顯示單元，用于讀取 服務(wù)器4下發(fā)的界面文件，并根據(jù)讀取的界面文件，顯示客戶端3的界面。 所述界面顯示單元的結(jié)構(gòu)如圖6所示，包括第一讀取單元21,從服務(wù)器4上讀取界面文件，所述界面文件包括界面 的要素。第二讀取單元22,從第一讀取單元21讀取的界面文件中讀取所述界面的 要素，所述界面的要素包括控件的名稱、控件標(biāo)簽和對應(yīng)于所述控件的數(shù)據(jù)。顯示單元23,根據(jù)第二讀取單元22讀取的控件標(biāo)簽，在界面中顯示第二 讀取單元22讀取的控件和對應(yīng)于控件的數(shù)據(jù)。以企業(yè)對外支付(即轉(zhuǎn)賬交易)的業(yè)務(wù)流程為例，企業(yè)對外支付的業(yè)務(wù) 流程包括財務(wù)人員錄入數(shù)據(jù)，主管復(fù)核、老板審批和銀行轉(zhuǎn)賬。銀行的服 務(wù)器4的數(shù)據(jù)庫用于儲存流水表和轉(zhuǎn)賬信息表。服務(wù)器4的結(jié)構(gòu)如圖7所示，包括第一接收單元41,接收客戶端1發(fā)送的保存文件的指令和界面文件，所 述界面文件包括控件的名稱、控件標(biāo)簽和對應(yīng)于所述控件的數(shù)據(jù)。保存單元42,在第一接收單元41接收到保存文件的指令后，保存第一接 收單元41接收的界面文件。第二接收單元43,接收客戶端2或客戶端3發(fā)送的查詢數(shù)據(jù)的指令。傳送單元44,根據(jù)第二接收單元43接收的查詢數(shù)據(jù)的指令，傳送所述保 存單元42保存的對應(yīng)的界面文件。第三接收單元45,接收客戶端2或客戶端3發(fā)送的查詢狀態(tài)的指令，所 述查詢狀態(tài)包括查詢通過和查詢不通過。寫入單元46，在第三接收單元45接收到客戶端3發(fā)送的查詢通過的指令 后，將保存單元42保存的界面文件中對應(yīng)于控件的數(shù)據(jù)寫入數(shù)據(jù)庫47。結(jié)合圖4至圖7，客戶端l、 2、 3和服務(wù)器4的工作過程如下所述。 在財務(wù)人員錄入數(shù)據(jù)的流程中，客戶端1的輸入單元11將一個例如圖8 所示的對外支付錄入界面顯示在財務(wù)人員在計算機(jī)(客戶端1)上，供財務(wù)人 員在付款賬號、付款賬戶名稱、收款賬號、收款賬號、金額等欄目中輸入相 應(yīng)的數(shù)據(jù)或信息(即輸入對應(yīng)于控件的數(shù)據(jù))；然后，財務(wù)人員發(fā)出輸入確認(rèn) 的指令(例如，按圖8所示界面中的"提交"按鍵)，客戶端1顯示如圖9所 示的轉(zhuǎn)賬交易授權(quán)界面(輸入的數(shù)據(jù)和信息未示出)。本實施例中，客戶端1 還包括生成單元(圖5中未示出)，在接收到輸入確認(rèn)的指令，生成流水號。 財務(wù)人員每錄入一筆對外支付業(yè)務(wù)后，生成單元會自動生成一個流水號，錄 入的多筆對外支付業(yè)務(wù)，即多筆轉(zhuǎn)賬交易以列表的形式顯示在轉(zhuǎn)賬交易授權(quán) 界面上。財務(wù)人員可以通過圖9所示的轉(zhuǎn)賬交易授權(quán)界面確認(rèn)輸入無誤后， 按圖9所示界面中的"提交"按鍵，客戶端1的輸入單元11生成保存文件的 指令，界面遍歷單元12和文件生成單元13就會根據(jù)圖9所示的界面生成相 應(yīng)的界面文件，然后由傳送單元14上傳至服務(wù)器4。客戶端1的界面遍歷單元12在接收到所述保存文件的指令后，遍歷圖9 所示界面中所有的要素，所述界面的要素包括控件的名稱、控件標(biāo)簽和對應(yīng) 于所述控件的數(shù)據(jù)。每個要素包括控件的名稱、控件標(biāo)簽和對應(yīng)于控件的標(biāo) 簽，所述控件標(biāo)簽是指控件的屬性，包括控件類型屬性(例如，文本框、列 表、下拉框、單選、復(fù)選等)和/或控件功能屬性(例如，控件是否顯示、列 表內(nèi)容的排列、是否數(shù)據(jù)字典屬性等)。結(jié)合圖9所示的界面，所述界面的要 素包括4個控件，用戶名、交易碼、轉(zhuǎn)賬交易和流水，其中，用戶名的屬性 是文本框形式，交易碼的屬性是下拉框形式，轉(zhuǎn)賬交易和流水的屬性是列表 形式，轉(zhuǎn)賬交易的列表內(nèi)容除了包括財務(wù)人員輸入的欄目外(參考圖8)，還 包括狀態(tài)、交易序號、錄入日期、用戶名、交易碼等，可以通過移動滾動條 瀏覽所有的欄目；流水的列表內(nèi)容包括流水號、處理結(jié)果、處理擴(kuò)展信息等。轉(zhuǎn)賬交易的列表內(nèi)容的信息即是對應(yīng)于轉(zhuǎn)賬交易的數(shù)據(jù)。客戶端1的文件生成單元13,根據(jù)界面遍歷單元12遍歷的界面的要素生成界面文件。文件生成單元13可以包括讀取單元和命名單元(圖5中未示 出)，其中，所述讀取單元讀取所述生成單元生成的流水號，所述命名單元以 所述讀取的流水號命名所述界面文件。另外，生成的界面文件可以以結(jié)構(gòu)化 的才示準(zhǔn)文件形式來j呆存，例濁口， xml (extensible Markup Language,可擴(kuò)展才示 記語言)文件，Microsoft O伍ce Access文件等，以結(jié)構(gòu)化的標(biāo)準(zhǔn)文件形式保 存界面文件便于文件讀取后的解析。本實施例中，界面文件以xml (extensible Markup Language,可擴(kuò)展標(biāo)記語言)的方式來保存，生成的界面文件可以是 以流水號為文件名的xml文件。界面遍歷單元12遍歷界面的所有要素，文件 生成單元13根據(jù)所述界面遍歷單元12遍歷的界面的所有要素，將界面的所 有要素寫入xml文件，在xml文件中，界面名為父節(jié)點， 一個要素就是一個 子節(jié)點， 一個子節(jié)點的內(nèi)容包括控件的名稱、控件標(biāo)簽和對應(yīng)于控件的it據(jù)?？蛻舳?的傳送單元14,向服務(wù)器4上傳所述保存文件的指令和生成的 界面文件。本實施例中，傳送單元14向銀行的服務(wù)器4上傳所述文件生成單 元13生成的界面文件，即以流水號為文件名的xml文件。服務(wù)器4的第一接收單元41接收客戶端1的傳送單元14發(fā)出的保存文 件的指令和界面文件，保存單元42將客戶端1上傳的界面文件保存，另外， 服務(wù)器4還包括狀態(tài)更新單元(圖7中未示出)，根據(jù)流水號生成相應(yīng)的流水， 設(shè)置該流水的狀態(tài)，例如，置為等待復(fù)核狀態(tài)，然后將該流水和流水的狀態(tài) 寫入數(shù)據(jù)庫47的流水表中。在主管復(fù)核的流程中，客戶端2發(fā)出查詢數(shù)據(jù)的指令，如復(fù)核的指令， 所述復(fù)核的指令中包括主管要復(fù)核的轉(zhuǎn)賬交易的流水號。具體來說，客戶端2 的第一讀取單元21包括指令傳送單元和文件讀取單元(圖6中未示出)，其 中，指令傳送單元從服務(wù)器4的數(shù)據(jù)庫47的流水表中讀取相應(yīng)狀態(tài)(例如等待復(fù)核狀態(tài))的流水，并將流水號顯示在主管的計算機(jī)(即客戶端2)的界面 上，主管選擇要查詢的流水號并發(fā)出查詢指令，指令傳送單元生成復(fù)核的指 令(包括流水號)并上傳至服務(wù)器4。服務(wù)器4的第二接收單元43接收客戶端2發(fā)出的復(fù)核的指令，傳送單元 44根據(jù)所述復(fù)核的指令中的流水號查詢到相應(yīng)的界面文件，即文件名與客戶 端2發(fā)出的流水號相同的xml文件，然后將查詢到的界面文件下發(fā)至客戶端2?？蛻舳?的第一讀取單元21讀取服務(wù)器4下發(fā)的界面文件，所述界面文 件包括界面的要素，界面文件由第一讀取單元21的文件讀取單元讀取?？蛻舳?的第二讀取單元22從所述第一讀取單元21讀取的界面文件中 讀取所述界面文件中界面的所有要素，即讀取xml文件中各個子節(jié)點的內(nèi)容?？蛻舳?的顯示單元23，根據(jù)第二讀取單元22讀取的控件標(biāo)簽，即控件 類型屬性和控件功能屬性，初始化界面，然后將所有讀取的控件和相應(yīng)的數(shù) 據(jù)顯示在客戶端2的界面上。本實施例中，主管復(fù)核流程中界面顯示的過程 實際上是財務(wù)人員錄入數(shù)據(jù)流程中界面文件生成的逆過程。在主管的計算機(jī) (即客戶端2)上顯示的界面如圖9所示(數(shù)據(jù)和信息未示出)，其與財務(wù)人 員的計算機(jī)上顯示的界面是一樣的，即轉(zhuǎn)賬交易授權(quán)界面，主管可以在所述 界面上查詢財務(wù)人員錄入的各類數(shù)據(jù)和信息。主管復(fù)核后，發(fā)出查詢狀態(tài)的指令，具體來說，若主管復(fù)核通過，則客 戶端2向銀行的服務(wù)器4發(fā)出查詢通過的指令(例如，按圖9所示界面中的 "提交"按鍵)，在服務(wù)器4的第三接收單元45接收到客戶端2發(fā)送的查詢 通過的指令后，狀態(tài)更新單元更新數(shù)據(jù)庫47的流水表中相應(yīng)流水的狀態(tài)，例 如，置為復(fù)核通過狀態(tài)；若主管復(fù)核不通過，則客戶端2向銀行的服務(wù)器4 發(fā)出查詢不通過的指令(例如，按圖9所示界面中的"取消"按4定)，在服務(wù) 器4的第三接收單元45接收到客戶端2發(fā)送的查詢不通過的指令后，狀態(tài)更 新單元更新數(shù)據(jù)庫47的流水表中相應(yīng)流水的狀態(tài)，例如，置為廢除狀態(tài)。老板審批的流程和主管復(fù)核的流程基本相同，區(qū)別在于，老板審批通過 后，流水的狀態(tài)不同，以及需要寫數(shù)據(jù)庫47的轉(zhuǎn)賬信息表，老板審批的流程 具體如下所述。客戶端3發(fā)出查詢數(shù)據(jù)的指令，如審批的指令，所述審批的指令中包括 老板要審批的轉(zhuǎn)賬交易的流水號。具體來說，客戶端3的第一讀取單元21包 括指令傳送單元和文件讀取單元(圖6中未示出)，其中，指令傳送單元從服 務(wù)器4的數(shù)據(jù)庫47的流水表中讀取相應(yīng)狀態(tài)(例如復(fù)核通過狀態(tài))的流水， 并將流水號顯示在老板的計算機(jī)(即客戶端3 )的界面上，老板選擇要查詢的 流水號并發(fā)出查詢指令，指令傳送單元生成審批的指令(包括流水號)并上 傳至服務(wù)器4。服務(wù)器4的第二接收單元43接收客戶端3發(fā)出的審批的指令，傳送單元 44根據(jù)所述審批的指令中的流水號查詢到相應(yīng)的界面文件，即文件名與客戶 端3發(fā)出的流水號相同的xml文件，并將查詢到的界面文件下發(fā)至客戶端3?？蛻舳?的第一讀取單元21、第二讀取單元22和顯示單元23與客戶端 2相同，在此不再重復(fù)說明。老板審批后，發(fā)出查詢狀態(tài)的指令，具體來說，若老板審批通過，則客 戶端3向4艮行的服務(wù)器4發(fā)出查詢通過的指令(例如，按圖9所示界面中的 "提交，，按鍵)，在服務(wù)器4的第三接收單元45接收到客戶端3發(fā)送的查詢 通過的指令后，狀態(tài)更新單元更新數(shù)據(jù)庫47的流水表中相應(yīng)流水的狀態(tài)，例 如，置為審批通過狀態(tài)，并且，服務(wù)器4的寫入單元46將財務(wù)人員錄入的數(shù) 據(jù)和信息寫入數(shù)據(jù)庫47的轉(zhuǎn)賬信息表中；若老板審批不通過，則客戶端3向 銀行的服務(wù)器4發(fā)出查詢不通過的指令(例如，按圖9所示界面中的"取消" 按鍵)，在服務(wù)器4的第三接收單元45接收到客戶端3發(fā)送的查詢不通過的 指令后，狀態(tài)更新單元更新數(shù)據(jù)庫47的流水表中相應(yīng)流水的狀態(tài)，例如，置 為廢除狀態(tài)。最后，銀行轉(zhuǎn)賬，服務(wù)器4查詢數(shù)據(jù)庫47的流7JC表中是否有流水的狀態(tài) 為審批通過狀態(tài)的流水，如果有，則從轉(zhuǎn)賬信息表中讀取相應(yīng)的數(shù)據(jù)，即付 款賬號、付款賬戶名稱、收款賬號、收款賬戶名稱、要轉(zhuǎn)賬的金額等，并按 所述的金額實現(xiàn)轉(zhuǎn)賬。本實施例中，客戶端與服務(wù)器約定以流水號來定位要查詢的界面文件，即，客戶端l上傳至服務(wù)器4的界面文件是以流水號為文件名，客戶端2、 3 可以通過輸入流水號來查詢到服務(wù)器4上相應(yīng)的界面文件。在其它實施例中， 客戶端與服務(wù)器也可以約定其它特征或標(biāo)識來定位要查詢的界面文件。 實施方式2采用文件的形式保存界面，可以方便地針對不同用戶顯示符合用戶要求 的界面。具體來說，根據(jù)不同用戶的需求，在預(yù)設(shè)的界面文件中針對預(yù)設(shè)控 件可以預(yù)先設(shè)置不同的控件標(biāo)簽(即預(yù)設(shè)的控件標(biāo)簽)；在界面顯示時，根據(jù) 控件的名稱，將讀取的界面文件的數(shù)據(jù)匹配于預(yù)設(shè)的界面文件的預(yù)設(shè)控件并 予以顯示，因此，根據(jù)不同的控件標(biāo)簽，顯示的界面也就不同，這樣就使得 人機(jī)交互的界面更為友好。本實施方式的界面保存方法與實施方式1相同，而界面顯示方法不同于 實施方式l。圖IO是本實施方式界面顯示方法的流程圖，所述方法包括步驟S41,加載預(yù)設(shè)的界面文件，所述預(yù)設(shè)的界面文件包括預(yù)設(shè)界面的要素。步驟S42,讀取所述預(yù)設(shè)界面的要素，所述預(yù)設(shè)界面的要素包括預(yù)設(shè)控件的名稱和預(yù)設(shè)的控件標(biāo)簽。步驟S43,根據(jù)所述預(yù)設(shè)的控件標(biāo)簽，在界面中顯示所述預(yù)設(shè)控件。步驟S44，讀取界面文件，所述界面文件包括界面的要素。步驟S45,讀取所迷界面的要素，所述界面的要素包括控件的名稱、控件標(biāo)簽和對應(yīng)于控件的lt據(jù)。步驟S46，根據(jù)所述讀取的界面文件中控件的名稱和對應(yīng)于所述控件的數(shù)據(jù)，匹配所述界面中預(yù)設(shè)控件的數(shù)據(jù)。步驟S47,在所述界面中顯示所述匹配于預(yù)設(shè)控件的數(shù)據(jù)。 下面仍以圖4所示的企業(yè)銀行的業(yè)務(wù)系統(tǒng)為例說明本實施方式的界面保 存和顯示方法。圖4中，客戶端1和服務(wù)器4的結(jié)構(gòu)與實施方式1中所述相 同，而客戶端2、 3的結(jié)構(gòu)不同于實施方式1所述，其對應(yīng)圖IO所示的界面 顯示方法，主管的計算機(jī)(客戶端2)包括界面顯示單元，用于讀取服務(wù)器4 下發(fā)的界面文件，并根據(jù)預(yù)設(shè)的界面文件和讀取的界面文件，顯示客戶端2 的界面。老板的計算機(jī)(客戶端3)也包括界面顯示單元，用于讀取服務(wù)器4 下發(fā)的界面文件，并根據(jù)預(yù)設(shè)的界面文件和讀取的界面文件，顯示客戶端3 的界面。所述界面顯示單元的結(jié)構(gòu)如圖11所示，包括加載單元31,加載預(yù)設(shè)的界面文件，所述預(yù)設(shè)的界面文件包括預(yù)設(shè)界面 的要素.第一讀取單元32，讀取加載單元31加載的預(yù)設(shè)界面的要素，所述預(yù)設(shè)界 面的要素包括預(yù)設(shè)控件的名稱和預(yù)設(shè)的控件標(biāo)簽。第一顯示單元33,根據(jù)第一讀取單元32讀取的預(yù)設(shè)的控件標(biāo)簽，在界面 中顯示所述預(yù)設(shè)控件。第二讀取單元34,從服務(wù)器4上讀取界面文件，所述界面文件包括界面 的要素。第三讀取單元35,從第二讀取單元34讀取的界面文件中讀取所述界面的 要素，所述界面的要素包括控件的名稱、控件標(biāo)簽和對應(yīng)于所述控件的數(shù)據(jù)。匹配單元36,根據(jù)所述第三讀取單元35讀取的控件的名稱和對應(yīng)于所述 控件的數(shù)據(jù)，匹配所述界面中預(yù)設(shè)控件的數(shù)據(jù)。第二顯示單元37,在所述界面中顯示所述匹配于預(yù)設(shè)控件的數(shù)據(jù)。仍以企業(yè)對外支付(即轉(zhuǎn)賬交易)的業(yè)務(wù)流程為例，企業(yè)對外支付的業(yè)務(wù)流程包括財務(wù)人員錄入數(shù)據(jù)，主管復(fù)核、老板審批和銀行轉(zhuǎn)賬。本實施 例與實施方式1所述的實施例的區(qū)別在于實施方式1所述的實施例中，三 個客戶端顯示的轉(zhuǎn)賬交易授權(quán)界面是相同的；而本實施例的客戶端2、 3顯示 的轉(zhuǎn)賬交易授權(quán)界面不同于客戶端1顯示的轉(zhuǎn)賬交易授權(quán)界面，也就是說， 根據(jù)不同用戶的需求，顯示了不同的界面。財務(wù)人員錄入數(shù)據(jù)(客戶端1生成界面文件)、服務(wù)器4保存界面文件和 生成流水的流程與實施方式1所述相同，在此不再展開說明。在主管復(fù)核的流程中，首先會在主管的計算機(jī)(客戶端2)上顯示本地界 面，其是針對客戶端2的用戶(即主管)的需求而設(shè)計的，主管通過客戶端2 顯示的本地界面發(fā)出查詢數(shù)據(jù)的指令，如復(fù)核的指令，所述復(fù)核的指令中包 括主管要復(fù)核的轉(zhuǎn)賬交易的流水號；服務(wù)器4在接收到客戶端2發(fā)出的復(fù)核 的指令后，根據(jù)客戶端2發(fā)出的流水號查詢到相應(yīng)的界面文件并下發(fā)至客戶 端2;客戶端2將所述界面文件中的數(shù)據(jù)匹配至本地界面中相應(yīng)的控件并予以 顯示，具體如下所述?？蛻舳?的加載單元31加載預(yù)設(shè)的界面文件，所述預(yù)設(shè)的界面文件包括 預(yù)設(shè)界面的要素。本實施例中，在客戶端2中已經(jīng)保存了預(yù)設(shè)的界面文件，面是針對客戶端2的用戶(即主管)的需求而設(shè)計的，然后根據(jù)本地界面生 成預(yù)設(shè)的界面文件，預(yù)設(shè)的界面文件包括預(yù)設(shè)界面(即本地界面)的要素， 所述預(yù)設(shè)界面的要素包括預(yù)設(shè)控件的名稱和預(yù)設(shè)的控件標(biāo)簽，例如，本地界 面如圖12所示，由于主管主要是復(fù)核轉(zhuǎn)賬交易的付款賬號、付款賬戶、收款 賬號、收款賬戶和金額，因此，這些欄目需要顯示在轉(zhuǎn)賬交易的列表前面， 也就是說，圖12所示的轉(zhuǎn)賬交易的列表內(nèi)容順序與圖9所示的轉(zhuǎn)賬交易的列 表內(nèi)容順序不同，即轉(zhuǎn)賬交易(控件)的列表屬性(控件標(biāo)簽)不同。預(yù)設(shè) 的界面文件保存了如圖12所示的本地界面的所有控件(用戶名、交易碼、轉(zhuǎn)賬交易列表和流水列表)及其對應(yīng)的控件標(biāo)簽，預(yù)設(shè)的界面文件也是以xml文件的方式保存，預(yù)設(shè)的界面文件不需要保存控件的數(shù)據(jù)。由于預(yù)設(shè)的界面 文件和讀取的界面文件的保存方式基本相同，因而很容易根據(jù)控件的名稱， 將讀取的界面文件的數(shù)據(jù)匹配于預(yù)設(shè)的界面文件的預(yù)設(shè)控件?？蛻舳?的第一讀取單元32,讀取加載單元31加載的預(yù)設(shè)的界面文件中 預(yù)設(shè)界面的要素，所述預(yù)設(shè)界面的要素包括預(yù)設(shè)控件的名稱和預(yù)設(shè)的控件標(biāo) 簽。第一讀取單元32從加載單元31加載的預(yù)設(shè)的界面文件中讀取預(yù)設(shè)界面 的要素，包括所有預(yù)設(shè)控件的名稱和預(yù)設(shè)的控件標(biāo)簽，即預(yù)設(shè)控件及對應(yīng)的 控件屬性，如圖12所示，預(yù)設(shè)控件包括用戶名、交易碼、轉(zhuǎn)賬交易列表和流 水列表?？蛻舳?的第一顯示單元33,根據(jù)所述第一讀取單元32讀取的預(yù)設(shè)的控 件標(biāo)簽，在界面中顯示所述預(yù)設(shè)控件。第一顯示單元33根據(jù)第一讀取單元32 讀取的預(yù)設(shè)的控件標(biāo)簽，即控件類型屬性和控件功能屬性，初始化界面，然 后將所有讀取的預(yù)設(shè)控件顯示在客戶端2的界面上。本實施例中，在客戶端2 上顯示的本地界面如圖12所示?？蛻舳?發(fā)出查詢數(shù)據(jù)的指令，如復(fù)核的指令，所述復(fù)核的指令中包括 主管要復(fù)核的轉(zhuǎn)賬交易的流水號。具體來說，客戶端2的第二讀取單元34包 括指令傳送單元和文件讀取單元(圖11中未示出)，其中，指令傳送單元從服務(wù)器4的數(shù)據(jù)庫47的流水表中讀取相應(yīng)狀態(tài)(例如等待復(fù)核狀態(tài))的流水， 并將流水號顯示在主管的計算機(jī)(即客戶端2)的本地界面上(由第一顯示單 元33顯示)，主管選擇要查詢的流水號并發(fā)出查詢指令(例如按圖12所示的 "查詢"按鍵)，指令傳送單元生成復(fù)核的指令(包括流水號)并上傳至服務(wù) 器4。服務(wù)器4的第二接收單元43接收客戶端2發(fā)出的復(fù)核的指令，傳送單元 44根據(jù)所述復(fù)核的指令中的流水號查詢到相應(yīng)的界面文件，即文件名與客戶端2發(fā)出的流水號相同的xml文件，然后將查詢到的界面文件下發(fā)至客戶端2?？蛻舳?的第二讀取單元34讀取服務(wù)器4下發(fā)的界面文件，所述界面文 件包括界面的要素，界面文件由第二讀取單元34的文件讀取單元讀取?？蛻舳?的第三讀取單元35從所述第二讀取單元34讀取的界面文件中 讀取所述界面文件中界面的所有要素，即讀取xml文件中各個子節(jié)點的內(nèi)容?？蛻舳?的匹配單元36,根據(jù)第三讀取單元35讀取的界面文件中控件的 名稱和對應(yīng)于所述控件的數(shù)據(jù)，匹配所述界面中預(yù)設(shè)控件的數(shù)據(jù)。匹配單元 36比較所述第三讀取單元35讀取的控件的名稱和第一顯示單元33顯示的本 地界面中預(yù)設(shè)控件的名稱，如果相同，則將所述第三讀取單元34讀取的對應(yīng) 于所述控件的數(shù)據(jù)匹配于所述本地界面中的預(yù)設(shè)控件。第二顯示單元37,在所述界面中顯示所述匹配于預(yù)設(shè)控件的數(shù)據(jù)。第二 顯示單元37將匹配單元36匹配的預(yù)設(shè)控件的數(shù)據(jù)對應(yīng)地顯示在第一顯示單 元33顯示的本地界面上。本實施例中，在主管的計算機(jī)(客戶端2)上顯示 的轉(zhuǎn)賬交易授權(quán)界面如圖12所示(數(shù)據(jù)和信息未示出)，其與財務(wù)人員的計 算機(jī)(客戶端1 )上顯示的轉(zhuǎn)賬交易授權(quán)界面是不同的，主管可以在所述界面 上直接查詢到財務(wù)人員錄入的轉(zhuǎn)賬交易的付款賬號、付款賬戶、收款賬號、 收款賬戶和金額。主管復(fù)核后，發(fā)出查詢狀態(tài)的指令，服務(wù)器4更新數(shù)據(jù)庫47的流水表中 相應(yīng)流水的狀態(tài)，其過程與實施方式1所述相同。老板審批的流程和主管復(fù)核的流程基本相同，區(qū)別在于，老板通過計算 機(jī)(客戶端3 )顯示的本地界面發(fā)出的查詢數(shù)據(jù)的指令是審批的指令，所述審 批的交易指令中包括老板要審批的轉(zhuǎn)賬交易的流水號；老板審批通過后，流 水的狀態(tài)不同，以及需要寫數(shù)據(jù)庫47的轉(zhuǎn)賬信息表?？蛻舳?的加載單元31、第一讀取單元32、第一顯示單元33、第二讀取 單元34、第三讀取單元35、匹配單元36和第二顯示單元37與客戶端2相同，在此不再重復(fù)說明。本實施例中，在客戶端3上顯示的轉(zhuǎn)賬交易授權(quán)界面如圖12所示(數(shù)據(jù) 和信息未示出)，其與客戶端l顯示的界面是不同的，與客戶端2上顯示的界 面是相同的，老板可以在所述界面上直接查詢到財務(wù)人員錄入的轉(zhuǎn)賬交易的 付款賬號、付款賬戶、收款賬號、收款賬戶和金額。在其它實施例中，客戶端3上顯示的轉(zhuǎn)賬交易授權(quán)界面可以與客戶端1和客戶端2上顯示的界面都 不相同，也就是說，根據(jù)客戶端3的用戶(即老板)的需求，可以預(yù)先設(shè)計 客戶端3的本地界面，客戶端3和客戶端2的本地界面不同，即預(yù)設(shè)控件和 預(yù)設(shè)的控件標(biāo)簽不同，生成的預(yù)設(shè)的界面文件就不同，因而界面顯示單元根 據(jù)預(yù)設(shè)的界面文件顯示的本地界面也就不同。老板審批后，發(fā)出查詢狀態(tài)的指令，服務(wù)器4更新數(shù)據(jù)庫47的流水表中 相應(yīng)流水的狀態(tài)，寫數(shù)據(jù)庫47的轉(zhuǎn)賬信息表，其過程與實施方式1所述相同。最后，4艮行轉(zhuǎn)賬，服務(wù)器4查詢數(shù)據(jù)庫47的流水表中是否有流水的狀態(tài) 為審批通過狀態(tài)的流水，如果有，則從轉(zhuǎn)賬信息表中讀取相應(yīng)的數(shù)據(jù)，即付 款賬號、付款賬戶名稱、收款賬號、收款賬號、要轉(zhuǎn)賬的金額等，并按所述 的金額實現(xiàn)轉(zhuǎn)賬。上述實施例中，以文件的形式保存界面，即保存界面的要素，在界面顯 示時，可以從保存的界面文件中讀取數(shù)據(jù)，而不需要從數(shù)據(jù)庫中讀取數(shù)據(jù)， 這樣就減少了對數(shù)據(jù)庫的操作，例如，財務(wù)人員錄入數(shù)據(jù)后，不需要將數(shù)據(jù) 寫入數(shù)據(jù)庫的轉(zhuǎn)賬信息表；主管要復(fù)核時，不需要從數(shù)據(jù)庫的轉(zhuǎn)賬信息表讀 取數(shù)據(jù)。因此，數(shù)據(jù)庫的壓力減輕了。并且，在最后老板審批通過后，才將 數(shù)據(jù)寫入數(shù)據(jù)庫的轉(zhuǎn)賬信息表，因此，儲存在轉(zhuǎn)賬信息表中的數(shù)據(jù)都是有用 的數(shù)據(jù)，也就是減少了數(shù)據(jù)庫中的垃圾數(shù)據(jù)。上述實施例中，財務(wù)人員、主管、老板使用的是不同的計算機(jī)，即上述 系統(tǒng)包括了三個客戶端，財務(wù)人員的客戶端計算機(jī)包括界面保存單元、主管和老板的客戶端計算機(jī)包括界面顯示單元。在其它實施例中，也可以是其它 可能的情況，例如，財務(wù)人員、主管、老板可以使用同一臺計算機(jī)，也就是說客戶端計算機(jī)可以既包括界面保存單元，又包括界面顯示單元；或者，財務(wù)人員和主管使用一臺計算機(jī)，老板使用另一臺計算機(jī)。另外，實施方式l所述的實施例中主管的計算機(jī)和老板的計算機(jī)包括如圖5所示的界面顯示單元，實施方式2所述的實施例中主管的計算機(jī)和老板的計 算機(jī)包括如圖ll所示的界面顯示單元。在其它實施例中，也可以是其它可能 的情況，例如，主管的計算機(jī)包括如圖5所示的界面顯示單元，老板的計算機(jī) 包括如圖ll所示的界面顯示單元。上述實施例的系統(tǒng)是兩層的C/S結(jié)構(gòu)，對于本領(lǐng)域技術(shù)人員來說，也可以 將上述技術(shù)方案應(yīng)用于三層的C/S/S結(jié)構(gòu)中，兩層結(jié)構(gòu)的服務(wù)器4在三層結(jié)構(gòu)中 被分為應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器，在此即不再詳細(xì)展開說明。本發(fā)明雖然以較佳實施例公開如上，但其并不是用來限定本發(fā)明，任何 本領(lǐng)域技術(shù)人員在不脫離本發(fā)明的精神和范圍內(nèi)，都可以做出可能的變動和 修改，因此
權(quán)利要求
1.一種界面保存方法，其特征在于，包括下述步驟輸入對應(yīng)于控件的數(shù)據(jù)；遍歷界面的要素，所述界面的要素包括控件的名稱、控件標(biāo)簽和所述輸入的對應(yīng)于所述控件的數(shù)據(jù)；生成界面文件，所述界面文件包括所述界面的要素；保存所述界面文件。
2. 根據(jù)權(quán)利要求1所述的界面保存方法，其特征在于，所述控件標(biāo)簽包括 控件類型屬性和/或控件功能屬性。
3. 根據(jù)權(quán)利要求1所述的界面保存方法，其特征在于，在所述輸入對應(yīng)于 控件的數(shù)據(jù)后還包括接收輸入確認(rèn)的指令，生成流水號；所述生成界面文 件包括讀取所述生成的流水號，以所述讀取的流水號命名所述界面文件。
4. 根據(jù)權(quán)利要求1所述的界面保存方法，其特征在于，所述保存所述界面 文件包括以xml的方式保存所述生成的界面文件，其中，界面名為父節(jié)點， 所述界面的要素為子節(jié)點。
5. 根據(jù)權(quán)利要求1所述的界面保存方法，其特征在于，所述保存所述界面 文件包括傳送保存文件的指令和所述界面文件。
6. —種界面顯示方法，其特征在于，包括下述步驟 讀取界面文件，所述界面文件包括界面的要素；讀取所述界面的要素，所述界面的要素包括控件的名稱、控件標(biāo)簽和對 應(yīng)于所述控件的數(shù)據(jù)；才艮據(jù)所述控件標(biāo)簽，在界面中顯示所述控件和對應(yīng)于控件的數(shù)據(jù)。
7. 根據(jù)權(quán)利要求6所述的界面顯示方法，其特征在于，所述控件標(biāo)簽包括 控件類型屬性和/或控件功能屬性。
8. 根據(jù)權(quán)利要求6所述的界面顯示方法，其特征在于，所述讀取界面文件 包括傳送查詢數(shù)據(jù)的指令，所述查詢數(shù)據(jù)的指令包括流水號；讀取文件名2為所述流水號的界面文件。
9. 根據(jù)權(quán)利要求6所述的界面顯示方法，其特征在于，所述讀取所述界面 的要素包括讀取以xml方式保存的界面文件的子節(jié)點。
10. —種界面顯示方法，其特征在于，包括下述步驟 加載預(yù)設(shè)的界面文件，所述預(yù)設(shè)的界面文件包括預(yù)設(shè)界面的要素； 讀取所述預(yù)設(shè)界面的要素，所述預(yù)設(shè)界面的要素包括預(yù)設(shè)控件的名稱和預(yù)設(shè)的控件標(biāo)簽；根據(jù)所述預(yù)設(shè)的控件標(biāo)簽，在界面中顯示所述預(yù)設(shè)控件； 讀取界面文件，所述界面文件包括界面的要素；讀取所述界面的要素，所述界面的要素包括控件的名稱、控件標(biāo)簽和對 應(yīng)于控件的數(shù)據(jù)；根據(jù)所述讀取的界面文件中控件的名稱和對應(yīng)于所述控件的數(shù)據(jù)，匹配 所述界面中預(yù)設(shè)控件的數(shù)據(jù)；在所述界面中顯示所述匹配于預(yù)設(shè)控件的數(shù)據(jù)。
11. 根據(jù)權(quán)利要求IO所述的界面顯示方法，其特征在于，所述控件標(biāo)簽包括 控件類型屬性和/或控件功能屬性。
12. 根據(jù)權(quán)利要求IO所述的界面顯示方法，其特征在于，所述讀取界面文件 包括傳送查詢數(shù)據(jù)的指令，所述查詢數(shù)據(jù)的指令包括流水號；讀取文件名 為所述流水號的界面文件。
13. 根據(jù)權(quán)利要求IO所述的界面顯示方法，其特征在于，所述讀取所述界面 的要素包括讀取以xml方式保存的界面文件的子節(jié)點。
14. 一種客戶端，其特征在于，包括 輸入單元，輸入對應(yīng)于控件的數(shù)據(jù)；界面遍歷單元，遍歷界面的要素，所述界面的要素包括控件的名稱、控 件標(biāo)簽和所述輸入的對應(yīng)于所述控件的數(shù)據(jù)；文件生成單元，生成界面文件，所述界面文件包括所述界面的要素； 傳送單元，上傳所述生成的界面文件。
15. 根據(jù)權(quán)利要求14所述的客戶端，其特征在于，所述控件標(biāo)簽包括控件類 型屬性和/或控件功能屬性。
16. 根據(jù)權(quán)利要求14所述的客戶端，其特征在于，還包括生成單元，在所述 輸入單元輸入對應(yīng)于控件的數(shù)據(jù)后，接收輸入確認(rèn)的指令，生成流水號；所 述文件生成單元包括讀取單元和命名單元，所述讀耳又單元讀取所述生成的 流水號，所述命名單元以所述讀取的流水號命名所述界面文件。
17. 根據(jù)權(quán)利要求14所述的客戶端，其特征在于，所述傳送單元上傳所述生 成的界面文件為以xml的方式保存的界面文件。
18. 根據(jù)權(quán)利要求14所述的客戶端，其特征在于，所述傳送單元還傳送保存 文件的指令。
19. 一種客戶端，其特征在于，包括第一讀取單元，讀取界面文件，所述界面文件包括界面的要素； 第二讀取單元，讀取所述界面的要素，所述界面的要素包括控件的名稱、控件標(biāo)簽和對應(yīng)于所述控件的數(shù)據(jù)；顯示單元，根據(jù)所述控件標(biāo)簽，在界面中顯示所述控件和對應(yīng)于控件的數(shù)據(jù)。
20. 根據(jù)權(quán)利要求19所述的客戶端，其特征在于，所述控件標(biāo)簽包括控件類 型屬性和/或控件功能屬性。
21. 根據(jù)權(quán)利要求19所述的客戶端，其特征在于，所述第一讀取單元包括 指令傳送單元，傳送查詢數(shù)據(jù)的指令，所述查詢數(shù)據(jù)的指令包括流水號；文 件讀^l單元，讀取文件名為所述流水號的界面文件。
22. 根據(jù)權(quán)利要求19所述的客戶端，其特征在于，所述第二讀取單元通過讀 取以xml方式保存的界面文件的子節(jié)點來讀取所述界面的要素。
23. —種客戶端，其特征在于，包括加載單元，加載預(yù)設(shè)的界面文件，所述預(yù)設(shè)的界面文件包括預(yù)設(shè)界面的要素；第一讀取單元，讀取所述預(yù)設(shè)界面的要素，所述預(yù)設(shè)界面的要素包括預(yù)設(shè)控件的名稱和預(yù)設(shè)的控件標(biāo)簽；第一顯示單元，根據(jù)所述預(yù)設(shè)的控件標(biāo)簽，在界面中顯示所述預(yù)設(shè)控件； 第二讀取單元，讀取界面文件，所述界面文件包括界面的要素； 第三讀取單元，讀取所述界面的要素，所述界面的要素包括控件的名稱、控件標(biāo)簽和對應(yīng)于所述控件的數(shù)據(jù)；匹配單元，根據(jù)所述讀取的界面文件中控件的名稱和對應(yīng)于所述控件的數(shù)據(jù)，匹配所述界面中預(yù)設(shè)控件的數(shù)據(jù)；第二顯示單元，在所述界面中顯示所述匹配于預(yù)設(shè)控件的數(shù)據(jù)。
24. 根據(jù)權(quán)利要求23所述的客戶端，其特征在于，所述控件標(biāo)簽包括控件類 型屬性和/或控件功能屬性。
25. 根據(jù)權(quán)利要求23所述的客戶端，其特征在于，所述第二讀取單元包括 指令傳送單元，傳送查詢數(shù)據(jù)的指令，所述查詢數(shù)據(jù)的指令包括流水號；文 件讀取單元，讀取文件名為所述流水號的界面文件。
26. 根據(jù)權(quán)利要求23所述的客戶端，其特征在于，所述第三讀取單元通過讀 取以xml方式保存的界面文件的子節(jié)點來讀取所述界面的要素。
27. —種服務(wù)器，包括數(shù)據(jù)庫，其特征在于，還包括第一接收單元，接收保存文件的指令和界面文件，所述界面文件包括控 件的名稱、控件標(biāo)簽和對應(yīng)于所述控件的數(shù)據(jù)；保存單元，在接收到保存文件的指令后，保存所述接收的界面文件； 第二接收單元，接收查詢數(shù)據(jù)的指令；傳送單元，根據(jù)所述接收的查詢數(shù)據(jù)的指令，傳送對應(yīng)保存的界面文件;第三接收單元，接收查詢狀態(tài)的指令，所述查詢狀態(tài)包括查詢通過和查詢不通過；寫入單元，在接收到所述查詢通過的指令后，將所述界面文件中對應(yīng)于 控件的數(shù)據(jù)寫入所述數(shù)據(jù)庫。
全文摘要
一種界面保存和顯示方法、客戶端和服務(wù)器，所述界面保存方法包括輸入對應(yīng)于控件的數(shù)據(jù)；遍歷界面的要素，所述界面的要素包括控件的名稱、控件標(biāo)簽和所述輸入的對應(yīng)于所述控件的數(shù)據(jù)；生成界面文件，所述界面文件包括所述界面的要素；保存所述界面文件。所述界面保存和顯示方法可以減少對數(shù)據(jù)庫的操作，減輕數(shù)據(jù)庫的壓力；并且可以簡化客戶端和服務(wù)器的程序，降低系統(tǒng)開發(fā)的難度。
文檔編號G06F17/30GK101403967SQ200810171870
公開日2009年4月8日 申請日期2008年11月12日 優(yōu)先權(quán)日2008年11月12日
發(fā)明者林建軍, 羅志雄, 黃祖兵 申請人:恒生電子股份有限公司