本發(fā)明涉及數(shù)據(jù)處理技術(shù)領(lǐng)域，尤其涉及一種網(wǎng)頁內(nèi)容的處理方法、系統(tǒng)、服務(wù)器及相關(guān)客戶端。

背景技術(shù)：

隨著互聯(lián)網(wǎng)技術(shù)的進(jìn)步，越來越多的網(wǎng)絡(luò)用戶已經(jīng)不再滿足于單純作為網(wǎng)絡(luò)內(nèi)容的被動(dòng)接受者，而是更多地參與到互聯(lián)網(wǎng)信息的創(chuàng)作和分享中去。

目前，對(duì)于內(nèi)容提供者，在進(jìn)行內(nèi)容發(fā)布/上傳時(shí)，一般采取圖1和圖2兩種主要的內(nèi)容輸入形式：

圖1展示的是內(nèi)容發(fā)布，如圖1所示，編輯方式為：富文本樣式+添加圖片，以形成圖文排版內(nèi)容。此種內(nèi)容輸入方式可基于傳統(tǒng)超文本標(biāo)記語言(HTML，Hyper Text Markup Language)實(shí)現(xiàn)，而無需服務(wù)器處理，并可由客戶端瀏覽器自行解析。

圖2展示的是內(nèi)容上傳，如圖2所示，上傳文檔時(shí)僅能上傳單一格式內(nèi)容類型的文件，以百度文庫為例，就主要是上傳Office文檔內(nèi)容類型的文件。

相應(yīng)的，對(duì)于內(nèi)容接收者來說，為了瀏覽由內(nèi)容提供者發(fā)布/上傳的文件，需要在客戶端上安裝顯示控件，以便查看相應(yīng)網(wǎng)站的內(nèi)容數(shù)據(jù)。例如，為了瀏覽圖2上傳的百度文庫的文件，如圖3所示，就需要在客戶端上安裝百度文庫顯示控件；同樣，如果還有瀏覽其它類型的文件，就需要對(duì)應(yīng)安裝能瀏覽其它類型文件的顯示控件。

顯然，現(xiàn)有技術(shù)中，對(duì)于內(nèi)容提供者而言，可輸入文件的內(nèi)容類型過于單一、局限性大；對(duì)于內(nèi)容接收者而言，為了瀏覽文件可能需要為終端根據(jù)不同類型安裝相應(yīng)的顯示控件，占用系統(tǒng)資源多且普遍適應(yīng)性差。

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

有鑒于此，本發(fā)明實(shí)施例期望提供一種網(wǎng)頁內(nèi)容的處理方法、系統(tǒng)、服務(wù)器及相關(guān)客戶端，能在內(nèi)容接收端直接查看不同內(nèi)容類型的文件。

為達(dá)到上述目的，本發(fā)明實(shí)施例的技術(shù)方案是這樣實(shí)現(xiàn)的：

本發(fā)明實(shí)施例提供一種網(wǎng)頁內(nèi)容的處理方法，所述方法包括：

接收第一客戶端發(fā)送的文件獲取請(qǐng)求，根據(jù)所述文件獲取請(qǐng)求獲取對(duì)應(yīng)的文件，并獲取所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件；

通過所述顯示控件對(duì)所述文件進(jìn)行解析，將解析后的內(nèi)容以窗口形式發(fā)送給第一客戶端。

上述方案中，所述獲取所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件，包括：

識(shí)別所述文件的內(nèi)容類型，根據(jù)預(yù)設(shè)文件的內(nèi)容類型與顯示控件的對(duì)應(yīng)關(guān)系，獲取所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件；或者，

從所述文件中獲取與所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件的標(biāo)識(shí)，根據(jù)所述顯示控件的標(biāo)識(shí)，獲取所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件。

上述方案中，所述識(shí)別所述文件的內(nèi)容類型包括：根據(jù)所述文件的擴(kuò)展名識(shí)別文件的內(nèi)容類型。

上述方案中，所述根據(jù)所述文件獲取請(qǐng)求獲取對(duì)應(yīng)的文件之前，所述方法還包括：

確定文件的內(nèi)容類型，根據(jù)預(yù)設(shè)文件的內(nèi)容類型與顯示控件的對(duì)應(yīng)關(guān)系，將與所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件的標(biāo)識(shí)發(fā)送給第二客戶端。

上述方案中，所述確定文件的內(nèi)容類型之前，所述方法還包括：

接收第二客戶端發(fā)送的一個(gè)以上不同內(nèi)容類型的文件。

