提供多媒體內(nèi)容的方法、服務(wù)器和終端設(shè)備的制造方法
【專利摘要】本公開提供一種提供多媒體內(nèi)容的方法、服務(wù)器和終端設(shè)備。該提供多媒體內(nèi)容的方法包括：從客戶端接收多媒體內(nèi)容的下載請求；根據(jù)下載請求生成預定的第一個數(shù)的下載信息條目，各下載信息條目分別包括多媒體內(nèi)容的內(nèi)容切片的下載地址，預定的第一個數(shù)的內(nèi)容切片是多媒體內(nèi)容起始第一個數(shù)的內(nèi)容切片；將第一個數(shù)的下載信息條目發(fā)送給客戶端。采用此種方法可以提高多媒體內(nèi)容的起播速度。
【專利說明】
提供多媒體內(nèi)容的方法、服務(wù)器和終端設(shè)備
技術(shù)領(lǐng)域
[0001]本公開涉及網(wǎng)絡(luò)多媒體內(nèi)容加速的技術(shù)，尤其涉及一種提供多媒體內(nèi)容的方法、服務(wù)器和終端設(shè)備。
【背景技術(shù)】
[0002]HLS(HTTP Live Streaming)是一種動態(tài)碼率自適應(yīng)技術(shù)。其主要應(yīng)用在流媒體播放領(lǐng)域。在基于HLS的音視頻服務(wù)中，服務(wù)器端提供索引文件(M3U8列表)，對媒體內(nèi)容進行切片和加密。客戶端進行流媒體的播放時，其從服務(wù)器獲得索引文件，并通過對該索引文件的解析獲得文件切片，最終進行播放。
[0003]在音視頻內(nèi)容播放的過程中，播放器的響應(yīng)速度對用戶體驗有較大影響。尤其是，在啟動播放時，起播速度快，用戶的體驗較好;如果需要等候十幾秒鐘，才能夠看到第一幀，用戶的體驗不佳。

【發(fā)明內(nèi)容】

