本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，具體而言，涉及一種生成內(nèi)容編輯表單的方法及裝置。

背景技術(shù)：

目前，終端上安裝有很多軟件，在軟件的架構(gòu)中服務(wù)器編輯管理軟件的內(nèi)容并生成下發(fā)數(shù)據(jù)，將生成的下發(fā)數(shù)據(jù)發(fā)送給終端，終端根據(jù)下發(fā)數(shù)據(jù)渲染軟件的界面。

當(dāng)前，下發(fā)數(shù)據(jù)通常采用json(javascriptobjectnotation，腳本對象表示法)格式進(jìn)行下發(fā)。在管理軟件內(nèi)容時(shí)，技術(shù)人員需定義軟件內(nèi)容對應(yīng)的json協(xié)議信息，根據(jù)該json協(xié)議信息編寫軟件內(nèi)容對應(yīng)的內(nèi)容編輯表單和內(nèi)容校驗(yàn)算法，并根據(jù)該內(nèi)容編輯表單生成軟件內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)，利用編寫的內(nèi)容校驗(yàn)算法對該下發(fā)數(shù)據(jù)進(jìn)行校驗(yàn)后，將該下發(fā)數(shù)據(jù)存儲在服務(wù)器中。當(dāng)終端登錄服務(wù)器時(shí)服務(wù)器將該下發(fā)數(shù)據(jù)發(fā)送給終端。

上述在管理軟件內(nèi)容時(shí)，需要大量的人工干預(yù)，尤其當(dāng)軟件內(nèi)容很多時(shí)需編寫每個(gè)軟件內(nèi)容對應(yīng)的內(nèi)容編輯表單和內(nèi)容校驗(yàn)算法，效率很低，導(dǎo)致軟件的維護(hù)性和擴(kuò)展性不強(qiáng)。

技術(shù)實(shí)現(xiàn)要素：

有鑒于此，本發(fā)明實(shí)施例的目的在于提供一種生成內(nèi)容編輯表單的方法及裝置，實(shí)現(xiàn)自動生成下發(fā)內(nèi)容對應(yīng)的內(nèi)容編輯表單，減少表單生成過程中的人工干預(yù)，提高表單生成效率，增強(qiáng)客戶端軟件的維護(hù)性及擴(kuò)展性。

第一方面，本發(fā)明實(shí)施例提供了一種生成內(nèi)容編輯表單的方法，所述方法包括：

獲取客戶端軟件所對應(yīng)的下發(fā)內(nèi)容及所述下發(fā)內(nèi)容對應(yīng)的約束條件；

按照預(yù)定義的模板格式，根據(jù)所述下發(fā)內(nèi)容和所述約束條件生成所述下發(fā)內(nèi)容所對應(yīng)的下發(fā)數(shù)據(jù)模板；

通過所述下發(fā)數(shù)據(jù)模板生成所述下發(fā)內(nèi)容所對應(yīng)的內(nèi)容編輯表單。

結(jié)合第一方面，本發(fā)明實(shí)施例提供了上述第一方面的第一種可能的實(shí)現(xiàn)方式，其中，所述按照預(yù)定義的模板格式，根據(jù)所述下發(fā)內(nèi)容和所述約束條件生成所述下發(fā)內(nèi)容所對應(yīng)的下發(fā)數(shù)據(jù)模板，包括：

按照預(yù)定義的模板格式，根據(jù)所述下發(fā)內(nèi)容，生成所述下發(fā)內(nèi)容對應(yīng)的數(shù)據(jù)結(jié)構(gòu)信息；

按照所述模板格式，根據(jù)所述下發(fā)內(nèi)容對應(yīng)的約束條件，生成所述下發(fā)內(nèi)容對應(yīng)的數(shù)據(jù)約束信息；

根據(jù)所述數(shù)據(jù)結(jié)構(gòu)信息和所述數(shù)據(jù)約束信息，生成所述下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)模板。

結(jié)合第一方面，本發(fā)明實(shí)施例提供了上述第一方面的第二種可能的實(shí)現(xiàn)方式，其中，所述通過所述下發(fā)數(shù)據(jù)模板生成所述下發(fā)內(nèi)容所對應(yīng)的內(nèi)容編輯表單之后，還包括：

顯示所述內(nèi)容編輯表單，從所述內(nèi)容編輯表單中獲取用戶輸入的編輯數(shù)據(jù)；

根據(jù)所述內(nèi)容編輯表單和所述編輯數(shù)據(jù)，生成所述下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)。

結(jié)合第一方面的第二種可能的實(shí)現(xiàn)方式，本發(fā)明實(shí)施例提供了上述第一方面的第三種可能的實(shí)現(xiàn)方式，其中，生成所述下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)之前，還包括：

根據(jù)所述下發(fā)數(shù)據(jù)模板校驗(yàn)所述編輯數(shù)據(jù)是否滿足所述下發(fā)內(nèi)容對應(yīng)的約束條件，如果是，則執(zhí)行生成所述下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)的操作，如果否，則顯示輸入錯(cuò)誤的提示信息。

結(jié)合第一方面的第二種可能的實(shí)現(xiàn)方式，本發(fā)明實(shí)施例提供了上述第一方面的第四種可能的實(shí)現(xiàn)方式，其中，所述生成所述下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)之后，還包括：

存儲所述下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)，當(dāng)檢測到終端的登錄請求時(shí)發(fā)送所述下發(fā)數(shù)據(jù)給所述終端。

結(jié)合第一方面，本發(fā)明實(shí)施例提供了上述第一方面的第五種可能的實(shí)現(xiàn)方式，其中，所述獲取客戶端軟件所對應(yīng)的下發(fā)內(nèi)容及所述下發(fā)內(nèi)容對應(yīng)的約束條件之前，還包括：

抽取已生成的不同內(nèi)容編輯表單的共同特征信息，根據(jù)所述共同特征信息確定所述不同內(nèi)容編輯表單的數(shù)據(jù)結(jié)構(gòu)的相同組成信息，根據(jù)所述數(shù)據(jù)結(jié)構(gòu)的相同組成信息生成模板格式。

結(jié)合第一方面，本發(fā)明實(shí)施例提供了上述第一方面的第六種可能的實(shí)現(xiàn)方式，其中，所述下發(fā)內(nèi)容包括數(shù)據(jù)類型、數(shù)據(jù)個(gè)數(shù)、元素類型及每個(gè)元素的定義信息；所述約束條件包括所述每個(gè)元素對應(yīng)的約束條件。