上述方案中，所述預(yù)設(shè)文件的內(nèi)容類型與顯示控件的對(duì)應(yīng)關(guān)系，包括：

對(duì)所述顯示控件按類別進(jìn)行分類，將文件的內(nèi)容類型和分類后的顯示控件一一對(duì)應(yīng)。

上述方案中，所述將解析后的內(nèi)容以窗口形式發(fā)送給第一客戶端，包括：

將使用與文件的內(nèi)容類型對(duì)應(yīng)的顯示控件顯示的解析后的內(nèi)容，以窗口形式發(fā)送給第一客戶端。

本發(fā)明實(shí)施例還提供一種網(wǎng)頁內(nèi)容的處理方法，所述方法包括：

向服務(wù)器發(fā)送文件獲取請(qǐng)求；

接收服務(wù)器以窗口形式發(fā)送的所請(qǐng)求文件解析后的內(nèi)容。

上述方案中，所述方法還包括：

顯示服務(wù)器以窗口形式發(fā)送的、使用與所請(qǐng)求文件的內(nèi)容類型對(duì)應(yīng)的顯示控件解析后的內(nèi)容。

本發(fā)明實(shí)施例還提供一種網(wǎng)頁內(nèi)容處理方法，所述方法包括：

向服務(wù)器發(fā)送一個(gè)以上不同內(nèi)容類型的文件；

接收服務(wù)器發(fā)送的與所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件的標(biāo)識(shí)。

上述方案中，所述向服務(wù)器發(fā)送一個(gè)以上不同內(nèi)容類型的文件之前，所述方法還包括：

通過不同的內(nèi)容控件編輯不同內(nèi)容類型的文件，通過內(nèi)容編輯框?qū)λ鰞?nèi)容控件進(jìn)行調(diào)整。

本發(fā)明實(shí)施例提供一種服務(wù)器，所述服務(wù)器包括：

獲取模塊，用于接收第一客戶端發(fā)送的文件獲取請(qǐng)求，根據(jù)所述文件獲取請(qǐng)求獲取對(duì)應(yīng)的文件，并獲取所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件；

解析模塊，用于通過所述顯示控件對(duì)所述文件進(jìn)行解析，將解析后的內(nèi)容以窗口形式發(fā)送給第一客戶端。

上述方案中，所述獲取模塊，具體用于識(shí)別所述文件的內(nèi)容類型，根據(jù)預(yù)設(shè)文件的內(nèi)容類型與顯示控件的對(duì)應(yīng)關(guān)系，獲取所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件；或者，

從所述文件中獲取與所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件的標(biāo)識(shí)，根據(jù)所述顯示控件的標(biāo)識(shí)，獲取所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件。

上述方案中，所述服務(wù)器還包括發(fā)送模塊，用于確定文件的內(nèi)容類型，根據(jù)預(yù)設(shè)文件的內(nèi)容類型與顯示控件的對(duì)應(yīng)關(guān)系，將與所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件的標(biāo)識(shí)發(fā)送給第二客戶端。

上述方案中，所述服務(wù)器還包括接收模塊，用于在確定文件的內(nèi)容類型之前，接收第二客戶端發(fā)送的一個(gè)以上不同內(nèi)容類型的文件。

本發(fā)明實(shí)施例提供一種第一客戶端，所述第一客戶端包括：

第一發(fā)送模塊，用于向服務(wù)器發(fā)送文件獲取請(qǐng)求；

第一接收模塊，用于接收服務(wù)器以窗口形式發(fā)送的所請(qǐng)求文件解析后的內(nèi)容。

本發(fā)明實(shí)施例提供一種第二客戶端，所述第二客戶端包括：

第二發(fā)送模塊，用于向服務(wù)器發(fā)送一個(gè)以上不同內(nèi)容類型的文件；

第二接收模塊，用于接收服務(wù)器發(fā)送的與所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件的標(biāo)識(shí)。

本發(fā)明實(shí)施例提供一種網(wǎng)頁內(nèi)容的處理系統(tǒng)，所述系統(tǒng)包括：服務(wù)器、第一客戶端、第二客戶端；其中，

所述服務(wù)器，用于接收第一客戶端發(fā)送的文件獲取請(qǐng)求，根據(jù)所述文件獲取請(qǐng)求獲取對(duì)應(yīng)的文件，并獲取所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件；還用于通過所述顯示控件對(duì)所述文件進(jìn)行解析，將解析后的內(nèi)容以窗口形式發(fā)送給第一客戶端；

