本申請涉及終端顯示技術(shù)領域，特別涉及一種顯示方法、處理器及服務器。

背景技術(shù)：

隨著云計算的發(fā)展，所有的運算任務都放在云端執(zhí)行，連接到云端的各個終端只留有顯示的功能。云端中的運算內(nèi)容可以由服務器發(fā)送到終端上進行顯示。

但在現(xiàn)有技術(shù)中，運算內(nèi)容在任意一種終端上的顯示布局都相同，導致用戶使用體驗單一。

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

有鑒于此，本申請的目的是提供一種顯示方法、處理器及服務器，用以解決現(xiàn)有技術(shù)中運算內(nèi)容由服務器發(fā)送給終端后，在任意一種終端上的顯示布局都相同，導致用戶體驗單一的技術(shù)問題。

本申請?zhí)峁┝艘环N顯示方法，包括：

接收終端發(fā)送的顯示請求，所述顯示請求中包括內(nèi)容標識及所述終端的屬性，所述內(nèi)容標識表征所述終端所請求顯示的內(nèi)容；

基于所述內(nèi)容標識，獲得所述內(nèi)容標識對應的目標內(nèi)容；

調(diào)整所述目標內(nèi)容，使得所述目標內(nèi)容的顯示屬性與所述終端的屬性相對應；

將調(diào)整后的目標內(nèi)容發(fā)送到所述終端顯示。

上述方法，優(yōu)選的，所述終端的屬性包括：終端的設備類型、終端的屏幕尺寸、終端的通信參數(shù)、終端的電能剩余量中的一種或任意組合。

上述方法，優(yōu)選的，調(diào)整所述目標內(nèi)容，包括：

調(diào)整所述目標內(nèi)容的顯示窗口屬性、字符顯示屬性、視圖類型中的一種或任意組合，使得所述目標內(nèi)容的顯示屬性與所述終端的屬性相對應。

上述方法，優(yōu)選的，調(diào)整所述目標內(nèi)容的字符顯示屬性，包括：

提取所述目標內(nèi)容中的部分字符內(nèi)容作為待顯示的內(nèi)容；

和/或

調(diào)整所述目標內(nèi)容中字符的布局類型。

本申請還提供了一種處理器，包括：

請求接收單元，用于接收終端發(fā)送的顯示請求，所述顯示請求中包括內(nèi)容標識及所述終端的屬性，所述內(nèi)容標識表征所述終端所請求顯示的內(nèi)容；

內(nèi)容獲得單元，用于基于所述內(nèi)容標識，獲得所述內(nèi)容標識對應的目標內(nèi)容；

內(nèi)容調(diào)整單元，用于調(diào)整所述目標內(nèi)容，使得所述目標內(nèi)容的顯示屬性與所述終端的屬性相對應；

內(nèi)容發(fā)送單元，用于將調(diào)整后的目標內(nèi)容發(fā)送到所述終端顯示。

本申請還提供了一種服務器，包括：

第一接口，用于接收終端發(fā)送的顯示請求，所述顯示請求中包括內(nèi)容標識及所述終端的屬性，所述內(nèi)容標識表征所述終端所請求顯示的內(nèi)容；

處理器，用于基于所述內(nèi)容標識，獲得所述內(nèi)容標識對應的目標內(nèi)容，并調(diào)整所述目標內(nèi)容，使得所述目標內(nèi)容的顯示屬性與所述終端的屬性相對應；

第二接口，用于將調(diào)整后的目標內(nèi)容發(fā)送到所述終端顯示。

上述服務器，優(yōu)選的，所述第一接口所接收到的終端的屬性包括：終端的設備類型、終端的屏幕尺寸、終端的通信參數(shù)、終端的電能剩余量中的一種或任意組合。

上述服務器，優(yōu)選的，所述處理器調(diào)整所述目標內(nèi)容，具體為：

調(diào)整所述目標內(nèi)容的顯示窗口屬性、字符顯示屬性、視圖類型中的一種或任意組合，使得所述目標內(nèi)容的顯示屬性與所述終端的屬性相對應。

