資訊展示方法和裝置
本發明關於電腦技術領域，尤其關於一種資訊展示方法和裝置。
隨著網際網路技術的飛速發展，出現了越來越多的網路視頻直播應用(以下簡稱直播應用)，這些直播應用可以允許用戶觀看視頻直播，在用戶觀看視頻直播的過程中，還可以在直播介面展示各種資訊，例如，用戶的聊天資訊，當前進入直播間的用戶的資訊，用戶的打賞資訊，等。
隨著觀看視頻直播的用戶越來越多，直播應用需要展示的資訊也越來越多，當直播應用展示的資訊比較多時，直播應用通常會按照時間的先後順序，依次將多個資訊進行展示。但是，現有的展示方式沒有考慮到終端設備的展示性能。
本發明實施例提供一種資訊展示方法和裝置，用於解決現有技術中直播應用在按照時間的先後順序將多條資訊進行展示時，沒有考慮終端設備的展示性能的問題。
為解決上述技術問題，本發明實施例是這樣實現的：
第一態樣，提出一種資訊展示方法，該方法包括：
獲取至少一條待展示資訊；
基於待展示資訊的快取佇列的使用情況，和/或所述至少一條待展示資訊中與展示優先順序中相關的屬性，確定所述至少一條待展示資訊的展示方式。
第二態樣，提出一種資訊展示裝置，該裝置包括：
獲取單元，獲取至少一條待展示資訊；
展示單元，基於待展示資訊的快取佇列的使用情況，和/或所述至少一條待展示資訊中與展示優先順序相關的屬性，確定所述至少一條待展示資訊的展示方式。
第三態樣，提出一種電子設備，該電子設備包括：
處理器；以及
被安排成儲存電腦可執行指令的記憶體，該可執行指令在被執行時使該處理器執行以下操作：
獲取至少一條待展示資訊；
基於待展示資訊的快取佇列的使用情況，和/或所述至少一條待展示資訊中與展示優先順序相關的屬性，確定所述至少一條待展示資訊的展示方式。
第四態樣，提出一種電腦可讀儲存媒體，所述電腦可讀儲存媒體儲存一個或多個程式，所述一個或多個程式當被包括多個應用程式的電子設備執行時，使得所述電子設備執行以下方法：
獲取至少一條待展示資訊；
基於待展示資訊的快取佇列的使用情況，和/或所述至少一條待展示資訊中與展示優先順序相關的屬性，確定所述至少一條待展示資訊的展示方式。
本發明實施例提供的技術方案，獲取至少一條待展示資訊；基於待展示資訊的快取佇列的使用情況，和/或所述至少一條待展示資訊中與展示優先順序相關的屬性，確定所述至少一條待展示資訊的展示方式。藉由在直播應用中設置待展示資訊的快取佇列以及展示優先順序，使得在獲取到至少一條待展示資訊時，可以基於快取佇列的使用情況和/或待展示資訊中與展示優先順序相關的屬性確定至少一條待展示資訊的展示方式。由於本發明實施例改變了待展示資訊的展示方式，因此，可以兼顧終端設備的展示性能，從而改善待展示資訊的展示效果，提升用戶體驗。
隨著網際網路技術的飛速發展，出現了越來越多的網路視頻直播應用，這些直播應用通常可以在直播介面展示用戶的聊天資訊、打賞資訊等，以增加用戶與用戶、用戶與主播之間的互動性。隨著觀看視頻直播的用戶越來越多，直播應用需要展示的資訊也越來越多，直播應用在展示多個資訊時，通常可以按照時間的先後順序依次展示多個資訊。然而在實際應用中，這種資訊展示方式並沒有考慮終端設備的展示性能，從而影響用戶體驗。
例如，用戶在使用直播應用觀看視頻直播時，往往希望自己或自己關注的其他用戶的聊天資訊或打賞資訊在直播介面中可以展示更長的時間，這樣，用戶不會錯過這些資訊。然而，現有的直播應用的資訊展示方式並不能滿足用戶的上述需求。
再例如，直播應用在展示資訊時，通常需要對展示的資訊進行渲染，這樣，當直播應用按照上述資訊展示方式展示多條資訊時，直播應用承載的渲染壓力會比較大，在這種情況下，直播應用將會出現卡頓、甚至崩潰的現象，嚴重影響用戶觀看視頻直播的用戶體驗。
為了解決上述問題，本發明實施例提供一種資訊展示方法和裝置，該方法包括：獲取至少一條待展示資訊；基於待展示資訊的快取佇列的使用情況，和/或所述至少一條待展示資訊中與展示優先順序相關的屬性，確定所述至少一條待展示資訊的展示方式。本發明實施例提供的技術方案，藉由在直播應用中設置待展示資訊的快取佇列以及展示優先順序，使得在獲取到至少一條待展示資訊時，可以基於快取佇列的使用情況和/或待展示資訊中與展示優先順序相關的屬性確定至少一條待展示資訊的展示方式。由於本發明實施例改變了待展示資訊的展示方式，因此，可以兼顧終端設備的展示性能，從而改善待展示資訊的展示效果，提升用戶體驗。
與現有技術相比，本發明實施例提供的技術方案，由於可以基於待展示資訊的優先順序確定待展示資訊的展示方式，因此，可以滿足用戶對想要觀看的聊天資訊、打賞資訊等展示時間的需求；由於可以基於待展示資訊的快取佇列的使用情況，確定待展示資訊的展示方式，因此，可以減緩直播應用讀取待展示資訊的壓力，進而減少對待展示資訊進行渲染時的渲染壓力，有效避免直播應用由於渲染壓力過大導致的卡頓或崩潰現象。
為了使本技術領域的人員更好地理解本發明中的技術方案，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有作出進步性勞動前提下所獲得的所有其他實施例，都應當屬於本發明保護的範圍。
需要說明的是，本發明實施例提供的技術方案可以用於直播應用的資訊展示，所述直播應用可以是由HTML5開發的直播應用，也可以是由Android或iOS的原生系統開發的直播應用，還可以是其他技術或系統開發的直播應用，這裡不做具體限定。
本發明實施例提供的技術方案可以有效改善直播應用展示資訊的展示效果，具體應用場景可以是用戶在PC端觀看視頻直播時，有效改善PC端的直播應用的資訊展示效果，也可以是用戶在行動終端觀看視頻直播時，有效改善行動終端的直播應用的資訊展示效果。其中，所述行動終端可以是智慧手機，也可以是iPad，這裡也不做具體限定。本發明的以下實施例可以以改善行動終端的直播應用的資訊展示效果為例進行說明。
以下結合附圖，詳細說明本發明各實施例提供的技術方案。
圖1是本發明的一個實施例資訊展示方法的流程示意圖。所述資訊展示方法可以應用於行動終端中直播應用對應的用戶端(以下簡稱直播用戶端)，所述資訊展示方法如下所述。
S102：獲取至少一條待展示資訊。
在S102中，直播用戶端在進行資訊展示時，可以獲取至少一條待展示資訊，具體地，可以接收直播應用對應的伺服器(以下簡稱伺服器)推送的一條或多條待展示資訊，也可以從伺服器主動獲取一條或多條待展示資訊。
本發明實施例中，所述待展示資訊可以是用戶進出直播用戶端時，該用戶的進出資訊，也可以是用戶在觀看視頻直播的過程中，用戶的聊天資訊或打賞資訊等，這裡不做具體限定。
直播用戶端在獲取到所述至少一條待展示資訊後，可以執行S104。
S104：基於待展示資訊的快取佇列的使用情況，和/或所述至少一條待展示資訊中與展示優先順序相關的屬性，確定所述至少一條待展示資訊的展示方式。
在S104中，在直播用戶端設置了可以用於快取待展示資訊的快取佇列，直播用戶端在獲取到所述至少一條待展示資訊後，可以基於所述快取佇列和/或所述至少一條待展示資訊中與展示優先順序相關的屬性，確定所述至少一條待展示資訊的展示方式。
應理解，所述展示優先順序可以是攜帶在待展示資訊中的優先順序標記，或者是基於待展示資訊中的某個屬性或某幾個屬性確定的展示順序。其中，待展示資訊中與展示優先順序相關的屬性，可以包括待展示資訊的時間線(timeline)、待展示資訊的接收時間、待展示資訊所屬的用戶的用戶類型、待展示資訊所屬的用戶的用戶層級、待展示資訊的打賞金額中的至少一種。
待展示資訊的時間線(timeline)，是指待展示訊息對應的事件的發生時刻。
待展示資訊的用戶類型可以根據待展示資訊對應的用戶與用戶本人的關係確定，例如，可包括：用戶本人和非用戶本人兩類；又例如，可包括：用戶本人、用戶關注的人、其它用戶三類。當然，還可能有其它分類方式，本發明實施例在此不再一一贅述。
本發明實施例在確定所述至少一條待展示資訊的展示方式之前，所述方法可以包括：
基於所述至少一條待展示資訊的時間線、接收時間、用戶類型、用戶層級以及打賞金額中的至少一種，確定所述至少一條待展示資訊的展示優先順序。
待展示資訊的時間線(timeline)，是指待展示訊息對應的事件的發生時刻。
可選地，可基於待展示資訊的timeline確定待展示資訊的展示優先順序，例如，timeline在前的，展示優先順序高；timeline在後的，展示優先順序低，等等。當然，應理解，考慮到顯示的及時性問題，如果待展示資訊的時間線距離當前時刻大於預定時間，可能就沒有展示的價值，展示優先順序最低。
可選地，可基於待展示資訊的接收時間確定待展示資訊的展示優先順序，例如，接收時間在前的，展示優先順序高；接收時間在後的，展示優先順序低，等等。
待展示資訊的用戶類型可以根據待展示資訊對應的用戶與用戶本人的關係確定，例如，可包括：用戶本人和非用戶本人兩類；又例如，可包括：用戶本人、用戶關注的人、其它用戶三類。當然，還可能有其它分類方式，本發明實施例在此不再一一贅述。
可選地，可基於待展示資訊的用戶類型確定待展示資訊的展示優先順序。例如，用戶本人的展示優先順序最高、用戶關注的人的展示優先順序次之、其它用戶的展示優先順序最低，等等。
可選地，可基於待展示資訊的用戶等級確定待展示資訊的展示優先順序。例如，假設用戶等級分為10級，按重要性從低到高以此為1-10。此時，10級用戶的待展示資訊的展示優先順序，要高於1級用戶的待展示資訊的展示優先順序。又例如，用戶等級還可包括VIP用戶和非VIP用戶等等。
可選地，還可基於待展示資訊中的打賞金額確定待展示資訊的展示優先順序。例如，打賞10元的展示優先順序高於打賞0.1元的。
當然，應理解，前面只是列舉了基於某種屬性確定優先順序的情況。在具體的應用中，可結合多種屬性確定待展示資訊的展示優先順序。
例如，可以基於用戶層級和打賞金額這兩種屬性確定待展示資訊的展示優先順序，當獲取到兩條打賞資訊時，如果兩條打賞資訊所屬用戶的用戶層級相同，則可以繼續判斷兩條打賞資訊的打賞金額，打賞金額高的展示優先順序高，打賞金額低的展示優先順序低。如果兩條打賞資訊所屬用戶的用戶層級不同，打賞金額也不同，則可以根據實際需要設置用戶層級和打賞金額各自所占的權重，根據各自的權重確定最終的展示優先順序。
在藉由上述記載的方法確定所述至少一條待展示資訊的展示優先順序後，可以基於所述快取佇列的使用情況和/或所述至少一條待展示資訊的展示優先順序，確定所述至少一條待展示資訊的展示方式。換句話說，可基於所述快取佇列的使用情況和/或至少一條待展示資訊中與展示優先順序相關的屬性，確定至少一條待展示資訊的展示方式。
在本發明的一個實施例中，基於待展示資訊的快取佇列的使用情況，和/或所述至少一條待展示資訊中與展示優先順序相關的屬性，確定所述至少一條待展示資訊的展示方式，可以包括：
當所述快取佇列存在剩餘快取空間時，將所述至少一條待展示資訊添加至所述快取佇列，並從所述快取佇列中讀取所述至少一條待展示資訊進行展示。
例如，在獲取到所述至少一條待展示資訊後，可以判斷所述快取佇列中是否存在剩餘快取空間。
判斷所述快取佇列是否存在剩餘快取空間的方法，可以是確定所述快取佇列中快取的資訊條數是否小於設定值。其中，所述設定值可以是快取佇列最多可以儲存的資訊條數，具體可以根據直播用戶端實際可以承載的渲染壓力確定，或者由用戶自行設定。
若所述快取佇列中快取的資訊條數小於所述設定值，則可以確定所述快取佇列存在剩餘快取空間，若所述快取佇列中快取的資訊條數不小於所述設定值，則可以確定所述快取佇列不存在剩餘快取空間。
當所述快取佇列中存在剩餘快取空間時，可以將所述至少一條待展示資訊添加至所述快取佇列中，以便於從所述快取佇列中讀取所述至少一條待展示資訊進行展示。
在本發明實施例中，將所述至少一條待展示資訊添加至所述快取佇列，可以包括：
確定所述至少一條待展示資訊佔用的空間是否不大於所述快取佇列的剩餘快取空間；
若是，則將所述至少一條待展示資訊全部添加至所述快取佇列；
若否，則選擇所述至少一條待展示資訊中的部分添加至所述快取佇列，直至所述快取佇列不存在剩餘快取空間。
在實際應用中，直播用戶端一次獲取的待展示資訊佔用的空間可能大於快取佇列的剩餘快取空間，也可能小於或等於所述快取佇列的剩餘快取空間。如果大於快取佇列的剩餘快取空間，那麼，待展示資訊將無法全部添加至快取佇列中。因此，在確定快取佇列中存在剩餘快取空間時，還可以進一步確定獲取的待展示資訊佔用的空間是否不大於快取佇列的剩餘快取空間，即快取佇列是否可以容納獲取的全部待展示資訊。
若獲取的待展示資訊佔用的空間不大於快取佇列的剩餘快取空間，則可以將獲取的待展示資訊全部添加至快取佇列中；否則，可以選擇獲取的待展示資訊中的部分添加至快取佇列，直至快取佇列不存在剩餘快取空間為止。
例如，快取佇列最多可以儲存200條打賞資訊，當前儲存的打賞訊息為0，此時，如果直播用戶端在15：00這一時間段從伺服端回饋的資訊裡獲取了50條打賞訊息，則可以將這50條打賞訊息加入到快取佇列裡；如果直播用戶端在15：00這一時間段從伺服端回饋的資訊裡獲取了250條打賞訊息，則可以將這250條打賞訊息中的部分(最多200條)加入到快取佇列裡。
可選地，在本發明實施例中，選擇所述至少一條待展示資訊中的部分添加至所述快取佇列，可以包括：
根據所述至少一條待展示資訊中與展示優先順序相關的屬性對應的展示優先順序，按照所述展示優先順序從高到低的順序，選擇所述至少一條待展示資訊中的部分添加至所述快取佇列。
例如，如果快取佇列中剩餘快取空間為40條資訊，待展示資訊為100條，那麼，可以按照這100條待展示資訊的展示優先順序從高到低的順序，選擇其中40條待展示資訊添加至所述快取佇列中。
以基於待展示資訊的timeline確定待展示資訊的展示優先順序為例。假設快取佇列最多可以儲存200條打賞資訊，當前儲存的打賞訊息為160。同時，假設直播用戶端在15：00這一時間段從伺服端回饋的資訊裡獲取了100條打賞訊息。其中，打賞訊息對應的timeline(即用戶進行打賞的時間)分佈在14：59：50-14：59：59的區間。如果直播用戶端設定距離當前時間超過5s的不顯示，其餘按照timeline的先後順序展示，則按照這100條打賞資訊的timeline，將timeline在14：59：50-14：59：55之間的拋棄，其餘按照timeline的時間順序加入到快取佇列裡，直到補充足夠200條打賞訊息，或所有可顯示的打賞資訊都進入快取佇列為止。
需要說明的是，所述快取佇列中快取的資訊是動態變化的，即在將所述至少一條待展示資訊中的部分添加至所述快取佇列的過程中，所述快取佇列中的其他資訊會被讀取並展示在直播介面中，當其他資訊被讀取並展示後，所述快取佇列中可以騰出一部分快取空間，此時，可以繼續將所述至少一條待展示資訊中的部分添加至所述快取佇列，直至所述快取佇列不存在剩餘快取空間。
在繼續將所述至少一條待展示資訊中的部分添加至所述快取佇列時，也可以按照待展示資訊的展示優先順序從高到低的順序，選擇部分的待展示資訊添加至所述快取佇列。
以基於待展示資訊的timeline確定待展示資訊的展示優先順序為例，在上述100條待展示資訊中，在將40條待展示資訊添加至所述快取佇列的過程中，如果所述快取佇列中有10條資訊被讀取並展示，則可以選擇剩餘的60條待展示資訊中timeline在前的10條待展示資訊添加至所述快取佇列中。
還需要說明的是，針對無法添加至所述快取佇列中的一條或多條所述待展示資訊，可以將其忽略不展示，以減少直播用戶端的渲染壓力。
仍以上述100條待展示資訊為例，如果最終剩餘timeline在後的30條待展示資訊無法添加至所述快取佇列中，則可以將該30條待展示資訊消除，即忽略不展示這30條待展示資訊。
在將所述至少一條待展示資訊的全部或部分添加至所述快取佇列中後，可以從所述快取佇列中讀取添加的所述待展示資訊進行展示。
在本發明實施例中，在快取佇列的儲存空間可用的情況下，將待展示資訊添加至快取佇列，以基於快取佇列進行展示，可以減緩直播用戶端接收到大批量待展示資訊時的渲染壓力，有效避免現有技術中直播應用由於渲染壓力過大導致的卡頓或崩潰現象。
可選地，從所述快取佇列中讀取所述至少一條待展示資訊進行展示，可以按照先進先出的原則，從所述快取佇列中讀取所述待展示資訊進行展示。其中，每從所述快取佇列中讀取一條所述待展示資訊，所述快取佇列就可以騰出一條資訊的快取空間。
將至少一條所述待展示資訊進行展示，可以包括：
針對其中一條所述待展示資訊，執行以下操作：
判斷當前展示介面中是否存在空閒的展示軌道；
若是，則將所述待展示資訊在空閒的展示軌道上展示；
若否，則等待空閒的展示軌道，並在出現空閒的展示軌道時，將所述第一待展示資訊在所述空閒的展示軌道上展示。
所述展示軌道可以用於展示待展示資訊，其中，一條展示軌道可以用於展示一條待展示資訊，直播介面中包含的展示軌道的個數可以根據實際情況確定，較佳地，直播介面中包含的展示軌道的個數可以為2個。當然，也不排除只有1個展示軌道，或者有3個及3個以上展示軌道的情況。
可選地，所述方法還包括：
當展示介面中存在空閒的展示軌道時，按照先進先出的原則從所述快取佇列中取出第二待展示資訊；
如果所述第二待展示資訊的時間線與當前時刻之差小於預定時間段，藉由所述空閒的展示軌道進行展示；
如果所述第二待展示資訊的時間線與當前時刻之差大於或等於所述預定時間段，忽略所述第二待展示資訊。
考慮到展示介面展示的資訊的時效性，在從快取佇列中取出第二待展示資訊並在展示介面中空閒的展示軌道進行展示之前，還可以進一步判斷所述第二待展示資訊與當前時刻之差是否小於預定時間段。若是，則可以將所述第二待展示資訊在空閒的展示軌道進行展示；否則，可以忽略所述第二待展示資訊，以保證展示介面展示的資訊的時效性。
所述預定時間段可以根據實際的時效性要求確定，這裡不做具體限定。
可選地，所述方法還包括：
根據所述待展示資訊中與展示時間相關的屬性，確定所述待展示資訊的展示時間；
在將所述待展示資訊在展示介面進行展示時，按照所述展示時間進行展示。
為了提升用戶體驗，本發明實施例在將待展示資訊在展示介面進行展示時，可以根據待展示資訊中與展示時間相關的屬性確定待展示資訊的展示時間，其中，與展示時間相關的屬性可以包含上述記載的用戶類型、用戶層級以及打賞金額中的至少一種。
在確定待展示資訊的展示時間時，例如，用戶類型為用戶本人，則展示時間最長，用戶類型為用戶關注的人，則展示時間居中，用戶類型為其他用戶則展示時間最短；用戶層級越高，展示時間越長；用戶的打賞金額越多，展示時間越長。當然，還可基於用戶類型、用戶層級以及打賞金額中的多種，綜合確定展示時間。
應理解，在確定待展示資訊的展示時間時，還可以根據待展示資訊的展示優先順序確定。其中，待展示資訊的展示優先順序越高，展示時間越長，具體可以根據實際情況確定，這裡不做具體限定。
例如，若待展示資訊為打賞資訊，且為用戶本人的打賞資訊，則打賞資訊的展示優先順序可以是最高的優先順序，打賞資訊的展示時間可以設置為3秒，以便於該用戶可以在較長時間內查看到自己的打賞資訊。再例如，如果待展示資訊為其他用戶的打賞資訊，且打賞金額超過設定金額(例如5元)，則所述打賞資訊的展示優先順序可以是較高的優先順序，待展示資訊的展示時間可以設置為2秒，以便於用戶可以在較長時間內查看到打賞金額比較多的打賞資訊。
在本發明實施例中，在獲取到所述至少一條待展示資訊後，當快取佇列不存在剩餘快取空間時，可以直接忽略待展示資訊，不予展示。這樣，由於在快取佇列不存在剩餘快取空間的情況下，對獲取到的待展示資訊忽略不展示，因此，可以減少直播應用的渲染壓力，避免直播應用由於渲染壓力較大導致的卡頓或崩潰現象。
在本發明的另一實施例中，基於待展示資訊的快取佇列的使用情況，和/或所述至少一條待展示資訊中與展示優先順序相關的屬性，確定所述至少一條待展示資訊的展示方式，可以包括：
如果第一待展示資訊中與展示優先順序相關的屬性對應的展示優先順序不小於預設優先順序，且當前展示介面中存在空閒的展示軌道，則將所述第一待展示資訊在所述空閒的展示軌道上展示，其中，第一待展示資訊是所述至少一條待展示資訊中的任一條待展示資訊。
本實施例中，在獲取到至少一條待展示資訊後，可以根據每一條待展示資訊中與展示優先順序相關的屬性確定每一條待展示資訊的展示優先順序，進而確定展示優先順序不小於預設優先順序的第一待展示資訊。第一待展示資訊的條數可以是一條，也可以是多條。
在本發明實施例中，預設優先順序根據展示優先順序確定，例如，所述展示優先順序一共分為最高、較高、中等、較低、最低五級，那麼所述預設優先順序可以是最高的所述展示優先順序，也可以是中等的所述展示優先順序，具體可以根據實際情況確定，這裡不做具體限定。展示優先順序的確定方法，可參考前述的展示優先順序確定方法，不再贅述。
在確定所述第一待展示資訊後，可以直接將所述第一待展示資訊在展示介面進行展示。在將所述第一待展示資訊在所述展示介面進行展示時，若當前展示介面中存在空閒的展示軌道，則可以直接將所述第一待展示資訊在所述空閒的展示軌道上展示。
在將所述第一待展示資訊在所述空閒的展示軌道上展示時，可以根據所述第一待展示資訊中與展示時間相關的屬性確定所述第一待展示資訊的展示時間，具體可以參見上述實施例記載的相應內容，這裡不再重複描述。
需要說明的是，針對展示優先順序小於所述預設優先順序的一條或多條待展示資訊，可以根據所述快取佇列的使用情況，確定所述一條或多條待展示資訊的展示方式，具體可以參見上述記載的內容，這裡不再重複描述。此外，也可以將所述一條或多條待展示資訊忽略，以減少直播用戶端的渲染壓力，本實施例不做具體限定。
在本發明的另一實施例中，基於待展示資訊的快取佇列的使用情況，和/或所述至少一條待展示資訊中與展示優先順序相關的屬性，確定所述至少一條待展示資訊的展示方式，包括：
如果第一待展示資訊中與展示優先順序相關的屬性對應的展示優先順序不小於預設優先順序，且當前展示介面中不存在空閒的展示軌道，則等待空閒的展示軌道，並在出現空閒的展示軌道時，將所述第一待展示資訊在所述空閒的展示軌道上展示，其中，第一待展示資訊是所述至少一條待展示資訊中的任一條待展示資訊。
本實施例中，在基於上一實施例記載的方法確定所述第一待展示資訊並將所述第一待展示資訊進行展示時，存在當前的所述展示介面沒有空閒的展示軌道的情況，此時，可以等待空閒的展示軌道，並在出現空閒的展示軌道時，將所述第一待展示資訊在空閒的展示軌道上展示。具體可以參見上一實施例中記載的相關內容，這裡不再重複描述。
圖2為本發明的一個實施例資訊展示方法的示意圖。
圖2中，A為視頻直播的顯示區域，B為展示介面中展示打賞資訊的區域，該區域的展示軌道的個數為2。直播用戶端在接收到用戶本人的一條打賞資訊a時，可以確定打賞資訊a的展示優先順序為最高的展示優先順序，此時，可以將打賞資訊a在展示介面的空閒的展示軌道進行展示。
如圖2所示，a為用戶本人的打賞資訊，b為其他用戶的打賞資訊。由於打賞資訊a為用戶本人的打賞資訊，則在所述展示介面展示打賞資訊a的展示時間可以是3秒。
圖2中，在所述展示介面展示打賞資訊a時，還可以將打賞資訊a動畫顯示。
本發明實施例提供的技術方案，獲取至少一條待展示資訊；基於待展示資訊的快取佇列的使用情況，和/或所述至少一條待展示資訊中與展示優先順序相關的屬性，確定所述至少一條待展示資訊的展示方式。藉由在直播應用中設置待展示資訊的快取佇列以及展示優先順序，使得在獲取到至少一條待展示資訊時，可以基於快取佇列的使用情況和/或待展示資訊中與展示優先順序相關的屬性確定至少一條待展示資訊的展示方式。由於本發明實施例改變了待展示資訊的展示方式，因此，可以兼顧終端設備的展示性能，從而改善待展示資訊的展示效果，提升用戶體驗。
圖3是本發明的一個實施例資訊展示方法的流程示意圖。本發明實施例記載的資訊展示方法可以由圖1記載的實施例的資訊展示方法實現。本發明實施例提供的資訊展示方法可以應用於直播用戶端。在本發明實施例中，以打賞資訊作為待展示資訊進行舉例說明。當然，應理解，本發明的待展示資訊包括但不限於打賞資訊。
步驟301：獲取待展示的打賞資訊。
在步驟301中，直播用戶端可以接收伺服器推送的待展示的打賞資訊，也可以主動從伺服器獲取待展示的打賞資訊。
步驟302：判斷打賞資訊是否為用戶本人的打賞資訊。
具體地，在本發明實施例中，可按照打賞資訊所屬的用戶(即進行打賞的用戶)與當前用戶的關係，區分用戶類型。其中，用戶類型可用於作為確定展示優先順序的屬性。
例如，可以將用戶類型分成用戶本人和其它用戶兩類。基於這種分類方式，可判斷打賞資訊是否為用戶本人的打賞資訊，即判斷打賞資訊是否為當前使用直播用戶端觀看視頻直播的用戶。若是，則可以說明打賞資訊的展示優先順序高，可以執行步驟303；若否，則可以說明打賞資訊的展示優先順序低，可以執行步驟306。
當然，應理解，在按照打賞資訊所屬的用戶(即進行打賞的用戶)與當前用戶的關係區分用戶類型時，還可以有其它的分類方式。例如，可以分成用戶本人、用戶關注的人、和其它用戶三類；又例如，可以分為用戶本人、用戶重點關注的人、用戶普通關注的人、其它用戶四類。等等。當然，也可以把用戶本人歸入到其中某一個類別中。
在本發明實施例中，用戶類型可以作為展示優先順序的一個選擇標準，以確定打賞資訊展示的優先順序。
步驟303：判斷展示介面中是否存在空閒的展示軌道。
應理解，展示軌道的數量可以是基於直播用戶端所在的設備的展示性能(包括記憶體、渲染能力、CPU等)確定的，也可以是用戶自行配置的，或者是一個固定值，本發明實施例對此不作限制。例如，可以是1個展示軌道、2個展示軌道，或更多個展示軌道，等等。
當判定獲取到高優先順序的打賞資訊後，直播用戶端可判斷當前的展示介面中是否存在空閒的展示軌道。
如果存在空閒的展示軌道，則可以執行步驟304；否則，則可以執行步驟305。
步驟304：將打賞資訊在空閒的展示軌道進行展示。
應理解，在對打賞資訊進行展示時，還可基於與展示優先順序相關的屬性，確定展示時間。
打賞資訊中與展示時間相關的屬性，可包括打賞資訊的用戶類型、用戶層級以及打賞金額中的至少一種。
例如，當前用戶關注的人的打賞資訊，顯示2s，當前用戶的打賞資訊，顯示3s，其它用戶的打賞資訊，顯示1s，等等。用戶本人的打賞時間，可以設置為略長一些。
又例如，還可以根據用戶打賞的金額，設置展示時間。例如，打賞5-10元，展示時間為1秒；打賞10-100元，展示時間為2秒，等等。當然，打賞金額與展示時間之間的對應關係還可以由用戶自行設置。
當然，應理解，還可基於打賞資訊的用戶類型、用戶層級以及打賞金額中的多種，綜合確定展示時間。
步驟305：等待預定時間。
應理解，在等待預定時間後，可執行步驟303，進行下一輪的空閒展示軌道的判斷。
步驟306：判斷快取佇列是否存在剩餘快取空間。
應理解，在步驟302的判斷之後，如果確定打賞資訊為非本人打賞資訊，則可判斷快取佇列是否存在剩餘快取空間。
若所述快取佇列存在剩餘快取空間，則執行步驟307；若所述快取佇列不存在剩餘快取空間，則執行步驟310。
步驟307：將打賞資訊添加至快取佇列。
應理解，在將打賞資訊添加至快取佇列時，可按照打賞資訊的展示優先順序，將展示優先順序高的打賞資訊先加入快取佇列中，展示優先順序低的後加入快取佇列中。
具體地，可基於與展示優先順序相關的屬性，確定展示優先順序，進而確定進入快取佇列的順序。可選地，與展示優先順序相關的屬性，可以是展示優先順序本身，例如，打賞資訊中可攜帶展示優先順序。或者，可選地，與展示優先順序相關的屬性，可以包括打賞資訊的timeline、接收時間、用戶類型、用戶層級、打賞金額中的至少一種，直播用戶端可基於這些與展示優先順序相關的屬性，確定展示優先順序。
例如，快取佇列中還可容納20個打賞資訊，直播用戶端從伺服器獲取30個打賞資訊。此時，直播用戶端可基於打賞資訊中的打賞金額，從大到小排列；打賞金額相同的，可按照打賞資訊的timeline先後順序排列。特別地，直播用戶端還可把距離當前時間超過預定時間(例如，5s)的打賞資訊設為最低優先順序或者直接過濾掉，等等。對於超出快取佇列的其餘部分，直播用戶端可直接捨棄。
當然，前面只是展顯示了一種將打賞資訊添加到快取佇列的方案，在具體的應用中，還可能存在其它技術方案，在此不在一一列舉。
步驟308：從快取佇列中取出打賞資訊。
當展示軌道空閒，且沒有較高優先順序的打賞資訊在等待時，直播用戶端可從快取佇列中取出打賞資訊進行展示。
步驟309：判斷從快取佇列取出的打賞資訊的時間線與當前時刻之差是否小於預定時間段。
直播客戶可在準備展示打賞資訊時，基於打賞資訊的時效性確定是否打賞。
如果打賞資訊的時間線與當前時刻之差小於所述預定時間段，則執行步驟304；否則執行步驟310。
當然，應理解，步驟309是一個可選的步驟。直播用戶端也可不執行步驟309，直接執行步驟304。
步驟310：忽略所述打賞資訊。
即不展示所述打賞資訊，以減少直播用戶端的渲染壓力。
本發明實施例提供的技術方案，在直播用戶端設置快取佇列，在需要展示的打賞資訊較多時，可以藉由判斷是否為用戶本人發出的打賞資訊以及快取佇列的使用情況，基於一邊展示一邊補足，在快取佇列有剩餘儲存空間就補足打賞資訊，沒有剩餘儲存空間就消除打賞資訊的方式，可以減少直播用戶端的渲染壓力，避免直播用戶端卡頓或崩潰，同時，由於將用戶本人的打賞資訊優先顯示，還可以提升用戶體驗。
上述對本說明書特定實施例進行了描述。其它實施例在所附申請專利範圍的範圍內。在一些情況下，在申請專利範圍中記載的動作或步驟可以按照不同於實施例中的順序來執行並且仍然可以實現期望的結果。另外，在附圖中描繪的過程不一定要求顯示的特定順序或者連續順序才能實現期望的結果。在某些實施方式中，多工處理和並行處理也是可以的或者可能是有利的。
圖4是本發明的一個實施例電子設備的結構示意圖。請參考圖4，在硬體層面，該電子設備包括處理器，可選地還包括內部匯流排、網路介面、記憶體。其中，記憶體可能包含記憶體，例如高速隨機存取記憶體(Random-Access Memory,RAM)，也可能還包括非揮發性記憶體(non-volatile memory)，例如至少1個磁碟記憶體等。當然，該電子設備還可能包括其他業務所需要的硬體。
處理器、網路介面和記憶體可以藉由內部匯流排相互連接，該內部匯流排可以是ISA(Industry Standard Architecture，工業標準架構)匯流排、PCI(Peripheral Component Interconnect，周邊設備部件互連標準)匯流排或EISA(Extended Industry Standard Architecture，延伸工業標準架構)匯流排等。所述匯流排可以分為位址匯流排、資料匯流排、控制匯流排等。為便於表示，圖4中僅用一個雙向箭頭表示，但並不表示僅有一根匯流排或一種類型的匯流排。
記憶體，用於存放程式。具體地，程式可以包括程式碼，所述程式碼包括電腦操作指令。記憶體可以包括記憶體和非揮發性記憶體，並向處理器提供指令和資料。
處理器從非揮發性記憶體中讀取對應的電腦程式到記憶體中接著運行，在邏輯層面上形成資訊展示裝置。處理器，執行記憶體所存放的程式，並具體用於執行以下操作：
獲取至少一條待展示資訊；
基於待展示資訊的快取佇列的使用情況，和/或所述至少一條待展示資訊中與展示優先順序相關的屬性，確定所述至少一條待展示資訊的展示方式。
上述如本發明圖4所示實施例揭示的資訊展示裝置執行的方法可以應用於處理器中，或者由處理器實現。處理器可能是一種積體電路晶片，具有訊號的處理能力。在實現過程中，上述方法的各步驟可以藉由處理器中的硬體的積體邏輯電路或者軟體形式的指令完成。上述的處理器可以是通用處理器，包括中央處理器(Central Processing Unit,CPU)、網路處理器(Network Processor,NP)等；還可以是數位訊號處理器(Digital Signal Processor,DSP)、特殊應用積體電路(Application Specific Integrated Circuit, ASIC)、現場可程式設計閘陣列(Field-Programmable Gate Array,FPGA)或者其他可程式設計邏輯裝置、離散閘或者電晶體邏輯裝置、離散硬體元件。可以實現或者執行本發明實施例中的公開的各方法、步驟及邏輯方塊圖。通用處理器可以是微處理器或者該處理器也可以是任何常規的處理器等。結合本發明實施例所公開的方法的步驟可以直接體現為硬體解碼處理器執行完成，或者用解碼處理器中的硬體及軟體模組組合執行完成。軟體模組可以位於隨機記憶體，快閃記憶體、唯讀記憶體，可程式設計唯讀記憶體或者電可讀寫可程式設計記憶體、暫存器等本領域成熟的儲存媒體中。該儲存媒體位於記憶體，處理器讀取記憶體中的資訊，結合其硬體完成上述方法的步驟。
該電子設備還可執行圖1的方法，並實現資訊展示裝置在圖1、圖2以及圖3所示實施例的功能，本發明實施例在此不再贅述。
當然，除了軟體實現方式之外，本發明的電子設備並不排除其他實現方式，例如邏輯裝置抑或軟硬體結合的方式等等，也就是說以下處理流程的執行主體並不限定於各個邏輯單元，也可以是硬體或邏輯裝置。
本發明實施例還提出了一種電腦可讀儲存媒體，該電腦可讀儲存媒體儲存一個或多個程式，該一個或多個程式包括指令，該指令當被包括多個應用程式的可攜式電子設備執行時，能夠使該可攜式電子設備執行圖1所示實施例的方法，並具體用於執行以下操作：
獲取至少一條待展示資訊；
基於待展示資訊的快取佇列的使用情況，和/或所述至少一條待展示資訊中與展示優先順序相關的屬性，確定所述至少一條待展示資訊的展示方式。
圖5是本發明的一個實施例資訊展示裝置50的結構示意圖。請參考圖5，在一種軟體實施方式中，所述資訊展示裝置50可包括：獲取單元51和展示單元52，其中：
獲取單元51，獲取至少一條待展示資訊；
展示單元52，基於待展示資訊的快取佇列的使用情況，和/或所述至少一條待展示資訊中與展示優先順序相關的屬性，確定所述至少一條待展示資訊的展示方式。
可選地，所述展示單元52基於待展示資訊的快取佇列的使用情況，和/或所述至少一條待展示資訊中與展示優先順序相關的屬性，確定所述至少一條待展示資訊的展示方式，包括：
當所述快取佇列存在剩餘快取空間時，將所述至少一條待展示資訊添加至所述快取佇列，並從所述快取佇列中讀取所述至少一條待展示資訊進行展示。
可選地，所述展示單元52將所述至少一條待展示資訊添加至所述快取佇列，包括：
確定所述至少一條待展示資訊佔用的空間是否不大於所述快取佇列的剩餘快取空間；
若是，則將所述至少一條待展示資訊全部添加至所述快取佇列；
若否，則選擇所述至少一條待展示資訊中的部分添加至所述快取佇列，直至所述快取佇列不存在剩餘快取空間。
可選地，所述展示單元52選擇所述至少一條待展示資訊中的部分添加至所述快取佇列，包括：
根據所述至少一條待展示資訊中與展示優先順序相關的屬性對應的展示優先順序，按照所述展示優先順序從高到低的順序，選擇所述至少一條待展示資訊中的部分添加至所述快取佇列。
可選地，所述展示單元52基於待展示資訊的快取佇列的使用情況，和/或所述至少一條待展示資訊中與展示優先順序相關的屬性，確定所述至少一條待展示資訊的展示方式，包括：
當所述快取佇列不存在剩餘快取空間時，忽略所述至少一條待展示資訊。
可選地，所述展示單元52基於待展示資訊的快取佇列的使用情況，和/或所述至少一條待展示資訊中與展示優先順序相關的屬性，確定所述至少一條待展示資訊的展示方式，包括：
如果第一待展示資訊中與展示優先順序相關的屬性對應的展示優先順序不小於預設優先順序，且當前展示介面中存在空閒的展示軌道，則將所述第一待展示資訊在所述空閒的展示軌道上展示，其中，第一待展示資訊是所述至少一條待展示資訊中的任一條待展示資訊。
可選地，所述展示單元52基於待展示資訊的快取佇列的使用情況，和/或所述至少一條待展示資訊中與展示優先順序相關的屬性，確定所述至少一條待展示資訊的展示方式，包括：
如果第一待展示資訊中與展示優先順序相關的屬性對應的展示優先順序不小於預設優先順序，且當前展示介面中不存在空閒的展示軌道，則等待空閒的展示軌道，並在出現空閒的展示軌道時，將所述第一待展示資訊在所述空閒的展示軌道上展示，其中，第一待展示資訊是所述至少一條待展示資訊中的任一條待展示資訊。
可選地，所述展示單元52根據所述待展示資訊中與展示時間相關的屬性，確定所述待展示資訊的展示時間；
在將所述待展示資訊在展示介面進行展示時，按照所述展示時間進行展示。
可選地，所述展示單元52，當展示介面中存在空閒的展示軌道時，按照先進先出的原則從所述快取佇列中取出第二待展示資訊；
如果所述第二待展示資訊的時間線與當前時刻之差小於預定時間段，藉由所述空閒的展示軌道進行展示；
如果所述第二待展示資訊的時間線與當前時刻之差大於或等於所述預定時間段，忽略所述第二待展示資訊。
可選地，所述待展示資訊中與展示優先順序相關的屬性，包括所述待展示資訊的時間線、接收時間、用戶類型、用戶層級以及打賞金額中的至少一種。
資訊展示裝置50還可執行圖1或圖3的方法，並實現資訊展示裝置在圖1、圖3所示實施例的功能，本發明實施例在此不再贅述。
本發明實施例還提出了一種資訊展示系統，所述資訊展示系統可以包括直播用戶端和所述直播用戶端對應的伺服器，所述直播用戶端可以包括圖5所示的資訊展示裝置，並可以實現圖1或圖3所示實施例中記載的方法步驟，所述伺服器可以為所述直播用戶端提供服務，並可以實現圖1或圖3所示實施例中記載的伺服器的功能。
總之，以上所述僅為本發明的較佳實施例而已，並非用於限定本發明的保護範圍。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。
上述實施例闡明的系統、裝置、模組或單元，具體可以由電腦晶片或實體實現，或者由具有某種功能的產品來實現。一種典型的實現設備為電腦。具體的，電腦例如可以為個人電腦、膝上型電腦、蜂巢式電話、相機電話、智慧型電話、個人數位助理、媒體播放機、導航設備、電子郵件設備、遊戲控制台、平板電腦、可穿戴設備或者這些設備中的任何設備的組合。
電腦可讀媒體包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現資訊儲存。資訊可以是電腦可讀指令、資料結構、程式的模組或其他資料。電腦的儲存媒體的例子包括，但不限於相變記憶體(PRAM)、靜態隨機存取記憶體(SRAM)、動態隨機存取記憶體(DRAM)、其他類型的隨機存取記憶體(RAM)、唯讀記憶體(ROM)、電可抹除可程式設計唯讀記憶體(EEPROM)、快閃記憶體或其他記憶體技術、唯讀光碟唯讀記憶體(CD-ROM)、數位多功能光碟(DVD)或其他光學儲存、磁盒式磁帶，磁帶磁磁片儲存或其他磁性存放裝置或任何其他非傳輸媒體，可用於儲存可以被計算設備存取的資訊。按照本文中的界定，電腦可讀媒體不包括暫存電腦可讀媒體(transitory media)，如調變的資料訊號和載波。
還需要說明的是，術語「包括」、「包含」或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要件的過程、方法、商品或者設備不僅包括那些要件，而且還包括沒有明確列出的其他要件，或者是還包括為這種過程、方法、商品或者設備所固有的要件。在沒有更多限制的情況下，由語句「包括一個……」限定的要件，並不排除在包括所述要件的過程、方法、商品或者設備中還存在另外的相同要件。
本說明書中的各個實施例均採用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於系統實施例而言，由於其基本相似於方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。
S102-S104‧‧‧步驟
301-310‧‧‧步驟
50‧‧‧資訊展示裝置
51‧‧‧獲取單元
52‧‧‧展示單元
為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明中記載的一些實施例，對於本領域普通技術人員來講，在不付出進步性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。
圖1是本發明的一個實施例資訊展示方法的流程示意圖；
圖2是本發明的一個實施例資訊展示方法的示意圖；
圖3是本發明的一個實施例資訊展示方法的流程示意圖；
圖4是本發明的一個實施例電子設備的結構示意圖；
圖5是本發明的一個實施例資訊展示裝置的結構示意圖。