所述第一客戶端，用于向服務(wù)器發(fā)送文件獲取請(qǐng)求；還用于接收服務(wù)器以窗口形式發(fā)送的所請(qǐng)求文件解析后的內(nèi)容；

所述第二客戶端，用于向服務(wù)器發(fā)送一個(gè)以上不同內(nèi)容類型的文件；還用于接收服務(wù)器發(fā)送的與所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件的標(biāo)識(shí)。

上述方案中，所述服務(wù)器，具體用于識(shí)別所述文件的內(nèi)容類型，根據(jù)預(yù)設(shè)文件的內(nèi)容類型與顯示控件的對(duì)應(yīng)關(guān)系，獲取所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件；或者，

從所述文件中獲取與所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件的標(biāo)識(shí)，根據(jù)所述顯示控件的標(biāo)識(shí)，獲取所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件。

本發(fā)明實(shí)施例提供的網(wǎng)頁內(nèi)容的處理方法、系統(tǒng)、服務(wù)器及相關(guān)客戶端，接收第一客戶端發(fā)送的文件獲取請(qǐng)求，根據(jù)所述文件獲取請(qǐng)求獲取對(duì)應(yīng)的文件；并獲取所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件；通過所述顯示控件對(duì)所述文件進(jìn)行解析，將解析后的內(nèi)容以窗口形式發(fā)送給第一客戶端。如此，將文件的內(nèi)容類型和顯示控件進(jìn)行關(guān)聯(lián)，通過識(shí)別文件的內(nèi)容類型以及預(yù)設(shè)的對(duì)應(yīng)關(guān)系，即可采用適當(dāng)?shù)娘@示控件對(duì)文件完成解析，或者，從文件中獲取與所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件的標(biāo)識(shí)，也可采用適當(dāng)?shù)娘@示控件對(duì)文件完成解析，并將解析后的內(nèi)容以窗口形式直接發(fā)給客戶端顯示；這樣，客戶端接收的是一個(gè)可以顯示文件內(nèi)容的窗口，就不需要再安裝顯示控件來完成內(nèi)容顯示，能實(shí)現(xiàn)在內(nèi)容接收端不做處理直接瀏覽不同內(nèi)容類型的文件；另外，由于無需在客戶端中安裝各種顯示控件，能減少對(duì)接收內(nèi)容的客戶端資源的占用，且適用范圍更廣。

附圖說明

圖1為現(xiàn)有技術(shù)中內(nèi)容發(fā)布的示意圖；

圖2為現(xiàn)有技術(shù)中內(nèi)容上傳的示意圖；

圖3為現(xiàn)有技術(shù)中內(nèi)容接收的示意圖；

圖4為本發(fā)明實(shí)施例網(wǎng)頁內(nèi)容的處理方法的實(shí)現(xiàn)流程示意圖一；

圖5為本發(fā)明實(shí)施例網(wǎng)頁內(nèi)容的處理方法的實(shí)現(xiàn)流程示意圖二；

圖6為本發(fā)明實(shí)施例網(wǎng)頁內(nèi)容的處理方法的實(shí)現(xiàn)流程示意圖三；

圖7為本發(fā)明實(shí)施例服務(wù)器的組成結(jié)構(gòu)示意圖；

圖8為本發(fā)明實(shí)施例第一客戶端的組成結(jié)構(gòu)示意圖；

圖9為本發(fā)明實(shí)施例第二客戶端的組成結(jié)構(gòu)示意圖；

圖10為本發(fā)明實(shí)施例網(wǎng)頁內(nèi)容的處理方法的具體實(shí)現(xiàn)流程示意圖；

圖11為本發(fā)明實(shí)施例控件按鈕的使用示意圖；

圖12為本發(fā)明實(shí)施例內(nèi)容編輯框的使用示意圖；

圖13為本發(fā)明實(shí)施例內(nèi)容上傳的示意圖；

圖14為本發(fā)明實(shí)施例內(nèi)容接收的示意圖。

具體實(shí)施方式

本發(fā)明實(shí)施例中，需要在不同客戶端連接的服務(wù)器上針對(duì)不同類型的文件預(yù)設(shè)對(duì)應(yīng)的顯示控件，當(dāng)收到客戶端獲取文件的請(qǐng)求后，服務(wù)器獲取文件并識(shí)別文件的內(nèi)容類型，并根據(jù)預(yù)設(shè)的對(duì)應(yīng)關(guān)系采用對(duì)應(yīng)的顯示控件對(duì)文件進(jìn)行解析，最后將解析后的文件內(nèi)容發(fā)給客戶端顯示；這樣，就不需要在客戶端安裝多種不同類型的顯示控制，不僅能在接收內(nèi)容的客戶端瀏覽各種類型的文件，而且能減少對(duì)接收內(nèi)容的客戶端資源的占用。