結(jié)合第一方面的第六種可能的實(shí)現(xiàn)方式，本發(fā)明實(shí)施例提供了上述第一方面的第七種可能的實(shí)現(xiàn)方式，其中，所述方法還包括：

獲取所述每個(gè)元素對應(yīng)的需求指示信息；

若元素對應(yīng)的需求指示信息指示為必填元素，則在所述內(nèi)容編輯表單中所述元素對應(yīng)的位置處顯示必填指示符。

結(jié)合第一方面的第七種可能的實(shí)現(xiàn)方式，本發(fā)明實(shí)施例提供了上述第一方面的第八種可能的實(shí)現(xiàn)方式，其中，所述方法還包括：

在根據(jù)所述內(nèi)容編輯表單生成下發(fā)數(shù)據(jù)時(shí)，若未檢測到用戶輸入必填元素對應(yīng)的編輯數(shù)據(jù)，則顯示輸入遺漏的指示信息。

第二方面，本發(fā)明實(shí)施例提供了一種生成內(nèi)容編輯表單的裝置，所述裝置包括：

獲取模塊，用于獲取客戶端軟件所對應(yīng)的下發(fā)內(nèi)容及所述下發(fā)內(nèi)容對應(yīng)的約束條件；

第一生成模塊，用于按照預(yù)定義的模板格式，根據(jù)所述下發(fā)內(nèi)容和所述約束條件生成所述下發(fā)內(nèi)容所對應(yīng)的下發(fā)數(shù)據(jù)模板；

第二生成模塊，用于通過所述下發(fā)數(shù)據(jù)模板生成所述下發(fā)內(nèi)容所對應(yīng)的內(nèi)容編輯表單。

結(jié)合第二方面，本發(fā)明實(shí)施例提供了上述第二方面的第一種可能的實(shí)現(xiàn)方式，其中，所述第一生成模塊包括：

數(shù)據(jù)結(jié)構(gòu)生成單元，用于按照預(yù)定義的模板格式，根據(jù)所述下發(fā)內(nèi)容，生成所述下發(fā)內(nèi)容對應(yīng)的數(shù)據(jù)結(jié)構(gòu)信息；

約束信息生成單元，用于按照所述模板格式，根據(jù)所述下發(fā)內(nèi)容對應(yīng)的約束條件，生成所述下發(fā)內(nèi)容對應(yīng)的數(shù)據(jù)約束信息；

模板生成單元，用于根據(jù)所述數(shù)據(jù)結(jié)構(gòu)信息和所述數(shù)據(jù)約束信息，生成所述下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)模板。

結(jié)合第二方面，本發(fā)明實(shí)施例提供了上述第二方面的第二種可能的實(shí)現(xiàn)方式，其中，所述裝置還包括：

編輯數(shù)據(jù)獲取模塊，用于顯示所述內(nèi)容編輯表單，從所述內(nèi)容編輯表單中獲取用戶輸入的編輯數(shù)據(jù)；

下發(fā)數(shù)據(jù)生成模塊，用于根據(jù)所述內(nèi)容編輯表單和所述編輯數(shù)據(jù)，生成所述下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)。

結(jié)合第二方面的第二種可能的實(shí)現(xiàn)方式，本發(fā)明實(shí)施例提供了上述第二方面的第三種可能的實(shí)現(xiàn)方式，其中，所述裝置還包括：

校驗(yàn)?zāi)K，用于根據(jù)所述下發(fā)數(shù)據(jù)模板校驗(yàn)所述編輯數(shù)據(jù)是否滿足所述下發(fā)內(nèi)容對應(yīng)的約束條件，如果是，則執(zhí)行生成所述下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)的操作，如果否，則顯示輸入錯(cuò)誤的提示信息。

結(jié)合第二方面的第二種可能的實(shí)現(xiàn)方式，本發(fā)明實(shí)施例提供了上述第二方面的第四種可能的實(shí)現(xiàn)方式，其中，所述裝置還包括：

存儲模塊，用于存儲所述下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)，當(dāng)檢測到終端的登錄請求時(shí)發(fā)送所述下發(fā)數(shù)據(jù)給所述終端。

結(jié)合第二方面，本發(fā)明實(shí)施例提供了上述第二方面的第五種可能的實(shí)現(xiàn)方式，其中，所述裝置還包括：

模板格式生成模塊，用于抽取已生成的不同內(nèi)容編輯表單的共同特征信息，根據(jù)所述共同特征信息確定所述不同內(nèi)容編輯表單的數(shù)據(jù)結(jié)構(gòu)的相同組成信息，根據(jù)所述數(shù)據(jù)結(jié)構(gòu)的相同組成信息生成模板格式。

結(jié)合第二方面，本發(fā)明實(shí)施例提供了上述第二方面的第六種可能的實(shí)現(xiàn)方式，其中，所述下發(fā)內(nèi)容包括數(shù)據(jù)類型、數(shù)據(jù)個(gè)數(shù)、元素類型及每個(gè)元素的定義信息；所述約束條件包括所述每個(gè)元素對應(yīng)的約束條件。

結(jié)合第二方面的第六種可能的實(shí)現(xiàn)方式，本發(fā)明實(shí)施例提供了上述第二方面的第七種可能的實(shí)現(xiàn)方式，其中，所述裝置還包括：

第一顯示模塊，用于獲取所述每個(gè)元素對應(yīng)的需求指示信息；若元素對應(yīng)的需求指示信息指示為必填元素，則在所述內(nèi)容編輯表單中所述元素對應(yīng)的位置處顯示必填指示符。

結(jié)合第二方面的第七種可能的實(shí)現(xiàn)方式，本發(fā)明實(shí)施例提供了上述第二方面的第八種可能的實(shí)現(xiàn)方式，其中，所述裝置還包括：

第二顯示模塊，用于在根據(jù)所述內(nèi)容編輯表單生成下發(fā)數(shù)據(jù)時(shí)，若未檢測到用戶輸入必填元素對應(yīng)的編輯數(shù)據(jù)，則顯示輸入遺漏的指示信息。

第三方面，本發(fā)明實(shí)施例提供了一種生成內(nèi)容編輯表單的裝置，所述裝置包括：處理器、存儲器、總線和通信接口，所述處理器、所述通信接口和所述存儲器通過所述總線連接；

所述存儲器用于存儲程序；

所述處理器，用于通過所述總線調(diào)用存儲在所述存儲器中的程序，執(zhí)行所述權(quán)利要求1-9任一項(xiàng)所述的方法。

