本申請涉及計算機技術領域，尤其涉及一種視圖調整的方法及裝置。

背景技術：

當前，客戶端所展示的界面中包含有文字、圖片、視頻等多種界面元素，這些界面元素極大的豐富了客戶端的界面內容，并給用戶在視覺上帶來了極大的體驗。

在實際應用中，用戶瀏覽客戶端所展示的內容的過程中，通常會遇到圖片或視頻橫豎顛倒的情況，此時，用戶需要通過轉動終端才能正常瀏覽該圖片或視頻，如圖1所示。

圖1為現有技術中圖片在客戶端界面中出現橫豎顛倒情況的示意圖。

在圖1中，用戶所看到的圖片是一個橫豎顛倒的圖片，該圖片出現橫豎顛倒的情況通常是由上傳該圖片的用戶在拍攝該圖片時所持終端的方式有關的。由于該圖片所展示的內容并不是一個正放的圖片(所謂正放的圖片是指用戶無需轉動終端即可正常瀏覽的圖片)，所以，用戶若想正常的瀏覽該圖片，則需要將終端進行相應的轉動，才能對該圖片進行正常的瀏覽，這樣就增加了用戶瀏覽圖片過程中的額外操作，從而給用戶帶來了不便。

技術實現要素：

本申請實施例提供一種視圖調整的方法，用以解決現有技術中終端中顯示的視圖出現橫豎顛倒而使用戶無法方便的正常瀏覽該視圖的問題。

本申請實施例提供了一種視圖調整的方法，包括：

將視圖發送給終端顯示；

采集所述終端針對所述視圖上傳的視圖轉動信息；

根據所述視圖轉動信息，確定所述視圖的調整方式；

按照所述調整方式調整所述視圖。

本申請實施例提供一種視圖調整的裝置，用以解決現有技術中終端中顯示的視圖出現橫豎顛倒而使用戶無法方便的正常瀏覽該視圖的問題。

本申請實施例提供了一種視圖調整的裝置，包括：

視圖發送模塊，將視圖發送給終端顯示；

信息采集模塊，采集所述終端針對所述視圖上傳的視圖轉動信息；

確定模塊，根據所述視圖轉動信息，確定所述視圖的調整方式；

視圖調整模塊，按照所述調整方式調整所述視圖。

本申請實施例提供一種視圖調整的方法，用以解決現有技術中終端中顯示的視圖出現橫豎顛倒而使用戶無法方便的正常瀏覽該視圖的問題。

本申請實施例提供了一種視圖調整的方法，包括：

終端接收服務器發送的視圖并顯示；

在顯示所述視圖的過程中，監測自身是否發生轉動；

當監測到發生轉動時，確定當前顯示的視圖的視圖標識，并生成終端轉動信息；

將所述終端轉動信息與視圖標識對應進行記錄，生成所述視圖標識對應的視圖轉動信息；

將所述視圖轉動信息上傳至服務器，以使所述服務器根據所述視圖轉動信息調整所述視圖。

本申請實施例提供一種視圖調整的裝置，用以解決現有技術中終端中顯示的視圖出現橫豎顛倒而使用戶無法方便的正常瀏覽該視圖的問題。

本申請實施例提供了一種視圖調整的裝置，包括：

接收顯示模塊，終端接收服務器發送的視圖并顯示；

轉動監測模塊，在顯示所述視圖的過程中，監測自身是否發生轉動；

確定標識模塊，當監測到發生轉動時，確定當前顯示的視圖的視圖標識，并生成終端轉動信息；

信息生成模塊，將所述終端轉動信息與視圖標識對應進行記錄，生成所述視圖標識對應的視圖轉動信息；

信息上傳模塊，將所述視圖轉動信息上傳至服務器，以使所述服務器根據所述視圖轉動信息調整所述視圖。

本申請實施例采用的上述至少一個技術方案能夠達到以下有益效果：

在本申請實施例中，服務器可根據終端上傳的視圖轉動信息確定出在終端中顯示的視圖需要調整，并根據該視圖轉動信息進一步確定出如何調整該視圖，而后，服務器可將調整后的視圖發送給終端進行顯示。由于服務器在調整該視圖的過程中是根據終端上傳的視圖轉動信息調整的，該視圖轉動信息反映了用戶在查看該視圖時轉動終端的情況，所以，服務器根據該視圖轉動信息調整該視圖后可得到能夠在終端正常顯示的視圖，即，用戶查看服務器發送的調整后的視圖時，無需再執行轉動終端的額外操作，從而給用戶在瀏覽視圖的過程中帶來了便利。

附圖說明

此處所說明的附圖用來提供對本申請的進一步理解，構成本申請的一部分，本申請的示意性實施例及其說明用于解釋本申請，并不構成對本申請的不當限定。在附圖中：

圖1為現有技術中圖片在客戶端界面中出現橫豎顛倒情況的示意圖；

圖2為本申請實施例提供的視圖調整過程的示意圖；

圖3a、3b為本申請實施例提供的橫豎顛倒的視圖與正常顯示的視圖的區別示意圖；

圖4為本申請實施例提供的終端屏幕中同時顯示多個視圖的示意圖；

圖5為本申請實施例提供的終端生成視圖轉動信息的過程；

圖6為本申請實施例提供的一種視圖調整的裝置示意圖；

圖7為本申請實施例提供的另一種視圖調整的裝置示意圖。

具體實施方式