其中，可以在服務(wù)器上預(yù)設(shè)文件的內(nèi)容類型與顯示控件的對(duì)應(yīng)關(guān)系；也可以是設(shè)置不同文件的內(nèi)容類型對(duì)應(yīng)的顯示控件的標(biāo)識(shí)，將標(biāo)識(shí)發(fā)給上傳文件的客戶端，由上傳文件的客戶端將標(biāo)識(shí)添加在文件中上傳，這樣，服務(wù)器收到文件后，就可以從文件中獲取標(biāo)識(shí)，再根據(jù)標(biāo)識(shí)確定對(duì)應(yīng)的顯示控件。

為了能夠更加詳盡地了解本發(fā)明實(shí)施例的特點(diǎn)與技術(shù)內(nèi)容，下面結(jié)合附圖對(duì)本發(fā)明實(shí)施例的實(shí)現(xiàn)進(jìn)行詳細(xì)闡述，所附附圖僅供參考說明之用，并非用來限定本發(fā)明。

實(shí)施例一

本實(shí)施例的實(shí)現(xiàn)流程應(yīng)用于服務(wù)器端，詳細(xì)說明服務(wù)器端網(wǎng)頁內(nèi)容的處理方法的實(shí)現(xiàn)過程。如圖4所示，本實(shí)施例中網(wǎng)頁內(nèi)容的處理方法，包括以下步驟：

步驟401：接收第一客戶端發(fā)送的文件獲取請(qǐng)求，根據(jù)所述文件獲取請(qǐng)求獲取對(duì)應(yīng)的文件，并獲取所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件；

這里，在步驟401之前，所述方法還可以包括：在服務(wù)器上預(yù)設(shè)文件的內(nèi)容類型與顯示控件的對(duì)應(yīng)關(guān)系；

所述獲取所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件，包括：識(shí)別所述文件的內(nèi)容類型，根據(jù)預(yù)設(shè)文件的內(nèi)容類型與顯示控件的對(duì)應(yīng)關(guān)系，獲取所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件；或者，從所述文件中獲取與所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件的標(biāo)識(shí)，根據(jù)所述顯示控件的標(biāo)識(shí)，獲取所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件；其中，所述顯示控件的標(biāo)識(shí)包括但不限于編號(hào)。

其中，所述識(shí)別所述文件的內(nèi)容類型包括但不限于：根據(jù)文件的擴(kuò)展名識(shí)別文件的內(nèi)容類型。

所述根據(jù)所述文件獲取請(qǐng)求獲取對(duì)應(yīng)的文件之前，所述方法還可以包括：服務(wù)器確定文件的內(nèi)容類型，根據(jù)預(yù)設(shè)文件的內(nèi)容類型與顯示控件的對(duì)應(yīng)關(guān)系，將與所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件的標(biāo)識(shí)發(fā)送給第二客戶端。

這里，所述確定文件的內(nèi)容類型之前，所述方法還包括：服務(wù)器接收第二客戶端發(fā)送的一個(gè)以上不同內(nèi)容類型的文件。

其中，服務(wù)器接收的文件有兩種類別：一種是文件中包括與所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件的標(biāo)識(shí)；另一種是文件中不包括與所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件的標(biāo)識(shí)。

相應(yīng)的，服務(wù)器會(huì)將接收的一個(gè)以上不同內(nèi)容類型的文件存儲(chǔ)到數(shù)據(jù)庫中。

這里，不同內(nèi)容類型的文件包括但不限于自動(dòng)轉(zhuǎn)碼能力的視頻/音頻文件、PDF/Word文檔、PowerPoint演示文件、Flash動(dòng)畫、基于特殊JS解析的公式習(xí)題等內(nèi)容數(shù)據(jù)或內(nèi)容應(yīng)用。

具體地，服務(wù)器中的系統(tǒng)程序會(huì)識(shí)別所述文件的內(nèi)容類型，所述文件的內(nèi)容類型包括但不限于是根據(jù)文件的擴(kuò)展名進(jìn)行識(shí)別。

