為了使本技術領域的人員更好地理解本說明書一個或多個實施例中的技術方案，下面將結合本說明書一個或多個實施例中的圖式，對本說明書一個或多個實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是一部分實施例，而不是全部的實施例。基於本說明書一個或多個實施例，本領域普通技術人員在沒有作出進步性勞動前提下所獲得的所有其他實施例，都應當屬於本公開保護的範圍。 彈幕可以給觀眾提供一種實時互動的感覺，可以讓使用者覺得自己能夠參與到很多其他觀眾的評論中，大家都同時對某個目標發表評論。實際生活中，有可能產生多方面的顯示彈幕的需求，如下列舉幾種： 在一個例子中，使用者在參觀畫展時，非常希望看到別人對某一幅畫的評論意見，並且希望自己也能參與到對該幅畫的評論，看到一種大家共同參與討論展畫的氛圍。 在另一個例子中，使用者在遊覽景點時，可能會希望看到其他人對某個建築物的評論，參與討論該建築物的建築風格、建築歷史等資訊。 在又一個例子中，使用者正在某體育場觀看演唱會，迫切希望能夠表達自己此時的心情和感受，與更多人互動分享對演唱會的評價。 其他的例子不再列舉，由上述可以看到，實際生活中的很多場景都可以應用彈幕來營造一種多人共同互動討論的氛圍。 為了滿足上述多場景應用彈幕的需求，本公開提供了一種彈幕系統，該彈幕系統可以作為獨立的應用存在，或者也可以插件化整合於彈幕系統之外的某個外部應用系統。請參見圖1所示的彈幕系統的結構示意圖，該彈幕系統可以包括客戶端11和伺服端12。其中，客戶端11可以展示彈幕內容，使用者也可以通過客戶端11上傳自己對某資源的評論。伺服端12可以用於儲存彈幕內容，並將客戶端11請求的彈幕內容傳輸至客戶端進行展示。 如上面提到的，彈幕的應用場景可以有多種，在本例子的彈幕系統中，伺服端12和客戶端11可以通過預定的通信協議支持多種場景下的彈幕應用。其中，本例子的方法中可以使用“場景碼”來支持多種場景，不同的彈幕顯示場景可以使用不同的場景碼。如下結合圖1，來描述彈幕系統對多場景的支持： 在一個例子中，彈幕顯示場景以圖片為例： 客戶端側的使用者可能存在查看某個圖片對應的彈幕內容的需求，那麼可以將“圖片”設定為一種彈幕顯示場景，對應的場景碼可以是C1。 由客戶端11側來看，客戶端11可以通過圖片上傳入口接收“圖片”這種類型的場景資源的上傳，以支持使用者對某圖片相關的彈幕內容的查看。比如，圖片上傳入口可以是彈幕系統客戶端軟體中的一個圖片上傳選項，使用者點擊就可以上傳自己選擇的圖片。 由伺服端12側來看，伺服端12的彈幕資料庫中，可以儲存與圖片這種類型的場景資源對應的彈幕資料庫。比如，圖1中的彈幕資料庫13中可以儲存很多圖片對應的彈幕內容，例如，圖片A對應的彈幕內容a，可以是其他使用者對於圖片A的評論，圖片B對應的彈幕內容b，可以是很多其他使用者對於圖片B的評論。當然，在儲存圖片及其對應的彈幕內容時，圖片也可以用圖片ID來表示。 在另一個例子中，彈幕顯示場景以聲音為例： 客戶端側的使用者可能存在查看對某段音訊對應的彈幕內容的需求，那麼可以將“聲音”設定為一種彈幕顯示場景，對應的場景碼可以是C2。 由客戶端11側來看，客戶端11可以通過聲音上傳入口接收“聲音”這種類型的場景資源的上傳，以支持使用者對某圖片相關的彈幕內容的查看。比如，聲音上傳入口可以是彈幕系統客戶端軟體中的一個聲音上傳選項，使用者點擊就可以上傳自己選擇的音訊片段。 由伺服端12側來看，伺服端12的彈幕資料庫中可以儲存與聲音這種類型的場景資源對應的彈幕資料庫。比如，圖1中的彈幕資料庫14可以儲存很多聲音對應的彈幕內容，例如，聲音S對應的彈幕內容s，可以是其他使用者對於聲音S的評論，聲音Y對應的彈幕內容y，可以是很多其他使用者對於聲音Y的評論。 其他的彈幕顯示場景的例子不再列舉。由上述說明以及圖1的彈幕系統結構的示例可以看到，本例子的彈幕系統中，客戶端可以支持多種彈幕顯示場景的場景資源的上傳，以支持使用者對多種場景的彈幕顯示請求，伺服端可以分別儲存多種場景下的彈幕內容，並支持各種場景上的彈幕內容的檢索反饋和儲存。 此外，需要說明的是，上述的“彈幕顯示場景”是以聲音和圖片為例，但是實際使用中並不局限於此，具體的彈幕顯示場景可以結合業務需求確定。而場景碼可以作為區分不同的彈幕顯示場景的唯一標識，也作為伺服端在儲存彈幕內容時對不同場景下的彈幕內容區分儲存的標識。 如下列舉幾種彈幕顯示場景下的客戶端和伺服端的交互配合過程： 示例一：圖片的彈幕顯示 請參見圖2所示的流程，在該例子中，假設使用者想要查看一張“蒙娜麗莎”圖片相關的彈幕內容，瞭解其他使用者對該圖片的評價。可以包括如下步驟，需要說明的是，如下描述中涉及到的操作描述，僅是示例性描述，不作為限制。 在步驟200中，客戶端接收待顯示彈幕內容的場景資源，該資源是圖片。 例如，使用者可以在自己的智慧手機上安裝彈幕系統應用APP，可以打開該應用，點擊該應用中的“上傳圖片”選項，相當於一個圖片上傳入口，上傳一張“蒙娜麗莎”圖片。該蒙娜麗莎圖片即稱為場景資源。 在步驟202中，客戶端向伺服端發送彈幕顯示請求，所述彈幕顯示請求包括：彈幕顯示場景對應的場景碼、以及場景資源。 例如，當上傳圖片完畢後，可以點擊應用中的“請求彈幕”選項，則觸發客戶端向伺服端發送彈幕顯示請求。可以將步驟200中獲取到的蒙娜麗莎圖片發送至伺服端，請求伺服端返回該圖片對應的彈幕內容，並且，在使用者上傳圖片的操作過程中，客戶端已經得知使用者上傳的場景資源是圖片，客戶端可以將圖片對應的場景碼C1也一併發送至伺服端，以幫助伺服端確定在資料庫的檢索範圍，提高彈幕內容檢索的效率。 在步驟204中，伺服端由圖片場景碼對應的彈幕資料庫中，獲取圖片資源對應的彈幕內容。 例如，結合圖1的示例，伺服端可以由彈幕資料庫13中，獲取蒙娜麗莎圖片對應的彈幕內容。這些彈幕內容可以是不同人在不同的時間對該蒙娜麗莎圖片的評論，伺服端可以將這些評論都檢索得到。 在步驟206中，伺服端將所述彈幕內容發送至客戶端。 在步驟208中，客戶端顯示彈幕內容。 例如，可以在智慧手機上的彈幕系統應用中界面上以浮層形式顯示彈幕內容，使用者可以看到很多其他人對該蒙娜麗莎圖片的評論，瞭解到其他人的看法。 此外，使用者也可以通過客戶端發表自己對蒙娜麗莎圖片的評論，請繼續參見步驟210至步驟216。 在步驟210中，客戶端獲取對當前圖片評論的彈幕內容。 例如，參見圖3的示例，彈幕系統應用的界面上可以顯示蒙娜麗莎圖片，並以浮層顯示伺服端反饋的彈幕內容。使用者自己也可以在界面底端的輸入框中輸入自己對該圖片的評價，比如可以輸入“蒙娜麗莎的神秘的微笑”。 在步驟212中，客戶端向伺服端發送彈幕上傳請求，所述彈幕上傳請求包括：彈幕顯示場景對應的場景碼、所述彈幕內容和場景資源。 例如，使用者可以點擊圖3中的“發表”選項，觸發客戶端向伺服端發送彈幕上傳請求，攜帶使用者輸入的自己的評價、圖片標識以及圖片場景碼。其中的圖片標識可以是唯一標識蒙娜麗莎的標識，該標識可以是伺服端定義並發送至客戶端的，以使得客戶端在後續上傳對該圖片的評論時攜帶。 在步驟214中，伺服端在所述場景碼對應的彈幕資料庫中儲存所述彈幕內容與場景資源之間的映射關係。 例如，伺服端可以在圖片場景碼C1對應的彈幕資料庫中，儲存該蒙娜麗莎圖片對應的使用者的評論即彈幕內容。 在步驟216中，伺服端將彈幕內容實時分發至請求顯示彈幕的各個客戶端。 例如，請求對蒙娜麗莎圖片顯示彈幕內容的客戶端可能有多個，當伺服端在步驟214中更新了資料庫中該圖片對應的彈幕內容後，可以將該最新的彈幕內容分發至各個客戶端。比如，伺服端在蒙娜麗莎圖片對應的彈幕內容中增加了一條內容“蒙娜麗莎的神秘的微笑”，則伺服端可以將這條內容再發送至請求彈幕顯示的各個客戶端，使得各個客戶端可以顯示該最新的彈幕內容，本例子中發表該內容的使用者也可以實時看到自己的評論，從而產生與很多人一起實時參與討論的氛圍。 通過圖2所示的流程，實現了使用者查看圖片對應的彈幕內容，且發表自己對圖片的評論。在其他的例子中，使用者還可以通過彈幕系統應用APP中的“上傳音訊”選項，上傳一段音訊，來查看該音訊對應的彈幕，此過程的客戶端和伺服端的交互與圖2類似，區別在於交互過程對應的場景碼是聲音場景碼C2，並且伺服端檢索彈幕內容時由C2對應的彈幕資料庫中獲取，詳細過程不再贅述。 示例二：基於地理位置的彈幕顯示 在本例子中，假設使用者在某個美食一條街，想瞭解對這條街上附近的各個餐廳的評論，可以打開自己手機上的彈幕系統應用，應用上可以定位使用者的當前位置。例如，可以在應用界面上顯示地圖，並在地圖上標示使用者的當前位置。當使用者點擊界面中的“啟動位置彈幕”時，可以觸發客戶端向伺服端請求該地理位置附近的彈幕內容。參見圖4所示的流程： 在步驟400中，客戶端定位獲取當前的地理位置。 例如，本步驟中應用定位的地理位置可以是使用者當前所處的經緯度座標。 在步驟402中，客戶端向伺服端發送彈幕顯示請求，所述彈幕顯示請求包括：地理位置場景的場景碼、以及當前的地理位置。 例如，當使用者點擊界面中的“啟動位置彈幕”時，可以觸發客戶端向伺服端發送彈幕顯示請求，以請求反饋該地理位置附近的彈幕內容。該彈幕顯示請求中可以包括：地理位置場景的場景碼，該“地理位置場景”指的是客戶端在請求彈幕時上傳的檢索依據是“地理位置”，伺服端可以依據“地理位置”來檢索客戶端需要的彈幕內容。本步驟中，客戶端還上傳在步驟400中定位得到的地理位置，作為地理位置場景的場景資源。 在不同的彈幕顯示場景中，客戶端上傳的資源可以是該場景下對應的場景資源，比如，在本地理位置場景中，上傳的場景資源是“地理位置”；在圖片場景中，上傳的場景資源是“圖片”；在聲音場景中，上傳的場景資源是“音訊”。由伺服端來說，彈幕資料庫中儲存的是場景資源與彈幕內容的映射關係，某一個場景碼對應的彈幕資料庫中，可以包括多個場景資源、以及該資源對應的彈幕內容。比如，在圖片場景碼對應的彈幕資料庫中，可以包括很多圖片。 在步驟404中，伺服端在場景碼對應的彈幕資料庫中，查找獲取與當前地理位置對應的彈幕內容。 例如，伺服端的地理位置場景碼對應的彈幕資料庫中，還可以細分為“餐飲”、“影院”、“博物館”等多個細小的分類，一個地理位置座標附近一定的區域內，可以包括多種類型的場所，使用者可以在客戶端觸發“啟動位置彈幕”時，同時選擇要獲取的彈幕內容是餐飲類的，或者是影院類的，等。本例子中，使用者的選擇可以是當前地理位置附近的餐飲類彈幕顯示，那麼伺服端可以根據上傳的經緯度座標，由資料庫中搜索到對應該地理位置的位於這條美食街上的多家餐館的評論。 在步驟406中，伺服端將彈幕內容返回至客戶端進行顯示。例如，客戶端可以顯示在顯示界面以浮層形式顯示當前位置附近的餐飲彈幕內容。 此外，在本例子中，客戶端向伺服端上傳的地理位置既可以是經緯度座標，由伺服端反饋該座標附近的彈幕內容，還可以是客戶端在定位到使用者的當前的地理位置後，在客戶端顯示該位置附近的各個餐館的列表，由使用者選擇一個指定的餐館。這種情況下，可能是使用者已經確定要去這家餐館就餐，只想查看針對這家餐館的評論。伺服端可以根據客戶端指定的餐館，返回對應的彈幕內容。 參見圖5的示例，應用界面上可以顯示使用者的當前位置，並以浮層顯示使用者選擇的特定餐廳的相關評論，例如，“吃過很多次了，非常好吃”，“推薦他們家的魚頭泡餅”等。使用者在吃過飯後，還可以發表自己的評論“飯菜做的非常精緻”，並點擊“發表”，則客戶端可以將使用者的評論上傳至伺服端，伺服端可以將該評論儲存至該餐廳對應的彈幕內容中，並實時更新各個客戶端顯示的彈幕內容。 示例性的，在本例子的基於地理位置的彈幕顯示中，伺服端儲存彈幕內容的方式可以如圖6的示例。如圖6所示，彈幕資料庫中包括地理位置D1、D2、D3等多個地理位置對應的彈幕內容，並且，彈幕內容可以劃分為更具體的小類，在某一個地理位置附近的區域內，可以包括餐飲、影院等各種類型場所。客戶端的應用在定位使用者的所處地理位置時，還可以通過客戶端接收使用者選擇的場所類型，假如使用者選擇了餐飲類型，則可以在彈幕資料庫中搜索該地理位置對應的餐飲類型下映射的彈幕內容。 此外，本例子中的彈幕系統應用還可以根據輸入的關鍵詞，喚起對應的第三方應用，並在該應用上以浮層的形式顯示彈幕。比如，假如使用者輸入的關鍵詞是一部電影，客戶端可以據此喚起所在行動設備上的視訊播放應用，通過該視訊播放應用播放該電影，並且將伺服端反饋的彈幕內容在電影播放界面上以浮層形式顯示，使得使用者可以一邊觀看電影一邊參與彈幕。 示例三：基於關鍵詞查詢的彈幕顯示 本例子中，使用者可以在彈幕系統應用中輸入搜索的關鍵詞。例如，輸入的關鍵詞可以是一本書，或者是一首MV，或者是一部電影，等。這個場景可以稱為“關鍵詞場景”，相應的，伺服端儲存彈幕內容時，可以儲存為某個關鍵詞與對應的彈幕內容的映射關係。 在本場景下的客戶端和伺服端之間的交互過程，與圖4類似，不再詳述。區別在於，本例子客戶端獲取的是關鍵詞，在伺服端發送彈幕顯示請求時攜帶的是關鍵詞場景的場景碼、以及搜索的關鍵詞。而伺服端也會由關鍵詞場景碼對應的彈幕資料庫中，找到上述關鍵詞對應的彈幕內容，反饋至客戶端進行顯示。同樣的，客戶端也可以向伺服端上傳自己的評論，由伺服端負責分發。 本公開提供的彈幕系統，不僅可以作為獨立的APP（彈幕系統應用）存在，還可以作為插件，以SDK的形式整合在外部系統，比如，彈幕系統的客戶端可以整合於不同於所述彈幕系統的外部應用系統。 以將本例子的彈幕系統應用於增強現實AR場景、以及虛擬現實VR場景為例。例如，可以將彈幕系統的客戶端整合於某一個AR系統模組，使用者可以通過該AR系統模組掃一掃一個著名的景點建築（該建築可以稱為AR目標），並點擊“啟動AR彈幕”的選項，則該AR系統模組可以向本公開的彈幕系統的伺服端發送彈幕顯示請求，攜帶“AR場景的場景碼”以及掃描的景點建築圖像。伺服端可以由AR場景碼對應的彈幕資料庫中，獲取該景點建築對應的彈幕內容，該彈幕內容可以是其他的過往遊人在不同時間點發表的對該建築的感受和評論。伺服端可以將該彈幕內容反饋至客戶端，客戶端可以將掃描的景點建築作為背景，浮層顯示彈幕內容。同樣的，使用者也可以通過AR系統模組向伺服端上傳自己的評論，由伺服端儲存。 在VR場景中應用本公開的彈幕系統，原理和方式與AR類似，不再詳述。比如，在虛擬購物場景中，當買家沉浸在虛擬商店購物時，對於自己想要購買的某件衣服，可以點擊“VR目標彈幕”，則觸發VR系統向本公開的彈幕系統的伺服端發送彈幕顯示請求，攜帶“VR場景的場景碼”及虛擬物品的標識。伺服端可以由VR場景碼對應的彈幕資料庫中，獲取該虛擬物品對應的彈幕內容，該彈幕內容可以是其他買家的購物體驗或商品評論，返回至客戶端顯示。 在上面的例子中，列舉了聲音、圖片、關鍵詞、地理位置等多種場景下顯示彈幕的實現方式，當有新的彈幕顯示場景時，可以由彈幕系統的客戶端和伺服端設定好針對該新場景的通信協議。可以由伺服端為該新場景分配對應的場景碼，可以由客戶端設置好傳輸新場景的場景資源的上傳入口，伺服端可以接收新場景的場景資源，並在新場景對應的彈幕資料庫中，儲存各個場景資源及對應的彈幕內容的映射關係。 通過上述本公開的彈幕顯示方法，使得可以在多種場景下使用彈幕，滿足了使用者在多種場景下顯示彈幕的需求，實現了對彈幕的應用場景的擴展。 為了實現上述的彈幕顯示方法，本說明書一個或多個實施例還提供了一種彈幕顯示裝置，該裝置可以應用於彈幕系統的伺服端，如圖7所示，該裝置可以包括：請求接收模組71、彈幕獲取模組72和彈幕發送模組73。 請求接收模組71，用於接收客戶端發送的彈幕顯示請求，所述彈幕顯示請求包括：彈幕顯示場景對應的場景碼、以及場景資源； 彈幕獲取模組72，用於由所述場景碼對應的彈幕資料庫中，獲取所述場景資源對應的彈幕內容； 彈幕發送模組73，用於將所述彈幕內容發送至所述客戶端進行顯示。 在一個例子中，如圖8所示，該裝置還包括彈幕儲存模組74。 請求接收模組71，還用於接收所述客戶端發送的彈幕上傳請求，所述彈幕上傳請求包括：彈幕顯示場景對應的場景碼、本次上傳的彈幕內容、以及所述彈幕內容針對的場景資源。 彈幕儲存模組74，用於在所述場景碼對應的彈幕資料庫中，儲存所述彈幕內容與所述場景資源之間的映射關係。 為了實現上述的彈幕顯示方法，本說明書一個或多個實施例還提供了一種彈幕顯示裝置，該裝置可以應用於彈幕系統的客戶端，如圖9所示，該裝置可以包括：請求發送模組91、彈幕接收模組92和彈幕顯示模組93。 請求發送模組91，用於向所述彈幕系統的伺服端發送彈幕顯示請求，所述彈幕顯示請求包括：彈幕顯示場景對應的場景碼、以及場景資源； 彈幕接收模組92，用於接收所述伺服端返回的與所述場景資源對應的彈幕內容，所述彈幕內容由所述伺服端在所述場景碼對應的彈幕資料庫中獲取； 彈幕顯示模組93，用於顯示所述彈幕內容。 在一個例子中，如圖10所示，該裝置還包括：內容獲取模組94和上傳請求模組95。 內容獲取模組94，用於獲取對當前的場景資源評論的彈幕內容； 上傳請求模組95，用於向所述伺服端發送彈幕上傳請求，所述彈幕上傳請求包括：彈幕顯示場景對應的場景碼、所述彈幕內容和場景資源，以使得所述伺服端在所述場景碼對應的彈幕資料庫中儲存所述彈幕內容與場景資源之間的映射關係。 為了描述的方便，描述以上裝置時以功能分為各種模組分別描述。當然，在實施本說明書一個或多個實施例時可以把各模組的功能在同一個或多個軟體及/或硬體中實現。 上述方法實施例所示流程中的各個步驟，其執行順序不限制於流程圖中的順序。此外，各個步驟的描述，可以實現為軟體、硬體或者其結合的形式，例如，本領域技術人員可以將其實現為軟體代碼的形式，可以為能夠實現所述步驟對應的邏輯功能的電腦可執行指令。當其以軟體的方式實現時，所述的可執行指令可以儲存在儲存器中，並被設備中的處理器執行。 例如，對應於上述彈幕顯示方法，本說明書一個或多個實施例同時提供一種彈幕管理設備，該設備可以應用於伺服端。該設備可以包括處理器、儲存器、以及儲存在儲存器上並可在處理器上運行的電腦指令，所述處理器通過執行所述指令，用於實現如下步驟：接收客戶端發送的彈幕顯示請求，所述彈幕顯示請求包括：彈幕顯示場景對應的場景碼、以及場景資源；由所述場景碼對應的彈幕資料庫中，獲取所述場景資源對應的彈幕內容；將所述彈幕內容發送至所述客戶端進行顯示。 例如，對應於上述彈幕顯示方法，本說明書一個或多個實施例同時提供一種彈幕顯示設備，該設備可以應用於客戶端。該設備可以包括處理器、儲存器、以及儲存在儲存器上並可在處理器上運行的電腦指令，所述處理器通過執行所述指令，用於實現如下步驟：向所述彈幕系統的伺服端發送彈幕顯示請求，所述彈幕顯示請求包括：彈幕顯示場景對應的場景碼、以及場景資源；接收所述伺服端返回的與所述場景資源對應的彈幕內容，所述彈幕內容由所述伺服端在所述場景碼對應的彈幕資料庫中獲取；顯示所述彈幕內容。 上述實施例闡明的裝置或模組，具體可以由電腦晶片或實體實現，或者由具有某種功能的產品來實現。一種典型的實現設備為電腦，電腦的具體形式可以是個人電腦、膝上型電腦、蜂窩電話、相機電話、智慧電話、個人數位助理、媒體播放器、導航設備、電子郵件收發設備、遊戲控制台、平板電腦、可穿戴設備或者這些設備中的任意幾種設備的組合。 本領域內的技術人員應明白，本說明書一個或多個實施例可提供為方法、系統、或電腦程式產品。因此，本說明書一個或多個實施例可採用完全硬體實施例、完全軟體實施例、或結合軟體和硬體方面的實施例的形式。而且，本說明書一個或多個實施例可採用在一個或多個其中包含有電腦可用程式代碼的電腦可用儲存媒介（包括但不限於磁碟儲存器、CD-ROM、光學儲存器等）上實施的電腦程式產品的形式。 這些電腦程式指令也可儲存在能引導電腦或其他可程式化資料處理設備以特定方式工作的電腦可讀儲存器中，使得儲存在該電腦可讀儲存器中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程及/或方塊圖一個方塊或多個方塊中指定的功能。 這些電腦程式指令也可裝載到電腦或其他可程式化資料處理設備上，使得在電腦或其他可程式化設備上執行一系列操作步驟以產生電腦實現的處理，從而在電腦或其他可程式化設備上執行的指令提供用於實現在流程圖一個流程或多個流程及/或方塊圖一個方塊或多個方塊中指定的功能的步驟。 還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，並不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。 本說明書一個或多個實施例可以在由電腦執行的電腦可執行指令的一般上下文中描述，例如程式模組。一般地，程式模組包括執行特定任務或實現特定抽象資料類型的例程、程式、對象、組件、資料結構等等。也可以在分布式計算環境中實踐本說明書一個或多個實施例，在這些分布式計算環境中，由通過通信網路而被連接的遠程處理設備來執行任務。在分布式計算環境中，程式模組可以位於包括儲存設備在內的本地和遠程電腦儲存媒介中。 本說明書中的各個實施例均採用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於伺服端設備實施例而言，由於其基本相似於方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。 上述對本說明書特定實施例進行了描述。其它實施例在所附申請專利範圍的範圍內。在一些情況下，在申請專利範圍中記載的動作或步驟可以按照不同於實施例中的順序來執行並且仍然可以實現期望的結果。另外，在圖式中描繪的過程不一定要求示出的特定順序或者連續順序才能實現期望的結果。在某些實施方式中，多任務處理和並行處理也是可以的或者可能是有利的。 以上所述僅為本說明書一個或多個實施例的較佳實施例而已，並不用以限制本公開，凡在本公開的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本公開保護的範圍之內。In order to enable those skilled in the art to better understand the technical solutions in one or more embodiments of this specification, the following will be combined with the drawings in one or more embodiments of this specification. The technical solution is described clearly and completely. Obviously, the described embodiments are only a part of the embodiments, but not all the embodiments. Based on one or more embodiments of this specification, all other embodiments obtained by persons of ordinary skill in the art without making progressive labor should fall within the scope of protection of the present disclosure. Barrage can provide viewers with a real-time interactive feeling, and can make users feel that they can participate in the comments of many other viewers, and everyone will comment on a certain target at the same time. In actual life, there may be various requirements for displaying the barrage, as listed below: In an example, when a user visits an exhibition, he very much hopes to see other people’s comments on a certain painting, and hopes to himself You can also participate in the comment on the painting and see an atmosphere where everyone participates in the discussion of the painting. In another example, a user may want to see other people’s comments on a certain building when they are visiting attractions, and participate in discussing the building’s architectural style, building history, and other information. In another example, users are watching a concert in a stadium, eager to express their mood and feelings at this time, and interact with more people to share the evaluation of the concert. Other examples are no longer listed. From the above, we can see that many scenes in real life can use the barrage to create an atmosphere of interaction and discussion among multiple people. In order to meet the above-mentioned multi-scenario application barrage requirements, the present disclosure provides a barrage system that can exist as an independent application, or can be plug-in integrated with an external application system other than the barrage system. Please refer to the schematic structural diagram of the barrage system shown in FIG. 1. The barrage system may include a client 11 and a server 12. Among them, the client 11 can display the content of the barrage, and the user can also upload his own comment on a resource through the client 11. The server 12 can be used to store barrage content and transmit the barrage content requested by the client 11 to the client for display. As mentioned above, there can be many application scenarios of the barrage. In the barrage system of this example, the server 12 and the client 11 can support barrage applications in various scenarios through a predetermined communication protocol. Among them, the method of this example can use "scene codes" to support multiple scenes, and different scene codes for different barrage display scenes can be used. The following describes the barrage system's support for multiple scenes in conjunction with Figure 1: In an example, the barrage display scene takes pictures as an example: Users on the client side may have a need to view the barrage content corresponding to a certain picture, Then "picture" can be set as a kind of barrage display scene, and the corresponding scene code can be C1. From the side of the client 11, the client 11 can receive the upload of the scene resource of the type "picture" through the picture upload portal to support the user to view the barrage content related to a picture. For example, the image upload entrance may be an image upload option in the client software of the barrage system, and the user may upload the image of his choice by clicking. From the side of the server 12, the barrage database of the server 12 can store a barrage database corresponding to scene resources of the type like pictures. For example, the barrage database 13 in FIG. 1 can store the barrage content corresponding to many pictures. For example, the barrage content a corresponding to the picture A can be comments of other users on the picture A, and the barrage corresponding to the picture B Content b can be many other users' comments on picture B. Of course, when storing a picture and its corresponding barrage content, the picture can also be represented by a picture ID. In another example, the barrage display scene takes sound as an example: The user on the client side may have a need to view the content of the barrage corresponding to a certain piece of audio, then "sound" can be set as a barrage display scene, The corresponding scene code may be C2. From the side of the client 11, the client 11 can receive the uploading of "sound" type scene resources through the voice upload portal to support the user to view the barrage content related to a certain picture. For example, the sound upload portal may be a sound upload option in the client software of the barrage system. The user clicks to upload the audio clip of their choice. From the side of the server 12, the barrage database of the server 12 can store a barrage database corresponding to scene resources of this type. For example, the barrage database 14 in FIG. 1 can store a lot of barrage content corresponding to sounds, for example, the barrage content s corresponding to the sound S, which can be other users’ comments on the sound S, and the barrage content corresponding to the sound Y y can be the comment of many other users on the sound Y. Other examples of barrage display scenes are no longer listed. As can be seen from the above description and the example of the structure of the barrage system in FIG. 1, in the barrage system of this example, the client can support the upload of scene resources for multiple barrage display scenes to support the user's barrage of multiple scenes For display requests, the server can separately store barrage content in multiple scenarios, and support retrieval feedback and storage of barrage content in various scenarios. In addition, it should be noted that the above “barrage display scene” takes sound and pictures as examples, but it is not limited to this in actual use, and the specific barrage display scene can be determined in accordance with business requirements. The scene code can be used as a unique identifier for distinguishing different barrage display scenes, and also as a distinguishing identifier for the barrage content in different scenes when the server side stores the barrage content. The interactive cooperation process between the client and the server in several barrage display scenarios are listed as follows: Example 1: The barrage display of the picture is shown in the flow shown in FIG. 2, in this example, it is assumed that the user wants to view a " The content of the barrage related to the "Mona Lisa" picture, to understand other users' comments on the picture. The following steps may be included. It should be noted that the operation descriptions involved in the following descriptions are only exemplary descriptions and are not intended to be limiting. In step 200, the client receives the scene resource to be displayed, and the resource is a picture. For example, users can install the barrage system application APP on their smartphones, open the application, and click the "upload picture" option in the application, which is equivalent to an image upload entrance and upload a "Mona Lisa" image. This Mona Lisa picture is called a scene resource. In step 202, the client sends a barrage display request to the server. The barrage display request includes the scene code corresponding to the barrage display scene and the scene resources. For example, after uploading the picture, you can click on the "Request Barrage" option in the application to trigger the client to send a barrage display request to the server. You can send the Mona Lisa picture obtained in step 200 to the server, request the server to return the barrage content corresponding to the picture, and, during the operation of the user uploading the picture, the client has learned that the user uploaded The scene resource is a picture. The client can also send the scene code C1 corresponding to the picture to the server to help the server determine the search range in the database and improve the efficiency of the barrage content retrieval. In step 204, the server obtains the content of the barrage corresponding to the picture resource from the barrage database corresponding to the picture scene code. For example, referring to the example of FIG. 1, the server can obtain the barrage content corresponding to the Mona Lisa picture from the barrage database 13. These barrage content can be different people's comments on the Mona Lisa picture at different times, and the server can retrieve all the comments. In step 206, the server sends the barrage content to the client. In step 208, the client displays the content of the barrage. For example, the content of the barrage can be displayed in the form of a floating layer on the interface of the barrage system application on the smartphone. The user can see many other people's comments on the Mona Lisa picture and understand the views of others. In addition, users can also post their comments on the Mona Lisa picture through the client, please continue to see steps 210 to 216. In step 210, the client obtains the barrage content of the comment on the current picture. For example, referring to the example of FIG. 3, the Mona Lisa picture can be displayed on the interface of the barrage system application, and the barrage content fed back by the servo end is displayed in a floating layer. The user himself can also input his own evaluation of the picture in the input box at the bottom of the interface, for example, he can enter "Mysterious Smile of Mona Lisa". In step 212, the client sends a barrage upload request to the server. The barrage upload request includes: a scene code corresponding to the barrage display scene, the barrage content, and scene resources. For example, the user can click the "Publish" option in Figure 3 to trigger the client to send a barrage upload request to the server, carrying the user's own evaluation, picture logo, and picture scene code entered by the user. The image identifier may be an identifier that uniquely identifies the Mona Lisa, and the identifier may be defined by the server and sent to the client, so that the client carries it when uploading comments on the image. In step 214, the server stores the mapping relationship between the content of the barrage and the scene resources in the barrage database corresponding to the scene code. For example, the server can store the user's comment corresponding to the Mona Lisa picture in the barrage database corresponding to the picture scene code C1. In step 216, the server distributes the content of the barrage to each client requesting to display the barrage in real time. For example, there may be multiple clients requesting to display the barrage content on the Mona Lisa picture. When the server updates the barrage content corresponding to the picture in the database in step 214, the latest barrage content can be changed Distribute to various clients. For example, if the server adds a content "Mona Lisa's mysterious smile" to the barrage content corresponding to the Mona Lisa picture, the server can send this content to each client requesting the barrage display , So that each client can display the latest barrage content. In this example, the user who posted the content can also see their comments in real time, thereby creating an atmosphere of real-time participation in discussions with many people. Through the process shown in Figure 2, the user can view the barrage content corresponding to the picture and post his own comment on the picture. In other examples, the user can also upload a piece of audio through the "upload audio" option in the application of the barrage system application to view the barrage corresponding to the audio. The interaction between the client and the server in this process is similar to Figure 2. The difference is that the scene code corresponding to the interaction process is the sound scene code C2, and the server-side retrieves the barrage content from the barrage database corresponding to C2. The detailed process is not repeated here. Example 2: Barrage display based on geographic location In this example, suppose a user is on a street of a food and wants to know the comments of various restaurants near this street, he can open the barrage system application on his mobile phone. The application can locate the user's current location. For example, you can display a map on the application interface and mark the user's current location on the map. When the user clicks the "start position barrage" in the interface, the client can be triggered to request the barrage content near the geographic location from the server. Refer to the flow shown in FIG. 4: In step 400, the client locates and obtains the current geographic location. For example, the geographic location of the application positioning in this step may be the latitude and longitude coordinates of the user's current location. In step 402, the client sends a barrage display request to the server. The barrage display request includes the scene code of the geographic location scene and the current geographic location. For example, when the user clicks the "start position barrage" in the interface, the client can be triggered to send a barrage display request to the server to request feedback on the barrage content near the geographic location. The barrage display request may include: a scene code of a geographic location scene, and the "geographical location scene" refers to that the retrieval basis uploaded by the client when requesting the barrage is "geographic location", and the server side may be based on "geographic location" To retrieve the barrage content required by the client. In this step, the client also uploads the geographic location obtained in step 400 as a scene resource of the geographic location scenario. In different barrage display scenes, the resources uploaded by the client may be the corresponding scene resources in the scene. For example, in this geographic location scene, the uploaded scene resource is "geographic location"; in the picture scene, the uploaded The scene resource is "picture"; in the sound scene, the uploaded scene resource is "audio". From the server side, the barrage database stores the mapping relationship between scene resources and barrage content. The barrage database corresponding to a scene code can include multiple scene resources and the barrage corresponding to the resource content. For example, in the barrage database corresponding to the picture scene code, many pictures can be included. In step 404, the server searches and obtains the content of the barrage corresponding to the current geographic location in the barrage database corresponding to the scene code. For example, the barrage database corresponding to the geographic location scene codes on the server side can also be subdivided into multiple small categories such as "catering", "cinema", and "museum". Within a certain area near a geographic location coordinate, it can include In many types of venues, users can select whether the content of the barrage to be acquired is catering or theater when the client triggers the "start position barrage". In this example, the user’s choice may be a restaurant barrage display near the current geographic location, then the server can search from the database based on the uploaded latitude and longitude coordinates, from the database to find the corresponding geographic location on this food street. Restaurant reviews. In step 406, the server returns the content of the barrage to the client for display. For example, the client may display the content of the dining barrage near the current position in a floating layer on the display interface. In addition, in this example, the geographic location uploaded by the client to the server can be a latitude and longitude coordinate, and the server can feedback the barrage content near the coordinate, or it can be after the client locates the user's current geographic location , The client displays a list of restaurants near the location, and the user selects a designated restaurant. In this case, it may be that the user has determined to go to this restaurant to eat, and only wants to view the reviews for this restaurant. The server can return the content of the corresponding barrage according to the restaurant designated by the client. Referring to the example in FIG. 5, the current interface of the user can be displayed on the application interface, and the relevant comments of the specific restaurant selected by the user can be displayed on a floating layer, for example, “Eat many times, very delicious”, “Recommend their home Fish head bubble cake" and so on. After the user has eaten, they can also post their own comment "The food is very delicate", and click "Post", the client can upload the user's comment to the server, and the server can save the comment to The barrage content corresponding to the restaurant is updated in real time with the barrage content displayed by each client. Exemplarily, in the geographical location-based barrage display of this example, the manner in which the server side stores the barrage content may be as shown in FIG. 6. As shown in FIG. 6, the barrage database includes barrage content corresponding to multiple geographic locations such as geographic locations D1, D2, D3, etc., and the barrage content can be divided into more specific subcategories near a certain geographic location Within the area, can include various types of places such as restaurants, theaters and so on. When locating the user's geographic location, the client application can also receive the type of venue selected by the user through the client. If the user selects the catering type, you can search for the catering corresponding to the geographic location in the barrage database The content of the barrage mapped under the type. In addition, the barrage system application in this example can also call up the corresponding third-party application based on the entered keywords, and display the barrage in the form of a floating layer on the application. For example, if the keyword entered by the user is a movie, the client can call up the video playback application on the mobile device, play the movie through the video playback application, and play the barrage content fed back by the server in the movie. The interface is displayed in the form of a floating layer, so that users can participate in the barrage while watching movies. Example 3: Barrage display based on keyword query In this example, the user can enter search keywords in the barrage system application. For example, the input keyword can be a book, or a MV, or a movie, etc. This scene can be called "keyword scene". Correspondingly, when the server stores the content of the barrage, it can be stored as a mapping relationship between a certain keyword and the corresponding barrage content. The interaction process between the client and the server in this scenario is similar to Figure 4 and will not be described in detail. The difference is that in this example, the client obtains keywords, and when the server sends a barrage display request, the scene code of the keyword scene and the searched keywords are carried. The server also finds the content of the barrage corresponding to the above keyword from the barrage database corresponding to the keyword scene code, and feeds it back to the client for display. Similarly, the client can upload its own comments to the server, which is responsible for distribution. The barrage system provided by the present disclosure can not only exist as an independent APP (barrage system application), but also can be integrated as a plug-in in an external system in the form of SDK. For example, the client of the barrage system can be integrated in a different Describe the external application system of the barrage system. Take the example of applying the barrage system of this example to an augmented reality AR scene and a virtual reality VR scene. For example, the client of the barrage system can be integrated into an AR system module, and the user can scan a famous attraction building (the building can be called an AR target) through the AR system module, and click "Start AR" "Barrage" option, the AR system module can send a barrage display request to the server of the barrage system of the present disclosure, carrying the "scene code of the AR scene" and the scanned scenic building image. The server can obtain the barrage content corresponding to the attraction building from the barrage database corresponding to the AR scene code. The barrage content can be other past visitors' feelings and comments on the building at different points in time. The server can feed back the content of the barrage to the client, and the client can use the scanned scenic spot building as the background and display the barrage content on the floating layer. Similarly, users can upload their own comments to the server through the AR system module and store them in the server. Applying the barrage system of the present disclosure to VR scenes, the principle and method are similar to AR and will not be described in detail. For example, in a virtual shopping scenario, when a buyer is immersed in a virtual store to shop, for a certain piece of clothing that he wants to buy, he can click "VR target barrage", which triggers the VR system to serve the barrage system of the present disclosure The terminal sends a barrage display request, carrying the "scene code of the VR scene" and the identification of the virtual item. The server can obtain the barrage content corresponding to the virtual item from the barrage database corresponding to the VR scene code. The barrage content can be the shopping experience or product reviews of other buyers and return to the client for display. In the above example, the implementation of displaying the barrage in various scenarios such as sound, pictures, keywords, and geographic location is listed. When there is a new barrage display scene, it can be set by the client and server of the barrage system Good communication protocol for this new scenario. The server can assign the corresponding scene code to the new scene, the client can set the upload portal for transmitting the scene resources of the new scene, and the server can receive the scene resources of the new scene and store it in the barrage database corresponding to the new scene. In, store the mapping relationship between each scene resource and the corresponding barrage content. Through the above-mentioned barrage display method of the present disclosure, the barrage can be used in a variety of scenarios, satisfying the user's need to display the barrage in a variety of scenarios, and expanding the application scenarios of the barrage. In order to realize the above-mentioned barrage display method, one or more embodiments of this specification also provide a barrage display device, which can be applied to the servo end of the barrage system. As shown in FIG. 7, the device may include: request The receiving module 71, the barrage acquiring module 72 and the barrage sending module 73. The request receiving module 71 is used to receive a barrage display request sent by the client. The barrage display request includes: a scene code corresponding to the barrage display scene, and scene resources; barrage acquisition module 72 is used by the Obtain the barrage content corresponding to the scene resource from the barrage database corresponding to the scene code; barrage sending module 73, configured to send the barrage content to the client for display. In one example, as shown in FIG. 8, the device further includes a barrage storage module 74. The request receiving module 71 is also used to receive a barrage upload request sent by the client. The barrage upload request includes: a scene code corresponding to the barrage display scene, the content of the barrage uploaded this time, and the barrage The scene resources for the screen content. Barrage storage module 74 is used to store the mapping relationship between the barrage content and the scene resource in the barrage database corresponding to the scene code. In order to realize the above-mentioned barrage display method, one or more embodiments of this specification also provide a barrage display device, which can be applied to a client of a barrage system, as shown in FIG. 9, the device may include: a request The sending module 91, the barrage receiving module 92 and the barrage display module 93. A request sending module 91 is used to send a barrage display request to the servo end of the barrage system, the barrage display request includes: a scene code corresponding to the barrage display scene, and scene resources; barrage receiving module 92 , Used to receive the barrage content corresponding to the scene resource returned by the server, the barrage content is obtained by the server in the barrage database corresponding to the scene code; barrage display module 93, used to display the content of the barrage. In an example, as shown in FIG. 10, the device further includes: a content acquisition module 94 and an upload request module 95. The content obtaining module 94 is used to obtain the content of the barrage commenting on the current scene resource; the upload request module 95 is used to send a barrage uploading request to the server, the barrage uploading request includes: barrage display The scene code corresponding to the scene, the barrage content, and the scene resource, so that the server stores the mapping relationship between the barrage content and the scene resource in the barrage database corresponding to the scene code. For the convenience of description, when describing the above devices, the functions are divided into various modules and described separately. Of course, when implementing one or more embodiments of this specification, the functions of each module may be implemented in one or more software and/or hardware. The steps in the flow shown in the above method embodiments are not limited to the sequence in the flowchart. In addition, the description of each step can be implemented in the form of software, hardware, or a combination thereof. For example, those skilled in the art can implement it in the form of software code, which can be a computer capable of implementing the logical functions corresponding to the steps. Execute instructions. When it is implemented in software, the executable instructions can be stored in memory and executed by the processor in the device. For example, corresponding to the above-mentioned barrage display method, one or more embodiments of this specification simultaneously provide a barrage management device, which can be applied to the servo side. The device may include a processor, a storage, and computer instructions stored on the storage and executable on the processor. The processor executes the instructions to implement the following steps: receiving a barrage sent by the client Display request, the barrage display request includes: a scene code corresponding to the barrage display scene, and scene resources; the barrage content corresponding to the scene resource is obtained from the barrage database corresponding to the scene code; The content of the barrage is sent to the client for display. For example, corresponding to the above-mentioned barrage display method, one or more embodiments of this specification simultaneously provide a barrage display device, which can be applied to a client. The device may include a processor, a storage, and computer instructions stored on the storage and executable on the processor. The processor executes the instructions to implement the following steps: The server sends a barrage display request, the barrage display request includes: a scene code corresponding to the barrage display scene, and a scene resource; receiving the barrage content corresponding to the scene resource returned by the server, the barrage The content of the barrage is obtained by the server from the barrage database corresponding to the scene code; the content of the barrage is displayed. The device or module explained in the above embodiments can be realized by a computer chip or entity, or by a product with a certain function. A typical implementation device is a computer, and the specific form of the computer may be a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email sending and receiving device, and a game console , Tablet computers, wearable devices, or any combination of these devices. Those skilled in the art should understand that one or more embodiments of this specification can be provided as a method, system, or computer program product. Therefore, one or more embodiments of this specification may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, one or more embodiments of this specification can be implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code In the form of computer program products. These computer program instructions can also be stored in a computer readable memory that can guide the computer or other programmable data processing equipment to work in a specific manner, so that the instructions stored in the computer readable memory produce a manufactured product including an instruction device The instruction device implements the functions specified in one block or multiple blocks in one flow or multiple processes in the flowchart and/or one block in the block diagram. These computer program instructions can also be loaded onto a computer or other programmable data processing device, so that a series of operating steps can be performed on the computer or other programmable device to generate computer-implemented processing, and thus on the computer or other programmable device The instructions executed on the provide steps for implementing the functions specified in one block or multiple blocks of the flowchart one flow or multiple flows and/or block diagrams. It should also be noted that the terms "include", "include" or any other variant thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device that includes a series of elements includes not only those elements, but also includes Other elements not explicitly listed, or include elements inherent to this process, method, commodity, or equipment. Without more restrictions, the element defined by the sentence "include one..." does not exclude that there are other identical elements in the process, method, commodity, or equipment that includes the element. One or more embodiments of this specification may be described in the general context of computer-executable instructions executed by a computer, such as a program module. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types. One or more embodiments of this specification can also be practiced in distributed computing environments in which tasks are performed by remote processing devices connected through a communication network. In a distributed computing environment, program modules can be located in local and remote computer storage media including storage devices. The embodiments in this specification are described in a progressive manner. The same or similar parts between the embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the servo-end device embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant part can be referred to the description of the method embodiment. The above describes specific embodiments of the present specification. Other embodiments are within the scope of the attached patent application. In some cases, the actions or steps described in the scope of the patent application may be performed in a different order than in the embodiment and still achieve the desired result. Additionally, the processes depicted in the drawings do not necessarily require the particular order shown or sequential order to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous. The above are only preferred embodiments of one or more embodiments of this specification, and are not intended to limit this disclosure. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of this disclosure, All should be included in the protection scope of the present disclosure.