為了使本技術領域的人員更好地理解本申請中的技術方案，下面將結合本申請實施例中的附圖，對本申請實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都應當屬于本申請保護的范圍。

圖2為本申請實施例提供的視圖調整過程的示意圖，具體包括以下步驟：

s201：將視圖發送給終端顯示。

在本申請實施例中，當用戶通過終端瀏覽視圖時，可通過終端向服務器發送視圖獲取請求，服務器在接收到該視圖獲取請求后，可將對應該視圖獲取請求的視圖發送至終端，以供用戶進行瀏覽。其中，這里提到的視圖可以是圖片或是視頻等信息。

從上述說明中可以看出，本申請實施例中提到的視圖并不是終端自身存儲的視圖，而是需要從服務器中獲取的視圖，如在實際應用中，用戶通過終端查看新聞信息時，需要從服務器獲取到相關的新聞信息，其中，終端獲取到的新聞信息中包含的視圖即為本申請實施例所指的視圖；再例如，用戶通過終端查看好友的動態信息時，也需要通過服務器才能獲取到該動態信息，而該動態信息中包含的視圖即為上述提到的視圖。

需要說明的是，在本申請實施例中，除了可通過終端向服務器發送視圖獲取請求外，也可通過終端中安裝的客戶端來發送該視圖獲取請求，如，當用戶啟動了終端中的某一客戶端時，該客戶端即可向服務器發送視圖獲取請求，相應的，服務器在接收到該客戶端通過終端發送的視圖獲取請求時，可根據該視圖獲取請求，向該客戶端返回相應的視圖，以使該客戶端將獲取到的視圖在終端界面中進行顯示。

s202：采集所述終端針對所述視圖上傳的視圖轉動信息。

終端在接收到服務器發送的視圖后，可將該視圖顯示給用戶進行瀏覽，而用戶在瀏覽該視圖的過程中，若該視圖處理橫豎顛倒的狀態(如圖1所示)，則用戶需要將終端進行相應的轉動，才能正常的瀏覽該視圖，在此過程中，終端可根據用戶執行的終端轉動操作，生成針對該視圖的視圖轉動信息，并將該視圖轉動信息上傳至服務器中，其中，終端根據用戶執行的終端轉動操作，生成相應的視圖轉動信息的具體過程將在步驟s504中詳細說明。

由于本申請實施例意在通過服務器將終端中橫豎顛倒顯示的視圖調整為能夠在終端中正常顯示的視圖，因此，服務器需要采集終端針對該視圖上傳的視圖轉動信息，并以此為依據，在后續過程中對該視圖進行調整。

在實際應用中，服務器發送的該視圖并不只針對一個終端而發送的，而是針對多個終端發送的，如，在即時通訊客戶端中，用戶可將自己的狀態信息(該狀態信息中可包含有視圖)發送至社交網絡中供其他用戶進行瀏覽，而其他用戶則需要從服務器中獲取到該用戶發布的狀態信息才能通過所持有的終端瀏覽該狀態信息，換句話說，對于同一個視圖來說，各終端均可從服務器獲取到該視圖并將其進行顯示。而若服務器發送的視圖在一個終端中出現了橫豎顛倒顯示的情況，則這種情況可能也會在其他終端中出現(因為出現橫豎顛倒的情況通常都是由上傳該視圖的用戶在拍攝該視圖時所持終端的方式導致的)，所以，其他用戶通過各自持有的終端瀏覽該視圖時，各終端也將在監測到用戶瀏覽該視圖的過程中對終端執行了轉動操作而生成相應的視圖轉動信息，并將各自生成的視圖轉動信息上傳到服務器中，相應的，服務器也將采集各終端上傳的各視圖轉動信息，并在后續過程中，通過各視圖轉動信息確定出如何調整該視圖。其中，服務器可將多個終端上傳的該視圖的視圖轉動信息進行全部采集，或是只將一部分終端上傳的該視圖的視圖轉動信息進行采集，如，服務器在接收到各終端上傳的視圖轉動信息后，可從各視圖轉動信息中包含的各用戶標識中確定出活躍用戶，并將活躍用戶通過終端上傳的視圖轉動信息進行采集(因為活躍用戶更能夠準確的反映出各視圖的顯示狀況)。這里提到的活躍用戶可通過服務器記錄的用戶信息來進行確定，如，用戶日志等，而具體的確定方式可以是通過記錄的用戶信息來確定諸如用戶在一定時間段內登錄客戶端或服務器的次數等，并以此來確定用戶是否為活躍用戶。

需要說明的是，上述提到的正常顯示的視圖是指用戶無需轉動終端即可正常瀏覽的視圖，橫豎顛倒的視圖與正常顯示的視圖的具體區別如圖3a、3b所示。

圖3a、3b為本申請實施例提供的橫豎顛倒的視圖與正常顯示的視圖的區別示意圖。

在圖3a中，終端屏幕上顯示有一幅圖片(該圖片即為上述說明的視圖)，其中，該圖片中的人物的站立方向與終端屏幕的豎直方向并不處于同一方向，則該圖片稱為在終端中處于橫豎顛倒顯示狀態的圖片。而對于圖3b來說，在終端上顯示的圖片中，人物的站立方向與終端屏幕的豎直方向處于同一方向，則圖3b中的圖片稱為終端中處于正常顯示的圖片。用戶若想正常查看圖3a中的圖片，則需要將終端進行相應的轉動，才能正常瀏覽該圖片，而對于圖3b中的圖片來說，由于該圖片在終端中已處于正放的狀態，因此，用戶瀏覽該圖片時無需對終端執行相應的轉動，即可正常瀏覽該圖片。