舉例來說，服務(wù)器根據(jù)文件的擴(kuò)展名進(jìn)行識(shí)別文件的內(nèi)容類型，對(duì)視頻/音頻文件來說，內(nèi)容類型為.wmv/.mp3；對(duì)PDF/WORD文件來說，內(nèi)容類型為.pdf/.doc；對(duì)PowerPoint演示文件來說，內(nèi)容類型為.ppt；對(duì)Flash動(dòng)畫文件來說，內(nèi)容類型為.fla；對(duì)于基于特殊JS解析的公式習(xí)題文件來說，內(nèi)容類型為.xls。

這里，所述預(yù)設(shè)文件的內(nèi)容類型與顯示控件的對(duì)應(yīng)關(guān)系，包括：對(duì)所述顯示控件按類別進(jìn)行分類，將文件的內(nèi)容類型和分類后的顯示控件一一對(duì)應(yīng)。

這里，對(duì)所述顯示控件按內(nèi)容類型進(jìn)行分類，具體可以是按照編號(hào)對(duì)顯示控件進(jìn)行分類；

舉例來說，顯示控件包括pdf顯示控件、word顯示控件、wav顯示控件，用編號(hào)001表示pdf顯示控件，用編號(hào)002表示word顯示控件，用編號(hào)003表示wav顯示控件。

這里，將文件的內(nèi)容類型和分類后的顯示控件一一對(duì)應(yīng)，包括兩種對(duì)應(yīng)關(guān)系，具體可以是將文件的內(nèi)容類型和顯示控件直接對(duì)應(yīng)，也可以是將文件的內(nèi)容類型和顯示控件的編號(hào)直接對(duì)應(yīng)；

舉例來說，文件內(nèi)容類型包括.pdf文件、.doc文件、.wav文件，顯示控件包括pdf顯示控件、word顯示控件、wav顯示控件，pdf顯示控件的編號(hào)為001，word顯示控件的編號(hào)為002，wav顯示控件的編號(hào)為003；

第一種對(duì)應(yīng)關(guān)系、.pdf文件與pdf顯示控件對(duì)應(yīng)，.doc文件與word顯示控件對(duì)應(yīng)，.wav文件與wav顯示控件對(duì)應(yīng)；

第二種對(duì)應(yīng)關(guān)系、.pdf文件與001對(duì)應(yīng)，.doc文件與002對(duì)應(yīng)，.wav文件與003對(duì)應(yīng)。

步驟402：通過所述顯示控件對(duì)所述文件進(jìn)行解析，將解析后的內(nèi)容以窗口形式發(fā)送給第一客戶端。

這里，所述將解析后的內(nèi)容以窗口形式發(fā)送給第一客戶端，包括：

將使用與文件的內(nèi)容類型對(duì)應(yīng)的顯示控件顯示的解析后的內(nèi)容，以窗口形式發(fā)送給第一客戶端。

具體地，服務(wù)器通過顯示控件解析出符合發(fā)出請(qǐng)求的第一客戶端的普通Web內(nèi)容顯示技術(shù)標(biāo)準(zhǔn)的顯示內(nèi)容，并使用與文件的內(nèi)容類型對(duì)應(yīng)的顯示控件顯示的解析后的內(nèi)容，以窗口形式發(fā)送給第一客戶端。

這里，第一客戶端包括但不限于普通電腦、移動(dòng)終端如手機(jī)。

實(shí)施例二

本實(shí)施例的實(shí)現(xiàn)流程應(yīng)用于第一客戶端，詳細(xì)說明第一客戶端網(wǎng)頁內(nèi)容的處理方法的實(shí)現(xiàn)過程，其中，第一客戶端是請(qǐng)求獲取文件的客戶端；實(shí)際應(yīng)用中，第一客戶端可以有多個(gè)，分別根據(jù)各自需要發(fā)送請(qǐng)求；本實(shí)施例以一個(gè)第一客戶端為例。如圖5所示，本實(shí)施例中網(wǎng)頁內(nèi)容的處理方法，包括以下步驟：

步驟501：向服務(wù)器發(fā)送文件獲取請(qǐng)求。

具體地，第一客戶端可以是通過普通電腦瀏覽器、手機(jī)瀏覽器、支持顯示W(wǎng)eb內(nèi)容的客戶端軟件向服務(wù)器發(fā)送文件獲取請(qǐng)求。

步驟502：接收服務(wù)器以窗口形式發(fā)送的所請(qǐng)求文件解析后的內(nèi)容。