上述服務器，優(yōu)選的，所述處理器調(diào)整所述目標內(nèi)容的字符顯示屬性，包括：

提取所述目標內(nèi)容中的部分字符內(nèi)容作為待顯示的內(nèi)容；

和/或

調(diào)整所述目標內(nèi)容中字符的布局類型。

由上述方案可知，本申請?zhí)峁┑囊环N顯示方法、處理器及服務器中，服務器通過獲得終端的屬性后，將終端所請求顯示的內(nèi)容進行相應的調(diào)整，使得終端所請求顯示的內(nèi)容的顯示屬性與終端的屬性相對應，再將調(diào)整后的內(nèi)容發(fā)送到終端去顯示，由此，服務器發(fā)送到終端的內(nèi)容會根據(jù)終端的屬性不同而具有不同的顯示屬性，帶給用戶不同的使用體驗，實現(xiàn)本申請目的。

附圖說明

為了更清楚地說明本申請實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請的一些實施例，對于本領域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本申請實施例一提供的一種顯示方法的流程圖；

圖2為本申請實施例的應用示例圖；

圖3為本申請實施例二提供的一種顯示方法的流程圖；

圖4～圖6分別為本申請實施例的其它應用示例圖；

圖7為本申請實施例三提供的一種處理器的結(jié)構(gòu)示意圖；

圖8為本申請實施例四提供的一種服務器的結(jié)構(gòu)示意圖；

圖9為本申請實施例四的另一結(jié)構(gòu)示意圖。

具體實施方式

下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例。基于本申請中的實施例，本領域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。

圖1所示為本申請實施例一提供的一種顯示方法的實現(xiàn)流程圖，本實施例中的方法可以適用于存儲有運算內(nèi)容或與數(shù)據(jù)庫和/或文件系統(tǒng)相連接的服務器上，而數(shù)據(jù)庫及文件系統(tǒng)中存儲有運算內(nèi)容，如圖2中所示，終端與服務器之間存在數(shù)據(jù)鏈接，如WiFi或藍牙或有線連接等，數(shù)據(jù)庫及文件系統(tǒng)各自與服務器之間存在數(shù)據(jù)連接，如有線或WiFi或藍牙等。

在本實施例中，可以包括以下方法步驟：

步驟101：接收終端發(fā)送的顯示請求。

其中，顯示請求中包括內(nèi)容標識，這一內(nèi)容標識能夠表征終端向服務器所請求顯示的內(nèi)容。另外，顯示請求中還包括有終端的屬性，終端的屬性能夠表征終端的設備特征等。

終端在需要顯示某些運算內(nèi)容時，首先生成包含所請求顯示的內(nèi)容的內(nèi)容標識及終端的屬性的顯示請求，再將這一顯示請求向服務器進行發(fā)送，由服務器對這一顯示請求進行接收，并對這一顯示請求進行后續(xù)的響應操作，如步驟102～步驟104。

步驟102：基于內(nèi)容標識，獲得內(nèi)容標識對應的目標內(nèi)容。

其中，若運算內(nèi)容存儲在服務器本身的存儲區(qū)域上，則服務器直接在其存儲區(qū)域中獲得這些內(nèi)容標識對應的目標內(nèi)容；

若運算內(nèi)容存儲在與服務器相連接的數(shù)據(jù)庫上，則服務器可以向數(shù)據(jù)庫發(fā)送數(shù)據(jù)讀取請求，并獲得授權(quán)之后，服務器在數(shù)據(jù)庫中讀取并獲得這些內(nèi)容標識對應的目標內(nèi)容。

步驟103：調(diào)整目標內(nèi)容，使得目標內(nèi)容的顯示屬性與終端的屬性相對應。

本實施例中可以調(diào)整目標內(nèi)容的各種顯示屬性，來使得目標內(nèi)容在終端上的顯示風格等屬性與終端的屬性相匹配，使得用戶使用不同的終端能夠得到不同的內(nèi)容顯示體驗。

步驟104：將調(diào)整后的目標內(nèi)容發(fā)送到終端顯示。