s203：根據所述視圖轉動信息，確定所述視圖的調整方式。

對于在終端中橫豎顛倒顯示的視圖來說，其視圖本身并不存在問題，只是在顯示方向上出現了問題，所以，服務器若能調整這些視圖在終端中的顯示方向，即可使這些視圖在終端中正常的顯示。因此，在本申請實施例中，服務器采集終端上傳的視圖轉動信息后，可確定出該視圖轉動信息中包含的該視圖的轉動方向，并根據該視圖的轉動方向，確定出該視圖的調整方向。其中，該視圖的轉動方向是用戶轉動終端瀏覽視圖的過程中，由終端負責記錄的，具體的過程在步驟s503中詳細說明。

服務器確定該視圖的調整方向具體可采用以下方式來進行：當該視圖轉動信息中包含的該視圖的轉動方向為逆時針轉動時，則確定該視圖的調整方向為逆時針轉動，而當該視圖轉動信息中包含的該視圖的轉動方向為順時針轉動時，則確定該視圖的調整方向為順時針轉動。

在實際應用中，用戶在瀏覽一個橫豎顛倒的視圖時，起初轉動終端的方向可能是錯誤的方向，如，用戶瀏覽圖3a所示的圖片時，正常情況下，用戶應該順時針轉動終端，但是實際上，用戶可能先是將終端進行了逆時針終端，并在發現轉錯方向時立即順時針轉動了終端。對于這種情況來說，由于終端會根據用戶轉動終端的操作，記錄相應的視圖轉動信息，所以，在此過程中，終端實際上是根據用戶執行的兩次轉動終端操作生成了相應的兩個視圖轉動信息，并將這兩個視圖轉動信息全部上傳至了服務器中，服務器僅根據這兩個視圖轉動信息是無法確定出如何調整該視圖的，需要根據其他用戶所持有的終端來進一步的確定該視圖的調整方向。

基于此，在本申請實施例中，服務器在采集到各終端針對該視圖上傳的各視圖轉動信息后，可根據各視圖轉動信息中包含的用戶標識以及該視圖的不同轉動方向，確定出每個轉動方向分別對應的用戶數量，也即用戶標識的數量，而后，服務器可將用戶標識數量最大(用戶數量最大)的轉動方向，確定為該視圖的調整方向，進而在后續過程中，通過該調整方向，對該視圖進行調整。

例如，服務器采集的各視圖轉動信息中表明，對于該視圖來說，有23498個用戶在瀏覽該視圖時逆時針轉動了終端(即有23498個視圖轉動信息指出了該視圖的轉動方向為逆時針轉動)，而有533個用戶在瀏覽該視圖時順時針轉動了終端(即有533個視圖轉動信息指出了該視圖的轉動方向為順時針轉動)。因此，服務器可將用戶數量(即用戶標識數量)最大的轉動方向：逆時針轉動確定為該視圖的調整方向。

服務器在確定出該視圖的調整方向后，可根據確定出的該調整方向，相應確定出該視圖的調整方式，確定調整方式的具體方式可以采用以下兩種方式：第一種：服務器可根據確定出的該調整方向以及設定角度，確定該視圖的調整方向，其中，這里提到的設定角度可以由人為進行設定，如，將視圖轉動90°等，當然，該設定角度也可由服務器根據視圖的圖像類型進行設定，如，對于一些對稱性較強的圖片來說，用戶可能并不需要將這些圖片轉動90°即可正常的瀏覽該圖片。所以，對于不同圖像類型的視圖來說，服務器可針對不同圖像類型的視圖，分別設置不同的設定角度，并在后續過程中，根據視圖的圖像類型，確定出適合該視圖的設定角度。

第二種：服務器在采集到各視圖轉動信息后，可根據各視圖轉動信息中包含的該視圖的轉動方向以及轉動角度，確定出該視圖的調整方向以及調整角度，并進一步根據確定出的該調整方向以及調整角度，確定出該視圖的調整方式。其中，服務器確定出該視圖的調整方向的方式與上述相同，在此就不進行詳細贅述了，而對于調整角度的確定方式來說，服務器可在一定的角度范圍內，設置若干個角度區間，并針對每個角度區間，確定落入該角度區間的轉動角度(該轉動角度即為各視圖轉動信息中包含的該視圖的轉動角度)的數量，而后，服務器可將轉動角度落入數量最多的角度區間的中間角度確定為該視圖的調整角度，進而通過該調整角度以及確定出的調整方向，確定出該視圖的調整方式。當然，這里說明的調整角度的確定方式并不唯一，也可通過其他的方式進行確定，如，將各視圖轉動信息中包含的該視圖的各轉動角度的平均值確定為調整角度，抑或是將各視圖轉動信息中包含的該視圖的各轉動角度進行收斂，并將收斂出的角度確定為調整該視圖的調整角度，其他的調整角度確定方式在此就不進行一一舉例說明了。

s204：按照所述調整方式調整所述視圖。