在本發(fā)明實(shí)施例提供的方法及裝置中，獲取客戶端軟件所對應(yīng)的下發(fā)內(nèi)容及下發(fā)內(nèi)容對應(yīng)的約束條件；按照預(yù)定義的模板格式，根據(jù)下發(fā)內(nèi)容和約束條件生成下發(fā)內(nèi)容所對應(yīng)的下發(fā)數(shù)據(jù)模板；通過下發(fā)數(shù)據(jù)模板生成下發(fā)內(nèi)容所對應(yīng)的內(nèi)容編輯表單。本發(fā)明根據(jù)下發(fā)內(nèi)容和約束條件生成下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)模板，通過下發(fā)數(shù)據(jù)模板自動生成下發(fā)內(nèi)容對應(yīng)的內(nèi)容編輯表單，大大減少了表單生成過程中的人工干預(yù)，提高了表單生成效率，增強(qiáng)了客戶端軟件的維護(hù)性及擴(kuò)展性。

為使本發(fā)明的上述目的、特征和優(yōu)點(diǎn)能更明顯易懂，下文特舉較佳實(shí)施例，并配合所附附圖，作詳細(xì)說明如下。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例的技術(shù)方案，下面將對實(shí)施例中所需要使用的附圖作簡單地介紹，應(yīng)當(dāng)理解，以下附圖僅示出了本發(fā)明的某些實(shí)施例，因此不應(yīng)被看作是對范圍的限定，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他相關(guān)的附圖。

圖1a示出了本發(fā)明實(shí)施例1所提供的一種生成內(nèi)容編輯表單的方法流程圖；

圖1b示出了本發(fā)明實(shí)施例1所提供的一種內(nèi)容編輯表單的示意圖；

圖1c示出了本發(fā)明實(shí)施例1所提供的另一種內(nèi)容編輯表單的示意圖；

圖1d示出了本發(fā)明實(shí)施例1所提供的一種垂直站點(diǎn)入口對應(yīng)的內(nèi)容編輯表單的示意圖；

圖1e示出了本發(fā)明實(shí)施例1所提供的另一種垂直站點(diǎn)入口對應(yīng)的內(nèi)容編輯表單的示意圖；

圖2示出了本發(fā)明實(shí)施例2所提供的一種生成內(nèi)容編輯表單的裝置結(jié)構(gòu)示意圖；

圖3示出了本發(fā)明實(shí)施例3所提供的一種生成內(nèi)容編輯表單的裝置結(jié)構(gòu)示意圖。

具體實(shí)施方式

下面將結(jié)合本發(fā)明實(shí)施例中附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。通常在此處附圖中描述和示出的本發(fā)明實(shí)施例的組件可以以各種不同的配置來布置和設(shè)計(jì)。因此，以下對在附圖中提供的本發(fā)明的實(shí)施例的詳細(xì)描述并非旨在限制要求保護(hù)的本發(fā)明的范圍，而是僅僅表示本發(fā)明的選定實(shí)施例。基于本發(fā)明的實(shí)施例，本領(lǐng)域技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

考慮到在管理軟件內(nèi)容時(shí)，相關(guān)技術(shù)中由技術(shù)人員編寫內(nèi)容編輯表單和內(nèi)容校驗(yàn)算法，需要大量的人工干預(yù)，尤其當(dāng)軟件內(nèi)容很多時(shí)需編寫每個(gè)軟件內(nèi)容對應(yīng)的內(nèi)容編輯表單和內(nèi)容校驗(yàn)算法，效率很低，導(dǎo)致軟件的維護(hù)性和擴(kuò)展性不強(qiáng)?；诖耍景l(fā)明實(shí)施例提供了一種生成內(nèi)容編輯表單的方法及裝置。下面通過實(shí)施例進(jìn)行描述。

實(shí)施例1

本發(fā)明實(shí)施例提供了一種生成內(nèi)容編輯表單的方法。目前，終端上安裝有很多客戶端軟件，在客戶端軟件的軟件架構(gòu)中，由服務(wù)器對客戶端軟件的下發(fā)內(nèi)容進(jìn)行編輯管理。內(nèi)容編輯表單即為服務(wù)器在編輯下發(fā)內(nèi)容時(shí)的上傳表單，服務(wù)器可以通過本發(fā)明實(shí)施例提供的方法通過下發(fā)數(shù)據(jù)模板自動生成內(nèi)容編輯表單，減少表單生成過程中的人工干預(yù)，提高表單生成效率。

客戶端軟件包括多個(gè)軟件界面，每個(gè)軟件界面對應(yīng)于一個(gè)下發(fā)數(shù)據(jù)模板，每當(dāng)更新某軟件界面對應(yīng)的下發(fā)內(nèi)容時(shí)，都可以通過該軟件界面對應(yīng)的下發(fā)數(shù)據(jù)模板來生成對應(yīng)的內(nèi)容編輯表單，大大減 少了每次更新軟件界面對應(yīng)的下發(fā)內(nèi)容時(shí)的人工干預(yù)，提高更新效率，增強(qiáng)了客戶端軟件的維護(hù)性及擴(kuò)展性。

在生成下發(fā)數(shù)據(jù)模板并通過下發(fā)數(shù)據(jù)模板生成內(nèi)容編輯表單之前，首先需要定義模板格式，該模板格式定義了下發(fā)數(shù)據(jù)模板的結(jié)構(gòu)組成及格式規(guī)則。本發(fā)明實(shí)施例中，可以通過如下方式來預(yù)定義模板格式，具體包括：

抽取已生成的不同內(nèi)容編輯表單的共同特征信息，根據(jù)共同特征信息確定不同內(nèi)容編輯表單的數(shù)據(jù)結(jié)構(gòu)的相同組成信息，根據(jù)數(shù)據(jù)結(jié)構(gòu)的相同組成信息生成模板格式。

在服務(wù)器中存儲有很多過去生成的內(nèi)容編輯表單，服務(wù)器可以獲取這些內(nèi)容編輯表單包含的表單信息，比較不同內(nèi)容編輯表單的表單信息，從這些不同表單信息中抽取出共同特征信息，共同特征信息可以為不同內(nèi)容編輯表單中均包含的內(nèi)容信息或相同的樣式信息等。然后分析抽取的共同特征信息，確定共同特征信息在數(shù)據(jù)結(jié)構(gòu)上的相同組成信息，該相同組成信息可以為數(shù)據(jù)結(jié)構(gòu)包括的字段。根據(jù)數(shù)據(jù)結(jié)構(gòu)上的相同組成信息來生成模板格式。在本發(fā)明實(shí)施例中，還可以由技術(shù)人員來定義模板格式，并將定義的模板格式上傳到服務(wù)器。