[0004]本公開的實施例提供一種提供多媒體內(nèi)容的方法、服務(wù)器和終端設(shè)備，可提高多媒體文件播放速度。
[0005]為達到上述目的，本公開的實施例提供了一種提供多媒體內(nèi)容的方法，方法包括:從客戶端接收多媒體內(nèi)容的下載請求;根據(jù)下載請求生成預定的第一個數(shù)的下載信息條目，各下載信息條目分別包括多媒體內(nèi)容的內(nèi)容切片的下載地址，預定的第一個數(shù)的內(nèi)容切片是多媒體內(nèi)容起始第一個數(shù)的內(nèi)容切片;將第一個數(shù)的下載信息條目發(fā)送給客戶端。
[0006]進一步地，根據(jù)下載請求生成預定的第一個數(shù)下載信息條目的處理包括:根據(jù)下載請求生成第二個數(shù)的下載信息條目，第二個數(shù)的下載信息條目指示的內(nèi)容切片構(gòu)成多媒體內(nèi)容的全部內(nèi)容;從第二個數(shù)的下載信息條目選取起始的第一個數(shù)的下載信息條目。
[0007]進一步地，方法還包括:在預定的第一時長后，將第二個數(shù)的下載信息條目當中除去第一個數(shù)的下載信息條目后剩余的下載信息條目分一次或多次地發(fā)送給客戶端。
[0008]進一步地，方法還包括:在預定的第二時長后，根據(jù)下載請求生成第三個數(shù)的下載信息條目，第三個數(shù)和第一個數(shù)的和為多媒體內(nèi)容的內(nèi)容切片的總個數(shù)，并且將第三個數(shù)的下載信息條目分一次或多次地發(fā)送給客戶端。
[0009]進一步地，內(nèi)容切片是基于HTTP實時流的傳輸流切片，下載信息條目是M3U8索引中的條目。
[0010]根據(jù)本公開的另一方面，提供一種提供多媒體內(nèi)容的方法，方法包括:向服務(wù)器發(fā)送多媒體內(nèi)容的下載請求;接收預定的第一個數(shù)的下載信息條目，各下載信息條目分別包括多媒體內(nèi)容的內(nèi)容切片的下載地址，預定的第一個數(shù)的內(nèi)容切片是多媒體內(nèi)容起始第一個數(shù)的內(nèi)容切片;根據(jù)第一個數(shù)的下載信息條目分別下載相應(yīng)的內(nèi)容切片;對下載的內(nèi)容切片進行拼接，并播放拼接的內(nèi)容切片。
[0011 ]進一步地，方法還包括:接收剩余的下載信息條目，剩余的下載信息條目分別包括多媒體內(nèi)容的除起始第一個數(shù)的內(nèi)容切片之外的內(nèi)容切片的下載地址，根據(jù)剩余的下載信息條目分別下載相應(yīng)的內(nèi)容切片。
[0012]進一步地，內(nèi)容切片是基于HTTP實時流的傳輸流切片，下載信息條目是M3U8索引中的條目。
[0013]根據(jù)本公開的另一方面，提供一種提供多媒體內(nèi)容的服務(wù)器，服務(wù)器包括:請求接收模塊，用于接收多媒體內(nèi)容的下載請求;條目生成模塊，用于根據(jù)下載請求生成預定的第一個數(shù)的下載信息條目，各下載信息條目分別包括多媒體內(nèi)容的內(nèi)容切片的下載地址，預定的第一個數(shù)的內(nèi)容切片是多媒體內(nèi)容起始第一個數(shù)的內(nèi)容切片；發(fā)送模塊，用于將生成的第一個數(shù)的下載信息條目發(fā)送給客戶端。
[0014]進一步地，條目生成模塊用于根據(jù)下載請求生成第二個數(shù)的下載信息條目，第二個數(shù)的下載信息條目指示的內(nèi)容切片構(gòu)成多媒體內(nèi)容的全部內(nèi)容，條目生成模塊從第二個數(shù)的下載信息條目中截取起始的第一個數(shù)的下載信息條目；或條目生成模塊用于生成第一個數(shù)的下載信息條目后再生成第三個數(shù)的下載信息條目，第三個數(shù)和第一個數(shù)的和為多媒體內(nèi)容的內(nèi)容切片的總個數(shù)。
[0015]進一步地，條目生成模塊生成的下載信息條目為M3U8索引中的條目。
[0016]根據(jù)本公開的另一方面，提供一種提供多媒體內(nèi)容的終端設(shè)備，終端設(shè)備包括:請求發(fā)送模塊，用于發(fā)送多媒體內(nèi)容的下載請求;下載條目接收模塊，用于接收第一個數(shù)的下載信息條目，各下載信息條目分別包括多媒體內(nèi)容的內(nèi)容切片的下載地址，第一個數(shù)的內(nèi)容切片是多媒體內(nèi)容起始第一個數(shù)的內(nèi)容切片；下載處理模塊，用于根據(jù)第一個數(shù)的下載信息條目分別下載相應(yīng)的內(nèi)容切片，并且對下載的內(nèi)容切片進行拼接;播放模塊，用于播放經(jīng)過下載處理模塊拼接的多媒體內(nèi)容。
[0017]進一步地，下載條目接收模塊還用于接收剩余的下載信息條目，剩余的下載信息條目分別包括多媒體內(nèi)容的除起始第一個數(shù)的內(nèi)容切片之外的內(nèi)容切片的下載地址;下載處理模塊還用于根據(jù)剩余的下載信息條目分別下載相應(yīng)的內(nèi)容切片。
[0018]進一步地，內(nèi)容切片是基于HTTP實時流的傳輸流切片，下載信息條目是M3U8索引中的條目。
[0019]本公開實施例提供的提供多媒體內(nèi)容的方法，通過將多媒體內(nèi)容進行切片，并利用下載信息條目存儲內(nèi)容切片的下載地址，當客戶端發(fā)出下載請求時，將對應(yīng)起始第一個數(shù)的內(nèi)容切片的下載信息條目發(fā)送給客戶端，以提高客戶端接收和處理速度，進而實現(xiàn)快速起播的目的。
【附圖說明】
[0020]圖1為本公開的第一實施例的提供多媒體內(nèi)容的方法的流程圖；
[0021]圖2為本公開的第二實施例的提供多媒體內(nèi)容的方法的流程圖；
[0022]圖3為本公開的第三實施例的提供多媒體內(nèi)容的方法的流程圖；
[0023]圖4為本公開的第四實施例的提供多媒體內(nèi)容的方法的流程圖；
[0024]圖5為本公開的第五實施例的提供多媒體內(nèi)容的方法的流程圖；
[0025]圖6為本公開的第六實施例的提供多媒體內(nèi)容的服務(wù)器和終端設(shè)備的示意圖；
[0026]圖7為本公開的第六實施例的提供多媒體內(nèi)容的服務(wù)器的示意圖；
[0027]圖8為本公開的第六實施例的提供多媒體內(nèi)容的終端設(shè)備的示意圖。
[0028]附圖標記說明:
[0029]300、服務(wù)器;310、請求接收模塊;320、條目生成模塊;330、發(fā)送模塊;400、客戶端；410、請求發(fā)送模塊;420、下載條目接收模塊;430、下載處理模塊;440、播放模塊。
【具體實施方式】
[0030]本公開的基本公開構(gòu)思是，提供一種多媒體內(nèi)容的播放方式，在用戶發(fā)起多媒體內(nèi)容的播放請求時，服務(wù)器端在收到該播放請求時，僅將請求的多媒體內(nèi)容的起始部分的內(nèi)容切片的下載信息條目(而不是全部內(nèi)容切片的下載信息條目)發(fā)送給播放客戶端，以使播放客戶端盡快開始下載多媒體內(nèi)容進行播放，降低在起播時用于下載和解析下載信息條目所耗費的時間，以提高客戶端接收和處理速度，進而實現(xiàn)快速起播的目的。
[0031 ] 實施例一
[0032]圖1為本公開的提供多媒體內(nèi)容的方法的流程圖，該方法的執(zhí)行主體可以為具有數(shù)據(jù)處理功能的裝置，該裝置可以為獨立裝置，也可以集成在服務(wù)器中。
[0033]參照圖1，在步驟SI10，從客戶端接收多媒體內(nèi)容的下載請求。
[0034]該多媒體內(nèi)容可以是視頻、音頻或音視頻等。用戶在使用終端設(shè)備時，會通過輸入設(shè)備向客戶端下達指令，如播放視頻等?？蛻舳私邮者@些指令后會根據(jù)指令的要求進行處理，例如，在本地尋找資源或向服務(wù)器發(fā)送多媒體內(nèi)容的下載請求。這一下載請求通過網(wǎng)絡(luò)傳輸至服務(wù)器被服務(wù)器接收。
[0035]在步驟S120，根據(jù)下載請求生成預定的第一個數(shù)的下載信息條目，各下載信息條目分別包括多媒體內(nèi)容的內(nèi)容切片的下載地址，預定的第一個數(shù)的內(nèi)容切片是多媒體內(nèi)容起始第一個數(shù)的內(nèi)容切片。
[0036]當服務(wù)器接收到下載請求后，會對這一下載請求進行響應(yīng)，如根據(jù)下載請求尋找多媒體內(nèi)容等。通常為了保證多媒體內(nèi)容傳輸?shù)目煽啃?，同時提高服務(wù)器的負載能力，服務(wù)器并不直接將多媒體內(nèi)容反饋給客戶端，而是將多媒體內(nèi)容的下載地址發(fā)送給客戶端。
[0037]在本實施例中，服務(wù)器與客戶端之間的多媒體內(nèi)容傳輸是基于HTTP實時流也即HLS協(xié)議。在基于此協(xié)議進行多媒體內(nèi)容的傳輸時，將多媒體內(nèi)容進行切片處理，使之成為由多個內(nèi)容切片依據(jù)時間順序組成的多媒體內(nèi)容。服務(wù)器接收到的下載請求后，根據(jù)該下載請求生成預定的第一個數(shù)的下載信息條目。其中，每個下載信息條目均包括一個內(nèi)容切片的下載地址，且該第一個數(shù)的下載信息條目對應(yīng)的內(nèi)容切片是該多媒體內(nèi)容的起始第一個數(shù)的內(nèi)容切片。例如，第一個數(shù)為10個。則這10個下載信息條目對應(yīng)多媒體內(nèi)容的前10個內(nèi)容切片。
[0038]在步驟S130，將第一個數(shù)的下載信息條目發(fā)送給客戶端。
[0039]例如，服務(wù)器可在生成第一個數(shù)的下載信息條目后，將其發(fā)送給客戶端。
[0040]在基于HLS協(xié)議的情況下，服務(wù)器生成一個M3U8的索引，并將該M3U8的索引發(fā)送給客戶端。該M3U8索引中的條目即為該第一個數(shù)的下載信息條目。
[0041]通過將多媒體內(nèi)容的起始內(nèi)容切片所對應(yīng)的下載地址先行發(fā)送給客戶端可以減少客戶端在起播時接收的切片索引的大小，進而提高客戶端的接收速度和對索引的處理速度，而且服務(wù)端在對下載請求的響應(yīng)時間間隔也更小，進一步減少了從用戶下達指令到客戶端響應(yīng)指令所用的時間。由此，可使得用戶等待的時間更少，用戶體驗更好。
[0042]實施例二
[0043]圖2本公開的提供多媒體內(nèi)容的方法的流程圖。實施例二示出在步驟S120中生成第一個數(shù)的下載信息條目的示例性處理。
[0044]在步驟S121，根據(jù)下載請求生成第二個數(shù)的下載信息條目，第二個數(shù)的下載信息條目指示的內(nèi)容切片構(gòu)成多媒體內(nèi)容的全部內(nèi)容。也就是說，在此一次性地生成用于下載構(gòu)成請求的多媒體內(nèi)容的全部內(nèi)容切片的下載信息條目。
[0045]具體地，服務(wù)器在接收到下載請求后，為客戶端分配下載節(jié)點服務(wù)器的資源，再根據(jù)多媒體內(nèi)容的時間長度(或文件大小等)對多媒體內(nèi)容進行切片，并為所有內(nèi)容切片的下載地址生成下載信息條目，在此，全部下載信息條目的數(shù)量為第二個數(shù)。
[0046]在步驟S122，從第二個數(shù)的下載信息條目選取第一個數(shù)的為多媒體內(nèi)容起始部分生成的下載信息條目。
[0047]例如，在生成第二個數(shù)的下載信息條目后，可從該第二個數(shù)的下載信息條目中選取起始的第一個數(shù)的下載信息條目并生成一個M3U8索引。之后進行步驟S130，以使客戶端盡快接收和解析這些下載信息條目，并開始下載起始的內(nèi)容切片。
[0048]在此基礎(chǔ)上，該方法還包括步驟S140:在預定的第一時長后，將第二個數(shù)的下載信息條目當中除去第一個數(shù)的下載信息條目后剩余的下載信息條目分一次或多次地發(fā)送給客戶端。
[0049]在多媒體文件起播后，可以利用播放的時間對后續(xù)的內(nèi)容切片進行下載和緩存，這樣用戶不會感受到等待的時間。使用戶感覺多媒體內(nèi)容的播放是連續(xù)的。除第一個數(shù)的下載信息條目之外的剩余的下載信息條目可以根據(jù)其具體大小和服務(wù)器的負載能力分一次(即生成一個M3U8索引)或多次(即生成多個M3U8索引)發(fā)送給客戶端。由此，可將用于下載多媒體內(nèi)容的全部下載信息條目發(fā)送給客戶端，使客戶端可以下載和播放完整的多媒體內(nèi)容。
[0050]實施例三
[0051]圖3為本公開的提供多媒體內(nèi)容的方法的流程圖。在本實施例中，在實施例一的基礎(chǔ)上，在步驟S120和步驟S130之后，還執(zhí)行步驟S150的處理。
[0052]具體地，在步驟S150，在預定的第二時長后，根據(jù)下載請求生成第三個數(shù)的下載信息條目，第三個數(shù)和第一個數(shù)的和為多媒體內(nèi)容的內(nèi)容切片的總個數(shù)，并且將第三個數(shù)的下載信息條目分一次或多次地發(fā)送給客戶端。
[0053]以此可以將多媒體內(nèi)容的剩余的內(nèi)容切片對應(yīng)的下載地址生成下載信息條目，以保證客戶端可以進行完整的多媒體內(nèi)容播放。
[0054]第三個數(shù)的下載信息條目可以根據(jù)其具體大小和服務(wù)器的負載能力分一次(即生成一個M3U8索引)或多次(即生成多個M3U8索引)發(fā)送給客戶端。使客戶端可以播放完整的多媒體內(nèi)容。
[0055]實施例四
[0056]圖4為本公開的提供多媒體內(nèi)容的方法的流程圖。在本實施例中，對客戶端進行詳細說明。
[0057]在步驟S210，向服務(wù)器發(fā)送多媒體內(nèi)容的下載請求。
[0058]用戶對播放應(yīng)用下達指令后，播放應(yīng)用的客戶端根據(jù)此指令向服務(wù)器發(fā)送多媒體內(nèi)容(音頻、視頻、音視頻等)的下載請求。該下載請求可以是播放請求等。
[0059]在步驟S220，接收預定的第一個數(shù)的下載信息條目，各下載信息條目分別包括多媒體內(nèi)容的內(nèi)容切片的下載地址，預定的第一個數(shù)的內(nèi)容切片是多媒體內(nèi)容起始第一個數(shù)的內(nèi)容切片。
[0060]服務(wù)器根據(jù)該下載請求返回第一個數(shù)的下載信息條目?？蛻舳私邮赵摰谝粋€數(shù)的下載信息條目，并從該第一個數(shù)的下載信息條目中獲取第一個數(shù)的內(nèi)容切片的下載地址。該第一個數(shù)的內(nèi)容切片應(yīng)為多媒體內(nèi)容的起始第一個數(shù)的內(nèi)容切片(即為第一個至第一個數(shù)個)。若，第一個數(shù)為10，則應(yīng)為第I個內(nèi)容切片至第10個內(nèi)容切片。
[0061]在步驟S230，根據(jù)第一個數(shù)的下載信息條目分別下載相應(yīng)的內(nèi)容切片。
[0062]客戶端接收到第一個數(shù)的下載信息條目后，對第一個數(shù)的下載信息條目進行處理，如對其進行解析、解密等。最終實現(xiàn)根據(jù)下載信息條目下載內(nèi)容切片。
[0063]在步驟S240，對下載的內(nèi)容切片進行拼接，并播放拼接的內(nèi)容切片。
[0064]下載到內(nèi)容切片后，對內(nèi)容切片進行拼接，使之成為可以被播放的文件，并對拼接后的內(nèi)容切片進行播放。
[0065]實施例五
[0066]圖5為本公開的提供多媒體內(nèi)容的方法的流程圖。在本實施例中，客戶端下載第一個數(shù)的內(nèi)容切片，并對第一個數(shù)的內(nèi)容切片進行播放后，執(zhí)行步驟S250和步驟S260的處理。
[0067]具體地，在步驟S250，接收剩余的下載信息條目，剩余的下載信息條目分別包括多媒體內(nèi)容的除起始第一個數(shù)的內(nèi)容切片之外的內(nèi)容切片的下載地址。
[0068]為保證多媒體內(nèi)容可以連續(xù)完整的播放，服務(wù)器會將剩余的內(nèi)容切片所對應(yīng)的下載信息條目分一次或多次發(fā)送給客戶端。客戶端接收剩余的下載信息條目。
[0069]在步驟S260，根據(jù)剩余的下載信息條目分別下載相應(yīng)的內(nèi)容切片。
[0070]客戶端接收剩余的下載信息條目后，對其進行處理，最終獲取相應(yīng)的內(nèi)容切片。之后可以根據(jù)需要對內(nèi)容切片進行拼接、存儲、讀取和播放等處理。
[0071]在本實施例中，內(nèi)容切片是基于HTTP實時流(HLS協(xié)議)的傳輸流切片，下載信息條目是M3U8索引中的條目?？蛻舳嗽诮邮諘r，接收的是M3U8的索引。該M3U8索引中包含有第一個數(shù)的下載信息條目、或剩余個數(shù)的下載信息條目。
[0072]實施例六
[0073]圖6為本公開的提供多媒體內(nèi)容的服務(wù)器和終端設(shè)備的示意圖。在本實施例中，客戶端400為設(shè)置在終端設(shè)備上的播放應(yīng)用。服務(wù)器300為云端服務(wù)器。通常情況下，客戶端400的播放應(yīng)用包括用于進行多媒體內(nèi)容播放的播放模塊和用于與云端進行數(shù)據(jù)傳輸和處理的代理控件模塊(CDE模塊Cloud Data Entry)。服務(wù)器300包括多個服務(wù)器節(jié)點(CDN)和調(diào)度服務(wù)器。
[0074]客戶端400將請求傳輸至服務(wù)器300的其中一個服務(wù)器節(jié)點上，由該服務(wù)器節(jié)點傳輸至調(diào)度服務(wù)器，調(diào)度服務(wù)器根據(jù)請求通過上述的提供多媒體內(nèi)容的方法將下載信息條目發(fā)送給客戶端400，由客戶端400進行接收和處理。
[0075]具體地，圖7為本公開的提供多媒體內(nèi)容的服務(wù)器的示意圖。如圖7所示，一種提供多媒體內(nèi)容的服務(wù)器包括請求接收模塊310、條目生成模塊320和發(fā)送模塊330。
[0076]其中，請求接收模塊310用于接收多媒體內(nèi)容的下載請求，其可以設(shè)置在任一服務(wù)器節(jié)點上，也可以設(shè)置在調(diào)度服務(wù)器上。
[0077]條目生成模塊320用于根據(jù)下載請求生成預定第一個數(shù)的下載信息條目，各下載信息條目分別包括多媒體內(nèi)容的內(nèi)容切片的下載地址，預定的第一個數(shù)的內(nèi)容切片是多媒體內(nèi)容起始第一個數(shù)的內(nèi)容切片。該條目生成模塊320在本實施例中設(shè)置在調(diào)度服務(wù)器上，其根據(jù)整個云端服務(wù)器的各個服務(wù)器節(jié)點的負載和資源情況進行資源分配，并根據(jù)服務(wù)器與客戶端之間的傳輸協(xié)議生成對應(yīng)的包括有內(nèi)容切片的下載地址的下載信息條目。由于本實施例中是基于HLS協(xié)議，因此條目生成模塊320生成的是包括下載信息條目的M3U8索引。
[0078]當然，在其他實施例中，條目生成模塊320可以設(shè)置在任一服務(wù)器節(jié)點上。下載信息條目的形式也不限于M3U8索引。
[0079]發(fā)送模塊330用于將生成的第一個數(shù)的下載信息條目發(fā)送給客戶端。
[0080]條目生成模塊320生成第一個數(shù)的下載信息條目的方式可以有多種，例如:其可以根據(jù)下載請求生成第二個數(shù)的下載信息條目，第二個數(shù)的下載信息條目指示的內(nèi)容切片構(gòu)成多媒體內(nèi)容的全部內(nèi)容，之后條目生成模塊從第二個數(shù)的下載信息條目中截取起始的第一個數(shù)的下載信息條目。
[0081]當然，其也可以先生成第一個數(shù)的下載信息條目后再生成第三個數(shù)的下載信息條目，并使第三個數(shù)和第一個數(shù)的和為多媒體內(nèi)容的內(nèi)容切片的總個數(shù)。
[0082]圖8為本公開的提供多媒體內(nèi)容的終端設(shè)備的示意圖。如圖8所示，一種提供多媒體內(nèi)容的終端設(shè)備，裝置包括請求發(fā)送模塊410、下載條目接收模塊420、下載處理模塊430和播放模塊440。
[0083]其中，請求發(fā)送模塊410用于發(fā)送多媒體內(nèi)容的下載請求。請求發(fā)送模塊410設(shè)置在客戶端的CDE模塊中。其根據(jù)用戶指令發(fā)送不同的請求。
[0084]下載條目接收模塊420用于接收第一個數(shù)的下載信息條目，各下載信息條目分別包括多媒體內(nèi)容的內(nèi)容切片的下載地址，預定的第一個數(shù)的內(nèi)容切片是多媒體內(nèi)容起始第一個數(shù)的內(nèi)容切片。其也設(shè)置在客戶端的CDE模塊中。
[0085]下載處理模塊430用于在下載條目接收模塊420接收到下載信息條目后，根據(jù)第一個數(shù)的下載信息條目分別下載相應(yīng)的內(nèi)容切片，并且對下載的內(nèi)容切片進行拼接。例如，下載條目接收模塊420接收到M3U8索引之后，由下載處理模塊430對其進行處理，并根據(jù)M3U8索引中的下載地址下載內(nèi)容切片，且利用M3U8索引中的時間線說明對各內(nèi)容切片進行處理。
[0086]播放模塊440用于播放經(jīng)過下載處理模塊430拼接的多媒體內(nèi)容。下載處理模塊430將處理后的多媒體內(nèi)容傳輸給播放模塊440，播放模塊440對其進行解碼等處理，實現(xiàn)播放。
[0087]由于條目生成模塊320將一個多媒體內(nèi)容進行了切片處理，且將全部內(nèi)容切片的下載信息條目分為至少兩次發(fā)送，因此，下載條目接收模塊420還用于接收除第一個數(shù)的下載信息條目之外剩余的下載信息條目，剩余的下載信息條目分別包括多媒體內(nèi)容的除起始第一個數(shù)的內(nèi)容切片之外的內(nèi)容切片的下載地址。
[0088]下載處理模塊430還用于根據(jù)剩余的下載信息條目分別下載相應(yīng)的內(nèi)容切片。若下載處理模塊430下載的剩余的內(nèi)容切片未被播放使用，則先將這些內(nèi)容切片進行存儲。
[0089]由此，在基于HLS協(xié)議進行的多媒體傳輸過程中，通過在服務(wù)器端簡單地將生成的M3U8索引中的最初若干條目先發(fā)送給客戶端，而不是一次將全部條目發(fā)送給客戶端，可顯著地提高客戶端對多媒體內(nèi)容的起播速度，提高用戶體驗。需要說明的是，此方法尤其適用于點播過程。
[0090]以上所述，僅為本公開的【具體實施方式】，但本公開的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本公開揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本公開的保護范圍之內(nèi)。因此，本公開的保護范圍應(yīng)以所述權(quán)利要求的保護范圍為準。
【主權(quán)項】
1.一種提供多媒體內(nèi)容的方法，所述方法包括: 從客戶端接收多媒體內(nèi)容的下載請求； 根據(jù)所述下載請求生成預定的第一個數(shù)的下載信息條目，各所述下載信息條目分別包括所述多媒體內(nèi)容的內(nèi)容切片的下載地址，所述預定的第一個數(shù)的內(nèi)容切片是所述多媒體內(nèi)容起始第一個數(shù)的內(nèi)容切片； 將所述第一個數(shù)的下載信息條目發(fā)送給所述客戶端。2.根據(jù)權(quán)利要求1所述的方法，其中，所述根據(jù)所述下載請求生成預定的第一個數(shù)下載信息條目的處理包括: 根據(jù)所述下載請求生成第二個數(shù)的下載信息條目，所述第二個數(shù)的下載信息條目指示的內(nèi)容切片構(gòu)成所述多媒體內(nèi)容的全部內(nèi)容； 從所述第二個數(shù)的下載信息條目選取起始的所述第一個數(shù)的下載信息條目。3.根據(jù)權(quán)利要求2所述的方法，其中，所述方法還包括: 在預定的第一時長后，將所述第二個數(shù)的下載信息條目當中除去所述第一個數(shù)的下載信息條目后剩余的下載信息條目分一次或多次地發(fā)送給所述客戶端。4.根據(jù)權(quán)利要求1所述的方法，其中，所述方法還包括: 在預定的第二時長后，根據(jù)所述下載請求生成第三個數(shù)的下載信息條目，所述第三個數(shù)和第一個數(shù)的和為所述多媒體內(nèi)容的內(nèi)容切片的總個數(shù)，并且將所述第三個數(shù)的下載信息條目分一次或多次地發(fā)送給所述客戶端。5.根據(jù)權(quán)利要求1?4中任一項所述的方法，其中，所述內(nèi)容切片是基于HTTP實時流的傳輸流切片，所述下載信息條目是M3U8索引中的條目。6.一種提供多媒體內(nèi)容的方法，其中，所述方法包括: 向服務(wù)器發(fā)送多媒體內(nèi)容的下載請求； 接收預定的第一個數(shù)的下載信息條目，各所述下載信息條目分別包括所述多媒體內(nèi)容的內(nèi)容切片的下載地址，所述預定的第一個數(shù)的內(nèi)容切片是所述多媒體內(nèi)容起始第一個數(shù)的內(nèi)容切片； 根據(jù)所述第一個數(shù)的下載信息條目分別下載相應(yīng)的內(nèi)容切片； 對下載的內(nèi)容切片進行拼接，并播放拼接的內(nèi)容切片。7.根據(jù)權(quán)利要求6所述的方法，其中，所述方法還包括: 接收剩余的下載信息條目，所述剩余的下載信息條目分別包括所述多媒體內(nèi)容的除所述起始第一個數(shù)的內(nèi)容切片之外的內(nèi)容切片的下載地址， 根據(jù)所述剩余的下載信息條目分別下載相應(yīng)的內(nèi)容切片。8.根據(jù)權(quán)利要求6或7所述的方法，其中，所述內(nèi)容切片是基于HTTP實時流的傳輸流切片，所述下載信息條目是M3U8索引中的條目。9.一種提供多媒體內(nèi)容的服務(wù)器，其中，所述服務(wù)器包括: 請求接收模塊，用于接收多媒體內(nèi)容的下載請求； 條目生成模塊，用于根據(jù)所述下載請求生成預定的第一個數(shù)的下載信息條目，各下載信息條目分別包括所述多媒體內(nèi)容的內(nèi)容切片的下載地址，所述預定的第一個數(shù)的內(nèi)容切片是所述多媒體內(nèi)容起始第一個數(shù)的內(nèi)容切片； 發(fā)送模塊，用于將生成的所述第一個數(shù)的下載信息條目發(fā)送給客戶端。10.根據(jù)權(quán)利要求9所述的服務(wù)器，其中，所述條目生成模塊用于根據(jù)所述下載請求生成第二個數(shù)的下載信息條目，所述第二個數(shù)的下載信息條目指示的內(nèi)容切片構(gòu)成所述多媒體內(nèi)容的全部內(nèi)容，所述條目生成模塊從所述第二個數(shù)的下載信息條目中截取起始的第一個數(shù)的下載信息條目；或 所述條目生成模塊用于生成所述第一個數(shù)的下載信息條目后再生成第三個數(shù)的下載信息條目，所述第三個數(shù)和第一個數(shù)的和為所述多媒體內(nèi)容的內(nèi)容切片的總個數(shù)。11.根據(jù)權(quán)利要求9或10所述的服務(wù)器，其中，所述條目生成模塊生成的下載信息條目為M3U8索引中的條目。12.一種提供多媒體內(nèi)容的終端設(shè)備，其中，所述終端設(shè)備包括: 請求發(fā)送模塊，用于發(fā)送多媒體內(nèi)容的下載請求； 下載條目接收模塊，用于接收第一個數(shù)的下載信息條目，各所述下載信息條目分別包括所述多媒體內(nèi)容的內(nèi)容切片的下載地址，所述第一個數(shù)的內(nèi)容切片是所述多媒體內(nèi)容起始第一個數(shù)的內(nèi)容切片； 下載處理模塊，用于根據(jù)所述第一個數(shù)的下載信息條目分別下載相應(yīng)的內(nèi)容切片，并且對下載的內(nèi)容切片進行拼接； 播放模塊，用于播放經(jīng)過所述下載處理模塊拼接的多媒體內(nèi)容。13.根據(jù)權(quán)利要求12所述的終端設(shè)備，其中，所述下載條目接收模塊還用于接收剩余的下載信息條目，所述剩余的下載信息條目分別包括所述多媒體內(nèi)容的除起始第一個數(shù)的內(nèi)容切片之外的內(nèi)容切片的下載地址； 所述下載處理模塊還用于根據(jù)所述剩余的下載信息條目分別下載相應(yīng)的內(nèi)容切片。14.根據(jù)權(quán)利要求12或13所述的終端設(shè)備，其中，所述內(nèi)容切片是基于HTTP實時流的傳輸流切片，所述下載信息條目是M3U8索引中的條目。
【文檔編號】H04N21/643GK105872607SQ201610201857
【公開日】2016年8月17日
【申請日】2016年3月31日
【發(fā)明人】徐曉光
【申請人】樂視控股（北京）有限公司, 樂視云計算有限公司