服務器在確定出該視圖的調整方式之后，可根據該調整方式對該視圖進行調整，并將調整后的視圖發送給終端進行顯示，如，服務器確定出的該視圖的調整方式為順時針轉動90°，則服務器可對該視圖執行順時針轉動90°的調整，并將調整后的視圖發送至終端進行顯示。其中，服務器將調整后的視圖發送給終端進行顯示并不是說終端會立刻顯示調整后的視圖，而是指用戶通過終端后續再次瀏覽該視圖時，服務器會將調整后的視圖發送給終端并顯示。如，用戶通過終端再次向服務器發送獲取該視圖的視圖獲取請求時，服務器可將調整后的視圖發送給用戶終端并顯示。當然，服務器也可將調整后的視圖發送給其他用戶的終端進行顯示，即，當服務器調整完該視圖后，接收到其他用戶發送的獲取該視圖的視圖獲取請求時，則可將調整后的視圖發送給其他用戶。

從上述方法可以看出，由于服務器在調整該視圖的過程中是根據終端上傳的視圖轉動信息調整的，該視圖轉動信息反映了用戶在查看該視圖時轉動終端的情況，所以，服務器根據該視圖轉動信息調整該視圖后可得到能夠在終端正常顯示的視圖，即，用戶查看服務器發送的調整后的視圖時，無需再執行轉動終端的額外操作，從而給用戶在瀏覽視圖的過程中帶來了便利。

需要說明的是，在實際應用中，終端屏幕中有時會同時顯示多個視圖，如圖4所示。

圖4為本申請實施例提供的終端屏幕中同時顯示多個視圖的示意圖。

在圖4中，終端屏幕中同時顯示有多個視圖，在這些視圖中，第一幅視圖(從上到下順序排列)和第三幅視圖均為正常顯示的視圖，而第二副視圖則處于橫豎顛倒的狀態。用戶在瀏覽這第二幅視圖時需要將終端進行轉動才能正常瀏覽該視圖，但是，由于終端屏幕中同時顯示有這三幅視圖，所以，終端在生成相應的視圖轉動信息時，則是針對這三幅視圖生成的，換句話說，服務器生成的該視圖轉動信息記錄的是這三幅視圖的轉動情況，而實際上處于橫豎顛倒狀態的卻只有第二幅視圖，若服務器無法準確的從該視圖轉動信息中確定出哪副視圖才是真正需要調整的視圖，則可能無法對需要調整的視圖執行調整，或是出現調整錯誤(即將無需調整的視圖進行了調整)的情況發生。

為了防止上述情況的發生，在本申請實施例中，服務器可在確定出上述視圖轉動信息中包含的多個視圖的視圖標識時，則從這些視圖標識中，確定出真正需要調整的視圖的視圖標識。

具體的，在實際應用中，服務器向一個終端發送的視圖通常并不是一個單獨視圖，而是多個視圖，如，用戶在終端中瀏覽各好友發布的狀態信息(假設每個友好的狀態信息中均包含有一個視圖)時，用戶在終端中看到的是自上而下排列的各好友發布的狀態信息，通常情況下，用戶看到的各狀態信息都是按照固定順序進行排列，換句話說，不同用戶看到的各狀態信息的排列順序通常是相同的。而由于本申請實施例意在從視圖轉動信息包含的各視圖標識中確定出實際需要調整的視圖的視圖標識，所以，服務器在向服務器發送各視圖時，可將各視圖的順序進行隨機排序，以使不同用戶看到的各視圖的排序有所不同。

基于此，服務器可將采集到的視圖轉動信息中包含的每個視圖標識均作為一個待定視圖標識，并針對每個待定視圖標識，從采集的各視圖轉動信息中確定該待定視圖標識對應的各視圖轉動信息，即包含該待定視圖標識的各視圖轉動信息，而后，服務器可從確定出的各視圖轉動信息包含的所有視圖標識中，確定出除該待定視圖標識以外的至少一個其他視圖標識。服務器可從采集到的各視圖轉動信息中查找是否存在包含有其他視圖標識但不包含該待定視圖標識的視圖轉動信息，并當查找到時，可確定出需要調整該待定視圖標識對應的視圖。

例如，假設服務器向終端發送了視圖a，該視圖a中在終端屏幕上是橫豎顛倒顯示的，而用戶通過終端瀏覽該視圖a的過程中，視圖b和視圖c也在終端屏幕中一并顯示，則若用戶轉動終端時，終端生成的視圖轉動信息則是對應這三幅視圖的。為了從該視圖轉動信息中確定出哪一幅視圖是實際需要調整的視圖，服務器可從該視圖轉動信息中確定出這三幅視圖的視圖標識，并將這三幅視圖的視圖標識均作為待定視圖標識看待，而后，當服務器確定視圖a是否為需要調整的視圖時，可針對視圖b和視圖c的視圖標識(相對于視圖a的視圖標識來說，視圖b和視圖c的視圖標識為其他視圖標識)，從采集到的各視圖轉動信息中確定是否存在包含有視圖b和視圖c的視圖標識但是并不存在視圖a的視圖標識(即待定視圖標識)的視圖轉動信息，若未找到，則服務器可確定出用戶在瀏覽視圖b和視圖c的過程中，均未轉動終端，繼而可確定出視圖a是實際需要調整的視圖。

需要說明的是，在實際應用中，終端屏幕上勢必會存在單個視圖顯示的情況，所以，若終端單獨顯示某一幅視圖時，該幅視圖處于橫豎顛倒的狀態，則服務器勢必會采集到只包含有該視圖的視圖標識的視圖轉動信息，相應的也就確定出了該視圖是需要服務器調整的視圖。因此，即使一些視圖轉動信息中包含有多個視圖的視圖標識，服務器可根據只包含有單個視圖標識的視圖轉動信息，從包含有多個視圖標識的視圖轉動信息中確定出實際需要調整的視圖。