本發(fā)明實(shí)施例中生成的模板格式可以包括數(shù)據(jù)類型type、約束規(guī)則regular、元素類型data_type和元素定義data四個(gè)字段。按照該模板格式生成的下發(fā)數(shù)據(jù)模板的結(jié)構(gòu)為嵌套結(jié)構(gòu)，其中元素定義data描述所嵌套的每個(gè)元素，通過約束規(guī)則regular來描述每個(gè)元素的約束條件。

參見圖1a，通過上述方式預(yù)定義模板格式之后，通過如下步驟101-103的操作來自動生成下發(fā)內(nèi)容對應(yīng)的內(nèi)容編輯表單。

步驟101：獲取客戶端軟件所對應(yīng)的下發(fā)內(nèi)容及下發(fā)內(nèi)容對應(yīng)的約束條件。

當(dāng)前，在開發(fā)、維護(hù)及升級客戶端軟件的過程中，經(jīng)常需要增加新的軟件界面，或者更改客戶端軟件原有的軟件界面，這些軟件界面中包含很多界面信息，上述下發(fā)內(nèi)容就是根據(jù)軟件界面的界面信息進(jìn)行提煉得到的，下發(fā)內(nèi)容包括從界面信息中抽取出的信息的數(shù)據(jù)類型、數(shù)據(jù)個(gè)數(shù)、元素類型及每個(gè)元素的定義信息等。下發(fā)內(nèi)容對應(yīng)的約束條件包括每個(gè)元素對應(yīng)的約束條件，如元素的格式及大小等。下發(fā)內(nèi)容及下發(fā)內(nèi)容對應(yīng)的約束條件可以由技術(shù)人員根據(jù)下發(fā)需求獲得并上傳給服務(wù)器。

步驟102：按照預(yù)定義的模板格式，根據(jù)下發(fā)內(nèi)容和約束條件生成下發(fā)內(nèi)容所對應(yīng)的下發(fā)數(shù)據(jù)模板。

服務(wù)器按照預(yù)定義的模板格式，根據(jù)獲取的下發(fā)內(nèi)容，生成下發(fā)內(nèi)容對應(yīng)的數(shù)據(jù)結(jié)構(gòu)信息；按照該模板格式，根據(jù)下發(fā)內(nèi)容對應(yīng)的約束條件，生成下發(fā)內(nèi)容對應(yīng)的數(shù)據(jù)約束信息；根據(jù)數(shù)據(jù)結(jié)構(gòu)信息和數(shù)據(jù)約束信息，生成下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)模板。

上述數(shù)據(jù)結(jié)構(gòu)信息為下發(fā)內(nèi)容對應(yīng)的數(shù)據(jù)結(jié)構(gòu)組成，該數(shù)據(jù)結(jié)構(gòu)組成中嵌套了下發(fā)內(nèi)容包括的每個(gè)元素。上述數(shù)據(jù)約束信息為下發(fā)內(nèi)容包括的每個(gè)元素的約束描述。按照預(yù)定義的模板格式將數(shù)據(jù)約束信息添加到數(shù)據(jù)結(jié)構(gòu)信息中即可生成下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)模板。

為了便于理解生成下發(fā)數(shù)據(jù)模板的操作，下面舉例進(jìn)行詳細(xì)說明。例如，假設(shè)客戶端軟件對應(yīng)的下發(fā)需求為下發(fā)12個(gè)網(wǎng)站的站點(diǎn)信息，需要下發(fā)這12個(gè)網(wǎng)站的站點(diǎn)類型、url、標(biāo)題及圖標(biāo)，則生成的下發(fā)數(shù)據(jù)模板如下所示：

{type:”array”,//表示下發(fā)內(nèi)容的數(shù)據(jù)類型為數(shù)組；

regular:”12”,//表示共下發(fā)12個(gè)數(shù)組；

data_type:”object”,//表示數(shù)組中嵌套的元素的數(shù)據(jù)類型為object；

data:{//用于嵌套數(shù)組中的元素；

type:{type:”select”,label:”站點(diǎn)類型”，regular:{show_fame_site:”跳轉(zhuǎn)名站”，show_cool_site:”內(nèi)頁展開”}，dependent:”require”},//表示元素“站點(diǎn)類型”的元素定義及約束條件；

url:{type:”string”,regular:””,label:”站點(diǎn)url”,dependent:”require”},//表示元素“url”的元素定義及約束條件；

title:{type:”string”,label:”站點(diǎn)標(biāo)題”,regular:””,dependent:”require”}，//表示元素“標(biāo)題”的元素定義及約束條件；

img_front:{type:”img”,label:”站點(diǎn)圖片”,pack:1,regular:{file{type:”png”,size:”50000”}},dependent:”require”}//表示元素“站點(diǎn)圖片”的元素定義及約束條件；

}}

其中，服務(wù)器獲取的下發(fā)內(nèi)容包括數(shù)組類型“array”、元素類型“object”以及“站點(diǎn)類型”、“url”、“標(biāo)題”及“站點(diǎn)圖片”4個(gè)元素的元素定義，下發(fā)內(nèi)容對應(yīng)的約束條件包括數(shù)組個(gè)數(shù)“12”及“站點(diǎn)類型”、“url”、“標(biāo)題”及“站點(diǎn)圖片”4個(gè)元素中regular描述的內(nèi)容。

服務(wù)器按照預(yù)定義的模板格式、上述下發(fā)內(nèi)容和約束條件來生成下發(fā)數(shù)據(jù)模板。在上述下發(fā)數(shù)據(jù)模板中，字段type表示數(shù)據(jù)類型，字段label表示表單字段名，字段regular表示約束規(guī)則，字段size表示文件大小，字段dependent表示是否為必填元素。

其中，字段regular的取值可有多種格式，下面僅列舉5種格式：

(1)取值為單一數(shù)字，可以用在數(shù)據(jù)類型為數(shù)組array、整型int或字符型string的數(shù)據(jù)中，表示數(shù)據(jù)的數(shù)量必須與該單一數(shù)字相等，如regular＝3時(shí)，在數(shù)據(jù)類型為數(shù)組array的數(shù)據(jù)中表示數(shù)組個(gè)數(shù)為3，在數(shù)據(jù)類型為整型int的數(shù)據(jù)中表示數(shù)據(jù)的數(shù)值為3，在數(shù)據(jù)類型為字符型string的數(shù)據(jù)中表示字符串的長度為3。

