在線媒體播放方法、服務器及系統(tǒng)的制作方法
【專利摘要】本發(fā)明涉及一種在線媒體播放方法、服務器及系統(tǒng)，該方法包括：服務器獲取用戶的歷史播放行為，基于用戶的歷史播放行為，生成預推媒體文件列表；服務器將預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)下發(fā)給客戶端；客戶端將獲取的預推媒體文件的首片數(shù)據(jù)緩存在本地，供用戶播放。由此可以實現(xiàn)快速加載媒體文件的首片數(shù)據(jù)并播放，減少首片數(shù)據(jù)緩沖時間，從而減少了用戶播放在線媒體文件的等待時間，提高了在線媒體播放效果。
【專利說明】在線媒體播放方法、服務器及系統(tǒng)

【技術領域】
[0001] 本發(fā)明涉及互聯(lián)網【技術領域】，尤其涉及一種在線媒體播放方法、服務器及系統(tǒng)。

【背景技術】
[0002] 目前在播放在線媒體文件（比如試聽歌曲）時，通常是通過HTTP協(xié)議或P2P到⑶N 或服務器上拉取媒體文件，在用戶點擊到從CDN或服務器上拉取首片歌曲文件的過程中， 用戶需要等待比較長時間才能聽到歌曲，由此降低了在線媒體播放效果，影響了用戶體驗。


【發(fā)明內容】

[0003] 本發(fā)明實施例提供一種在線媒體播放方法、服務器及系統(tǒng)，旨在減少在線媒體播 放時用戶等待時間，提高在線媒體播放效果。
[0004] 本發(fā)明實施例提出一種在線媒體播放方法，包括：
[0005] 服務器獲取用戶的歷史播放行為，基于所述用戶的歷史播放行為，生成預推媒體 文件列表；
[0006] 所述服務器將所述預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)下發(fā)給客戶 端；
[0007] 所述客戶端將獲取的所述預推媒體文件的首片數(shù)據(jù)緩存在本地，供用戶播放。
[0008] 本發(fā)明實施例還提出一種在線媒體播放方法，包括：
[0009] 服務器獲取用戶的歷史播放行為，基于所述用戶的歷史播放行為，生成預推媒體 文件列表；
[0010] 將所述預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)下發(fā)給客戶端，由所述客 戶端將獲取的所述預推媒體文件的首片數(shù)據(jù)緩存在本地，供用戶播放。
[0011] 本發(fā)明實施例還提出一種在線媒體播放系統(tǒng)，包括：客戶端和與所述客戶端通信 連接的服務器，其中：
[0012] 所述服務器，用于獲取用戶的歷史播放行為，基于所述用戶的歷史播放行為，生成 預推媒體文件列表；將所述預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)下發(fā)給客戶 端；
[0013] 所述客戶端，用于將獲取的所述預推媒體文件的首片數(shù)據(jù)緩存在本地，供用戶播 放。
[0014] 本發(fā)明實施例還提出一種在線媒體播放服務器，包括：
[0015] 生成模塊，用于獲取用戶的歷史播放行為，基于所述用戶的歷史播放行為，生成預 推媒體文件列表；
[0016] 推送模塊，用于將所述預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)下發(fā)給客 戶端，由所述客戶端將獲取的所述預推媒體文件的首片數(shù)據(jù)緩存在本地，供用戶播放。
[0017] 本發(fā)明實施例提出的一種在線媒體播放方法、服務器及系統(tǒng)，通過獲取用戶的歷 史播放行為，基于用戶的歷史播放行為，生成預推媒體文件列表，將預推媒體文件列表中的 預推媒體文件的首片數(shù)據(jù)下發(fā)給客戶端緩存在本地，供用戶播放，以試聽歌曲為例，通過推 送用戶可能試聽的歌曲的首片數(shù)據(jù)并緩存在本地，在用戶試聽歌曲時，增加本地命中率，快 速加載歌曲首片數(shù)據(jù)并播放，減少首片數(shù)據(jù)緩沖時間，從而減少了用戶播放在線歌曲的等 待時間，提高了在線媒體播放效果。

【專利附圖】

【附圖說明】
[0018] 圖1是本發(fā)明實施例涉及的硬件環(huán)境架構圖；
[0019] 圖2是本發(fā)明在線媒體播放方法第一實施例的流程示意圖；
[0020] 圖3是本發(fā)明在線媒體播放方法第二實施例的流程示意圖；
[0021] 圖4是本發(fā)明在線媒體播放方法第三實施例的流程示意圖；
[0022] 圖5是本發(fā)明在線媒體播放方法第四實施例的流程示意圖；
[0023] 圖6是本發(fā)明在線媒體播放方法第五實施例的流程示意圖；
[0024] 圖7是本發(fā)明在線媒體播放方法第六實施例的流程示意圖；
[0025] 圖8是本發(fā)明在線媒體播放服務器第一實施例的功能模塊示意圖；
[0026] 圖9是本發(fā)明在線媒體播放服務器第二實施例的功能模塊示意圖；
[0027] 圖10是本發(fā)明在線媒體播放服務器第三實施例的功能模塊示意圖。
[0028] 為了使本發(fā)明的技術方案更加清楚、明了，下面將結合附圖作進一步詳述。

