在服務(wù)器端執(zhí)行的多媒體內(nèi)容的提供方法及裝置的制造方法
【專利摘要】本發(fā)明提供一種在服務(wù)器端執(zhí)行的多媒體內(nèi)容的提供方法及裝置。其中，在服務(wù)器端執(zhí)行的多媒體內(nèi)容的提供方法包括：接收終端設(shè)備發(fā)送的多媒體內(nèi)容的下載請求；如果所述服務(wù)器處于過載狀態(tài)，則以低于正常碼率的碼率向所述終端設(shè)備發(fā)送所述多媒體內(nèi)容的數(shù)據(jù)。本發(fā)明實(shí)施例的在服務(wù)器端執(zhí)行的多媒體內(nèi)容的提供方法及裝置，實(shí)現(xiàn)了在服務(wù)器過載的情況下以較正常碼率低的碼率傳輸多媒體內(nèi)容的數(shù)據(jù)，從而保護(hù)性地應(yīng)對了服務(wù)器過載狀況，并且有效地避免了影響用戶網(wǎng)絡(luò)體驗(yàn)的不良現(xiàn)象的發(fā)生。
【專利說明】
在服務(wù)器端執(zhí)行的多媒體內(nèi)容的提供方法及裝置
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)，尤其涉及一種在服務(wù)器端執(zhí)行的多媒體內(nèi)容的提供方法及裝置。
【背景技術(shù)】
[0002]隨著互聯(lián)網(wǎng)及多媒體技術(shù)的快速發(fā)展，觀看多媒體內(nèi)容(如視頻)已逐漸成為人們工作、學(xué)習(xí)、娛樂、生活中非常重要的一部分。因此，服務(wù)器需要處理的用戶訪問請求也越來越多。服務(wù)器響應(yīng)的快慢直接影響著用戶的網(wǎng)絡(luò)體驗(yàn)。
[0003]然而，由于受到服務(wù)器自身處理能力的限制，任何一臺服務(wù)器在一定時間內(nèi)能處理的用戶訪問請求的個數(shù)是有限的。當(dāng)服務(wù)器連接的用戶數(shù)超過一定數(shù)量時，如果服務(wù)器沒有足夠能力處理隨之帶來的用戶訪問請求，將導(dǎo)致服務(wù)器過載，甚至出現(xiàn)無法對客戶端做出服務(wù)響應(yīng)等影響用戶網(wǎng)絡(luò)體驗(yàn)的不良現(xiàn)象。

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