由上述方案可知，本實施例提供的一種顯示方法中，通過獲得終端的屬性后，將終端所請求顯示的內(nèi)容進行相應的調(diào)整，使得終端所請求顯示的內(nèi)容的顯示屬性與終端的屬性相對應，再將調(diào)整后的內(nèi)容發(fā)送到終端去顯示，由此，發(fā)送到終端的內(nèi)容會根據(jù)終端的屬性不同而具有不同的顯示屬性，帶給用戶不同的使用體驗，實現(xiàn)本實施例目的。

在具體實現(xiàn)中，顯示請求中所包含的終端屬性可以為：終端的設備類型(如ID，identification)、終端的屏幕尺寸、終端的通信參數(shù)、終端的電能剩余量中的一種或任意組合。

其中，終端的設備類型是指pad、手機、電腦等類型，設備類型與終端中所使用的操作系統(tǒng)具有關聯(lián)關系，如Android、IOS等系統(tǒng)；終端的屏幕尺寸是指終端屏幕的大小，如4.8寸、5.5寸、7.9寸、9.7寸、14.1寸或32寸等各種尺寸；終端的通信參數(shù)是指終端的網(wǎng)絡數(shù)據(jù)傳輸速率等參數(shù)，如傳統(tǒng)意義上的網(wǎng)速；終端的電能剩余量是指終端的儲能設備如電池中的剩余電量，如52％的剩余電量或200萬焦耳的剩余電量等。

本實施例中，通過調(diào)整目標內(nèi)容的顯示屬性與終端的這些屬性相匹配，例如，終端的設備操作系統(tǒng)不同，相應顯示內(nèi)容的布局基于操作系統(tǒng)的風格而各不相同；或者，終端的屏幕尺寸不同，相應顯示內(nèi)容的布局基于屏幕尺寸的不同而各具特色，等等，使得用戶使用不同終端能夠基于終端自身的屬性特點得到不同的內(nèi)容觀看體驗，豐富用戶的使用體驗。

圖3所示為本申請實施例二提供的一種顯示方法的實現(xiàn)流程圖，其中，步驟103可以通過以下方式實現(xiàn)：

步驟131：調(diào)整目標內(nèi)容的顯示窗口屬性、字符顯示屬性、視窗類型中的一種或任意組合，使得目標內(nèi)容的顯示屬性與終端的屬性相對應。

其中，調(diào)整目標內(nèi)容的顯示窗口屬性，可以為：調(diào)整終端顯示目標內(nèi)容的窗口亮度或窗口格式style等，窗口格式可以為：簡化版的窗口格式或者增加閃光或增加其它色彩的炫酷的窗口格式等；

調(diào)整目標內(nèi)容的字符顯示屬性，可以為：提取目標內(nèi)容中的部分字符內(nèi)容作為待顯示的內(nèi)容，也就是將目標內(nèi)容中關鍵性的部分字符內(nèi)容在終端上進行顯示，和/或，調(diào)整目標內(nèi)容中字符的布局類型，如改變字符的大小以適應終端的設備類型或屏幕尺寸；改變終端顯示頁面中字符的行數(shù)及每行字符的個數(shù)，等等。

調(diào)整目標內(nèi)容的視窗類型，可以為：將目標內(nèi)容的視窗類型與終端的設備操作系統(tǒng)如Windows、Ubuntu、Linux red hat等操作系統(tǒng)的視圖相匹配，如Android或ios等的視窗類型。

例如，本實施例中，PC端向服務器申請顯示內(nèi)容，服務器在接收到PC端發(fā)送的顯示請求并基于顯示請求中的內(nèi)容標識獲得目標內(nèi)容之后，編輯目標內(nèi)容的視窗類型與PC端上Windows的視窗化布局相匹配，如圖4中的視窗類型所示，對于文檔內(nèi)容的顯示中，分為：功能選擇區(qū)a1與內(nèi)容顯示編輯區(qū)a2，這兩個區(qū)分別位于窗口的上下兩個區(qū)域。

