界面生成和獲取數據進行存儲的方法、裝置和系統的製作方法

2023-08-13 15:00:01

專利名稱：：界面生成和獲取數據進行存儲的方法、裝置和系統的製作方法
技術領域：
：本發明涉及計算機受理界面，尤其涉及一種界面生成和獲取數據進行存儲的方法、裝置和系統。
背景技術：
：幾乎所有的企業都採用計算機進行業務受理，在採用計算機受理時由於產品的特性變更很容易造成受理界面的不兼容。以下介紹運營商的BOSS(BusinessandOperationSu卯ortSystem,業務運營支撐系統)在產品特性變更時對受理界面的改造所造成的影響。BOSS是基於計算機網絡及相關應用技術、用以支持通信業務運營的系統。從功能上講，BOSS系統涵蓋了計費、結算、帳務、業務管理、客服等方面，並根據業務需要與相關外部系統進行互聯。運營商為了提高服務水平、管理水平和經營決策水平，充分實現企業管理信息化，為客戶提供及時、準確和高質量的服務，在BOSS系統實現過程中，需遵循靈活性與可擴展性的原則，以方便擴展設備容量和提升設備性能；具備支持業務處理的靈活配置，業務功能的重組與更新的靈活性。按照上述靈活性與可擴展性的原則，隨著市場競爭的加劇和軟體技術的發展，客戶對應用系統的靈活性提出了很高的要求，要求系統能夠在不修改程序的情況下，只通過調整系統參數和修改業務腳本的方式，能夠迅速適應市場的變化和實現新的業務需求。目前移動運營商傳統的技術框架對於新推出的、包含不同業務特性的業務，需要按如下步驟進行研發設計1、業務模型設計，針對不同業務特性，需要設計不同的業務實體模型；2、數據模型設計，為了適應不同業務特性的業務，需要將數據模型按業務特性進行設計調整；3、前臺界面設計，對於具有不同業務特性的業務，前臺界面上的變化需要重新進行編碼設計，增加或者修改一個計算機界面元素的產品屬性也要新增該計算機界面的元素屬性相應的代碼；4、數據接口設計及資料庫實體訪問邏輯設計，負責響應前臺界面對數據的調用以及將處理得到的結果提交資料庫實體等。在現有技術中，在將業務數據存儲到資料庫實體時，通常採用將受理界面中的一組控制項作為一個表結構進行映射並存儲到資料庫實體中，由於各組控制項的屬性不同導致各個表結構中存儲的數據模型不同，而不同的數據模型在不同的控制項中無法通用。對於新推出的、包含不同業務特性的業務，在進行業務變更之後，數據模型與界面無法匹配。
發明內容本發明的實施例提供一種界面生成方法，能夠解決業務特性變更時造成的數據模型與界面無法匹配的問題。本發明的實施例界面生成方法採用如下技術方案4—種界面生成方法，包括獲取界面配置信息和存儲於一個縱表結構或橫表結構上的業務對象數據；根據所述界面配置信息生成界面中的各元素；根據所述界面配置信息與業務對象數據的對應關係將所述業務對象數據顯示於相應的界面元素中以生成界面。本發明的實施例還提供了一種從界面中獲取數據進行存儲的方法，包括獲取顯示於各界面元素中的業務對象數據；將獲取的業務對象數據存儲於一個縱表結構或橫表結構上。本發明的實施例還提供了一種界面生成裝置，包括獲取單元，用於獲取界面配置信息和存儲於一個縱表結構或橫表結構上的業務對象數據；界面元素生成單元，用於根據所述界面配置信息生成界面中的各元素；數據顯示單元，用於根據所述界面配置信息與業務對象數據的對應關係將所述業務對象數據顯示於相應的界面元素中以生成界面。本發明的實施例還提供了一種從界面中獲取數據進行存儲的裝置，包括數據獲取單元，用於獲取顯示於各界面元素中的業務對象數據；存儲單元，用於將獲取的業務對象數據存儲一個縱表結構或橫表結構上。本發明的實施例還提供了一種界面生成系統，包括界面生成裝置，用於獲取界面配置信息和存儲於一個縱表結構或橫表結構上的業務對象數據；根據所述界面配置信息生成界面中的各元素；根據所述界面配置信息與業務對象數據的對應關係將所述業務對象數據顯示於相應的界面元素中以生成界面；資料庫實體，用於保存所述界面配置信息和所述業務對象數據。本發明的實施例界面生成和獲取數據進行存儲的方法、裝置和系統，根據界面配置信息生成各界面元素，存儲於一個縱表結構或橫表結構上的業務對象數據與顯示於其中的界面元素的產品屬性相匹配，從而在生成界面時業務對象數據能夠自動形成於相應的界面元素中，實現了業務對象數據與相應的界面元素的自動匹配。圖1為本發明實施例界面生成方法流程圖；圖2為本發明實施例從界面中獲取數據進行存儲的方法流程圖；圖3為本發明實施例產品特性變更時的界面生成和數據存儲方法流程圖；圖4為本發明實施例界面生成裝置的示意圖；圖5為本發明另一實施例界面生成裝置的示意圖；圖6為本發明實施例從界面中獲取數據進行存儲的裝置示意圖；圖7為本發明實施例界面生成系統的示意圖。具體實施例方式下面結合附圖對本發明實施例界面生成方法、裝置和系統進行詳細描述。顯而易見地，下面描述的實施例僅僅是本發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以獲得其他的實施例。如圖1所示，界面生成方法包括步驟如下S101、獲取界面配置信息和存儲於一個縱表結構或橫表結構上的業務對象數據；S102、根據所述界面配置信息生成界面中的各元素；S103、根據所述界面配置信息與業務對象數據的對應關係將所述業務對象數據顯示於相應的界面元素中以生成界面。本發明的實施例界面生成方法通過獲取界面配置信息和存儲於一個縱表結構或橫表結構上的業務對象數據，根據所述界面配置信息生成界面中的各元素；根據所述界面配置信息與業務對象數據的對應關係將所述業務對象數據顯示於相應的界面元素中以生成界面，，實現了業務對象數據與相應的界面元素的自動匹配。本發明的實施例還提供了一種從界面中獲取數據進行存儲的方法，包括S201、獲取顯示於各界面元素中的業務對象數據；S202、將獲取的業務對象數據存儲於一個縱表結構或橫表結構上。本發明的實施例從界面中獲取數據進行存儲的方法通過獲取顯示於各界面元素中的業務對象數據，並將獲取的業務對象數據存儲於一個縱表結構或橫表結構上，以這種形式存儲的業務對象數據與界面配置信息相應匹配，從而在生成界面時，實現了業務對象數據與相應的界面元素的自動匹配。下面以移動通信BOSS系統中集團產品特性變更時的業務受理中，界面生成和從界面中獲取數據進行存儲為例，對本發明進行詳細描述。這是本發明的一個典型應用，但本發明並不僅限於這個應用。在正常情況下，如果產品的特性不發生變化，則在生成界面時，只需要將界面元素和相應的業務對象數據顯示於界面中，可以參照圖2所示的實施例。而如果產品的特性發生變化或者有新推出的業務，則首先需要修改界面配置信息。而本實施例為了能夠更好地說明本發明在業務特性變更時產生的效果，則考慮在該集團產品特性發生變化時，需要採用的實施方式。如圖3所示，本發明實施例移動通信中BOSS系統中集團產品特性變更時的業務受理界面生成方法包括如下步驟S301、重新配置界面配置信息以形成新的界面配置信息。在集團產品特性發生改變時，由於受理界面的界面元素會發生改變，因而需要重新配置界面配置信息。為簡化起見，本實施例中的界面元素只考慮受理界面中展現的各個控制項。受理界面的界面配置信息為通過界面定製工具或數據操作腳本來預先配置的。受理界面的界面配置信息包括產品屬性、以及與產品屬性相應的界面中的各個控制項和所述各個控制項的屬性等。如表1所示為集團產品的類型，表2為集團產品的受理特性。表1、表2中的各項用於表示集團產品屬性。表1.集團產品類型6tableseeoriginaldocumentpage7tableseeoriginaldocumentpage8界面配置信息中除了要包含以上的集團產品屬性外，還應包含用戶的個性化信息，如電話號碼、姓名、地址、入網時間和支持那些網絡服務等信息，這裡不再列舉。具體的，界面配置信息中各個控制項用於顯示上述的表1和表2的產品屬性以及用戶的個性化數據信息，而這些產品屬性名稱則作為控制項的名稱。而各控制項在界面配置信息中的控制項屬性依照表3進行設置。如表3所示為與各控制項相應的屬性配置信息，存放在一個數組中。表3控制項相應的屬性配置信息tableseeoriginaldocumentpage8tableseeoriginaldocumentpage9表3中的PARENTITEM欄位，表示的是父屬性標識，用於表示控制項之間的層次關係，能夠確定相應控制項所在界面的層次。控制項的屬性信息中還包含了各個控制項對數據的要求，例如GETTYPE欄位用於標記相應的業務對象數據長度是否符合相應控制項的要求；GETSQL欄位用於標記相應控制項對業務對象數據類型的要求，ITEMDESC欄位標記了相應控制項對數據的其它附加要求，例如完整性的要求等；以及控制項是否要求數據在某一歷史範圍內唯一等。對於本發明，可以將各個控制項及其屬性作為節點存放在樹形結構文檔中。界面中的有些控制項能夠遞歸支持多層次的集團產品個性化屬性信息，因而位於樹形結構文檔的具有分支的節點上。例如，對於樹形結構文檔的第一層節點，可以依次給每個控制項的屬性定義為1、2、3......等，而對於第二層節點，例如，第一層節點l具有向下的分支，因而節點l下的第一個分支節點為1.l，第二個為1.2......而第一層的節點2下的第一個分支節點為2.l，第二個分支節點為2.2，......依此類推。S302、獲取界面配置信息，並根據界面配置信息生成界面中的各控制項。根據界面配置信息配置好各產品屬性對應的控制項的位置，具體為根據固定的模式對各個控制項進行定位，例如採用每行配置兩列控制項的方式，或者採用其他配置方式。本發明並不局限於此，還可以根據配置信息對各個控制項對應的橫坐標、縱坐標位置進行定位。對配置信息進行分析，將不同類型的配置信息分揀到不同的處理單元，如文本輸入框、下拉框、數字框、密碼框、隱藏、彈出框、日期框、IP格式文本框、只讀文本框和列表組合框等各個界面元素。根據分析得到的各類型配置數據對應的控制項類型，按照語言特點的不同創建各個控制項。如果是在瀏覽器界面中可以採用HIML(HyperTextMark-upLanguage,超文本標記語言)進行創建，如果採用其它的面向對象語言創建控制項則可通過調用new或create命令來實現。對各個控制項中的內容進行配置。每個控制項中都可以根據產品的要求靈活設定預設值。預設值的來源主要有兩種，一種是固定的字符串或日期數字等，另外一種則來源於sql語句。有一些控制項中帶有下拉框，下拉框中的選擇列表需要進行選擇，這可以通過配置庫中指定sql語句進行獲取，或者通過在配置庫中指定調用的服務名稱，從通用參數接口中獲取相應的參數。還要對各個控制項之間的聯動進行配置。當控制項中的數據被點擊或改變時定義聯動控制項的觸發條件，並且根據前面控制項內容的改變，自動獲取後續控制項的預設值或選擇列表。例如若控制項A的下拉框中的內容取決於控制項B下拉框的取值，則B在選取了一個數值之後A的內容被刷新。S303、獲取存儲於一個縱表結構上的業務對象數據，並根據所述界面配置信息與業務對象數據的對應關係將所述業務對象數據顯示於相應的控制項中。本實施例中，業務對象數據存儲於縱表上，如表4所示。表4中每一行用於表示一個業務對象數據，以及各數據與界面配置信息中各控制項的匹配關係。表4.業務對象數據表(縱表)tableseeoriginaldocumentpage10這是一個集團產品的業務對象數據表，表中列出了集團產品屬性數據以及用戶個性化數據。具體地順序號為1、2的兩個數據表示集團產品屬性，順序號28的六個數據表示用戶的個性化數據。表4中的屬性編碼代表產品特性或用戶個性化數據的屬性名稱，即顯示於界面中的各控制項名稱。屬性值代表與屬性編碼相匹配的數據值，即需要顯示於名稱為屬性編碼的控制項中的業務對象數據，而節點為各業務對象數據相應的控制項在界面配置信息中的節點。為了簡便，表4中只列出了幾個典型的數據。業務對象數據與界面配置信息的對應關係具體如下；例如，對於屬性編碼為port(埠)這個數據，節點信息為1，因而在界面配置信息中與port相應的信息應與節點l進行映射，這是界面配置信息中、位於第一層的節點1;又如，對於節點為3這個數據，屬性值>>>>用於表示它是一個支持遞歸調用的節點，這個節點為具有分支的節點，而3.1和3.2即為它的兩個分支節點；再如，對於節點為3.1和3.2的這兩個數據，表示它們隸屬於同一個用戶(即節點3的用戶)，因而在界面配置信息中應當有相應的節點與其映射，以便在界面生成中能夠將業務對象數據與相應的控制項進行自動匹配。本發明並不局限於此，用於存儲業務對象數據的表格也可以為橫表，並將每個控制項相應的業務對象數據作為列表成員添加到橫表上。如表5所示為採用一個橫表結構來存儲表4中所示的業務對象數據。為了簡便起見，這裡省略了用戶編號和用戶所在地區編號這兩列數據。表5.業務對象數據表(橫表)tableseeoriginaldocumentpage11如果通過橫表來存儲業務對象數據，橫表中的業務對象數據與界面中的各控制項之間的關係通過屬性編碼的節點信息來描述。而採用橫表方式對系統資源較為浪費，因為並非所有的集團產品信息或用戶信息都存在表中所示的所有屬性，這些空值仍然佔有相應的內存資源。因而本發明實施例中縱表為一優選方式。在將業務對象數據顯示於相應的控制項中之前，還應當校驗這些業務對象數據的合法性。在業務特性發生變更時，應根據相應控制項的屬性要求校驗所述業務對象數據的類型、長度或完整性是否合法。例如表3中所示的控制項相應的配置屬性中對控制項的要求包括以下各項，GETTYPE欄位用於標記相應的業務對象數據長度是否符合相應控制項的要求；GETSQL欄位用於標記相應控制項對業務對象數據類型的要求，ITEMDESC欄位標記了相應控制項對數據的其它附加要求，例如完整性的要求等。這些校驗都可以在界面上根據控制項的要求直接完成。另外，有的控制項屬性對數據要求為歷史唯一性，還應校驗業務對象數據是否在某一歷史範圍內唯一。例如對於某些業務，要求用戶只能辦理一次，因而需要對業務對象數據的歷史唯一性進行校驗。經過上述步驟，從而能夠生成產品特性變更之後的業務受理界面。S304、業務受理後，獲取顯示於界面中的業務對象數據並存儲到一個縱表或橫表結構上。在經過業務受理之後，由於用戶所屬產品特性發生變化，或用戶在業務辦理時改變了業務數據，因而需要獲取界面中的業務對象數據並保存。具體操作如下在界面的當前層中，根據所述界面元素相應的產品屬性遍歷各個控制項所在的節點，並提取各個控制項中的業務對象數據，以及節點信息，存儲到一個縱表結構上。如表4所示，需要提取的至少是業務對象數據以及節點信息，或者還可以包括產品屬性(控制項名稱)。而其它的信息可以根據需要來提取。在縱表上，每一行僅表示與一個控制項(或節點)相應的業務對象數據。如果某個控制項所在的節點不具有分支節點，則提取控制項中的業務對象數據，相應的節點即為該節點(或者控制項)在界面中的循序號，例如表4中的屬性編碼為rate的這個數據，相應的數據為1024，節點為2，表明這是該控制項所在的界面上的循序號為2的控制項或節點。而對於表4中的屬性編碼為(3011&(^、屬性值為>>>>，節點為4這個數據，用於標識一個用戶的相關信息，因而該節點具有分支節點，屬性值>>>>用於表示該節點遞歸支持多層次的個性化屬性信息。在4這個節點下，可以提取到用戶的相關數據name(王五)和addr(科技園)，並且節點分別為4.1和4.2。具體地，獲取數據的方法可以採用如下的遞歸調用函數；後臺函數fSetProdAttrs(CDBCo騰ct柳Sql，CProdAtt,ProdAttr，charhsLevel，int&nSort)，用於處理產品個性化信息的入庫操作。DBSql為資料庫連接，pProdAttr為個性化數據節點；該函數的要點是，運用遞歸特性，記錄產品實例化信息的層次結構，偽碼如下調用函數fSetProdAttrs{if(當前層次不是最外層){當前節點pProdAttr信息入庫GROUP_SUBS_ATTR節點的ATTRVALUE欄位填寫">>>>"}循環處理pProdAttr->m_ProdAttrs{if(第一層節點)當前層次=當前層次；else當前層次=當前層次+'.'+當前循序號；If節點類型是CProdAttr{〃遞歸調用調用函數fSetProdAttrs，將當前節點作為參數輸入}If節點類型是CAttrEntry{數據入庫}}在上述函數中，節點CProdAttr具有分支節點，遞歸支持多層次的產品屬性，而節點CAttrEntry不具有分支節點，只需將這個節點相應的數據入庫，即存儲到縱表上即可。通過上述的存儲操作，在下次生成界面時，還能夠將業務對象數據從縱表上自動提取出來，並根據相應的節點信息自動顯示於各控制項中。即使由於產品特性變更，將界面配置信息進行了修改，但在界面生成時，業務對象數據仍然能夠自動匹配到相應的控制項中進行顯示。可見儘管各種不同數據的類型不同，例如集團產品特性數據和用戶的個性化數據，但提取的業務對象數據格式是相同的，因而可以實現將不同的數據類型用同樣的格式進行保存。在應用中若產品特性或業務特性有變化，只需相應地修改與產品擴展屬性或新業務屬性相應的界面配置信息等少量數據。本發明實施例將業務對象數據存儲於一個縱表結構或橫表結構上，能夠對各種不同類型的數據以統一格式保存，從而能夠適應產品業務變更時界面信息的修改，並實現快速的數據讀取和存儲操作。因而本發明實現了產品可配置模型，對同類產品的特性進行差異化設置，滿足不同的特殊業務需求，因而能夠實現不同BOSS版本的業務統一實施。本發明實施例使用的界面生成方法以及從界面中獲取數據進行存儲的方法，提高了代碼的可重用性，業務處理核心代碼精簡固化，系統可靠性大為增強。如圖4所示，本發明的實施例還提供了一種界面生成裝置，包括獲取單元41，用於獲取界面配置信息和存儲於一個縱表結構或橫表結構上的業務對象數據；界面元素生成單元42，用於根據所述界面配置信息生成界面中的各元素；數據顯示單元43，用於根據所述界面配置信息與業務對象數據的對應關係將所述業務對象數據顯示於相應的界面元素中以生成界面。如圖5所示，在本發明一較佳實施例中，界面生成裝置還包括校驗單元44，用於在所述數據顯示單元將所述業務對象數據顯示於相應的界面元素中之前，校驗所述業務對象數據是否合法。並且，數據顯示單元43包括匹配模塊431，用於將所述界面配置信息中與各個所述界面元素相應的產品屬性或節點信息、以及所述縱表結構或橫表結構上與所述業務對象數據相應的產品屬性或節點信息進行匹配；數據顯示模塊432，用於將所述業務對象數據顯示於匹配的界面元素中。本發明的實施例界面生成裝置通過匹配模塊，將存儲於縱表或橫表結構上的業務對象數據相應的產品屬性、與界面配置信息中與各個所述界面元素相應的產品屬性進行匹配，從而能夠自動將所述業務對象數據顯示於匹配的界面元素中。而如果產品特性有變更時，通過重新配置生成新的界面配置信息，則界面元素生成單元能夠根據新的界面配置信息生成新的界面元素，而數據顯示單元還能夠自動根據相應的屬性將數據顯示於匹配的界面元素中。如圖6所示，本發明的實施例還提供了一種從界面中獲取數據進行存儲的裝置，包括數據獲取單元61，用於獲取顯示於各界面元素中的業務對象數據；存儲單元62，用於將獲取的業務對象數據存儲於一個縱表結構或橫表結構上。在本發明一較佳實施例中，所述數據獲取單元61包括節點讀取模塊611，用於讀取各界面元素在界面配置信息中的節點信息；數據獲取模塊612，用於根據各界面元素在界面配置信息中的節點信息獲取顯示於各界面元素中的業務對象數據。所述存儲單元62，還用於將與所述業務對象數據相應的界面元素的產品屬性和節點信息作為所述業務對象數據的標識。本發明的實施例從界面中獲取數據進行存儲的裝置，能夠通過節點讀取模塊讀取各界面元素在界面配置信息中的節點信息，數據獲取模塊根據各界面元素在界面配置信息中的節點信息獲取顯示於各界面元素中的業務對象數據，存儲單元將獲取的業務對象數據存儲於一個縱表結構或橫表結構上，並將與所述業務對象數據相應的界面元素的產品屬性和節點信息等作為所述業務對象數據的標識，因而，在產品特性變更時，在展現新配置的界面信息時，業務對象數據還能夠根據標識自動與相應的界面元素進行匹配，減少了業務變更時導致的系統開發時間和新業務的響應時間。如圖7所示，本發明的實施例還提供了一種界面生成系統，包括界面生成裝置71，用於獲取界面配置信息和存儲於一個縱表結構或橫表結構上的業務對象數據；根據所述界面配置信息生成界面中的各元素；根據所述界面配置信息與業務對象數據的對應關係將所述業務對象數據顯示於相應的界面元素中以生成界面；資料庫實體72，用於保存所述界面配置信息和所述業務對象數據。在資料庫實體中，所述業務對象數據優選存儲於一個縱表結構上，並且各種不同數據類型以統一的格式保存。在所述縱表上，每行用於表徵一個業務對象數據，並且還用業務對象數據相應的產品屬性或相應的界面元素的節點信息對數據進行標識，從而在生成界面時，業務對象數據能夠根據標識，自動匹配到相應的界面元素中，生成界面。在產品特性變更時，本實施例能夠僅通過修改界面配置信息來適應產品特性的變更，而在生成界面時，已儲存的業務對象數據還能夠匹配根據新的界面配置信息生成的界面元素，並顯示於相應的界面元素中。因而本發明實現了產品可配置模型，可以對同類產品的特性進行差異化設置，滿足不同的特殊業務需求，因而能夠實現不同BOSS版本統一實施。本發明實施例還能減少測試工作量，新的受理界面不再需要進行白盒、黑盒測試以及用例準備等工作；有利於後續開發維護，響應速度快；本發明實施例的系統更加靈活，可擴展性強，對新業務的支撐力度強。所以在有限的維護人力投入的情況下，移動公司能夠實現更多的業務。本領域普通技術人員可以理解實現上述實施例方法中的全部或部分流程，是可以通過電腦程式來指令相關的硬體來完成，所述的程序可存儲於一計算機可讀取存儲介質中，該程序在執行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質可為磁碟、光碟、只讀存儲記憶體(Read-0nlyMemory,ROM)或隨機存儲記憶體(RandomAccessMemory,廳)等。事實上，本發明不僅可以適用於移動通信系統中業務受理界面，任何業務系統中都可以採用本發明的實施例。以上所述，僅為本發明的具體實施方式，但本發明的保護範圍並不局限於此，任何熟悉本
技術領域：
的技術人員在本發明揭露的技術範圍內，可輕易想到的變化或替換，都應涵蓋在本發明的保護範圍之內。因此，本發明的保護範圍應以權利要求的保護範圍為準。權利要求一種界面生成方法，其特徵在於，包括獲取界面配置信息和存儲於一個縱表結構或橫表結構上的業務對象數據；根據所述界面配置信息生成界面中的各元素；根據所述界面配置信息與業務對象數據的對應關係將所述業務對象數據顯示於相應的界面元素中以生成界面。2.如權利要求1所述的界面生成方法，其特徵在於，還包括校驗所述業務對象數據是否合法；所述將所述業務對象數據顯示於相應的界面元素中以生成界面具體為將校驗合法的業務對象數據顯示於相應的界面元素中以生成界面。3.如權利要求2所述的界面生成方法，其特徵在於，所述校驗業務對象數據是否合法包括根據與界面元素相應的屬性要求校驗所述業務對象數據的類型、長度或完整性是否合法；或校驗所述業務對象數據是否在某一歷史範圍內唯一。4.如權利要求1所述的界面生成方法，其特徵在於，根據所述界面配置信息與業務對象數據的對應關係將所述業務對象數據顯示於相應的界面元素中包括將所述界面配置信息中與所述各界面元素相應的產品屬性或節點信息、以及所述縱表結構或橫表結構上與所述業務對象數據相應的屬性或節點信息進行匹配；將所述業務對象數據顯示於匹配的界面元素中。5.如權利要求1至4任一項所述的界面生成方法，其特徵在於，還包括重新配置所述界面配置信息以形成新的界面配置信息；所述根據所述界面配置信息生成界面中的各元素的步驟具體為根據所述新的界面配置信息生成界面中的各元素。6.如權利要求5所述的界面生成方法，其特徵在於，所述重新配置所述界面配置信息具體為通過界面定製工具或數據操作腳本重新配置所述界面配置信息。7.—種從界面中獲取數據進行存儲的方法，其特徵在於，包括獲取顯示於各界面元素中的業務對象數據；將獲取的業務對象數據存儲於一個縱表結構或橫表結構上。8.如權利要求7所述的從界面中獲取數據進行存儲的方法，其特徵在於，所述獲取顯示於各界面元素中的業務對象數據包括根據各界面元素在界面配置信息中的節點信息獲取顯示於各個界面元素中的業務對象數據。9.如權利要求8所述的從界面中獲取數據進行存儲的方法，其特徵在於，所述將獲取的業務對象數據存儲於一個縱表結構或橫表結構上，包括將獲取的業務對象數據存儲於一個縱表結構或橫表結構上，與所述業務對象數據相應的產品屬性和節點信息作為所述業務對象數據的標識，所述標識用於標記所述業務對象數據與相應的界面元素的對應關係。10.—種界面生成裝置，其特徵在於，包括獲取單元，用於獲取界面配置信息和存儲於一個縱表結構或橫表結構上的業務對象數據；界面元素生成單元，用於根據所述界面配置信息生成界面中的各元素；數據顯示單元，用於根據所述界面配置信息與業務對象數據的對應關係將所述業務對象數據顯示於相應的界面元素中以生成界面。11.如權利要求IO所述的界面生成裝置，其特徵在於，還包括校驗單元，用於在所述數據顯示單元將所述業務對象數據顯示於相應的界面元素中之前，校驗所述業務對象數據是否合法。12.如權利要求IO所述的界面生成裝置，其特徵在於，所述數據顯示單元包括匹配模塊，用於將所述界面配置信息中與各個所述界面元素相應的產品屬性或節點信息、以及所述縱表結構或橫表結構上與所述業務對象數據相應的產品屬性或節點信息進行匹配；數據顯示模塊，用於將將所述業務對象數據顯示於匹配的界面元素中。13.如權利要求10至12任一項所述的界面生成裝置，其特徵在於，還包括重新配置單元，用於重新配置所述界面配置信息以形成新的界面配置信息；所述界面元素生成單元，還用於根據所述新的界面配置信息生成界面中的元素。14.一種從界面中獲取數據進行存儲的裝置，其特徵在於，包括數據獲取單元，用於獲取顯示於各界面元素中的業務對象數據；存儲單元，用於將獲取的業務對象數據存儲於一個縱表結構或橫表結構上。15.如權利要求14所述的從界面中獲取數據進行存儲的裝置，其特徵在於，所述數據獲取單元包括節點讀取模塊，用於讀取各界面元素在界面配置信息中的節點信息；數據獲取模塊，用於根據各界面元素在界面配置信息中的節點信息獲取顯示於各界面元素中的業務對象數據。16.如權利要求15所述的從界面中獲取數據進行存儲的裝置，其特徵在於，所述存儲單元，還用於將與所述業務對象數據相應的產品屬性或節點信息作為所述業務對象數據的標識。17.—種界面生成系統，其特徵在於，包括界面生成裝置，用於獲取界面配置信息和存儲於一個縱表結構或橫表結構上的業務對象數據；根據所述界面配置信息生成界面中的各元素；根據所述界面配置信息與業務對象數據的對應關係將所述業務對象數據顯示於相應的界面元素中以生成界面；資料庫實體，用於保存所述界面配置信息和所述業務對象數據。全文摘要本發明公開了一種界面生成和獲取數據進行存儲的方法、裝置和系統，涉及計算機領域，能夠解決業務特性變更時造成的數據模型與界面無法匹配的問題。界面生成方法包括獲取界面配置信息和存儲於一個縱表結構或橫表結構上的業務對象數據；根據所述界面配置信息生成界面中的各元素；根據所述界面配置信息與業務對象數據的對應關係將所述業務對象數據顯示於相應的界面元素中以生成界面。從界面中獲取數據進行存儲的方法，包括獲取顯示於各界面元素中的業務對象數據；將獲取的業務對象數據存儲於一個縱表結構或橫表結構上。本發明適用於計算機界面的生成和數據存儲。文檔編號G06F17/30GK101770359SQ20081018929公開日2010年7月7日申請日期2008年12月30日優先權日2008年12月30日發明者萬見高申請人:華為技術有限公司