在實際應用中，一些用戶可能會習慣性的傾斜一定角度來瀏覽視圖，如，某一用戶習慣性的將終端順時針傾斜15°來瀏覽視圖。通常情況下，大部分的視圖均是正常顯示在終端屏幕中的，即如圖3b中終端屏幕上所顯示的視圖，倘若某一用戶習慣性傾斜一定的角度來瀏覽視圖，且用戶傾斜終端的角度已經超出了終端觸發記錄終端轉動情況的角度時(即當終端監測到自身轉動超出了某一角度時，則監測到終端發生轉動，并相應的生成視圖轉動信息)，則服務器將會接收到該用戶通過終端上傳的大量視圖轉動信息，若服務器將這些視圖轉動信息均作為用戶瀏覽橫豎顛倒的視圖時轉動終端所產生的視圖轉動信息來看的話，則這些視圖轉動信息實際上會對服務器的視圖調整造成干擾，從而影響服務器調整視圖的準確性。

為了避免上述情況的發生，在本申請實施例中，服務器在接收到某一用戶上傳的視圖轉動信息后發現，該用戶瀏覽大部分視圖時均是向固定方向轉動了一定角度時，則可確定出該用戶在瀏覽視圖的過程中，習慣性的將終端向該方向轉動一定角度，而后，服務器可將該角度作為該用戶的基準角度，并對該用戶上傳的其他轉動角度的視圖轉動信息進行分析，以確定出該用戶在瀏覽視圖的過程中，哪些視圖才是該用戶實際需要轉動終端瀏覽的視圖，進而在后續過程中，對確定出的這些視圖進行調整。

具體的，服務器采集到各用戶通過終端上傳的視圖轉動信息后，可針對每個用戶(換句話說是針對每個用戶標識)，確定預先保存的該用戶標識對應的基準角度，這里提到的基準角度即為服務器根據該用戶上傳的歷史視圖轉動信息確定出來的用戶瀏覽各視圖時習慣轉動終端的角度。服務器確定出該用戶的基準角度后，可從該用戶上傳的包含該視圖的視圖標識的視圖轉動信息中確定出該用戶瀏覽該視圖時轉動終端的轉動角度，并進一步通過確定出的基準角度，確定出該用戶在瀏覽該視圖時相對于正常情況下轉動終端的相對轉動角度，其中，服務器確定相對轉動角度的方式可以是：將該視圖轉動信息中包含的轉動角度減去確定出的基準角度，得到該相對轉動角度，也可以將該基準角度乘以一定的系數后，則用該轉動角度該系數與基準角度的乘積，得到該相對轉動角度，抑或是使用該轉動角度減去該基準角度后，將兩者的差值再乘以一個預設的系數，得到該相對轉動角度。當然，確定相對轉動角度的方式還有很多，在此就不一一進行舉例說明了。

服務器在確定出該用戶瀏覽該視圖相對于正常情況下的相對轉動角度后，可以相同的方式，確定出其他用戶對應于該視圖的相對轉動角度，進而通過針對每個用戶確定出的該視圖的相對轉動角度，確定出該視圖的調整角度。

在本申請實施例中，服務器在確定各用戶的基準角度時，可針對每個用戶，確定該用戶上傳的歷史視圖轉動信息，進而確定該用戶的基準角度。具體的，服務器可針對每個用戶，確定該用戶上傳的歷史視圖轉動信息，而后，服務器可通過預設的條件，從這些歷史視圖轉動信息中篩選出滿足條件的歷史視圖轉動信息，其中，篩選出的歷史視圖轉動信息應滿足以下條件：

第一、篩選出的歷史視圖轉動信息占全部歷史轉動信息的百分比超出預設占比閾值；

第二、篩選出的歷史視圖轉動信息中所包含的轉動方向均為同一方向；

第三、篩選出的歷史視圖轉動信息中所包含的轉動角度均位于同一角度范圍；

第四、篩選出的歷史視圖轉動信息中所包含的視圖標識并未出現在設定數量用戶上傳的歷史視圖轉動信息中。

服務器可根據上述四個條件，篩選出滿足部分或全部條件的歷史視圖轉動信息，并根據篩選出的歷史視圖轉動信息中所包含的轉動角度，確定針對該用戶的相對轉動角度。

例如，假設服務器在某一用戶上傳的大量歷史視圖轉動信息中發現，該用戶在瀏覽一部分視圖時均是順時針轉動了終端15°，這部分視圖的視圖轉動信息占該用戶上傳的全部歷史視圖轉動信息的百分比已超出了75％(即預設的占比閾值)，且這部分視圖對應的視圖轉動信息并未在大部分用戶上傳的歷史視圖轉動信息中出現，即，這部分視圖標識并未出現在設定數量用戶上傳的歷史視圖轉動信息中，則服務器可確定出該用戶在瀏覽視圖的過程中，習慣性的將終端順時針轉動15°，因此，服務器可將該用戶順時針轉動終端15°確定為該用戶的基準角度，而后，服務器可通過該基準角度，進一步從該用戶上傳的視圖轉動信息中確定出哪些才是該用戶實際需要轉動終端而瀏覽的視圖。當服務器從某一視圖轉動信息中得出，該用戶瀏覽該視圖(即該視圖轉動信息中包含的視圖標識對應的視圖)時順時針轉動終端45°時，則可以確定出該用戶瀏覽該視圖的過程中，在自己(即該用戶)習慣轉動終端的角度上又順時針轉動了終端30°，因此，服務器可確定出該用戶在瀏覽該視圖時實際上順時針轉動了終端30°，進而確定出該視圖才是該用戶實際需要轉動終端才能正常瀏覽的視圖，繼而結合其他用戶上傳的針對該視圖的視圖轉動信息，調整該視圖。