[0004]本發(fā)明的目的在于，提供一種在服務(wù)器端執(zhí)行的多媒體內(nèi)容的提供方法及裝置，以實(shí)現(xiàn)基于較正常碼率低的碼率傳輸多媒體內(nèi)容的數(shù)據(jù)，在保護(hù)性地應(yīng)對服務(wù)器過載狀況的同時，有效地避免影響用戶網(wǎng)絡(luò)體驗(yàn)的不良現(xiàn)象的發(fā)生。
[0005]根據(jù)本發(fā)明的一方面，提供一種在服務(wù)器端執(zhí)行的多媒體內(nèi)容的提供方法，包括:接收終端設(shè)備發(fā)送的多媒體內(nèi)容的下載請求;如果所述服務(wù)器處于過載狀態(tài)，則以低于正常碼率的碼率向所述終端設(shè)備發(fā)送所述多媒體內(nèi)容的數(shù)據(jù)。
[0006]優(yōu)選地，所述方法還包括:發(fā)送過載提示信息給所述終端設(shè)備。
[0007]優(yōu)選地，所述方法還包括:如果記錄的所述服務(wù)器的狀態(tài)為正常狀態(tài)，并且當(dāng)前處理的客戶端連接超過預(yù)定的第一數(shù)量，則將所述服務(wù)器的狀態(tài)記為過載狀態(tài)。
[0008]優(yōu)選地，所述方法還包括:如果記錄的所述服務(wù)器的狀態(tài)為過載狀態(tài)，并且當(dāng)前處理的客戶端連接低于預(yù)定的第二數(shù)量，則將所述服務(wù)器的狀態(tài)記為正常狀態(tài)。
[0009]優(yōu)選地，所述第一數(shù)量大于等于所述第二數(shù)量。
[0010]優(yōu)選地，所述服務(wù)器為多媒體內(nèi)容的內(nèi)容分發(fā)網(wǎng)絡(luò)的節(jié)點(diǎn)服務(wù)器。
[0011]根據(jù)本發(fā)明的另一方面，還提供一種多媒體內(nèi)容的提供裝置，包括:請求接收模塊，用于接收終端設(shè)備發(fā)送的多媒體內(nèi)容的下載請求;數(shù)據(jù)發(fā)送模塊，用于如果所述服務(wù)器處于過載狀態(tài)，則以低于正常碼率的碼率向所述終端設(shè)備發(fā)送所述多媒體內(nèi)容的數(shù)據(jù)。
[0012]優(yōu)選地，所述裝置還包括:提示信息發(fā)送模塊，用于發(fā)送過載提示信息給所述終端設(shè)備。
[0013]優(yōu)選地，所述裝置還包括:過載狀態(tài)確定模塊，用于如果記錄的所述服務(wù)器的狀態(tài)為正常狀態(tài)，并且當(dāng)前處理的客戶端連接超過預(yù)定的第一數(shù)量，則將所述服務(wù)器的狀態(tài)記為過載狀態(tài)。
[0014]優(yōu)選地，所述裝置還包括:正常狀態(tài)確定模塊，用于如果記錄的所述服務(wù)器的狀態(tài)為過載狀態(tài)，并且當(dāng)前處理的客戶端連接低于預(yù)定的第二數(shù)量，則將所述服務(wù)器的狀態(tài)記為正常狀態(tài)。
[0015]優(yōu)選地，所述第一數(shù)量大于等于所述第二數(shù)量。
[0016]優(yōu)選地，所述服務(wù)器為多媒體內(nèi)容的內(nèi)容分發(fā)網(wǎng)絡(luò)的節(jié)點(diǎn)服務(wù)器。
[0017]根據(jù)本發(fā)明實(shí)施例提供的在服務(wù)器端執(zhí)行的多媒體內(nèi)容的提供方法及裝置，通過服務(wù)器接收終端設(shè)備發(fā)送的多媒體內(nèi)容的下載請求，如果在服務(wù)器端過載狀況下，實(shí)現(xiàn)了以較正常碼率低的碼率向終端設(shè)備傳輸多媒體內(nèi)容的數(shù)據(jù)，在保護(hù)性地應(yīng)對服務(wù)器過載狀況的同時，有效地避免了影響用戶體驗(yàn)的不良現(xiàn)象的發(fā)生，保證了數(shù)據(jù)傳輸?shù)姆€(wěn)定性和用戶的網(wǎng)絡(luò)體驗(yàn)。
【附圖說明】
[0018]圖1是示出根據(jù)本發(fā)明實(shí)施例一的在服務(wù)器端執(zhí)行的多媒體內(nèi)容的提供方法的流程圖；
[0019]圖2是示出根據(jù)本發(fā)明實(shí)施例二的在服務(wù)器端執(zhí)行的多媒體內(nèi)容的提供方法的流程圖；
[0020]圖3是示出根據(jù)本發(fā)明實(shí)施例三的多媒體內(nèi)容的提供裝置的邏輯框圖；
[0021]圖4是示出根據(jù)本發(fā)明實(shí)施例四的多媒體內(nèi)容的提供裝置的邏輯框圖。
【具體實(shí)施方式】
[0022]本發(fā)明的基本構(gòu)思是，提供一種提供多媒體內(nèi)容的技術(shù)方案。通過服務(wù)器接收終端設(shè)備發(fā)送的多媒體內(nèi)容的下載請求，如果服務(wù)器出現(xiàn)過載的情況下，就以低于正常碼率的碼率向終端設(shè)備發(fā)送多媒體內(nèi)容的數(shù)據(jù)，從而為用戶提供一個穩(wěn)定性高的網(wǎng)絡(luò)環(huán)境，避免了例如用戶無法使用網(wǎng)絡(luò)服務(wù)等不良現(xiàn)象的發(fā)生，進(jìn)而極大地保證了用戶的網(wǎng)絡(luò)體驗(yàn)。
[0023]下面結(jié)合附圖詳細(xì)描述本發(fā)明的示例性實(shí)施例在服務(wù)器端執(zhí)行的多媒體內(nèi)容的提供方法及裝置。
[0024]實(shí)施例一
[0025]圖1是示出根據(jù)本發(fā)明實(shí)施例一的在服務(wù)器端執(zhí)行的多媒體內(nèi)容的提供方法的流程圖?？稍谌绶?wù)器端執(zhí)行該方法。
[0026]參照圖1，在步驟S110，接收終端設(shè)備發(fā)送的多媒體內(nèi)容的下載請求。
[0027]需要說明的是，多媒體內(nèi)容的下載請求可包括網(wǎng)際協(xié)議(Internet Protocol ,IP)地址等，用于標(biāo)識待下載的多媒體內(nèi)容的統(tǒng)一資源定位符(Uniform Resource Locator,URL)等。
[0028]在步驟S120，如果所述服務(wù)器處于過載狀態(tài)，則以低于正常碼率的碼率向所述終端設(shè)備發(fā)送所述多媒體內(nèi)容的數(shù)據(jù)。
[0029]這里，碼率是指多媒體內(nèi)容(如視頻文件)在單位時間內(nèi)使用的數(shù)據(jù)流量，也稱為碼流(Data Rate)。也就是說，通過降碼流的處理方式應(yīng)對服務(wù)器過載狀況。
[0030]舉例來說，假設(shè)某用戶欲下載一個音頻文件。該用戶使用終端設(shè)備發(fā)送多媒體內(nèi)容的下載請求給服務(wù)器，由服務(wù)器為用戶提供下載音頻文件的網(wǎng)絡(luò)服務(wù)。通常，MP3格式的音頻文件的正常碼率是100?500kbit/sec。如果當(dāng)前服務(wù)器過載，就可以正常碼率的50%的碼率即50?250kbit/sec發(fā)送該音頻文件給終端設(shè)備。
[0031]本發(fā)明實(shí)施例提供的在服務(wù)器端執(zhí)行的多媒體內(nèi)容的提供方法，通過服務(wù)器接收終端設(shè)備發(fā)送的多媒體內(nèi)容的下載請求，如果在服務(wù)器過載狀況下，實(shí)現(xiàn)了以較正常碼率低的碼率向終端設(shè)備傳輸多媒體內(nèi)容的數(shù)據(jù)，在保護(hù)性地應(yīng)對服務(wù)器過載狀況的同時，有效地避免了影響用戶體驗(yàn)的不良現(xiàn)象的發(fā)生，保證了數(shù)據(jù)傳輸?shù)姆€(wěn)定性和用戶的網(wǎng)絡(luò)體驗(yàn)。
[0032]實(shí)施例二
[0033]圖2是示出根據(jù)本發(fā)明實(shí)施例二的在服務(wù)器端執(zhí)行的多媒體內(nèi)容的提供方法的流程圖，所述實(shí)施例可視為圖1的又一種具體的實(shí)現(xiàn)方案。可在如圖4所示的多媒體內(nèi)容的提供裝置上執(zhí)行該方法。
[0034]在步驟S210，接收終端設(shè)備發(fā)送的多媒體內(nèi)容的下載請求。
[0035]這里，步驟S210與上述實(shí)施例一中步驟SllO處理方式相同，具體可參見上述SllO的步驟內(nèi)容，在此不再贅述。
[0036]在步驟S220，如果記錄的所述服務(wù)器的狀態(tài)為正常狀態(tài)，并且當(dāng)前處理的客戶端連接超過預(yù)定的第一數(shù)量，則將所述服務(wù)器的狀態(tài)記為過載狀態(tài)。
[0037]為了給后續(xù)降碼率的保護(hù)方式應(yīng)對服務(wù)器過載狀況提供先決判定條件，本步驟設(shè)定了服務(wù)器關(guān)于處理的客戶端連接數(shù)量的閾值，即預(yù)定的第一數(shù)量。將服務(wù)器當(dāng)前處理的客戶端連接分別與預(yù)定的第一數(shù)量進(jìn)行比較，大于預(yù)定的第一數(shù)量時確定服務(wù)器處于過載狀態(tài)。
[0038]在步驟S230，如果所述服務(wù)器處于過載狀態(tài)，則以低于正常碼率的碼率向所述終端設(shè)備發(fā)送所述多媒體內(nèi)容的數(shù)據(jù)。
[0039]這里，步驟S230與上述實(shí)施例一中步驟S120處理方式相同，具體可參見上述S120的步驟內(nèi)容，在此不再贅述。
[0040]在步驟S240，發(fā)送過載提示信息給所述終端設(shè)備。
[0041]除了前述降碼流的保護(hù)處理之外，還可返回過載提示信息給終端設(shè)備，從而相對得體地應(yīng)對服務(wù)器過載狀況，以不至于嚴(yán)重影響用戶的網(wǎng)絡(luò)體驗(yàn)。
[0042]在步驟S250，如果記錄的所述服務(wù)器的狀態(tài)為過載狀態(tài)，并且當(dāng)前處理的客戶端連接低于預(yù)定的第二數(shù)量，則將所述服務(wù)器的狀態(tài)記為正常狀態(tài)。
[0043]優(yōu)選地，所述第一數(shù)量大于等于所述第二數(shù)量。
[0044]需要強(qiáng)調(diào)的是，“第一”、“第二”僅是一種指代，用以區(qū)別不同的數(shù)量，而不作為對數(shù)量的具體限定。
[0045]具體地，分兩種情況分別進(jìn)行說明。對于第二數(shù)量等于第一數(shù)量的情況，也就是說預(yù)設(shè)同一閾值?？梢岳斫獾兀Y(jié)合前述步驟S220，在服務(wù)器處于正常狀態(tài)下且用戶連接數(shù)超過閾值，就表明服務(wù)器由正常狀態(tài)轉(zhuǎn)變?yōu)檫^載狀態(tài)，就需要進(jìn)行降碼流處理;在服務(wù)器處于過載狀態(tài)下且用戶連接數(shù)未超過閾值，就表明服務(wù)器由過載狀態(tài)恢復(fù)為正常狀態(tài)，在服務(wù)器處于正常狀態(tài)下就以正常碼率傳輸服務(wù)數(shù)據(jù)，無需進(jìn)行降碼流處理。由此，通過上述處理可方便、快速地確定服務(wù)器所處的狀態(tài)，然而此種方式使得服務(wù)器在過載狀態(tài)和正常狀態(tài)之間的變動過于頻繁。
[0046]為了防止服務(wù)器在過載狀態(tài)和正常狀態(tài)之間過于頻繁的變動，也可以是第一數(shù)量大于第二數(shù)量，也就是說，通過設(shè)置不同的閾值為服務(wù)器提供一個緩沖的過程。對于此種情況，需要說明的是，當(dāng)服務(wù)器處理的客戶端連接減少之后，達(dá)到低于預(yù)定的第二數(shù)量的一個數(shù)值，則由過載狀態(tài)轉(zhuǎn)變?yōu)檎顟B(tài)，此時，恢復(fù)正常的處理模式即以正常碼率傳輸服務(wù)數(shù)據(jù)。例如，假設(shè)預(yù)設(shè)的第一數(shù)量是100，預(yù)設(shè)的第二數(shù)量是80，當(dāng)前記錄的服務(wù)器的狀態(tài)為過載狀態(tài)，如果當(dāng)前處理的客戶端連接的數(shù)量是79，79小于80則將服務(wù)器的狀態(tài)記為正常狀態(tài)。如果當(dāng)前處理的客戶端連接的數(shù)量是90，那么仍將服務(wù)器的狀態(tài)為過載狀態(tài)。
[0047]優(yōu)選地，所述服務(wù)器為多媒體內(nèi)容的內(nèi)容分發(fā)網(wǎng)絡(luò)的節(jié)點(diǎn)服務(wù)器。
[0048]具體來說，內(nèi)容分發(fā)網(wǎng)絡(luò)(Content Delivery Network，Q)N)的基本思路是盡可能避開互聯(lián)網(wǎng)上有可能影響數(shù)據(jù)傳輸速度和穩(wěn)定性的瓶頸和環(huán)節(jié)，使內(nèi)容傳輸?shù)母?、更穩(wěn)定。通過在網(wǎng)絡(luò)各處放置節(jié)點(diǎn)服務(wù)器，從而構(gòu)成在現(xiàn)有互聯(lián)網(wǎng)基礎(chǔ)之上的一層智能虛擬網(wǎng)絡(luò)，CDN能夠?qū)崟r地根據(jù)網(wǎng)絡(luò)流量和各節(jié)點(diǎn)的連接、負(fù)載狀況，以及到用戶的距離和響應(yīng)時間等綜合信息將用戶的請求重新導(dǎo)向離用戶最近的服務(wù)節(jié)點(diǎn)上。其目的是使用戶可就近取得所需內(nèi)容，解決Internet網(wǎng)絡(luò)擁擠的狀況，提高用戶訪問網(wǎng)站的響應(yīng)速度。
[0049]本發(fā)明實(shí)施例提供的在服務(wù)器端執(zhí)行的多媒體內(nèi)容的提供方法，具有如下技術(shù)效果:一方面，基于處理的客戶端連接的數(shù)量，準(zhǔn)確地判定服務(wù)器是處于過載狀態(tài)，還是處于正常狀態(tài)，從而為后續(xù)降碼率的保護(hù)方式應(yīng)對服務(wù)器過載狀況提供先決條件;另一方面，通過向客戶端返回過載提示信息，進(jìn)一步保證了用戶的網(wǎng)絡(luò)體驗(yàn);再一方面，服務(wù)器可以是多媒體內(nèi)容的CDN節(jié)點(diǎn)，極大地提高了用戶訪問網(wǎng)站的響應(yīng)速度。
[0050]實(shí)施例三
[0051]基于相同的技術(shù)構(gòu)思，圖3是示出根據(jù)本發(fā)明實(shí)施例三的多媒體內(nèi)容的提供裝置的邏輯框圖?？捎靡詧?zhí)行如實(shí)施例一所述的在服務(wù)器端執(zhí)行的多媒體內(nèi)容的提供方法流程。
[0052]參照圖3，多媒體內(nèi)容的提供裝置包括:請求接收模塊310和數(shù)據(jù)發(fā)送模塊320。
[0053]請求接收模塊310用于接收終端設(shè)備發(fā)送的多媒體內(nèi)容的下載請求。
[0054]數(shù)據(jù)發(fā)送模塊320用于如果所述服務(wù)器處于過載狀態(tài)，則以低于正常碼率的碼率向所述終端設(shè)備發(fā)送所述多媒體內(nèi)容的數(shù)據(jù)。
[0055]本發(fā)明實(shí)施例提供的多媒體內(nèi)容的提供裝置，通過服務(wù)器接收終端設(shè)備發(fā)送的多媒體內(nèi)容的下載請求，如果在服務(wù)器過載狀況下，實(shí)現(xiàn)了以較正常碼率低的碼率向終端設(shè)備傳輸多媒體內(nèi)容的數(shù)據(jù)，在保護(hù)性地應(yīng)對服務(wù)器過載狀況的同時，有效地避免了影響用戶體驗(yàn)的不良現(xiàn)象的發(fā)生，保證了數(shù)據(jù)傳輸?shù)姆€(wěn)定性和用戶的網(wǎng)絡(luò)體驗(yàn)。
[0056]實(shí)施例四
[0057]基于相同的技術(shù)構(gòu)思，圖4是示出根據(jù)本發(fā)明實(shí)施例四的多媒體內(nèi)容的提供裝置的邏輯框圖?？捎靡詧?zhí)行如實(shí)施例二所述的在服務(wù)器端執(zhí)行的多媒體內(nèi)容的提供方法流程。
[0058]參照圖4，在前述實(shí)施例的基礎(chǔ)上，根據(jù)本發(fā)明優(yōu)選實(shí)施例，多媒體內(nèi)容的提供裝置還可包括:提示信息發(fā)送模塊330用于發(fā)送過載提示信息給所述終端設(shè)備。
[0059]進(jìn)一步地，多媒體內(nèi)容的提供裝置還可包括:過載狀態(tài)確定模塊340用于如果記錄的所述服務(wù)器的狀態(tài)為正常狀態(tài)，并且當(dāng)前處理的客戶端連接超過預(yù)定的第一數(shù)量，則將所述服務(wù)器的狀態(tài)記為過載狀態(tài)。
[0060]更進(jìn)一步地，多媒體內(nèi)容的提供裝置還可包括:正常狀態(tài)確定模塊350用于如果記錄的所述服務(wù)器的狀態(tài)為過載狀態(tài)，并且當(dāng)前處理的客戶端連接低于預(yù)定的第二數(shù)量，則將所述服務(wù)器的狀態(tài)記為正常狀態(tài)。
[0061]優(yōu)選地，所述第一數(shù)量大于等于所述第二數(shù)量。
[0062]進(jìn)一步地，所述服務(wù)器為多媒體內(nèi)容的內(nèi)容分發(fā)網(wǎng)絡(luò)的節(jié)點(diǎn)服務(wù)器。
[0063]本發(fā)明實(shí)施例提供的多媒體內(nèi)容的提供裝置，具有如下技術(shù)效果:一是基于處理的客戶端連接的數(shù)量，準(zhǔn)確地判定服務(wù)器是處于過載狀態(tài)，還是處于正常狀態(tài)，從而為后續(xù)降碼率的保護(hù)方式應(yīng)對服務(wù)器過載狀況提供先決條件;二是通過向客戶端返回過載提示信息，進(jìn)一步保證了用戶的網(wǎng)絡(luò)體驗(yàn);三是服務(wù)器可以是多媒體內(nèi)容的CDN節(jié)點(diǎn)，極大地提高了用戶訪問網(wǎng)站的響應(yīng)速度。
[0064]需要指出，根據(jù)實(shí)施的需要，可將本申請中描述的各個部件/步驟拆分為更多部件/步驟，也可將兩個或多個部件/步驟或者部件/步驟的部分操作組合成新的部件/步驟，以實(shí)現(xiàn)本發(fā)明的目的。
[0065]上述根據(jù)本發(fā)明的方法可在硬件、固件中實(shí)現(xiàn)，或者被實(shí)現(xiàn)為可存儲在記錄介質(zhì)(諸如CD R0M、RAM、軟盤、硬盤或磁光盤)中的軟件或計(jì)算機(jī)代碼，或者被實(shí)現(xiàn)通過網(wǎng)絡(luò)下載的原始存儲在遠(yuǎn)程記錄介質(zhì)或非暫時機(jī)器可讀介質(zhì)中并將被存儲在本地記錄介質(zhì)中的計(jì)算機(jī)代碼，從而在此描述的方法可被存儲在使用通用計(jì)算機(jī)、專用處理器或者可編程或?qū)Ｓ糜布?諸如ASIC或FPGA)的記錄介質(zhì)上的這樣的軟件處理。可以理解，計(jì)算機(jī)、處理器、微處理器控制器或可編程硬件包括可存儲或接收軟件或計(jì)算機(jī)代碼的存儲組件(例如，RAM、ROM、閃存等)，當(dāng)所述軟件或計(jì)算機(jī)代碼被計(jì)算機(jī)、處理器或硬件訪問且執(zhí)行時，實(shí)現(xiàn)在此描述的處理方法。此外，當(dāng)通用計(jì)算機(jī)訪問用于實(shí)現(xiàn)在此示出的處理的代碼時，代碼的執(zhí)行將通用計(jì)算機(jī)轉(zhuǎn)換為用于執(zhí)行在此示出的處理的專用計(jì)算機(jī)。
[0066]以上所述，僅為本發(fā)明的【具體實(shí)施方式】，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)以所述權(quán)利要求的保護(hù)范圍為準(zhǔn)。
【主權(quán)項(xiàng)】
1.一種在服務(wù)器端執(zhí)行的多媒體內(nèi)容的提供方法，其特征在于，所述方法包括: 接收終端設(shè)備發(fā)送的多媒體內(nèi)容的下載請求； 如果所述服務(wù)器處于過載狀態(tài)，則以低于正常碼率的碼率向所述終端設(shè)備發(fā)送所述多媒體內(nèi)容的數(shù)據(jù)。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括:發(fā)送過載提示信息給所述終端設(shè)備。3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述方法還包括:如果記錄的所述服務(wù)器的狀態(tài)為正常狀態(tài)，并且當(dāng)前處理的客戶端連接超過預(yù)定的第一數(shù)量，則將所述服務(wù)器的狀態(tài)記為過載狀態(tài)。4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述方法還包括:如果記錄的所述服務(wù)器的狀態(tài)為過載狀態(tài)，并且當(dāng)前處理的客戶端連接低于預(yù)定的第二數(shù)量，則將所述服務(wù)器的狀態(tài)記為正常狀態(tài)。5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述第一數(shù)量大于等于所述第二數(shù)量。6.根據(jù)權(quán)利要求1?5中任一項(xiàng)所述的方法，其特征在于，所述服務(wù)器為多媒體內(nèi)容的內(nèi)容分發(fā)網(wǎng)絡(luò)的節(jié)點(diǎn)服務(wù)器。7.一種多媒體內(nèi)容的提供裝置，其特征在于，所述裝置包括: 請求接收模塊，用于接收終端設(shè)備發(fā)送的多媒體內(nèi)容的下載請求； 數(shù)據(jù)發(fā)送模塊，用于如果所述服務(wù)器處于過載狀態(tài)，則以低于正常碼率的碼率向所述終端設(shè)備發(fā)送所述多媒體內(nèi)容的數(shù)據(jù)。8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述裝置還包括:提示信息發(fā)送模塊，用于發(fā)送過載提示信息給所述終端設(shè)備。9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述裝置還包括:過載狀態(tài)確定模塊，用于如果記錄的所述服務(wù)器的狀態(tài)為正常狀態(tài)，并且當(dāng)前處理的客戶端連接超過預(yù)定的第一數(shù)量，則將所述服務(wù)器的狀態(tài)記為過載狀態(tài)。10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述裝置還包括:正常狀態(tài)確定模塊，用于如果記錄的所述服務(wù)器的狀態(tài)為過載狀態(tài)，并且當(dāng)前處理的客戶端連接低于預(yù)定的第二數(shù)量，則將所述服務(wù)器的狀態(tài)記為正常狀態(tài)。11.根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述第一數(shù)量大于等于所述第二數(shù)量。12.根據(jù)權(quán)利要求7?11中任一項(xiàng)所述的裝置，其特征在于，所述服務(wù)器為多媒體內(nèi)容的內(nèi)容分發(fā)網(wǎng)絡(luò)的節(jié)點(diǎn)服務(wù)器。
【文檔編號】H04L29/06GK105933283SQ201610201766
【公開日】2016年9月7日
【申請日】2016年3月31日
【發(fā)明人】夏彥剛
【申請人】樂視控股（北京）有限公司, 樂視云計(jì)算有限公司