而若手機端向服務器申請顯示內(nèi)容，服務器在接收到手機端發(fā)送的顯示請求并基于顯示請求中的內(nèi)容標識獲得目標內(nèi)容之后，提取目標內(nèi)容中的部分內(nèi)容如關鍵字符內(nèi)容作為待顯示的內(nèi)容，并編輯待顯示的內(nèi)容的視窗類型與手機端上Android或IOS的視窗布局相匹配，如圖5和圖6中的視窗類型所示，對于文檔內(nèi)容的顯示中，可以分為：標題和功能選擇區(qū)b1、隱藏側(cè)邊欄功能選擇區(qū)b2、內(nèi)容顯示編輯區(qū)b3及功能選擇區(qū)域b4，如圖5中所示；或者，也可以分為：標題和功能選擇區(qū)c1、內(nèi)容編輯區(qū)域c2和鍵盤輸入?yún)^(qū)域c3，如圖6中所示，任務欄隱藏在home鍵中。

由此，終端的設備類型不同，服務器向終端發(fā)送內(nèi)容時，在各個終端上會因為終端自身的特色所顯示的內(nèi)容以不同的布局進行顯示，為用戶帶來多種使用體驗，豐富用戶生活。

再如，手機端向服務器申請顯示內(nèi)容，服務器在接收到手機端發(fā)送的顯示請求并基于顯示請求中的內(nèi)容標識獲得頁面文檔之后，改變文檔中字符的字體大小及字體類型以適應手機端預設的字體大小及字體類型，如宋體的24號字體，和/或，改變文檔中每頁顯示的字符的行數(shù)為16行，每行的字符個數(shù)為15個；

而若PC端向服務器申請顯示內(nèi)容，服務器在接收到PC端發(fā)送的顯示請求并基于顯示請求中的內(nèi)容標識獲得頁面文檔之后，改變文檔中字符的字體大小及字體類型以適應PC端預設的字體大小及字體類型，如楷體_GB2312的4號字體，和/或，改變文檔中每頁顯示的字符的行數(shù)為35行，每行的字符個數(shù)為31個。

由此，終端的類型不同，服務器向終端發(fā)送內(nèi)容時，在各個終端上會因為終端自身的特色所顯示的內(nèi)容以不同的布局進行顯示，為用戶帶來多種使用體驗，豐富用戶生活。

再如，只剩余2％的手機端向服務器申請顯示內(nèi)容，服務器在接收到手機端發(fā)送的顯示請求并基于顯示請求中的內(nèi)容標識獲得頁面文檔之后，基于手機端的剩余電量較低，調(diào)整頁面文檔的顯示窗口的窗口亮度降低到最小值，以節(jié)省電量。

或者，網(wǎng)絡連接速率較低時，手機端向服務器申請顯示內(nèi)容，服務器在接收到手機端發(fā)送的顯示請求并基于顯示請求中的內(nèi)容標識獲得頁面文檔之后，基于手機端的網(wǎng)絡連接速率較低，調(diào)整頁面文檔的顯示窗口簡潔化，根據(jù)算法剔除非關鍵性的窗口特征或者字符，色彩復雜度降低，讓使用流暢度得到保證。

圖7所示，為本申請實施例三提供的一種處理器的結(jié)構(gòu)示意圖，處理器設置于服務器中，可以包括有以下結(jié)構(gòu)：

請求接收單元701，用于接收終端發(fā)送的顯示請求。

其中，顯示請求中包括內(nèi)容標識及終端的屬性，內(nèi)容標識表征終端所請求顯示的內(nèi)容。

而終端的屬性可以包括：終端的設備類型、終端的屏幕尺寸、終端的通信參數(shù)、終端的電能剩余量中的一種或任意組合。

內(nèi)容獲得單元702，用于基于內(nèi)容標識，獲得內(nèi)容標識對應的目標內(nèi)容。

內(nèi)容調(diào)整單元703，用于調(diào)整目標內(nèi)容，使得目標內(nèi)容的顯示屬性與終端的屬性相對應。

其中，內(nèi)容調(diào)整單元703調(diào)整目標內(nèi)容，具體為：

調(diào)整目標內(nèi)容的顯示窗口屬性、字符顯示屬性、視圖類型中的一種或任意組合，使得目標內(nèi)容的顯示屬性與所述終端的屬性相對應。