(2)取值為數(shù)值范圍表示數(shù)量范圍，也可用在數(shù)據(jù)類型為數(shù)組array、整型int或字符型string的數(shù)據(jù)中，表示數(shù)據(jù)的數(shù)量在該數(shù)值范圍內(nèi)，如regular＝”1-3”，則在數(shù)據(jù)類型為數(shù)組array的數(shù)據(jù)中表示數(shù)組個(gè)數(shù)可為1、2或3，在數(shù)據(jù)類型為整型int的數(shù)據(jù)中表示數(shù)據(jù)的數(shù)值可為“1-3”之間的任意值，在數(shù)據(jù)類型為字符型string的數(shù)據(jù)中表示字符串的長度為1、2或3。

(3)取值為正則式，可用在數(shù)據(jù)類型為字符型string的數(shù)據(jù)中，表示該字符型的數(shù)據(jù)的內(nèi)容需滿足此正則式。

(4)取值為文件類型及大小，可用在數(shù)據(jù)類型為圖像img和文件file的數(shù)據(jù)中，用來限制上傳的圖片或文件的格式及大小，如regular＝{file:{type:”png”,size:”50000”}}。

(5)取值為列表，可用在數(shù)據(jù)類型為單選radio、下拉框select、復(fù)選checkbox中，用來限制可選值的范圍，即只可使用列表中的值，如regular＝{a:”a1”,b:”b1”}。

在本發(fā)明實(shí)施例中，可以通過步驟101和102的操作由服務(wù)器生成下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)模板。還可以由技術(shù)人員根據(jù)軟件界面對應(yīng)的內(nèi)容編寫對應(yīng)的下發(fā)數(shù)據(jù)模板，然后將編寫的下發(fā)數(shù)據(jù)模板上傳到服務(wù)器。

在生成下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)模板之后，服務(wù)器還存儲該下發(fā)數(shù)據(jù)模板，之后再次修改該下發(fā)數(shù)據(jù)模板對應(yīng)的軟件界面的內(nèi)容時(shí)，只需修改該下發(fā)數(shù)據(jù)模板即可。

步驟103：通過下發(fā)數(shù)據(jù)模板生成下發(fā)內(nèi)容所對應(yīng)的內(nèi)容編輯表單。

服務(wù)器通過程序調(diào)用生成的下發(fā)數(shù)據(jù)模板生成下發(fā)內(nèi)容對應(yīng)的內(nèi)容編輯表單。在生成內(nèi)容編輯表單時(shí)，若下發(fā)數(shù)據(jù)模板中數(shù)據(jù)類型type＝img或file，則在內(nèi)容編輯表單中生成文件上傳域；若數(shù)據(jù)類型type＝select，則生成下拉框，下拉框的值來自于約束規(guī)則regular描述的內(nèi)容；若數(shù)據(jù)類型type＝radio，則生成單選框，選項(xiàng)來自約束規(guī)則regular描述的內(nèi)容；若數(shù)據(jù)類型type＝checkbox，則生成復(fù)選框,選項(xiàng)來自約束規(guī)則regular描述的內(nèi)容；若數(shù)據(jù)類型type＝datatime，則生成日期選擇框。下發(fā)數(shù)據(jù)模板中字段label的取值為內(nèi)容編輯表單中的表單字段名。如圖1b所示的內(nèi)容編輯表單即為根據(jù)步驟102中例舉的下發(fā)數(shù)據(jù)模板生成的。

在生成下發(fā)內(nèi)容所對應(yīng)的內(nèi)容編輯表單之后，服務(wù)器顯示該內(nèi)容編輯表單，從該內(nèi)容編輯表單中獲取用戶輸入的編輯數(shù)據(jù)；根據(jù)內(nèi)容編輯表單和編輯數(shù)據(jù)，生成下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)。

服務(wù)器顯示內(nèi)容編輯表單后，技術(shù)人員或其他用戶按照該內(nèi)容編輯表單的表單字段名輸入需上傳的編輯數(shù)據(jù)，服務(wù)器根據(jù)內(nèi)容編輯表單和編輯數(shù)據(jù)生成對應(yīng)的下發(fā)數(shù)據(jù)。該下發(fā)數(shù)據(jù)為json格式的程序代碼，服務(wù)器將該下發(fā)數(shù)據(jù)下發(fā)給終端后，終端可以根據(jù)json格式的下發(fā)數(shù)據(jù)渲染客戶端軟件的軟件界面。

如圖1c所示的內(nèi)容編輯表單為用戶在圖1b所示的內(nèi)容編輯表單中輸入編輯數(shù)據(jù)。服務(wù)器根據(jù)圖1b所示的內(nèi)容編輯表單及圖1c中用戶輸入的編輯數(shù)據(jù)生成的下發(fā)數(shù)據(jù)如下所示：

[

{type:”show_fame_site”,url:”http://a.cn/？wm＝407”,title:”游戲網(wǎng)站”,img_front:”http://image.uc.cn/s/1451907988.png”}//表示“游戲網(wǎng)站”的站點(diǎn)信息；

{…},{…},{…},{…},{…},{…},{…},{…},{…},{…},{…}//表示另外11個(gè)網(wǎng)站的站點(diǎn)信息，此處不詳細(xì)描述；

]

本發(fā)明實(shí)施例中，在生成下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)之前，還根據(jù)下發(fā)數(shù)據(jù)模板校驗(yàn)編輯數(shù)據(jù)是否滿足下發(fā)內(nèi)容對應(yīng)的約束條件，如果是，則根據(jù)內(nèi)容編輯表單和編輯數(shù)據(jù)生成下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)，如果否，則顯示輸入錯(cuò)誤的提示信息給用戶。