需要說明的是，上述說明的四種條件并不唯一，服務器也可采用其他的條件從用戶上傳的歷史視圖轉動信息中篩選出用于確定該用戶相對轉動角度的歷史視圖轉動信息，如，服務器可針對歷史轉動信息中包含的每個轉動角度(或同一角度范圍的轉動角度)，將在數量上超出預設百分比(即該轉動角度出現的次數比上所有轉動角度出現的次數之和)的轉動角度所對應的歷史轉動角度篩選出來。當然，還有其他的篩選條件，在此就不進行一一舉例說明了。

在本申請實施例中，服務器可針對每個用戶，根據該用戶的歷史視圖轉動信息，確定出該用戶的相對轉動角度，即，該用戶習慣轉動終端多少度來進行視圖瀏覽。通常情況下，大部分用戶都是正常使用終端瀏覽視圖的(即瀏覽正常顯示的視圖時不會轉動終端)，對于這部分用戶來說，服務器確定出的針對這部分用戶的相對轉動角度則應為0°。

以上為本申請實施例說明的服務器調整視圖的過程，而由于服務器對視圖實施調整需要基于終端生成的視圖轉動信息，因此，下面將詳細說明終端生成視圖轉動信息的過程。

圖5為本申請實施例提供的終端生成視圖轉動信息的過程，具體包括以下步驟：

s501：終端接收服務器發送的視圖并顯示。

在本申請實施例中，用戶需要在終端上瀏覽視圖時，可通過終端向服務器發送視圖獲取請求，而服務器則可根據終端發送的視圖獲取請求，向終端返回相應的視圖，以使終端對服務器返回的視圖進行顯示。當然，在本申請實施例中，向服務器發送視圖獲取請求的執行主體也可以是安裝在終端的客戶端。

s502：在顯示所述視圖的過程中，監測自身是否發生轉動。

由于本申請實施例意在根據終端發送的視圖轉動信息，確定如何調整終端上顯示的視圖，因此，終端需要在顯示視圖過程中，時刻對自身的轉動狀況進行顯示。具體的，終端可根據終端中包含的設定閾值，監測終端在顯示該視圖的過程中，自身的轉動角度是否超出了該設定閾值，若是，則確定用戶在瀏覽該視圖的過程中對該終端執行了轉動操作，若否，則確定用戶在瀏覽該視圖的過程中未對該終端執行相應的轉動操作。其中，這里的設定閾值可以由終端自行進行設置，也可以是終端預設的閾值，抑或是服務器向終端下發的一個設定閾值，當然也可以由用戶自行進行設定。

終端監測自身是否發送轉動的監測方式可以是：終端可根據預設的重力感應裝置，對自身的轉動實施監測，當終端通過該重力感應裝置監測到的終端的轉動角度超出了上述的設定閾值時，則確定監測到自身發生轉動。

s503：當監測到發生轉動時，確定當前顯示的視圖的視圖標識，并生成終端轉動信息。

終端在監測到自身發生上述轉動時，則需要確定出終端屏幕中當前顯示的視圖的視圖標識，并根據上述重力感應裝置傳輸的轉動數據，生成的終端轉動信息，由于終端生成了該終端轉動信息，因此，服務器后續基于該終端轉動信息而生成的視圖轉動信息則可使服務器準確的確定出該視圖的調整方向以及調整角度。

例如，當終端通過預置的重力感應裝置監測到用戶在瀏覽視圖的過程中，對終端順時針轉動了52°，則終端可進一步的確定出終端當前所顯示的視圖的視圖標識，并生成“順時針轉動52°”的終端轉動信息。

s504：將所述終端轉動信息與視圖標識對應進行記錄，生成所述視圖標識對應的視圖轉動信息。

服務器確定出終端轉動信息后，可根據確定出的視圖標識以及該終端轉動信息，生成相應的視圖轉動信息。當然，終端在生成該視圖轉動信息的過程中，也可將用戶當前登錄在該終端上的用戶標識(如用戶賬號)添加到該視圖轉動信息中，換句話說，根據該用戶標識、終端轉動信息以及視圖標識，生成相應的視圖轉動信息，其中，將用戶標識用于生成視圖轉動信息的目的在于使服務器能夠通過用戶標識的數量，確定出視圖的調整方向，確定視圖調整方向的具體過程在上述步驟s203中已作出詳細說明，在此就不進行贅述了。

s505：將所述視圖轉動信息上傳至服務器，以使所述服務器根據所述視圖轉動信息調整所述視圖。

終端生成該視圖轉動信息后，可將該視圖轉動信息上傳至服務器，其中，終端可將該視圖轉動信息定期上傳至服務器中，也可將該視圖轉動信息實時上傳到服務器中，這樣一來，服務器在接收到該視圖轉動信息后，即可確定出該視圖轉動信息中包含的視圖標識對應的視圖是需要調整的視圖，繼而根據該視圖轉動信息中包含的該視圖的轉動方向，確定出該視圖的調整方向，并根據確定出的調整方向對該視圖實施調整。