這里，所述接收服務(wù)器以窗口形式發(fā)送的所請(qǐng)求文件解析后的內(nèi)容，包括：

第一客戶端將服務(wù)器以窗口形式發(fā)送的、使用與所請(qǐng)求文件的內(nèi)容類型對(duì)應(yīng)的顯示控件解析后的內(nèi)容顯示出來，無需再針對(duì)從服務(wù)器接收到的文件進(jìn)行專門處理。

舉例來說，第一客戶端請(qǐng)求文件的內(nèi)容類型是.pdf文件，與文件的內(nèi)容類型對(duì)應(yīng)的顯示控件是pdf顯示控件，第一客戶端以窗口形式將使用pdf顯示控件解析后的內(nèi)容顯示出來，而無需再安裝pdf顯示控件。

這里，如果第一客戶端的顯示窗口中的字體太小，第一客戶端還可以向服務(wù)器發(fā)送字體調(diào)整請(qǐng)求；服務(wù)器接收請(qǐng)求后，調(diào)整使用與所請(qǐng)求文件的內(nèi)容類型對(duì)應(yīng)的顯示控件解析后的內(nèi)容中的字體，并以窗口形式將解析后的內(nèi)容發(fā)送給第一客戶端。

其中，服務(wù)器調(diào)整的內(nèi)容包括但不限于字體大小、行間距、縮放。

這里，第一客戶端包括但不限于普通電腦、移動(dòng)終端如手機(jī)。

實(shí)施例三

本實(shí)施例的實(shí)現(xiàn)流程應(yīng)用于第二客戶端，詳細(xì)說明第二客戶端網(wǎng)頁內(nèi)容的處理方法的實(shí)現(xiàn)過程，其中，第二客戶端是提供各種不同內(nèi)容類型文件的客戶端；實(shí)際應(yīng)用中，第二客戶端可以有多個(gè)；本實(shí)施例以一個(gè)第二客戶端為例。如圖6所示，本實(shí)施例中網(wǎng)頁內(nèi)容的處理方法，包括以下步驟：

步驟601：向服務(wù)器發(fā)送一個(gè)以上不同內(nèi)容類型的文件。

這里，第二客戶端可以通過專用的控件按鈕，將不同類型的文件上傳給服務(wù)器。

具體地，第二客戶端可以通過一個(gè)控件按鈕，將一個(gè)以上不同內(nèi)容類型的文件上傳給服務(wù)器，也可以是使用與各個(gè)不同內(nèi)容類型的文件對(duì)應(yīng)的各個(gè)控件按鈕，將對(duì)應(yīng)的文件上傳給服務(wù)器。

這里，所述向服務(wù)器發(fā)送一個(gè)以上不同內(nèi)容類型的文件之前，所述方法還包括：通過不同的內(nèi)容控件編輯不同內(nèi)容類型的文件，通過內(nèi)容編輯框?qū)λ鰞?nèi)容控件進(jìn)行調(diào)整。

這里，第二客戶端對(duì)不同內(nèi)容類型的文件使用不同的內(nèi)容控件進(jìn)行編輯，所述不同內(nèi)容類型的文件的內(nèi)容在得到服務(wù)器的支持下，可以通過所見即所得的方式在內(nèi)容控件中顯示出來。

這里，內(nèi)容控件以固定占位或任意排版占位的方式插入到內(nèi)容編輯框中。

這里，所述內(nèi)容編輯框?qū)λ鰞?nèi)容控件進(jìn)行調(diào)整，包括設(shè)置內(nèi)容控件的大小、邊距、懸浮狀態(tài)。

步驟602：接收服務(wù)器發(fā)送的與所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件的標(biāo)識(shí)。

這里，第二客戶端將服務(wù)器發(fā)送的顯示控件的標(biāo)識(shí)添加在要上傳到服務(wù)器的文件中。

這里，第二客戶端包括但不限于普通電腦、移動(dòng)終端如手機(jī)。

實(shí)施例四

為實(shí)現(xiàn)實(shí)施例一的方法，本實(shí)施例提供了一種服務(wù)器，如圖7所示，所述服務(wù)器包括：獲取模塊71、解析模塊72；其中，

獲取模塊71，用于接收第一客戶端發(fā)送的文件獲取請(qǐng)求，根據(jù)所述文件獲取請(qǐng)求獲取對(duì)應(yīng)的文件，并獲取所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件。

解析模塊72，用于通過所述顯示控件對(duì)所述文件進(jìn)行解析，將解析后的內(nèi)容以窗口形式發(fā)送給第一客戶端。

