界面保存和顯示方法、客戶端和伺服器的製作方法

2023-06-10 19:55:46

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


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