服務(wù)器可以根據(jù)下發(fā)數(shù)據(jù)模板中約束規(guī)則regular描述的約束條件來校驗(yàn)用戶輸入的編輯數(shù)據(jù)是否符合對應(yīng)的約束條件，例如步驟102中例舉的下發(fā)數(shù)據(jù)模板中img_front描述的“站點(diǎn)圖片”元素的約束條件為regular:{file{type:”png”,size:”50000”}，則當(dāng)檢測到用戶在內(nèi)容編輯表單中輸入站點(diǎn)圖片時(shí)，自動校驗(yàn)輸入的站點(diǎn)圖片的格式是否為png格式，以及自動校驗(yàn)輸入的站點(diǎn)圖片的大小是否為50000，若輸入的站點(diǎn)圖片的格式及大小均符合約束條件，則校驗(yàn)通過，若站點(diǎn)圖片的格式或大小不符合約束條件，則顯示輸入錯(cuò)誤的提示信息給用戶，以使用戶根據(jù)該提示信息輸入符合約束規(guī)則的站點(diǎn)圖片。

當(dāng)服務(wù)器對用戶輸入的所有編輯數(shù)據(jù)均校驗(yàn)通過時(shí)，根據(jù)下發(fā)內(nèi)容對應(yīng)的內(nèi)容編輯表單和用戶輸入的所有編輯數(shù)據(jù)，生成該下發(fā) 內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)。由于服務(wù)器可以根據(jù)下發(fā)數(shù)據(jù)模板自動校驗(yàn)用戶輸入的編輯數(shù)據(jù)是否符合下發(fā)內(nèi)容對應(yīng)的約束條件，不需要技術(shù)人員手動編寫下發(fā)內(nèi)容對應(yīng)的內(nèi)容校驗(yàn)算法，大大減少了生成下發(fā)數(shù)據(jù)過程中的人工干預(yù)成分，提高了生成效率，增強(qiáng)了軟件的維護(hù)性和可擴(kuò)展性。

在生成下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)之后，服務(wù)器還存儲該下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)，當(dāng)檢測到終端的登錄請求時(shí)發(fā)送該下發(fā)數(shù)據(jù)給終端。終端根據(jù)該下發(fā)數(shù)據(jù)渲染客戶端軟件的軟件界面。

在本發(fā)明實(shí)施例中，還獲取下發(fā)內(nèi)容包括的每個(gè)元素對應(yīng)的需求指示信息，該需求指示信息用于指示元素是否為必填元素。在生成下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)模板時(shí)，通過字段dependent來描述元素的需求指示信息，如步驟102例舉的下發(fā)數(shù)據(jù)模板中dependent:”require”即表示需求指示信息指示為必填元素。

當(dāng)下發(fā)內(nèi)容包括的元素對應(yīng)的需求指示信息指示為必填元素時(shí)，在步驟102生成內(nèi)容編輯表單時(shí)，在內(nèi)容編輯表單中該元素對應(yīng)的位置處顯示必填指示符，必填指示符可以為符號*或文字“必填”等。

服務(wù)器顯示生成的內(nèi)容編輯表單給用戶后，在根據(jù)內(nèi)容編輯表單生成下發(fā)數(shù)據(jù)時(shí)，實(shí)時(shí)監(jiān)測用戶在該內(nèi)容編輯表單中的輸入操作，若未檢測到用戶輸入必填元素對應(yīng)的編輯數(shù)據(jù)，則顯示輸入遺漏的指示信息給用戶，以使確保用戶根據(jù)該指示信息輸入該必填元素對應(yīng)的編輯數(shù)據(jù)。

為了進(jìn)一步理解本發(fā)明實(shí)施例提供的生成內(nèi)容編輯表單的方法，下面以下發(fā)5個(gè)垂直站點(diǎn)的入口列表為例進(jìn)行說明。例如，5個(gè)垂直站點(diǎn)的入口列表中每個(gè)垂直入口嵌套的元素包括的：名稱、 url、圖標(biāo)、夜間模式的圖標(biāo)、入口類型和導(dǎo)流配置。其中，導(dǎo)流配置包括導(dǎo)流方式和導(dǎo)流文案。則垂直站點(diǎn)入口對應(yīng)的下發(fā)數(shù)據(jù)模板如下所示：