這里，所述獲取模塊71具體用于，識(shí)別所述文件的內(nèi)容類型，根據(jù)預(yù)設(shè)文件的內(nèi)容類型與顯示控件的對(duì)應(yīng)關(guān)系，獲取所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件；或者，從所述文件中獲取與所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件的標(biāo)識(shí)，根據(jù)所述顯示控件的標(biāo)識(shí)，獲取所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件。

這里，所述服務(wù)器還包括發(fā)送模塊，用于確定文件的內(nèi)容類型，根據(jù)預(yù)設(shè)文件的內(nèi)容類型與顯示控件的對(duì)應(yīng)關(guān)系，將與所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件的標(biāo)識(shí)發(fā)送給第二客戶端。

這里，所述服務(wù)器還包括接收模塊，用于在確定文件的內(nèi)容類型之前，接收第二客戶端發(fā)送的一個(gè)以上不同內(nèi)容類型的文件。

在實(shí)際應(yīng)用中，獲取模塊71、解析模塊72、發(fā)送模塊、接收模塊可由位于服務(wù)器上的中央處理器(CPU，Central Processing Unit)、微處理器(MPU，Micro Processor Unit)、數(shù)字信號(hào)處理器(DSP，Digital Signal Processor)、或現(xiàn)場(chǎng)可編程門陣列(FPGA，F(xiàn)ield Programmable Gate Array)等實(shí)現(xiàn)。

實(shí)施例五

為實(shí)現(xiàn)實(shí)施例二的方法，本實(shí)施例提供了一種第一客戶端，如圖8所示，所述第一客戶端包括：第一發(fā)送模塊81、第一接收模塊82；其中，

第一發(fā)送模塊81，用于向服務(wù)器發(fā)送文件獲取請(qǐng)求。

第一接收模塊82，用于接收服務(wù)器以窗口形式發(fā)送的所請(qǐng)求文件解析后的內(nèi)容。

這里，所述第一客戶端還可以包括顯示模塊，用于顯示服務(wù)器以窗口形式發(fā)送的、使用與所請(qǐng)求文件的內(nèi)容類型對(duì)應(yīng)的顯示控件解析后的內(nèi)容。

在實(shí)際應(yīng)用中，第一發(fā)送模塊81、第一接收模塊82和顯示模塊均可由位于第一客戶端上的CPU、MPU、DSP、或FPGA等實(shí)現(xiàn)。

實(shí)施例六

為實(shí)現(xiàn)實(shí)施例三的方法，本實(shí)施例提供了一種第二客戶端，如圖9所示，所述第二客戶端包括：第二發(fā)送模塊91、第二接收模塊92；其中，

第二發(fā)送模塊91，用于向服務(wù)器發(fā)送一個(gè)以上不同內(nèi)容類型的文件；

第二接收模塊92，用于接收服務(wù)器發(fā)送的與所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件的標(biāo)識(shí)。

這里，所述第二客戶端還可以包括調(diào)整模塊，用于通過不同的內(nèi)容控件編輯不同內(nèi)容類型的文件，通過內(nèi)容編輯框?qū)λ鰞?nèi)容控件進(jìn)行調(diào)整。

在實(shí)際應(yīng)用中，第二發(fā)送模塊91、第二接收模塊92和調(diào)整模塊均可由位于第二客戶端上的CPU、MPU、DSP、或FPGA等實(shí)現(xiàn)。

下面以具體實(shí)施例詳細(xì)說明本發(fā)明在實(shí)際應(yīng)用中的實(shí)現(xiàn)過程及原理。

圖10為本發(fā)明實(shí)施例網(wǎng)頁內(nèi)容的處理方法的具體實(shí)現(xiàn)流程示意圖，如圖10所示，包括內(nèi)容提供者、中間服務(wù)器、內(nèi)容接收者，具體包括以下步驟：

步驟1：內(nèi)容提供者在第二客戶端點(diǎn)選要發(fā)布/上傳的文件，并對(duì)所述文件進(jìn)行混合排版，中間服務(wù)器中的系統(tǒng)程序識(shí)別所選文件的內(nèi)容類型，從中間服務(wù)器取得相應(yīng)的顯示控件，并將該顯示控件添加在所選的文件中。