從上述方法中可以看出，由于終端可在顯示視圖的過程中，監測用戶轉動終端的方向以及幅度，并生成相應的視圖轉動信息，該視圖轉動信息反映了用戶在瀏覽該視圖時轉動終端的情況，因此，服務器在調整該視圖的過程中，可基于終端上傳的該視圖轉動信息，確定出該視圖的調整方向以及調整角度，以此對該視圖進行調整，從而得到能夠在終端正常顯示的視圖，即，用戶瀏覽服務器發送的調整后的視圖時，無需再執行轉動終端的額外操作，從而給用戶在瀏覽視圖的過程中帶來了便利。

需要說明的是，在上述步驟s502中，終端中包含出設定閾值也可以是0°，換句話說，無論用戶瀏覽哪副視圖時，終端均會對各視圖生成相應的視圖轉動信息，這樣一來，服務器可基于終端上傳的視圖轉動信息，更加準確的確定出哪些視圖才是需要調整的視圖，進而給用戶瀏覽視圖的過程中帶來更加良好的用戶體驗。

以上為本申請實施例提供的視圖調整方法，基于同樣的思路，本申請實施例還分別提供兩種視圖調整的裝置，如圖6、7所示。

圖6為本申請實施例提供的一種視圖調整的裝置示意圖，具體包括：

視圖發送模塊601，將視圖發送給終端顯示；

信息采集模塊602，采集所述終端針對所述視圖上傳的視圖轉動信息；

確定模塊603，根據所述視圖轉動信息，確定所述視圖的調整方式；

視圖調整模塊604，按照所述調整方式調整所述視圖。

所述視圖發送模塊601，將視圖發送給多個終端顯示；

所述信息采集模塊602，采集所述多個終端中的全部或部分終端分別針對所述視圖上傳的多個視圖轉動信息。

所述確定模塊603，根據采集的各視圖轉動信息中包含的所述視圖的轉動方向，確定所述視圖的調整方向；根據所述調整方向，確定所述視圖的調整方式。

所述確定模塊603，根據采集的各視圖轉動信息中包含的用戶標識以及所述視圖的各轉動方向，確定每個不同的轉動方向分別對應的用戶標識的數量；將對應的用戶標識的數量最大的轉動方向確定為所述視圖的調整方向。

所述確定模塊603，根據所述調整方向以及設定角度，確定所述視圖的調整方式；或根據采集的各視圖轉動信息中包含的轉動角度，確定所述視圖的調整角度，根據所述調整方向以及確定出的調整角度，確定所述視圖的調整方式。

所述確定模塊603，針對各視圖轉動信息中包含的每個用戶標識，確定預先保存的該用戶標識對應的基準角度，所述基準角度是預先根據該用戶標識對應的歷史視圖轉動信息確定的；根據包含該用戶標識的視圖轉動信息中所包含的所述視圖的轉動角度以及確定出的所述基準角度，確定所述視圖對應于該用戶標識的相對轉動角度；根據針對每個用戶標識確定出的的相對轉動角度，確定所述視圖的調整角度。

所述確定模塊603，當所述視圖轉動信息中包含有多個視圖的視圖標識時，確定需要調整的視圖。

所述確定模塊603，針對所述視圖轉動信息中包含的每個視圖標識，將該視圖標識作為待定視圖標識，從采集的各視圖轉動信息中確定包含該待定視圖標識的各視圖轉動信息；從確定出的各視圖轉動信息包含的所有視圖標識中，確定出除該待定視圖標識以外的至少一個其他視圖標識；當在采集的各視圖轉動信息中未查找到包含有所述其他視圖標識且不包含該待定視圖標識的視圖轉動信息時，則確定需要調整該待定視圖標識對應的視圖。

圖7為本申請實施例提供的另一種視圖調整的裝置示意圖，具體包括：

接收顯示模塊701，終端接收服務器發送的視圖并顯示；

轉動監測模塊702，在顯示所述視圖的過程中，監測自身是否發生轉動；

確定標識模塊703，當監測到發生轉動時，確定當前顯示的視圖的視圖標識，并生成終端轉動信息；

信息生成模塊704，將所述終端轉動信息與視圖標識對應進行記錄，生成所述視圖標識對應的視圖轉動信息；

信息上傳模塊705，將所述視圖轉動信息上傳至服務器，以使所述服務器根據所述視圖轉動信息調整所述視圖。

所述轉動監測模塊702，當監測到所述終端的轉動角度超出設定閾值時，則確定監測到發生轉動。

所述轉動監測模塊702，通過預置的重力感應裝置，監測自身是否發生轉動；

所述信息生成模塊703，根據重力感應裝置傳輸的轉動數據，生成所述終端轉動信息。

所述信息生成模塊703，將所述終端轉動信息、視圖標識以及用戶標識對應進行記錄，生成所述視圖標識對應的視圖轉動信息。

在本申請實施例中，服務器可根據終端上傳的視圖轉動信息確定出在終端中顯示的視圖需要調整，并根據該視圖轉動信息進一步確定出如何調整該視圖，而后，服務器可將調整后的視圖發送給終端進行顯示。由于服務器在調整該視圖的過程中是根據終端上傳的視圖轉動信息調整的，該視圖轉動信息反映了用戶在查看該視圖時轉動終端的情況，所以，服務器根據該視圖轉動信息調整該視圖后可得到能夠在終端正常顯示的視圖，即，用戶查看服務器發送的調整后的視圖時，無需再執行轉動終端的額外操作，從而給用戶在瀏覽視圖的過程中帶來了便利。