{type:”array”,//表示下發(fā)內(nèi)容的數(shù)據(jù)類型為數(shù)組；

regular:”5”,//表示共下發(fā)5個(gè)數(shù)組；

data_type:”object”,//表示數(shù)組中嵌套的元素的數(shù)據(jù)類型為object；

data:{//用于嵌套數(shù)組中的元素；

name:{type:”string”,label:”入口名”},//表示元素“名稱”的元素定義及約束條件；

url:{type:”string”,label:”入口url”},//表示元素“url”的元素定義及約束條件；

img:{type:”img”,label:”入口圖片”,bgcolor:”#0097ff”,pack:1,regular:{file{…}},dependent:”require”}，//表示元素“圖標(biāo)”的元素定義及約束條件；

img_darkmode:{type:”img”,label:”夜間模式入口圖片”,pack:1,regular:{file{…}}}//表示元素“夜間模式的圖標(biāo)”的元素定義及約束條件；

type:{type:”select”,label:”入口類型”，regular:{…}，dependent:”require”},//表示元素“入口類型”的元素定義及約束條件；

guide:{type:”object”,label:”導(dǎo)流配置”，data:{guide_type:{type:”select”,label:”導(dǎo)流方式”，regular:{…}}，guide_desc:{type:”string”,label:”導(dǎo)流文案”,regular:””}},//表示元素“站點(diǎn)類型”的元素定義及約束條件；

}}

通過上述垂直站點(diǎn)入口對應(yīng)的下發(fā)數(shù)據(jù)模板自動生成的垂直站點(diǎn)入口對應(yīng)的內(nèi)容編輯表單如圖1d所示，圖1e為用戶在如圖1d所示的內(nèi)容編輯表單中輸入編輯數(shù)據(jù)的示意圖。服務(wù)器根據(jù)圖1d所示的內(nèi)容編輯表單及用戶在圖1e中輸入的編輯數(shù)據(jù)生成的垂直站點(diǎn)入口對應(yīng)的下發(fā)數(shù)據(jù)如下所示：

[

{name:”網(wǎng)址”,url:”http://b.cn/？wm＝51”,img:”http://image.uc.cn/s/a.png”,img_darkmode:””,type:”1”,guide:{guide_type:”2”,guide_dexc:”正式數(shù)據(jù)”}}//表示一個(gè)垂直站點(diǎn)“網(wǎng)址”的入口信息；

{…}，{…}，{…}，{…}//表示另外4個(gè)垂直站點(diǎn)的入口信息，此處不詳細(xì)描述；

]

在本發(fā)明實(shí)施例中，只要根椐下發(fā)需求生成下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)模板，就可以方便的自動生成下發(fā)內(nèi)容對應(yīng)的內(nèi)容編輯表單，服務(wù)器保存編輯數(shù)據(jù)時(shí)也可以方便的根椐下發(fā)數(shù)據(jù)模板中的regular字段來校驗(yàn)編輯數(shù)據(jù)的有效性。隨著下發(fā)數(shù)據(jù)模板所支持的數(shù)據(jù)類型及約束規(guī)則regular的類型越來越多，就可以更方便自動化的支持更多更復(fù)雜的數(shù)據(jù)下發(fā)，而無需再每次通過人工編寫內(nèi)容編輯表單及內(nèi)容校驗(yàn)算法，提高了表單生成效率，增強(qiáng)了客戶端軟件的維護(hù)性和可擴(kuò)展性。

在本發(fā)明實(shí)施例中，獲取客戶端軟件所對應(yīng)的下發(fā)內(nèi)容及下發(fā)內(nèi)容對應(yīng)的約束條件；按照預(yù)定義的模板格式，根據(jù)下發(fā)內(nèi)容和約束條件生成下發(fā)內(nèi)容所對應(yīng)的下發(fā)數(shù)據(jù)模板；通過下發(fā)數(shù)據(jù)模板生成下發(fā)內(nèi)容所對應(yīng)的內(nèi)容編輯表單。本發(fā)明根據(jù)下發(fā)內(nèi)容和約束條 件生成下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)模板，通過下發(fā)數(shù)據(jù)模板自動生成下發(fā)內(nèi)容對應(yīng)的內(nèi)容編輯表單，大大減少了表單生成過程中的人工干預(yù)，提高了表單生成效率，增強(qiáng)了客戶端軟件的維護(hù)性及擴(kuò)展性。

實(shí)施例2

參見圖2，本發(fā)明實(shí)施例提供了一種生成內(nèi)容編輯表單的裝置，該裝置用于執(zhí)行上述實(shí)施例1提供的生成內(nèi)容編輯表單的方法。該裝置具體包括：

獲取模塊201，用于獲取客戶端軟件所對應(yīng)的下發(fā)內(nèi)容及下發(fā)內(nèi)容對應(yīng)的約束條件；

第一生成模塊202，用于按照預(yù)定義的模板格式，根據(jù)下發(fā)內(nèi)容和約束條件生成下發(fā)內(nèi)容所對應(yīng)的下發(fā)數(shù)據(jù)模板；

第二生成模塊203，用于通過下發(fā)數(shù)據(jù)模板生成下發(fā)內(nèi)容所對應(yīng)的內(nèi)容編輯表單。

當(dāng)前，在開發(fā)、維護(hù)及升級客戶端軟件的過程中，經(jīng)常需要增加新的軟件界面，或者更改客戶端軟件原有的軟件界面，這些軟件界面中包含很多界面信息，上述下發(fā)內(nèi)容就是根據(jù)軟件界面的界面信息進(jìn)行提煉得到的，下發(fā)內(nèi)容包括從界面信息中抽取出的信息的數(shù)據(jù)類型、數(shù)據(jù)個(gè)數(shù)、元素類型及每個(gè)元素的定義信息等。下發(fā)內(nèi)容對應(yīng)的約束條件包括每個(gè)元素對應(yīng)的約束條件，如元素的格式及大小等。下發(fā)內(nèi)容及下發(fā)內(nèi)容對應(yīng)的約束條件可以由技術(shù)人員根據(jù)下發(fā)需求獲得并上傳給服務(wù)器。

上述第一生成模塊202通過數(shù)據(jù)結(jié)構(gòu)生成單元、約束信息生成單元和模板生成單元來生成下發(fā)內(nèi)容所對應(yīng)的下發(fā)數(shù)據(jù)模板。

數(shù)據(jù)結(jié)構(gòu)生成單元，用于按照預(yù)定義的模板格式，根據(jù)下發(fā)內(nèi)容，生成下發(fā)內(nèi)容對應(yīng)的數(shù)據(jù)結(jié)構(gòu)信息；

約束信息生成單元，用于按照模板格式，根據(jù)下發(fā)內(nèi)容對應(yīng)的約束條件，生成下發(fā)內(nèi)容對應(yīng)的數(shù)據(jù)約束信息；

模板生成單元，用于根據(jù)數(shù)據(jù)結(jié)構(gòu)信息和數(shù)據(jù)約束信息，生成下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)模板。

在第二生成模塊203生成內(nèi)容編輯表單后，該裝置還通過編輯數(shù)據(jù)獲取模塊和下發(fā)數(shù)據(jù)生成模塊來生成下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)。

編輯數(shù)據(jù)獲取模塊，用于顯示內(nèi)容編輯表單，從內(nèi)容編輯表單中獲取用戶輸入的編輯數(shù)據(jù)；

下發(fā)數(shù)據(jù)生成模塊，用于根據(jù)內(nèi)容編輯表單和編輯數(shù)據(jù)，生成下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)。

下發(fā)數(shù)據(jù)為json格式的程序代碼，服務(wù)器將該下發(fā)數(shù)據(jù)下發(fā)給終端后，終端可以根據(jù)json格式的下發(fā)數(shù)據(jù)渲染客戶端軟件的軟件界面。

在上述下發(fā)數(shù)據(jù)生成模塊根據(jù)編輯數(shù)據(jù)生成下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)之前，該裝置還通過校驗(yàn)?zāi)K來校驗(yàn)用戶輸入的編輯數(shù)據(jù)是否滿足約束條件。

校驗(yàn)?zāi)K，用于根據(jù)下發(fā)數(shù)據(jù)模板校驗(yàn)編輯數(shù)據(jù)是否滿足下發(fā)內(nèi)容對應(yīng)的約束條件，如果是，則執(zhí)行生成下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)的操作，如果否，則顯示輸入錯(cuò)誤的提示信息。

在下發(fā)數(shù)據(jù)生成模塊生成下發(fā)數(shù)據(jù)之后，該裝置還通過存儲模塊來存儲該下發(fā)數(shù)據(jù)。

存儲模塊，用于存儲下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)，當(dāng)檢測到終端的登錄請求時(shí)發(fā)送下發(fā)數(shù)據(jù)給終端。

在本發(fā)明實(shí)施例中，在第一生成模塊202按照預(yù)定義的模板格式生成下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)模板之前，該裝置還通過模板格式生成模塊來預(yù)定義模板格式。