這里，點(diǎn)擊圖11中以黑色標(biāo)記的附加按鈕(專用的控件按鈕)，并使用圖11中的內(nèi)容編輯框?qū)λ鑫募M(jìn)行混合排版；排版后的效果如圖12所示，待發(fā)布/上傳的文件以內(nèi)容占位符的形式在內(nèi)容編輯框里出現(xiàn)，在得到中間服務(wù)器能力支持的條件下，也可直接實(shí)時(shí)預(yù)覽到文件內(nèi)容本身。按照?qǐng)D13所示，相應(yīng)地點(diǎn)選有待發(fā)布/上傳的文件。

這里，對(duì)文件的內(nèi)容類型及其對(duì)應(yīng)顯示控件的識(shí)別可通過中間服務(wù)器中的系統(tǒng)程序自動(dòng)識(shí)別，也可由用戶指定，由內(nèi)容提供者為不同的文件內(nèi)容類型使用不同的控件按鈕，即在點(diǎn)擊圖11中的控件按鈕時(shí)，由內(nèi)容提供者指定文件的內(nèi)容類型和對(duì)應(yīng)的顯示控件。

步驟2：內(nèi)容提供者完成文件內(nèi)容的輸入后，將原始文件內(nèi)容數(shù)據(jù)存入中間服務(wù)器的數(shù)據(jù)庫。

步驟3：內(nèi)容接收者請(qǐng)求文件內(nèi)容數(shù)據(jù)，服務(wù)器中的系統(tǒng)程序調(diào)取所請(qǐng)求的原始內(nèi)容數(shù)據(jù)，并通過中間服務(wù)器進(jìn)行內(nèi)容解析中轉(zhuǎn)處理，以識(shí)別相應(yīng)的顯示控件，并使用相應(yīng)的顯示控件解析出符合內(nèi)容接收者所用的第一客戶端要求的顯示內(nèi)容。

圖14為內(nèi)容接收的示意圖，如圖14所示，第一客戶端以窗口形式完美還原顯示由內(nèi)容提供者預(yù)先設(shè)計(jì)的文件(文檔+音頻)及其效果，無需再針對(duì)從中間服務(wù)器接收到的內(nèi)容進(jìn)行專門處理。

這里，如果第一客戶端的顯示窗口中字體太小，第一客戶端向服務(wù)器發(fā)送字體調(diào)整請(qǐng)求，服務(wù)器接收請(qǐng)求后，調(diào)整根據(jù)顯示控件對(duì)文件解析后的內(nèi)容中的字體，并以窗口形式將解析的內(nèi)容發(fā)送給第一客戶端。

這里，服務(wù)器調(diào)整的內(nèi)容包括但不限于字體大小、行間距、縮放。

本發(fā)明實(shí)施例提供一種網(wǎng)頁內(nèi)容的處理系統(tǒng)，所述系統(tǒng)包括：服務(wù)器、第一客戶端、第二客戶端；其中，

所述服務(wù)器，用于接收第一客戶端發(fā)送的文件獲取請(qǐng)求，根據(jù)所述文件獲取請(qǐng)求獲取對(duì)應(yīng)的文件，并獲取所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件；還用于通過所述顯示控件對(duì)所述文件進(jìn)行解析，將解析后的內(nèi)容以窗口形式發(fā)送給第一客戶端；

所述第一客戶端，用于向服務(wù)器發(fā)送文件獲取請(qǐng)求；還用于接收服務(wù)器以窗口形式發(fā)送的所請(qǐng)求文件解析后的內(nèi)容；

所述第二客戶端，用于向服務(wù)器發(fā)送一個(gè)以上不同內(nèi)容類型的文件；還用于接收服務(wù)器發(fā)送的與所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件的標(biāo)識(shí)。

這里，所述服務(wù)器，具體用于識(shí)別所述文件的內(nèi)容類型，根據(jù)預(yù)設(shè)文件的內(nèi)容類型與顯示控件的對(duì)應(yīng)關(guān)系，獲取所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件；或者，從所述文件中獲取與所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件的標(biāo)識(shí)，根據(jù)所述顯示控件的標(biāo)識(shí)，獲取所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件。

這里，所述服務(wù)器，具體還用于確定文件的內(nèi)容類型，根據(jù)預(yù)設(shè)文件的內(nèi)容類型與顯示控件的對(duì)應(yīng)關(guān)系，將與所述文件的內(nèi)容類型對(duì)應(yīng)的顯示控件的標(biāo)識(shí)發(fā)送給第二客戶端。

這里，所述服務(wù)器，具體還用于在確定文件的內(nèi)容類型之前，接收第二客戶端發(fā)送的一個(gè)以上不同內(nèi)容類型的文件。

以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。