在20世紀90年代，對于一個技術的改進可以很明顯地區分是硬件上的改進(例如，對二極管、晶體管、開關等電路結構的改進)還是軟件上的改進(對于方法流程的改進)。然而，隨著技術的發展，當今的很多方法流程的改進已經可以視為硬件電路結構的直接改進。設計人員幾乎都通過將改進的方法流程編程到硬件電路中來得到相應的硬件電路結構。因此，不能說一個方法流程的改進就不能用硬件實體模塊來實現。例如，可編程邏輯器件(programmablelogicdevice,pld)(例如現場可編程門陣列(fieldprogrammablegatearray，fpga))就是這樣一種集成電路，其邏輯功能由用戶對器件編程來確定。由設計人員自行編程來把一個數字系統“集成”在一片pld上，而不需要請芯片制造廠商來設計和制作專用的集成電路芯片。而且，如今，取代手工地制作集成電路芯片，這種編程也多半改用“邏輯編譯器(logiccompiler)”軟件來實現，它與程序開發撰寫時所用的軟件編譯器相類似，而要編譯之前的原始代碼也得用特定的編程語言來撰寫，此稱之為硬件描述語言(hardwaredescriptionlanguage，hdl)，而hdl也并非僅有一種，而是有許多種，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)與verilog。本領域技術人員也應該清楚，只需要將方法流程用上述幾種硬件描述語言稍作邏輯編程并編程到集成電路中，就可以很容易得到實現該邏輯方法流程的硬件電路。

控制器可以按任何適當的方式實現，例如，控制器可以采取例如微處理器或處理器以及存儲可由該(微)處理器執行的計算機可讀程序代碼(例如軟件或固件)的計算機可讀介質、邏輯門、開關、專用集成電路(applicationspecificintegratedcircuit，asic)、可編程邏輯控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存儲器控制器還可以被實現為存儲器的控制邏輯的一部分。本領域技術人員也知道，除了以純計算機可讀程序代碼方式實現控制器以外，完全可以通過將方法步驟進行邏輯編程來使得控制器以邏輯門、開關、專用集成電路、可編程邏輯控制器和嵌入微控制器等的形式來實現相同功能。因此這種控制器可以被認為是一種硬件部件，而對其內包括的用于實現各種功能的裝置也可以視為硬件部件內的結構?；蛘呱踔?，可以將用于實現各種功能的裝置視為既可以是實現方法的軟件模塊又可以是硬件部件內的結構。

上述實施例闡明的系統、裝置、模塊或單元，具體可以由計算機芯片或實體實現，或者由具有某種功能的產品來實現。一種典型的實現設備為計算機。具體的，計算機例如可以為個人計算機、膝上型計算機、蜂窩電話、相機電話、智能電話、個人數字助理、媒體播放器、導航設備、電子郵件設備、游戲控制臺、平板計算機、可穿戴設備或者這些設備中的任何設備的組合。

為了描述的方便，描述以上裝置時以功能分為各種單元分別描述。當然，在實施本申請時可以把各單元的功能在同一個或多個軟件和/或硬件中實現。

本領域內的技術人員應明白，本發明的實施例可提供為方法、系統、或計算機程序產品。因此，本發明可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、cd-rom、光學存儲器等)上實施的計算機程序產品的形式。

本發明是參照根據本發明實施例的方法、設備(系統)、和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執行的指令產生用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的制造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數據處理設備上，使得在計算機或其他可編程設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程設備上執行的指令提供用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

在一個典型的配置中，計算設備包括一個或多個處理器(cpu)、輸入/輸出接口、網絡接口和內存。

內存可能包括計算機可讀介質中的非永久性存儲器，隨機存取存儲器(ram)和/或非易失性內存等形式，如只讀存儲器(rom)或閃存(flashram)。內存是計算機可讀介質的示例。

計算機可讀介質包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現信息存儲。信息可以是計算機可讀指令、數據結構、程序的模塊或其他數據。計算機的存儲介質的例子包括，但不限于相變內存(pram)、靜態隨機存取存儲器(sram)、動態隨機存取存儲器(dram)、其他類型的隨機存取存儲器(ram)、只讀存儲器(rom)、電可擦除可編程只讀存儲器(eeprom)、快閃記憶體或其他內存技術、只讀光盤只讀存儲器(cd-rom)、數字多功能光盤(dvd)或其他光學存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設備或任何其他非傳輸介質，可用于存儲可以被計算設備訪問的信息。按照本文中的界定，計算機可讀介質不包括暫存電腦可讀媒體(transitorymedia)，如調制的數據信號和載波。

還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。

本領域技術人員應明白，本申請的實施例可提供為方法、系統或計算機程序產品。因此，本申請可采用完全硬件實施例、完全軟件實施例或結合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、cd-rom、光學存儲器等)上實施的計算機程序產品的形式。

本申請可以在由計算機執行的計算機可執行指令的一般上下文中描述，例如程序模塊。一般地，程序模塊包括執行特定任務或實現特定抽象數據類型的例程、程序、對象、組件、數據結構等等。也可以在分布式計算環境中實踐本申請，在這些分布式計算環境中，由通過通信網絡而被連接的遠程處理設備來執行任務。在分布式計算環境中，程序模塊可以位于包括存儲設備在內的本地和遠程計算機存儲介質中。

本說明書中的各個實施例均采用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于系統實施例而言，由于其基本相似于方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。

以上所述僅為本申請的實施例而已，并不用于限制本申請。對于本領域技術人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內所作的任何修改、等同替換、改進等，均應包含在本申請的權利要求范圍之內。