模板格式生成模塊，用于抽取已生成的不同內(nèi)容編輯表單的共同特征信息，根據(jù)共同特征信息確定不同內(nèi)容編輯表單的數(shù)據(jù)結(jié)構(gòu)的相同組成信息，根據(jù)數(shù)據(jù)結(jié)構(gòu)的相同組成信息生成模板格式。

在本發(fā)明實(shí)施例中，下發(fā)內(nèi)容包括數(shù)據(jù)類型、數(shù)據(jù)個(gè)數(shù)、元素類型及每個(gè)元素的定義信息；約束條件包括每個(gè)元素對應(yīng)的約束條件。

在本發(fā)明實(shí)施例中，該裝置還通過如下第一顯示模塊來顯示必填元素對應(yīng)的必填指示符。

第一顯示模塊，用于獲取每個(gè)元素對應(yīng)的需求指示信息；若元素對應(yīng)的需求指示信息指示為必填元素，則在內(nèi)容編輯表單中元素對應(yīng)的位置處顯示必填指示符。

在本發(fā)明實(shí)施例中，當(dāng)用戶未輸入必填元素對應(yīng)的編輯數(shù)據(jù)時(shí)，該裝置還通過如下第二顯示模塊來顯示輸入遺漏的指示信息。

第二顯示模塊，用于在根據(jù)內(nèi)容編輯表單生成下發(fā)數(shù)據(jù)時(shí)，若未檢測到用戶輸入必填元素對應(yīng)的編輯數(shù)據(jù)，則顯示輸入遺漏的指示信息。

在本發(fā)明實(shí)施例中，獲取客戶端軟件所對應(yīng)的下發(fā)內(nèi)容及下發(fā)內(nèi)容對應(yīng)的約束條件；按照預(yù)定義的模板格式，根據(jù)下發(fā)內(nèi)容和約束條件生成下發(fā)內(nèi)容所對應(yīng)的下發(fā)數(shù)據(jù)模板；通過下發(fā)數(shù)據(jù)模板生成下發(fā)內(nèi)容所對應(yīng)的內(nèi)容編輯表單。本發(fā)明根據(jù)下發(fā)內(nèi)容和約束條件生成下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)模板，通過下發(fā)數(shù)據(jù)模板自動生成 下發(fā)內(nèi)容對應(yīng)的內(nèi)容編輯表單，大大減少了表單生成過程中的人工干預(yù)，提高了表單生成效率，增強(qiáng)了客戶端軟件的維護(hù)性及擴(kuò)展性。

實(shí)施例3

參見圖3，本發(fā)明實(shí)施例提供了一種生成內(nèi)容編輯表單的裝置，該裝置用于執(zhí)行上述實(shí)施例1提供的生成內(nèi)容編輯表單的方法。該裝置具體包括：處理器301、存儲器302、總線303和通信接口304，處理器301、通信接口304和存儲器302通過總線303連接；

存儲器302用于存儲程序；

處理器301，用于通過總線303調(diào)用存儲在存儲器302中的程序，執(zhí)行實(shí)施例1提供的生成內(nèi)容編輯表單的方法。

處理器301在執(zhí)行實(shí)施例1提供的生成內(nèi)容編輯表單的方法時(shí)，獲取客戶端軟件所對應(yīng)的下發(fā)內(nèi)容及下發(fā)內(nèi)容對應(yīng)的約束條件；按照預(yù)定義的模板格式，根據(jù)下發(fā)內(nèi)容和約束條件生成下發(fā)內(nèi)容所對應(yīng)的下發(fā)數(shù)據(jù)模板；通過下發(fā)數(shù)據(jù)模板生成下發(fā)內(nèi)容所對應(yīng)的內(nèi)容編輯表單。

處理器301執(zhí)行實(shí)施例1提供的方法的執(zhí)行細(xì)節(jié)與實(shí)施例1中描述的內(nèi)容相同，在此不再贅述。

在本發(fā)明實(shí)施例中，獲取客戶端軟件所對應(yīng)的下發(fā)內(nèi)容及下發(fā)內(nèi)容對應(yīng)的約束條件；按照預(yù)定義的模板格式，根據(jù)下發(fā)內(nèi)容和約束條件生成下發(fā)內(nèi)容所對應(yīng)的下發(fā)數(shù)據(jù)模板；通過下發(fā)數(shù)據(jù)模板生成下發(fā)內(nèi)容所對應(yīng)的內(nèi)容編輯表單。本發(fā)明根據(jù)下發(fā)內(nèi)容和約束條件生成下發(fā)內(nèi)容對應(yīng)的下發(fā)數(shù)據(jù)模板，通過下發(fā)數(shù)據(jù)模板自動生成下發(fā)內(nèi)容對應(yīng)的內(nèi)容編輯表單，大大減少了表單生成過程中的人工干預(yù)，提高了表單生成效率，增強(qiáng)了客戶端軟件的維護(hù)性及擴(kuò)展性。

本發(fā)明實(shí)施例所提供的生成內(nèi)容編輯表單的裝置可以為設(shè)備上的特定硬件或者安裝于設(shè)備上的軟件或固件等。所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，前述描述的系統(tǒng)、裝置和單元的具體工作過程，均可以參考上述方法實(shí)施例中的對應(yīng)過程。

在本申請所提供的幾個(gè)實(shí)施例中，應(yīng)該理解到，所揭露裝置和方法，可以通過其它的方式實(shí)現(xiàn)。以上所描述的裝置實(shí)施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時(shí)可以有另外的劃分方式，又例如，多個(gè)單元或組件可以結(jié)合或者可以集成到另一個(gè)系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些通信接口，裝置或單元的間接耦合或通信連接，可以是電性，機(jī)械或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部單元來實(shí)現(xiàn)本實(shí)施例方案的目的。

另外，在本發(fā)明各個(gè)實(shí)施例中的各功能單元可以集成在一個(gè)處理單元中，也可以是各個(gè)單元單獨(dú)物理存在，也可以兩個(gè)或兩個(gè)以上單元集成在一個(gè)單元中。

所述功能如果以軟件功能單元的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用時(shí)，可以存儲在一個(gè)計(jì)算機(jī)可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算 機(jī)軟件產(chǎn)品存儲在一個(gè)存儲介質(zhì)中，包括若干指令用以使得一臺計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：u盤、移動硬盤、只讀存儲器(rom，read-onlymemory)、隨機(jī)存取存儲器(ram，randomaccessmemory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

以上所述，僅為本發(fā)明的具體實(shí)施方式，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)以所述權(quán)利要求的保護(hù)范圍為準(zhǔn)。