【具體實施方式】
[0029] 應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0030] 如圖1所示，圖1是本發(fā)明實施例涉及的硬件環(huán)境架構圖。本發(fā)明實施例涉及的 硬件運行環(huán)境包括客戶端10及服務器20,其中，客戶端10與服務器20通過網絡通信連接， 客戶端10上安裝有應用程序，并提供用戶操作界面，供用戶選擇要播放的音視頻等媒體文 件，客戶端10根據(jù)用戶的播放指令向服務器20發(fā)送播放請求拉取對應的媒體文體進行播 放。
[0031] 由于現(xiàn)有技術中，在用戶點擊選取播放媒體文件到從服務器20上拉取媒體文件 的過程中，用戶需要等待比較長時間才能聽到歌曲或看到視頻，由此降低了在線媒體播放 效果。
[0032] 本實施例在客戶端10應用程序播放當前媒體文件(含音樂、視頻等）前，由服務器 20提前推測用戶播放行為，生成預推媒體文件列表，將預推媒體文件列表中的預推媒體文 件的首片數(shù)據(jù)推送給客戶端10,并保存到客戶端10本地，等用戶真正選擇播放預推媒體文 件時，無需等待即可播放。
[0033] 具體地，基于上述圖1所示的硬件架構，如圖2所示，提出本發(fā)明第一實施例的在 線媒體播放方法。
[0034] 如圖2所示，本發(fā)明第一實施例提出一種在線媒體播放方法，包括：
[0035] 步驟S101，服務器獲取用戶的歷史播放行為，基于所述用戶的歷史播放行為，生成 預推媒體文件列表；
[0036] 其中，用戶的歷史播放行為包括客戶端上報的用戶歷史播放記錄，比如用戶的媒 體文件播放列表(如歌單）和用戶播放操作歷史記錄（比如用戶試聽了某首歌曲等)。
[0037] 作為一種實施方式，服務器可以周期性（比如每天）獲取用戶的播放行為。
[0038] 服務器在接收到客戶端上報的用戶歷史播放記錄后，分析所述用戶歷史播放記 錄，由此預測用戶的播放行為路徑，進而選擇相應的媒體文件，生成預推媒體文件列表。
[0039] 此外，服務器在生成預推媒體文件列表時，還可結合考慮預定時間段內播放頻率 達到設定閾值的媒體文件以及最新推出的媒體文件，來預測用戶的播放行為路徑，選擇相 應的媒體文件，生成預推媒體文件列表。
[0040] 以播放歌曲為例，服務器可以獲取用戶的歌單、大眾試聽熱門歌曲、新歌首發(fā)、用 戶試聽和操作歷史記錄等信息，據(jù)此預測用戶的播放行為路徑，選擇相應的歌曲作為用戶 可能喜歡或試聽的歌曲，生成預推媒體文件列表。
[0041] 通過上述方案，在用戶試聽歌曲時，可以增加客戶端本地對歌曲的命中率，快速加 載歌曲首片數(shù)據(jù)并播放，減少用戶等待時間，提升用戶體驗。
[0042] 步驟S102,所述服務器將所述預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)下 發(fā)給客戶端；
[0043] 步驟S103,所述客戶端將接收的所述預推媒體文件的首片數(shù)據(jù)緩存在本地，供用 戶播放。
[0044] 在生成預推媒體文件列表后，服務器將預推媒體文件列表中的預推媒體文件的首 片數(shù)據(jù)下發(fā)給客戶端。
[0045] 其中，首片數(shù)據(jù)是指在線播放媒體文件時，客戶端需要拉取的供解碼器播放的第 一片流媒體數(shù)據(jù)。由于現(xiàn)有技術中，在用戶點擊選取播放媒體文件到從服務器上拉取媒體 文件的過程中，在加載歌曲首片數(shù)據(jù)時，首片數(shù)據(jù)緩沖時間較長，增加了用戶播放在線歌曲 的等待時間，本實施例將預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)推送給客戶端， 由客戶端緩存，等用戶真正選擇播放預推媒體文件時，無需等待即可播放，從而可以快速加 載歌曲首片數(shù)據(jù)并播放，減少了首片數(shù)據(jù)緩沖時間，減少了用戶播放在線歌曲的等待時間， 提高了在線媒體播放效果。
[0046] 作為一種較佳實施方式，服務器在將預推媒體文件列表中的預推媒體文件的首片 數(shù)據(jù)下發(fā)給客戶端時，可以主動推送，也可以根據(jù)客戶端的請求推送。
[0047] 具體地，服務器在根據(jù)客戶端的請求下發(fā)首片數(shù)據(jù)的實施方式中，可以采用以下 方式：
[0048] 客戶端向服務器發(fā)送列表獲取請求，服務器根據(jù)接收到客戶端的列表獲取請求 后，根據(jù)該列表獲取請求將所述預推媒體文件列表發(fā)送給客戶端，由客戶端在設定時刻α匕 如網絡空閑時）從服務器拉取所述預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)，并緩 存在本地，供用戶播放。
[0049] 客戶端可以選擇在網絡空閑時，比如用戶處于非聽歌或非下載狀態(tài)時，從服務器 拉取首片數(shù)據(jù)緩存在本地。當用戶處于聽歌狀態(tài)時，在當前播放歌曲緩沖完成以后，可以同 時緩存用戶的下一首歌和預拉取媒體文件列表中的歌曲首片數(shù)據(jù)。
[0050] 此外，對于客戶端而言，如果本地存儲歌曲的磁盤空間不夠，則可以刪除用戶不聽 或聽歌最少的緩存歌曲文件，將拉取的首片歌曲數(shù)據(jù)存儲。
[0051] 本實施例通過上述方案，通過獲取用戶的歷史播放行為，基于用戶的歷史播放行 為，生成預推媒體文件列表，將預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)下發(fā)給客 戶端緩存在本地，供用戶播放，從而減少首片數(shù)據(jù)緩沖時間，實現(xiàn)快速開始播放歌曲等媒體 文件。以試聽歌曲為例，通過推送用戶可能試聽的歌曲的首片數(shù)據(jù)并緩存在本地，在用戶試 聽歌曲時，增加本地命中率，快速加載歌曲首片數(shù)據(jù)并播放，減少首片數(shù)據(jù)緩沖時間，從而 減少了用戶播放在線歌曲的等待時間，提高了在線媒體播放效果。
[0052] 如圖3所示，本發(fā)明第二實施例提出一種在線媒體播放方法，在上述第一實施例 的基礎上，在上述步驟S103之后，還包括：
[0053] 步驟S104,所述客戶端接收到用戶的播放指令后，根據(jù)所述播放指令從本地緩存 中獲取對應的預推媒體文件的首片數(shù)據(jù)并播放；
[0054] 步驟S105,向所述服務器發(fā)送播放請求，所述播放請求中攜帶有當前播放的預推 媒體文件的ID、域名以及當前網絡的播放碼率；
[0055] 步驟S106,所述服務器根據(jù)所述播放請求，向所述客戶端返回當前播放的預推媒 體文件的首片數(shù)據(jù)之后的媒體數(shù)據(jù)。
[0056] 本實施例與上述圖2所示的第一實施例的區(qū)別在于，本實施例還包括客戶端播放 緩存的預推媒體文件的方案。
[0057] 具體地，首先，客戶端接收用戶的播放指令，該播放指令中攜帶有用戶選擇的媒體 文件的ID。
[0058] 客戶端接收到用戶的播放指令后，根據(jù)該播放指令攜帶的媒體文件的ID從本地 緩存查找對應的預推媒體文件的首片數(shù)據(jù)，若查找到，則播放該對應的預推媒體文件的首 片數(shù)據(jù)；若未查找到，則從服務器拉取該ID對應的媒體文件。本實施例以查找到對應的預 推媒體文件的首片數(shù)據(jù)進行說明。
[0059] 在播放該對應的預推媒體文件的首片數(shù)據(jù)的同時，客戶端會向服務器發(fā)送一基于 http (超文本傳輸協(xié)議）的播放請求，該播放請求中攜帶有當前播放的預推媒體文件的ID、 域名以及當前網絡的播放碼率。
[0060] 當前網絡的播放碼率由用戶選擇或者系統(tǒng)默認設置。
[0061] 服務器接收到客戶端發(fā)來的播放請求后，根據(jù)該播放請求，向所述客戶端返回當 前播放的預推媒體文件的首片數(shù)據(jù)之后的媒體數(shù)據(jù)，由此，可以使得客戶端能夠播放完整 的媒體文件。
[0062] 本實施例通過上述方案，通過獲取用戶的歷史播放行為，基于用戶的歷史播放行 為，生成預推媒體文件列表，將預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)下發(fā)給客 戶端緩存在本地，供用戶播放，從而減少首片數(shù)據(jù)緩沖時間，實現(xiàn)快速開始播放歌曲等媒體 文件。以試聽歌曲為例，通過推送用戶可能試聽的歌曲的首片數(shù)據(jù)并緩存在本地，在用戶試 聽歌曲時，增加本地命中率，快速加載歌曲首片數(shù)據(jù)并播放，減少首片數(shù)據(jù)緩沖時間，從而 減少了用戶播放在線歌曲的等待時間，提高了在線媒體播放效果。
[0063] 如圖4所示，本發(fā)明第三實施例提出一種在線媒體播放方法，在上述第二實施例 的基礎上，在上述步驟S106之后，還包括：
[0064] 步驟S107,所述客戶端向所述服務器上報用戶播放預推媒體文件的相關信息；
[0065] 步驟S108,所述服務器對所述用戶播放預推媒體文件的相關信息進行入庫處理； [0066] 步驟S109,所述服務器對入庫的媒體數(shù)據(jù)進行分析，根據(jù)分析結果更新所述預推 媒體文件列表。
[0067] 本實施例與上述圖3所示的第二實施例的區(qū)別在于，本實施例還包括服務器實時 更新預推媒體文件列表的方案。
[0068] 具體地，以歌曲為例，服務器在更新預推媒體文件列表時，可以從以下幾方面獲取 數(shù)據(jù)更新依據(jù)：
[0069] 1、根據(jù)用戶播放列表、預定時間段內播放頻率達到設定閾值的媒體文件以及最新 推出的媒體文件，動態(tài)控制選擇預推媒體文件入庫，比如，服務端可以通過用戶歌單、大眾 聽歌熱門歌曲、新歌和個人試聽和操作歷史記錄獲取用戶可能喜歡的歌曲列表，并將列表 入庫；
[0070] 2、通過預推的歷史首片數(shù)據(jù)和用戶試聽命中率，動態(tài)選擇入庫不同類型的歌曲列 表；
[0071] 3、客戶端或終端在啟動時，上報最近一段時間沒有試聽且被預推的歌曲列表，月艮 務端接收并將歌曲列表入庫；
[0072] 4、客戶端或終端訪問服務器時，從服務器拉取結合可能喜歡和不喜歡的歌曲分析 的歌曲列表，并將列表入庫。
[0073] 服務器對上述入庫的媒體數(shù)據(jù)進行分析，根據(jù)分析結果更新所述預推媒體文件列 表，比如刪除命中率低的歌曲，添加新的熱門歌曲等，由此，可以精準分析用戶可能喜歡的 歌曲，提高客戶端緩存的預推媒體文件的命中率，快速加載歌曲首片數(shù)據(jù)并播放，減少用戶 等待時間，提升用戶體驗。
[0074] 如圖5所示，本發(fā)明第四實施例提出一種在線媒體播放方法，包括：
[0075] 步驟S201，服務器獲取用戶的歷史播放行為，基于所述用戶的歷史播放行為，生成 預推媒體文件列表；
[0076] 步驟S202,將所述預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)下發(fā)給客戶 端，由所述客戶端將獲取的所述預推媒體文件的首片數(shù)據(jù)緩存在本地，供用戶播放。
[0077] 其中，用戶的歷史播放行為包括客戶端上報的用戶歷史播放記錄，比如用戶的媒 體文件播放列表(如歌單）和用戶播放操作歷史記錄（比如用戶試聽了某首歌曲等)。
[0078] 作為一種實施方式，服務器可以周期性（比如每天）獲取用戶的播放行為。
[0079] 服務器在接收到客戶端上報的用戶歷史播放記錄后，分析所述用戶歷史播放記 錄，由此預測用戶的播放行為路徑，進而選擇相應的媒體文件，生成預推媒體文件列表。
[0080] 此外，服務器在生成預推媒體文件列表時，還可結合考慮預定時間段內播放頻率 達到設定閾值的媒體文件以及最新推出的媒體文件，來預測用戶的播放行為路徑，選擇相 應的媒體文件，生成預推媒體文件列表。
[0081] 以播放歌曲為例，服務器可以獲取用戶的歌單、大眾試聽熱門歌曲、新歌首發(fā)、用 戶試聽和操作歷史記錄等信息，據(jù)此預測用戶的播放行為路徑，選擇相應的歌曲作為用戶 可能喜歡或試聽的歌曲，生成預推媒體文件列表。
[0082] 通過上述方案，在用戶試聽歌曲時，可以增加客戶端本地對歌曲的命中率，快速加 載歌曲首片數(shù)據(jù)并播放，減少用戶等待時間，提升用戶體驗。
[0083] 在生成預推媒體文件列表后，服務器將預推媒體文件列表中的預推媒體文件的首 片數(shù)據(jù)下發(fā)給客戶端。
[0084] 其中，首片數(shù)據(jù)是指在線播放媒體文件時，客戶端需要拉取的供解碼器播放的第 一片流媒體數(shù)據(jù)。
[0085] 由于現(xiàn)有技術中，在用戶點擊選取播放媒體文件到從服務器上拉取媒體文件的過 程中，在加載歌曲首片數(shù)據(jù)時，首片數(shù)據(jù)緩沖時間較長，增加了用戶播放在線歌曲的等待時 間，本實施例將預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)推送給客戶端，由客戶端 緩存，等用戶真正選擇播放預推媒體文件時，無需等待即可播放，從而可以快速加載歌曲首 片數(shù)據(jù)并播放，減少了首片數(shù)據(jù)緩沖時間，減少了用戶播放在線歌曲的等待時間，提高了在 線媒體播放效果。
[0086] 作為一種較佳實施方式，服務器在將預推媒體文件列表中的預推媒體文件的首片 數(shù)據(jù)下發(fā)給客戶端時，可以主動推送，也可以根據(jù)客戶端的請求推送。
[0087] 具體地，服務器在根據(jù)客戶端的請求下發(fā)首片數(shù)據(jù)的實施方式中，可以采用以下 方式：
[0088] 客戶端向服務器發(fā)送列表獲取請求，服務器根據(jù)接收到客戶端的列表獲取請求 后，根據(jù)該列表獲取請求將所述預推媒體文件列表發(fā)送給客戶端，由客戶端在設定時刻α匕 如網絡空閑時）從服務器拉取所述預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)，并緩 存在本地，供用戶播放。
[0089] 客戶端可以選擇在網絡空閑時，比如用戶處于非聽歌或非下載狀態(tài)時，從服務器 拉取首片數(shù)據(jù)緩存在本地。當用戶處于聽歌狀態(tài)時，在當前播放歌曲緩沖完成以后，可以同 時緩存用戶的下一首歌和預拉取媒體文件列表中的歌曲首片數(shù)據(jù)。
[0090] 此外，對于客戶端而言，如果本地存儲歌曲的磁盤空間不夠，則可以刪除用戶不聽 或聽歌最少的緩存歌曲文件，將拉取的首片歌曲數(shù)據(jù)存儲。
[0091] 此外，為了更加節(jié)省本地空間，緩存更多的歌曲首片數(shù)據(jù)，增加試聽歌曲的命中 率，還可以針對不同碼率存儲不同大小的數(shù)據(jù)片。
[0092] 本實施例通過上述方案，通過獲取用戶的歷史播放行為，基于用戶的歷史播放行 為，生成預推媒體文件列表，將預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)下發(fā)給客 戶端緩存在本地，供用戶播放，從而減少首片數(shù)據(jù)緩沖時間，實現(xiàn)快速開始播放歌曲等媒體 文件。以試聽歌曲為例，通過推送用戶可能試聽的歌曲的首片數(shù)據(jù)并緩存在本地，在用戶試 聽歌曲時，增加本地命中率，快速加載歌曲首片數(shù)據(jù)并播放，減少首片數(shù)據(jù)緩沖時間，從而 減少了用戶播放在線歌曲的等待時間，提高了在線媒體播放效果。
[0093] 如圖6所示，本發(fā)明第五實施例提出一種在線媒體播放方法，在上述圖5所示的實 施例的基礎上，在上述步驟S202之后，還包括：
[0094] 步驟S203,當客戶端根據(jù)用戶的播放指令，從客戶端本地緩存中獲取對應的預推 媒體文件的首片數(shù)據(jù)并播放時，所述服務器接收所述客戶端發(fā)送的播放請求，所述播放請 求中攜帶有客戶端當前播放的預推媒體文件的ID、域名以及當前網絡的播放碼率；
[0095] 步驟S204,根據(jù)所述播放請求，向所述客戶端返回當前播放的預推媒體文件的首 片數(shù)據(jù)之后的媒體數(shù)據(jù)。
[0096] 本實施例與上述圖5所示的第四實施例的區(qū)別在于，本實施例還包括客戶端播放 緩存的預推媒體文件的方案。
[0097] 具體地，首先，客戶端接收用戶的播放指令，該播放指令中攜帶有用戶選擇的媒體 文件的ID。
[0098] 客戶端接收到用戶的播放指令后，根據(jù)該播放指令攜帶的媒體文件的ID從本地 緩存查找對應的預推媒體文件的首片數(shù)據(jù)，若查找到，則播放該對應的預推媒體文件的首 片數(shù)據(jù)；若未查找到，則從服務器拉取該ID對應的媒體文件。本實施例以查找到對應的預 推媒體文件的首片數(shù)據(jù)進行說明。
[0099] 在播放該對應的預推媒體文件的首片數(shù)據(jù)的同時，客戶端會向服務器發(fā)送一基于 http (超文本傳輸協(xié)議）的播放請求，該播放請求中攜帶有當前播放的預推媒體文件的ID、 域名以及當前網絡的播放碼率。
[0100] 當前網絡的播放碼率由用戶選擇或者系統(tǒng)默認設置。
[0101] 服務器接收到客戶端發(fā)來的播放請求后，根據(jù)該播放請求，向所述客戶端返回當 前播放的預推媒體文件的首片數(shù)據(jù)之后的媒體數(shù)據(jù)，由此，可以使得客戶端能夠播放完整 的媒體文件。
[0102] 本實施例通過上述方案，通過獲取用戶的歷史播放行為，基于用戶的歷史播放行 為，生成預推媒體文件列表，將預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)下發(fā)給客 戶端緩存在本地，供用戶播放，從而減少首片數(shù)據(jù)緩沖時間，實現(xiàn)快速開始播放歌曲等媒體 文件。以試聽歌曲為例，通過推送用戶可能試聽的歌曲的首片數(shù)據(jù)并緩存在本地，在用戶試 聽歌曲時，增加本地命中率，快速加載歌曲首片數(shù)據(jù)并播放，減少首片數(shù)據(jù)緩沖時間，從而 減少了用戶播放在線歌曲的等待時間，提高了在線媒體播放效果。
[0103] 如圖7所示，本發(fā)明第六實施例提出一種在線媒體播放方法，在上述圖6所示的實 施例的基礎上，在上述步驟S204之后，還包括：
[0104] 步驟S205,所述服務器接收所述客戶端上報的用戶播放預推媒體文件的相關信 息；
[0105] 步驟S206,對所述用戶播放預推媒體文件的相關信息進行入庫處理；
[0106] 步驟S207,對入庫的媒體數(shù)據(jù)進行分析，根據(jù)分析結果更新所述預推媒體文件列 表。
[0107] 本實施例與上述圖6所示的第二實施例的區(qū)別在于，本實施例還包括服務器實時 更新預推媒體文件列表的方案。
[0108] 具體地，以歌曲為例，服務器在更新預推媒體文件列表時，可以從以下幾方面獲取 數(shù)據(jù)更新依據(jù) ：
[0109] 1、根據(jù)用戶播放列表、預定時間段內播放頻率達到設定閾值的媒體文件以及最新 推出的媒體文件，動態(tài)控制選擇預推媒體文件入庫，比如，服務端可以通過用戶歌單、大眾 聽歌熱門歌曲、新歌和個人試聽和操作歷史記錄獲取用戶可能喜歡的歌曲列表，并將列表 入庫；
[0110] 2、通過預推的歷史首片數(shù)據(jù)和用戶試聽命中率，動態(tài)選擇入庫不同類型的歌曲列 表；
[0111] 3、客戶端或終端在啟動時，上報最近一段時間沒有試聽且被預推的歌曲列表，月艮 務端接收并將歌曲列表入庫；
[0112] 4、客戶端或終端訪問服務器時，從服務器拉取結合可能喜歡和不喜歡的歌曲分析 的歌曲列表，并將列表入庫。
[0113] 服務器對上述入庫的媒體數(shù)據(jù)進行分析，根據(jù)分析結果更新所述預推媒體文件列 表，比如刪除命中率低的歌曲，添加新的熱門歌曲等，由此，可以精準分析用戶可能喜歡的 歌曲，提高客戶端緩存的預推媒體文件的命中率，快速加載歌曲首片數(shù)據(jù)并播放，減少用戶 等待時間，提升用戶體驗。
[0114] 參照圖1所示，本發(fā)明較佳實施例提出一種在線媒體播放系統(tǒng)，包括：客戶端10和 與所述客戶端10通信連接的服務器20,其中：
[0115] 所述服務器20,用于獲取用戶的歷史播放行為，基于所述用戶的歷史播放行為，生 成預推媒體文件列表；將所述預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)下發(fā)給客戶 端10 ;
[0116] 所述客戶端10,用于將獲取的所述預推媒體文件的首片數(shù)據(jù)緩存在本地，供用戶 播放。
[0117] 其中，用戶的歷史播放行為包括客戶端10上報的用戶歷史播放記錄，比如用戶的 媒體文件播放列表(如歌單）和用戶播放操作歷史記錄（比如用戶試聽了某首歌曲等)。
[0118] 作為一種實施方式，服務器20可以周期性（比如每天）獲取用戶的播放行為。
[0119] 服務器20在接收到客戶端10上報的用戶歷史播放記錄后，分析所述用戶歷史播 放記錄，由此預測用戶的播放行為路徑，進而選擇相應的媒體文件，生成預推媒體文件列 表。
[0120] 此外，服務器20在生成預推媒體文件列表時，還可結合考慮預定時間段內播放頻 率達到設定閾值的媒體文件以及最新推出的媒體文件，來預測用戶的播放行為路徑，選擇 相應的媒體文件，生成預推媒體文件列表。
[0121] 以播放歌曲為例，服務器20可以獲取用戶的歌單、大眾試聽熱門歌曲、新歌首發(fā)、 用戶試聽和操作歷史記錄等信息，據(jù)此預測用戶的播放行為路徑，選擇相應的歌曲作為用 戶可能喜歡或試聽的歌曲，生成預推媒體文件列表。
[0122] 通過上述方案，在用戶試聽歌曲時，可以增加客戶端10本地對歌曲的命中率，快 速加載歌曲首片數(shù)據(jù)并播放，減少用戶等待時間，提升用戶體驗。
[0123] 在生成預推媒體文件列表后，服務器20將預推媒體文件列表中的預推媒體文件 的首片數(shù)據(jù)下發(fā)給客戶端10。
[0124] 其中，首片數(shù)據(jù)是指在線播放媒體文件時，客戶端10需要拉取的供解碼器播放的 第一片流媒體數(shù)據(jù)。
[0125] 由于現(xiàn)有技術中，在用戶點擊選取播放媒體文件到從服務器20上拉取媒體文件 的過程中，在加載歌曲首片數(shù)據(jù)時，首片數(shù)據(jù)緩沖時間較長，增加了用戶播放在線歌曲的等 待時間，本實施例將預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)推送給客戶端10,由 客戶端10緩存，等用戶真正選擇播放預推媒體文件時，無需等待即可播放，從而可以快速 加載歌曲首片數(shù)據(jù)并播放，減少了首片數(shù)據(jù)緩沖時間，減少了用戶播放在線歌曲的等待時 間，提高了在線媒體播放效果。
[0126] 作為一種較佳實施方式，服務器20在將預推媒體文件列表中的預推媒體文件的 首片數(shù)據(jù)推送給客戶端10時，可以主動推送，也可以根據(jù)客戶端10的請求推送。
[0127] 具體地，服務器20在根據(jù)客戶端10的請求下發(fā)首片數(shù)據(jù)的實施方式中，可以采用 以下方式：
[0128] 客戶端10向服務器20發(fā)送列表獲取請求，服務器20根據(jù)接收到客戶端10的列 表獲取請求后，根據(jù)該列表獲取請求將所述預推媒體文件列表發(fā)送給客戶端，由客戶端10 在設定時刻（比如網絡空閑時）從服務器20拉取所述預推媒體文件列表中的預推媒體文件 的首片數(shù)據(jù)，并緩存在本地，供用戶播放。
[0129] 客戶端10可以選擇在網絡空閑時，比如用戶處于非聽歌或非下載狀態(tài)時，從服務 器20拉取首片數(shù)據(jù)。當用戶處于聽歌狀態(tài)時，在當前播放歌曲緩沖完成以后，可以同時緩 存用戶的下一首歌和預拉取媒體文件列表中的歌曲首片數(shù)據(jù)。
[0130] 此外，對于客戶端10而言，如果本地存儲歌曲的磁盤空間不夠，則可以刪除用戶 不聽或聽歌最少的緩存歌曲文件，將拉取的首片歌曲數(shù)據(jù)存儲。
[0131] 此外，為了更加節(jié)省本地空間，緩存更多的歌曲首片數(shù)據(jù)，增加試聽歌曲的命中 率，還可以針對不同碼率存儲不同大小的數(shù)據(jù)片。
[0132] 本實施例通過上述方案，通過獲取用戶的歷史播放行為，基于用戶的歷史播放行 為，生成預推媒體文件列表，將預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)下發(fā)給客 戶端10緩存在本地，供用戶播放，從而減少首片數(shù)據(jù)緩沖時間，實現(xiàn)快速開始播放歌曲等 媒體文件。以試聽歌曲為例，通過推送用戶可能試聽的歌曲的首片數(shù)據(jù)并緩存在本地，在用 戶試聽歌曲時，增加本地命中率，快速加載歌曲首片數(shù)據(jù)并播放，減少首片數(shù)據(jù)緩沖時間， 從而減少了用戶播放在線歌曲的等待時間，提高了在線媒體播放效果。
[0133] 進一步地，所述客戶端10,還用于在接收到用戶的播放指令后，根據(jù)所述播放指 令從本地緩存中獲取對應的預推媒體文件的首片數(shù)據(jù)并播放；向所述服務器20發(fā)送播放 請求，所述播放請求中攜帶有當前播放的預推媒體文件的ID、域名以及當前網絡的播放碼 率；
[0134] 所述服務器20,還用于根據(jù)所述播放請求，向所述客戶端10返回當前播放的預推 媒體文件的首片數(shù)據(jù)之后的媒體數(shù)據(jù)。
[0135] 具體地，首先，客戶端10接收用戶的播放指令，該播放指令中攜帶有用戶選擇的 媒體文件的ID。
[0136] 客戶端10接收到用戶的播放指令后，根據(jù)該播放指令攜帶的媒體文件的ID從本 地緩存查找對應的預推媒體文件的首片數(shù)據(jù)，若查找到，則播放該對應的預推媒體文件的 首片數(shù)據(jù)；若未查找到，則從服務器20拉取該ID對應的媒體文件。本實施例以查找到對應 的預推媒體文件的首片數(shù)據(jù)進行說明。
[0137] 在播放該對應的預推媒體文件的首片數(shù)據(jù)的同時，客戶端10會向服務器20發(fā)送 一基于http (超文本傳輸協(xié)議）的播放請求，該播放請求中攜帶有當前播放的預推媒體文 件的ID、域名以及當前網絡的播放碼率。
[0138] 當前網絡的播放碼率由用戶選擇或者系統(tǒng)默認設置。
[0139] 服務器20接收到客戶端10發(fā)來的播放請求后，根據(jù)該播放請求，向所述客戶端10 返回當前播放的預推媒體文件的首片數(shù)據(jù)之后的媒體數(shù)據(jù)，由此，可以使得客戶端10能夠 播放完整的媒體文件。
[0140] 進一步地，所述客戶端10,還用于向所述服務器20上報用戶播放預推媒體文件的 相關信息；
[0141] 所述服務器20,還用于對所述用戶播放預推媒體文件的相關信息進行入庫處理； 對入庫的媒體數(shù)據(jù)進行分析，根據(jù)分析結果更新所述預推媒體文件列表。
[0142] 具體地，以歌曲為例，服務器20在更新預推媒體文件列表時，可以從以下幾方面 獲取數(shù)據(jù)更新依據(jù)：
[0143] 1、根據(jù)用戶播放列表、預定時間段內播放頻率達到設定閾值的媒體文件以及最新 推出的媒體文件，動態(tài)控制選擇預推媒體文件入庫，比如，服務端可以通過用戶歌單、大眾 聽歌熱門歌曲、新歌和個人試聽和操作歷史記錄獲取用戶可能喜歡的歌曲列表，并將列表 入庫；
[0144] 2、通過預推的歷史首片數(shù)據(jù)和用戶試聽命中率，動態(tài)選擇入庫不同類型的歌曲列 表；
[0145] 3、客戶端10或終端在啟動時，上報最近一段時間沒有試聽且被預推的歌曲列表， 服務端接收并將歌曲列表入庫；
[0146] 4、客戶端10或終端訪問服務器20時，從服務器20拉取結合可能喜歡和不喜歡的 歌曲分析的歌曲列表，并將列表入庫。
[0147] 服務器20對上述入庫的媒體數(shù)據(jù)進行分析，根據(jù)分析結果更新所述預推媒體文 件列表，比如刪除命中率低的歌曲，添加新的熱門歌曲等，由此，可以精準分析用戶可能喜 歡的歌曲，提高客戶端10緩存的預推媒體文件的命中率，快速加載歌曲首片數(shù)據(jù)并播放， 減少用戶等待時間，提升用戶體驗。
[0148] 如圖8所示，本發(fā)明第一實施例提出一種在線媒體播放服務器，包括：生成模塊 401及推送模塊402,其中：
[0149] 生成模塊401，用于獲取用戶的歷史播放行為，基于所述用戶的歷史播放行為，生 成預推媒體文件列表；
[0150] 推送模塊402,用于將所述預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)下發(fā) 給客戶端，由所述客戶端將獲取的所述預推媒體文件的首片數(shù)據(jù)緩存在本地，供用戶播放。
[0151] 其中，用戶的歷史播放行為包括客戶端上報的用戶歷史播放記錄，比如用戶的媒 體文件播放列表(如歌單）和用戶播放操作歷史記錄（比如用戶試聽了某首歌曲等)。
[0152] 作為一種實施方式，服務器可以周期性（比如每天）獲取用戶的播放行為。
[0153] 服務器的生成模塊401在接收到客戶端上報的用戶歷史播放記錄后，分析所述用 戶歷史播放記錄，由此預測用戶的播放行為路徑，進而選擇相應的媒體文件，生成預推媒體 文件列表。
[0154] 此外，服務器在生成預推媒體文件列表時，還可結合考慮預定時間段內播放頻率 達到設定閾值的媒體文件以及最新推出的媒體文件，來預測用戶的播放行為路徑，選擇相 應的媒體文件，生成預推媒體文件列表。
[0155] 以播放歌曲為例，服務器可以獲取用戶的歌單、大眾試聽熱門歌曲、新歌首發(fā)、用 戶試聽和操作歷史記錄等信息，據(jù)此預測用戶的播放行為路徑，選擇相應的歌曲作為用戶 可能喜歡或試聽的歌曲，生成預推媒體文件列表。
[0156] 通過上述方案，在用戶試聽歌曲時，可以增加客戶端本地對歌曲的命中率，快速加 載歌曲首片數(shù)據(jù)并播放，減少用戶等待時間，提升用戶體驗。
[0157] 在生成預推媒體文件列表后，服務器的推送模塊402將預推媒體文件列表中的預 推媒體文件的首片數(shù)據(jù)下發(fā)給客戶端。
[0158] 其中，首片數(shù)據(jù)是指在線播放媒體文件時，客戶端需要拉取的供解碼器播放的第 一片流媒體數(shù)據(jù)。
[0159] 由于現(xiàn)有技術中，在用戶點擊選取播放媒體文件到從服務器上拉取媒體文件的過 程中，在加載歌曲首片數(shù)據(jù)時，首片數(shù)據(jù)緩沖時間較長，增加了用戶播放在線歌曲的等待時 間，本實施例將預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)推送給客戶端，由客戶端 緩存，等用戶真正選擇播放預推媒體文件時，無需等待即可播放，從而可以快速加載歌曲首 片數(shù)據(jù)并播放，減少了首片數(shù)據(jù)緩沖時間，減少了用戶播放在線歌曲的等待時間，提高了在 線媒體播放效果。
[0160] 作為一種較佳實施方式，服務器在將預推媒體文件列表中的預推媒體文件的首片 數(shù)據(jù)下發(fā)給客戶端時，可以主動推送，也可以根據(jù)客戶端的請求推送。
[0161] 具體地，服務器在根據(jù)客戶端的請求下發(fā)首片數(shù)據(jù)的實施方式中，可以采用以下 方式：
[0162] 客戶端向服務器發(fā)送列表獲取請求，服務器根據(jù)接收到客戶端的列表獲取請求 后，根據(jù)該列表獲取請求將所述預推媒體文件列表發(fā)送給客戶端，由客戶端在設定時刻α匕 如網絡空閑時）從服務器拉取所述預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)，并緩 存在本地，供用戶播放。
[0163] 客戶端可以選擇在網絡空閑時，比如用戶處于非聽歌或非下載狀態(tài)時，從服務器 拉取首片數(shù)據(jù)。當用戶處于聽歌狀態(tài)時，在當前播放歌曲緩沖完成以后，可以同時緩存用戶 的下一首歌和預拉取媒體文件列表中的歌曲首片數(shù)據(jù)。
[0164] 此外，對于客戶端而言，如果本地存儲歌曲的磁盤空間不夠，則可以刪除用戶不聽 或聽歌最少的緩存歌曲文件，將拉取的首片歌曲數(shù)據(jù)存儲。此外，為了更加節(jié)省本地空間， 緩存更多的歌曲首片數(shù)據(jù)，增加試聽歌曲的命中率，還可以針對不同碼率存儲不同大小的 數(shù)據(jù)片。
[0165] 本實施例通過上述方案，通過獲取用戶的歷史播放行為，基于用戶的歷史播放行 為，生成預推媒體文件列表，將預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)下發(fā)給客 戶端緩存在本地，供用戶播放，從而減少首片數(shù)據(jù)緩沖時間，實現(xiàn)快速開始播放歌曲等媒體 文件。以試聽歌曲為例，通過推送用戶可能試聽的歌曲的首片數(shù)據(jù)并緩存在本地，在用戶試 聽歌曲時，增加本地命中率，快速加載歌曲首片數(shù)據(jù)并播放，減少首片數(shù)據(jù)緩沖時間，從而 減少了用戶播放在線歌曲的等待時間，提高了在線媒體播放效果。
[0166] 如圖9所示，本發(fā)明第二實施例提出一種在線媒體播放服務器，在上述圖8所示的 第一實施例的基礎上，還包括：接收模塊403 ;
[0167] 所述接收模塊，用于當客戶端根據(jù)用戶的播放指令，從客戶端本地緩存中獲取對 應的預推媒體文件的首片數(shù)據(jù)并播放時，接收所述客戶端發(fā)送的播放請求，所述播放請求 中攜帶有客戶端當前播放的預推媒體文件的ID、域名以及當前網絡的播放碼率；
[0168] 所述推送模塊，還用于根據(jù)所述播放請求，向所述客戶端返回當前播放的預推媒 體文件的首片數(shù)據(jù)之后的媒體數(shù)據(jù)。
[0169] 本實施例與上述圖8所示的實施例的區(qū)別在于，本實施例還包括客戶端播放緩存 的預推媒體文件的方案。
[0170] 具體地，首先，客戶端接收用戶的播放指令，該播放指令中攜帶有用戶選擇的媒體 文件的ID。
[0171] 客戶端接收到用戶的播放指令后，根據(jù)該播放指令攜帶的媒體文件的ID從本地 緩存查找對應的預推媒體文件的首片數(shù)據(jù)，若查找到，則播放該對應的預推媒體文件的首 片數(shù)據(jù)；若未查找到，則從服務器拉取該ID對應的媒體文件。本實施例以查找到對應的預 推媒體文件的首片數(shù)據(jù)進行說明。
[0172] 在播放該對應的預推媒體文件的首片數(shù)據(jù)的同時，客戶端會向服務器發(fā)送一基于 http (超文本傳輸協(xié)議）的播放請求，該播放請求中攜帶有當前播放的預推媒體文件的ID、 域名以及當前網絡的播放碼率。
[0173] 當前網絡的播放碼率由用戶選擇或者系統(tǒng)默認設置。
[0174] 服務器接收到客戶端發(fā)來的播放請求后，根據(jù)該播放請求，向所述客戶端返回當 前播放的預推媒體文件的首片數(shù)據(jù)之后的媒體數(shù)據(jù)，由此，可以使得客戶端能夠播放完整 的媒體文件。
[0175] 本實施例通過上述方案，通過獲取用戶的歷史播放行為，基于用戶的歷史播放行 為，生成預推媒體文件列表，將預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)下發(fā)給客 戶端緩存在本地，供用戶播放，從而減少首片數(shù)據(jù)緩沖時間，實現(xiàn)快速開始播放歌曲等媒體 文件。以試聽歌曲為例，通過推送用戶可能試聽的歌曲的首片數(shù)據(jù)并緩存在本地，在用戶試 聽歌曲時，增加本地命中率，快速加載歌曲首片數(shù)據(jù)并播放，減少首片數(shù)據(jù)緩沖時間，從而 減少了用戶播放在線歌曲的等待時間，提高了在線媒體播放效果。
[0176] 如圖10所示，本發(fā)明第三實施例提出一種在線媒體播放服務器，在上述圖9所示 的第二實施例的基礎上，還包括：
[0177] 更新模塊404,用于接收所述客戶端上報的用戶播放預推媒體文件的相關信息； 對所述用戶播放預推媒體文件的相關信息進行入庫處理；對入庫的媒體數(shù)據(jù)進行分析，根 據(jù)分析結果更新所述預推媒體文件列表。
[0178] 本實施例與上述圖9所示的第二實施例的區(qū)別在于，本實施例還包括服務器實時 更新預推媒體文件列表的方案。
[0179] 具體地，以歌曲為例，服務器在更新預推媒體文件列表時，可以從以下幾方面獲取 數(shù)據(jù)更新依據(jù) ：
[0180] 1、根據(jù)用戶播放列表、預定時間段內播放頻率達到設定閾值的媒體文件以及最新 推出的媒體文件，動態(tài)控制選擇預推媒體文件入庫，比如，服務端可以通過用戶歌單、大眾 聽歌熱門歌曲、新歌和個人試聽和操作歷史記錄獲取用戶可能喜歡的歌曲列表，并將列表 入庫；
[0181] 2、通過預推的歷史首片數(shù)據(jù)和用戶試聽命中率，動態(tài)選擇入庫不同類型的歌曲列 表；
[0182] 3、客戶端或終端在啟動時，上報最近一段時間沒有試聽且被預推的歌曲列表，月艮 務端接收并將歌曲列表入庫；
[0183] 4、客戶端或終端訪問服務器時，從服務器拉取結合可能喜歡和不喜歡的歌曲分析 的歌曲列表，并將列表入庫。
[0184] 服務器對上述入庫的媒體數(shù)據(jù)進行分析，根據(jù)分析結果更新所述預推媒體文件列 表，由此，可以精準分析用戶可能喜歡的歌曲，提高客戶端緩存的預推媒體文件的命中率， 快速加載歌曲首片數(shù)據(jù)并播放，減少用戶等待時間，提升用戶體驗。
[0185] 需要說明的是，在本文中，術語"包括"、"包含"或者其任何其他變體意在涵蓋非排 他性的包含，從而使得包括一系列要素的過程、方法、物品或者裝置不僅包括那些要素，而 且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者裝置所固有 的要素。在沒有更多限制的情況下，由語句"包括一個……"限定的要素，并不排除在包括 該要素的過程、方法、物品或者裝置中還存在另外的相同要素。
[0186] 上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。
[0187] 通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到上述實施例方 法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下 前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做 出貢獻的部分可以以軟件產品的形式體現(xiàn)出來，該計算機軟件產品存儲在一個存儲介質 (如R0M/RAM、磁碟、光盤）中，包括若干指令用以使得一臺終端設備(可以是手機，計算機，月艮 務器，或者網絡設備等）執(zhí)行本發(fā)明各個實施例所述的方法。
[0188] 以上所述僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用 本發(fā)明說明書及附圖內容所作的等效結構或流程變換，或直接或間接運用在其它相關的技 術領域，均同理包括在本發(fā)明的專利保護范圍內。
【權利要求】
1. 一種在線媒體播放方法，其特征在于，包括： 服務器獲取用戶的歷史播放行為，基于所述用戶的歷史播放行為，生成預推媒體文件 列表； 所述服務器將所述預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)下發(fā)給客戶端； 所述客戶端將獲取的所述預推媒體文件的首片數(shù)據(jù)緩存在本地，供用戶播放。
2. 根據(jù)權利要求1所述的方法，其特征在于，還包括： 所述客戶端接收到用戶的播放指令后，根據(jù)所述播放指令從本地緩存中獲取對應的預 推媒體文件的首片數(shù)據(jù)并播放； 向所述服務器發(fā)送播放請求，所述播放請求中攜帶有當前播放的預推媒體文件的ID、 域名以及當前網絡的播放碼率； 所述服務器根據(jù)所述播放請求，向所述客戶端返回當前播放的預推媒體文件的首片數(shù) 據(jù)之后的媒體數(shù)據(jù)。
3. 根據(jù)權利要求1所述的方法，其特征在于，所述服務器獲取用戶的歷史播放行為，基 于所述用戶的歷史播放行為，生成預推媒體文件列表的步驟包括： 所述服務器接收所述客戶端上報的用戶歷史播放記錄，所述用戶歷史播放記錄包括用 戶的媒體文件播放列表和播放操作歷史記錄； 分析所述用戶歷史播放記錄，預測用戶的播放行為路徑，選擇相應的媒體文件，生成預 推媒體文件列表。
4. 根據(jù)權利要求3所述的方法，其特征在于，所述服務器獲取用戶的歷史播放行為，基 于所述用戶的歷史播放行為，生成預推媒體文件列表的步驟進一步還包括： 所述服務器獲取預定時間段內播放頻率達到設定閾值的媒體文件，以及最新推出的媒 體文件； 結合所述預定時間段內播放頻率達到設定閾值的媒體文件以及最新推出的媒體文件， 并分析所述用戶歷史播放記錄，預測用戶的播放行為路徑，選擇相應的媒體文件，生成預推 媒體文件列表。
5. 根據(jù)權利要求1-4中任一項所述的方法，其特征在于，還包括： 所述客戶端向所述服務器上報用戶播放預推媒體文件的相關信息； 所述服務器對所述用戶播放預推媒體文件的相關信息進行入庫處理； 所述服務器對入庫的媒體數(shù)據(jù)進行分析，根據(jù)分析結果更新所述預推媒體文件列表。
6. 根據(jù)權利要求5所述的方法，其特征在于，所述服務器對入庫的媒體數(shù)據(jù)進行分析， 根據(jù)分析結果更新所述預推媒體文件列表的步驟之前還包括： 根據(jù)預定時間段內播放頻率達到設定閾值的媒體文件以及最新推出的媒體文件，動態(tài) 控制選擇預推媒體文件入庫。
7. 根據(jù)權利要求1所述的方法，其特征在于，所述服務器將預推媒體文件列表中的預 推媒體文件的首片數(shù)據(jù)下發(fā)給客戶端的步驟包括： 所述服務器將所述預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)主動推送給客戶 端；或者 所述客戶端向所述服務器請求獲取所述預推媒體文件列表，并在設定時刻從所述服務 器拉取所述預推媒體文件列表中預推媒體文件的首片數(shù)據(jù)。
8. -種在線媒體播放方法，其特征在于，包括： 服務器獲取用戶的歷史播放行為，基于所述用戶的歷史播放行為，生成預推媒體文件 列表； 將所述預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)下發(fā)給客戶端，由所述客戶端 將獲取的所述預推媒體文件的首片數(shù)據(jù)緩存在本地，供用戶播放。
9. 根據(jù)權利要求8所述的方法，其特征在于，還包括： 當客戶端根據(jù)用戶的播放指令，從客戶端本地緩存中獲取對應的預推媒體文件的首片 數(shù)據(jù)并播放時，所述服務器接收所述客戶端發(fā)送的播放請求，所述播放請求中攜帶有客戶 端當前播放的預推媒體文件的ID、域名以及當前網絡的播放碼率； 根據(jù)所述播放請求，向所述客戶端返回當前播放的預推媒體文件的首片數(shù)據(jù)之后的媒 體數(shù)據(jù)。
10. 根據(jù)權利要求8所述的方法，其特征在于，所述服務器獲取用戶的歷史播放行為， 基于所述用戶的歷史播放行為，生成預推媒體文件列表的步驟包括： 所述服務器接收所述客戶端上報的用戶歷史播放記錄，所述用戶歷史播放記錄包括用 戶的媒體文件播放列表和播放操作歷史記錄； 分析所述用戶歷史播放記錄，預測用戶的播放行為路徑，選擇相應的媒體文件，生成預 推媒體文件列表。
11. 根據(jù)權利要求10所述的方法，其特征在于，所述服務器獲取用戶的歷史播放行為， 基于所述用戶的歷史播放行為，生成預推媒體文件列表的步驟進一步還包括： 所述服務器獲取預定時間段內播放頻率達到設定閾值的媒體文件，以及最新推出的媒 體文件； 結合所述預定時間段內播放頻率達到設定閾值的媒體文件以及最新推出的媒體文件， 并分析所述用戶歷史播放記錄，預測用戶可能的播放行為路徑，選擇相應的媒體文件，生成 預推媒體文件列表。
12. 根據(jù)權利要求8-11中任一項所述的方法，其特征在于，還包括： 所述服務器接收所述客戶端上報的用戶播放預推媒體文件的相關信息； 對所述用戶播放預推媒體文件的相關信息進行入庫處理； 對入庫的媒體數(shù)據(jù)進行分析，根據(jù)分析結果更新所述預推媒體文件列表。
13. 根據(jù)權利要求12所述的方法，其特征在于，所述服務器對入庫的媒體數(shù)據(jù)進行分 析，根據(jù)分析結果更新所述預推媒體文件列表的步驟之前還包括： 根據(jù)預定時間段內播放頻率達到設定閾值的媒體文件以及最新推出的媒體文件，動態(tài) 控制選擇預推媒體文件入庫。
14. 根據(jù)權利要求8所述的方法，其特征在于，所述服務器將預推媒體文件列表中的預 推媒體文件的首片數(shù)據(jù)下發(fā)給客戶端，由所述客戶端將獲取的所述預推媒體文件的首片數(shù) 據(jù)緩存在本地，供用戶播放的步驟包括： 所述服務器將所述預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)主動推送給客戶 端；或者 所述服務器接收客戶端的列表獲取請求，根據(jù)所述列表獲取請求將所述預推媒體文件 列表發(fā)送給客戶端，由客戶端在設定時刻從所述服務器拉取所述預推媒體文件列表中的預 推媒體文件的首片數(shù)據(jù)，并緩存在本地，供用戶播放。
15. -種在線媒體播放系統(tǒng)，其特征在于，包括：客戶端和與所述客戶端通信連接的服 務器，其中： 所述服務器，用于獲取用戶的歷史播放行為，基于所述用戶的歷史播放行為，生成預推 媒體文件列表；將所述預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)下發(fā)給客戶端； 所述客戶端，用于將獲取的所述預推媒體文件的首片數(shù)據(jù)緩存在本地，供用戶播放。
16. 根據(jù)權利要求15所述的系統(tǒng)，其特征在于， 所述客戶端，還用于在接收到用戶的播放指令后，根據(jù)所述播放指令從本地緩存中獲 取對應的預推媒體文件的首片數(shù)據(jù)并播放；向所述服務器發(fā)送播放請求，所述播放請求中 攜帶有當前播放的預推媒體文件的ID、域名以及當前網絡的播放碼率； 所述服務器，還用于根據(jù)所述播放請求，向所述客戶端返回當前播放的預推媒體文件 的首片數(shù)據(jù)之后的媒體數(shù)據(jù)。
17. 根據(jù)權利要求15所述的系統(tǒng)，其特征在于， 所述服務器，還用于接收所述客戶端上報的用戶歷史播放記錄，所述用戶歷史播放記 錄包括用戶的媒體文件播放列表和播放操作歷史記錄；分析所述用戶歷史播放記錄，預測 用戶的播放行為路徑，選擇相應的媒體文件，生成預推媒體文件列表。
18. 根據(jù)權利要求17所述的系統(tǒng)，其特征在于， 所述服務器，還用于獲取預定時間段內播放頻率達到設定閾值的媒體文件，以及最新 推出的媒體文件；結合所述預定時間段內播放頻率達到設定閾值的媒體文件以及最新推出 的媒體文件，并分析所述用戶歷史播放記錄，預測用戶的播放行為路徑，選擇相應的媒體文 件，生成預推媒體文件列表。
19. 根據(jù)權利要求15-18中任一項所述的系統(tǒng)，其特征在于， 所述客戶端，還用于向所述服務器上報用戶播放預推媒體文件的相關信息； 所述服務器，還用于對所述用戶播放預推媒體文件的相關信息進行入庫處理；對入庫 的媒體數(shù)據(jù)進行分析，根據(jù)分析結果更新所述預推媒體文件列表。
20. 根據(jù)權利要求19所述的系統(tǒng)，其特征在于， 所述服務器，還用于根據(jù)預定時間段內播放頻率達到設定閾值的媒體文件以及最新推 出的媒體文件，動態(tài)控制選擇預推媒體文件入庫。
21. 根據(jù)權利要求15所述的系統(tǒng)，其特征在于， 所述服務器，還用于將所述預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)主動推送 給客戶端；或者 所述客戶端，還用于向所述服務器請求獲取所述預推媒體文件列表，并在設定時刻從 所述服務器拉取所述預推媒體文件列表中預推媒體文件的首片數(shù)據(jù)。
22. -種在線媒體播放服務器，其特征在于，包括： 生成模塊，用于獲取用戶的歷史播放行為，基于所述用戶的歷史播放行為，生成預推媒 體文件列表； 推送模塊，用于將所述預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)下發(fā)給客戶 端，由所述客戶端將獲取的所述預推媒體文件的首片數(shù)據(jù)緩存在本地，供用戶播放。
23. 根據(jù)權利要求22所述的服務器，其特征在于，還包括：接收模塊； 所述接收模塊，用于當客戶端根據(jù)用戶的播放指令，從客戶端本地緩存中獲取對應的 預推媒體文件的首片數(shù)據(jù)并播放時，接收所述客戶端發(fā)送的播放請求，所述播放請求中攜 帶有客戶端當前播放的預推媒體文件的ID、域名以及當前網絡的播放碼率； 所述推送模塊，還用于根據(jù)所述播放請求，向所述客戶端返回當前播放的預推媒體文 件的首片數(shù)據(jù)之后的媒體數(shù)據(jù)。
24. 根據(jù)權利要求22所述的服務器，其特征在于， 所述生成模塊，還用于接收所述客戶端上報的用戶歷史播放記錄，所述用戶歷史播放 記錄包括用戶的媒體文件播放列表和播放操作歷史記錄；分析所述用戶歷史播放記錄，預 測用戶的播放行為路徑，選擇相應的媒體文件，生成預推媒體文件列表。
25. 根據(jù)權利要求24所述的服務器，其特征在于， 所述生成模塊，還用于獲取預定時間段內播放頻率達到設定閾值的媒體文件，以及最 新推出的媒體文件；結合所述預定時間段內播放頻率達到設定閾值的媒體文件以及最新推 出的媒體文件，并分析所述用戶歷史播放記錄，預測用戶可能的播放行為路徑，選擇相應的 媒體文件，生成預推媒體文件列表。
26. 根據(jù)權利要求22-25中任一項所述的服務器，其特征在于，還包括： 更新模塊，用于接收所述客戶端上報的用戶播放預推媒體文件的相關信息；對所述用 戶播放預推媒體文件的相關信息進行入庫處理；對入庫的媒體數(shù)據(jù)進行分析，根據(jù)分析結 果更新所述預推媒體文件列表。
27. 根據(jù)權利要求26所述的服務器，其特征在于， 所述更新模塊，還用于根據(jù)預定時間段內播放頻率達到設定閾值的媒體文件以及最新 推出的媒體文件，動態(tài)控制選擇預推媒體文件入庫。
28. 根據(jù)權利要求22所述的服務器，其特征在于， 所述推送模塊，還用于將所述預推媒體文件列表中的預推媒體文件的首片數(shù)據(jù)主動推 送給客戶端；或者接收客戶端的列表獲取請求，根據(jù)所述列表獲取請求將所述預推媒體文 件列表發(fā)送給客戶端，由客戶端在設定時刻從所述服務器拉取所述預推媒體文件列表中的 預推媒體文件的首片數(shù)據(jù)，并緩存在本地，供用戶播放。
【文檔編號】H04N21/262GK104093044SQ201410025883
【公開日】2014年10月8日 申請日期:2014年1月20日 優(yōu)先權日:2014年1月20日
【發(fā)明者】傅鴻城, 曾義, 張慶, 趙威 申請人:騰訊科技（深圳）有限公司