具體的，內(nèi)容調(diào)整單元703調(diào)整目標內(nèi)容的字符顯示屬性，包括：

提取目標內(nèi)容中的部分字符內(nèi)容作為待顯示的內(nèi)容；和/或，調(diào)整所述目標內(nèi)容中字符的布局類型。

內(nèi)容發(fā)送單元704，用于將調(diào)整后的目標內(nèi)容發(fā)送到終端顯示。

由上述方案可知，本實施例提供的一種處理器中，通過獲得終端的屬性后，將終端所請求顯示的內(nèi)容進行相應的調(diào)整，使得終端所請求顯示的內(nèi)容的顯示屬性與終端的屬性相對應，再將調(diào)整后的內(nèi)容發(fā)送到終端去顯示，由此，發(fā)送到終端的內(nèi)容會根據(jù)終端的屬性不同而具有不同的顯示屬性，帶給用戶不同的使用體驗，實現(xiàn)本實施例目的。

圖8所示，為本申請實施例四提供的一種服務器的結(jié)構(gòu)示意圖，其中，服務器可以包括以下結(jié)構(gòu)：

第一接口801，用于接收終端發(fā)送的顯示請求。

其中，顯示請求中包括內(nèi)容標識及終端的屬性，內(nèi)容標識表征終端所請求顯示的內(nèi)容。

處理器802，用于基于內(nèi)容標識，獲得內(nèi)容標識對應的目標內(nèi)容，并調(diào)整目標內(nèi)容，使得目標內(nèi)容的顯示屬性與終端的屬性相對應。

第二接口803，用于將調(diào)整后的目標內(nèi)容發(fā)送到所述終端顯示。

在具體實現(xiàn)中，服務器的內(nèi)部模塊的組成結(jié)構(gòu)可以參考圖9中所示，處理器可以由終端判斷模塊、PC端請求處理模塊、手機端請求處理模塊及pad端請求處理模塊等等，分別對不同終端的顯示請求進行處理，如從數(shù)據(jù)庫或文件系統(tǒng)中獲得目標內(nèi)容并進行調(diào)整，使得調(diào)整后的目標內(nèi)容的顯示屬性與終端的屬性相對應。

具體的，PC端請求處理模塊由Windows界面生成器及Ubuntu界面生成器等組成，手機端請求處理模塊由Android界面生成器等組成，pad端請求處理模塊由Android界面生成器等組成。

由上述方案可知，本實施例提供的一種服務器中，服務器利用第一接口通過獲得終端的屬性后，利用處理器將終端所請求顯示的內(nèi)容進行相應的調(diào)整，使得終端所請求顯示的內(nèi)容的顯示屬性與終端的屬性相對應，再利用第一接口將調(diào)整后的內(nèi)容發(fā)送到終端去顯示，由此，發(fā)送到終端的內(nèi)容會根據(jù)終端的屬性不同而具有不同的顯示屬性，帶給用戶不同的使用體驗，實現(xiàn)本實施例目的。

在具體實現(xiàn)中，第一接口801所接收到的終端的屬性包括：終端的設備類型、終端的屏幕尺寸、終端的通信參數(shù)、終端的電能剩余量中的一種或任意組合。

而處理器802調(diào)整目標內(nèi)容，具體為：

調(diào)整目標內(nèi)容的顯示窗口屬性、字符顯示屬性、視圖類型中的一種或任意組合，使得目標內(nèi)容的顯示屬性與終端的屬性相對應。

優(yōu)選的，處理器802調(diào)整目標內(nèi)容的字符顯示屬性，具體為：提取目標內(nèi)容中的部分字符內(nèi)容作為待顯示的內(nèi)容；和/或，調(diào)整目標內(nèi)容中字符的布局類型。

需要說明的是，本說明書中的各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。

最后，還需要說明的是，在本文中，諸如第一和第二等之類的關系術(shù)語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。

以上對本發(fā)明所提供的一種顯示方法、處理器及服務器進行了詳細介紹，對所公開的實施例的上述說明，使本領域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。對這些實施例的多種修改對本領域的專業(yè)技術(shù)人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本發(fā)明將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。