本發(fā)明涉及通信領(lǐng)域,具體而言,涉及一種播放控制方法和裝置。
背景技術(shù):
隨著交互式網(wǎng)絡(luò)電視(IPTV)點(diǎn)播節(jié)目與營(yíng)銷活動(dòng)的逐漸增多,越來(lái)越多的人開(kāi)始使用IPTV業(yè)務(wù),根據(jù)工信部公布的數(shù)據(jù),截至到2015年2月,全國(guó)IPTV用戶總量已經(jīng)達(dá)到3562萬(wàn)戶,并且處于持續(xù)增長(zhǎng)的發(fā)展態(tài)勢(shì)之中。
隨著IPTV用戶持續(xù)增長(zhǎng),光線路終端(Optical Line Terminal,簡(jiǎn)稱為OLT)的端口流量過(guò)載對(duì)IPTV用戶的觀看體驗(yàn)的影響日趨嚴(yán)重
針對(duì)相關(guān)技術(shù)中OLT的上聯(lián)端口擁塞導(dǎo)致IPTV業(yè)務(wù)質(zhì)量下降的問(wèn)題,目前尚未提出有效的解決方案。
技術(shù)實(shí)現(xiàn)要素:
本發(fā)明提供了一種播放控制方法和裝置,以至少解決相關(guān)技術(shù)中OLT的上聯(lián)端口擁塞導(dǎo)致IPTV業(yè)務(wù)質(zhì)量下降的問(wèn)題。
根據(jù)本發(fā)明的一個(gè)方面,提供了一種播放控制方法,包括:接收攜帶有用戶標(biāo)識(shí)的播放請(qǐng)求;檢測(cè)所述用戶標(biāo)識(shí)所屬的光線路終端的端口流量是否超過(guò)預(yù)定閾值;在檢測(cè)出所述光線路終端的端口流量超過(guò)預(yù)定閾值的情況下,拒絕所述播放請(qǐng)求。
優(yōu)選地,檢測(cè)所述用戶標(biāo)識(shí)所屬的光線路終端的端口流量是否超過(guò)預(yù)定閾值包括:向服務(wù)器發(fā)送查詢請(qǐng)求,其中,所述查詢請(qǐng)求用于查詢所述光線路終端的端口流量是否超過(guò)所述預(yù)定閾值;接收所述服務(wù)器發(fā)送的查詢響應(yīng);若所述查詢響應(yīng)指示所述光線路終端的端口流量超過(guò)所述預(yù)定閾值,則檢測(cè)出所述光線路終端的端口流量超過(guò)所述預(yù)定閾值。
優(yōu)選地,檢測(cè)所述用戶標(biāo)識(shí)所屬的光線路終端的端口流量超過(guò)所述預(yù)定閾值包括:向服務(wù)器發(fā)送查詢請(qǐng)求,其中,所述查詢請(qǐng)求用于查詢是否拒絕所述播放請(qǐng)求;接收所述服務(wù)器發(fā)送的查詢響應(yīng);若所述查詢響應(yīng)指示拒絕所述播放請(qǐng)求,則檢測(cè)出所述光線路終端的端口流量超過(guò)所述預(yù)定閾值。
優(yōu)選地,在檢測(cè)所述用戶標(biāo)識(shí)所屬的所述光線路終端的端口流量是否超過(guò)所述預(yù)定閾值之后,所述方法還包括:在檢測(cè)到所述光線路終端的端口流量未超過(guò)所述預(yù)定閾值的情況下,獲取并播放所述播放請(qǐng)求所請(qǐng)求的播放內(nèi)容;或者在預(yù)設(shè)時(shí)間內(nèi)未檢測(cè)到所 述光線路終端的端口流量是否超過(guò)所述預(yù)定閾值的信息的情況下,獲取并播放所述播放請(qǐng)求所請(qǐng)求的所述播放內(nèi)容。
優(yōu)選地,檢測(cè)所述用戶標(biāo)識(shí)所屬的所述光線路終端的端口流量是否超過(guò)所述預(yù)定閾值還包括:判斷所述播放請(qǐng)求所請(qǐng)求的播放內(nèi)容是直播內(nèi)容還是點(diǎn)播內(nèi)容;其中,在判斷到所述播放內(nèi)容為點(diǎn)播內(nèi)容的情況下,檢測(cè)所述用戶標(biāo)識(shí)所屬的光線路終端的端口流量是否超過(guò)預(yù)定閾值。
根據(jù)本發(fā)明的另一個(gè)方面,還提供了一種播放控制方法,包括:接收機(jī)頂盒的用戶標(biāo)識(shí);查詢預(yù)先保存的所述用戶標(biāo)識(shí)所屬的光線路終端的端口流量是否超過(guò)預(yù)定閾值;根據(jù)查詢結(jié)果,發(fā)送查詢響應(yīng)至所述機(jī)頂盒,其中,在所述光線路終端的端口流量超過(guò)所述預(yù)定閾值的情況下,所述查詢響應(yīng)用于指示所述機(jī)頂盒拒絕攜帶有所述用戶標(biāo)識(shí)的播放請(qǐng)求。
優(yōu)選地,在接收所述機(jī)頂盒的所述用戶標(biāo)識(shí)之前,所述方法還包括:獲取并保存所述光線路終端的端口流量是否超過(guò)所述預(yù)定閾值的信息。
優(yōu)選地,根據(jù)所述查詢結(jié)果,發(fā)送所述查詢響應(yīng)至所述機(jī)頂盒包括:在未查詢到所述光線路終端的端口流量是否超過(guò)預(yù)定閾值的信息的情況下,發(fā)送所述查詢響應(yīng),其中,所述查詢響應(yīng)用于指示所述機(jī)頂盒接受攜帶有所述用戶標(biāo)識(shí)的播放請(qǐng)求。
優(yōu)選地,根據(jù)所述查詢結(jié)果,發(fā)送所述查詢響應(yīng)至所述機(jī)頂盒包括:判斷當(dāng)前系統(tǒng)對(duì)播放請(qǐng)求的并發(fā)處理能力是否達(dá)到上限;在判斷結(jié)果為對(duì)播放請(qǐng)求的并發(fā)處理能力達(dá)到上限的情況下,發(fā)送所述查詢響應(yīng),其中,所述查詢響應(yīng)用于指示所述機(jī)頂盒接受攜帶有所述用戶標(biāo)識(shí)的播放請(qǐng)求。
優(yōu)選地,在獲取并保存所述光線路終端的端口流量是否超過(guò)所述預(yù)定閾值的信息之后,所述方法還包括:根據(jù)預(yù)設(shè)策略,老化已保存的所述光線路終端的端口流量是否超過(guò)所述預(yù)定閾值的信息。
根據(jù)本發(fā)明的另一個(gè)方面,還提供了一種播放控制裝置,包括:接收模塊,用于接收攜帶有用戶標(biāo)識(shí)的播放請(qǐng)求;檢測(cè)模塊,用于檢測(cè)所述用戶標(biāo)識(shí)所屬的光線路終端的端口流量是否超過(guò)預(yù)定閾值;拒絕模塊,用于在檢測(cè)出所述光線路終端的端口流量超過(guò)預(yù)定閾值的情況下,拒絕所述播放請(qǐng)求。
根據(jù)本發(fā)明的另一個(gè)方面,還提供了一種播放控制裝置,包括:接收模塊,用于接收機(jī)頂盒的用戶標(biāo)識(shí);查詢模塊,用于查詢預(yù)先保存的所述用戶標(biāo)識(shí)所屬的光線路終端的端口流量是否超過(guò)預(yù)定閾值;發(fā)送模塊,用于根據(jù)查詢結(jié)果,發(fā)送查詢響應(yīng)至所述機(jī)頂盒,其中,在所述光線路終端的端口流量超過(guò)所述預(yù)定閾值的情況下,所述查詢響應(yīng)用于指示所述機(jī)頂盒拒絕攜帶有所述用戶標(biāo)識(shí)的播放請(qǐng)求。
通過(guò)本發(fā)明,采用接收攜帶有用戶標(biāo)識(shí)的播放請(qǐng)求;檢測(cè)用戶標(biāo)識(shí)所屬的光線路終 端的端口流量是否超過(guò)預(yù)定閾值;在檢測(cè)出光線路終端的端口流量超過(guò)預(yù)定閾值的情況下,拒絕播放請(qǐng)求的方式,解決了相關(guān)技術(shù)中OLT的上聯(lián)端口擁塞導(dǎo)致IPTV業(yè)務(wù)質(zhì)量下降的問(wèn)題,提高了IPTV業(yè)務(wù)的質(zhì)量。
附圖說(shuō)明
此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解,構(gòu)成本申請(qǐng)的一部分,本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明,并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中:
圖1是根據(jù)本發(fā)明實(shí)施例的播放控制方法的流程圖一;
圖2是根據(jù)本發(fā)明實(shí)施例的播放控制方法的流程圖二;
圖3是根據(jù)本發(fā)明實(shí)施例的播放控制裝置的結(jié)構(gòu)示意圖一;
圖4是根據(jù)本發(fā)明實(shí)施例的播放控制裝置的結(jié)構(gòu)示意圖二;
圖5是根據(jù)本發(fā)明優(yōu)選實(shí)施例的業(yè)務(wù)流量控制系統(tǒng)的架構(gòu)框圖;
圖6是根據(jù)本發(fā)明優(yōu)選實(shí)施例的播放控制方法的流程圖。
具體實(shí)施方式
下文中將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明。需要說(shuō)明的是,在不沖突的情況下,本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。
需要說(shuō)明的是,本發(fā)明的說(shuō)明書和權(quán)利要求書及上述附圖中的術(shù)語(yǔ)“第一”、“第二”等是用于區(qū)別類似的對(duì)象,而不必用于描述特定的順序或先后次序。
在本實(shí)施例中提供了一種播放控制方法,圖1是根據(jù)本發(fā)明實(shí)施例的播放控制方法的流程圖一,如圖1所示,該流程包括如下步驟:
步驟S102,接收攜帶有用戶標(biāo)識(shí)的播放請(qǐng)求;
步驟S104,檢測(cè)用戶標(biāo)識(shí)所屬的光線路終端的端口流量是否超過(guò)預(yù)定閾值;
步驟S106,在檢測(cè)出光線路終端的端口流量超過(guò)預(yù)定閾值的情況下,拒絕播放請(qǐng)求。
通過(guò)上述步驟,根據(jù)用戶標(biāo)識(shí)所屬的光線路終端的端口流量是否超過(guò)預(yù)定閾值的判斷結(jié)果,對(duì)攜帶有該用戶標(biāo)識(shí)的播放請(qǐng)求進(jìn)行處理,從而可以使得在光線路終端的端口流量過(guò)載的情況下,限制預(yù)定用戶的播放請(qǐng)求,從而解決了相關(guān)技術(shù)中OLT的上聯(lián)端口擁塞導(dǎo)致IPTV業(yè)務(wù)質(zhì)量下降的問(wèn)題,整體上可以提高IPTV業(yè)務(wù)的服務(wù)質(zhì)量。
優(yōu)選地,上述步驟可以通過(guò)機(jī)頂盒等用戶端設(shè)備實(shí)現(xiàn),然而,通過(guò)局端設(shè)備實(shí)現(xiàn)上 述方法也是可以被構(gòu)想的。在本實(shí)施例中,將以機(jī)頂盒為例進(jìn)行描述和說(shuō)明。
在上述步驟中,用戶標(biāo)識(shí)是用于標(biāo)識(shí)用戶身份的標(biāo)識(shí),例如,可以是運(yùn)營(yíng)商提供給給用戶的用戶賬號(hào),用戶通過(guò)該用戶賬號(hào)登入IPTV播放系統(tǒng)獲取IPTV的服務(wù)。光線路終端是用于連通機(jī)頂盒等家用設(shè)備與光纖干線的設(shè)備,一般而言,光線路終端下掛接了數(shù)個(gè)機(jī)頂盒,為多個(gè)機(jī)頂盒用戶提供數(shù)據(jù)傳輸業(yè)務(wù)。機(jī)頂盒通過(guò)預(yù)先分配的端口與光線路終端連接。
在步驟S104中,對(duì)光線路終端的端口流量的檢測(cè)可以由機(jī)頂盒來(lái)執(zhí)行,優(yōu)選地,可以通過(guò)接入適配平臺(tái)實(shí)現(xiàn)對(duì)端口流量的檢測(cè)。在端口流量超過(guò)預(yù)定閾值的情況下,可以生成告警信息并進(jìn)行保存,這樣,在機(jī)頂盒接收到播放請(qǐng)求之后,可以在對(duì)播放請(qǐng)求進(jìn)行鑒權(quán)之前或者鑒權(quán)之后,進(jìn)而查詢用戶標(biāo)識(shí)對(duì)應(yīng)的端口的流量是否過(guò)載,從而進(jìn)行對(duì)應(yīng)的處理。
優(yōu)選地,在對(duì)端口流量進(jìn)行檢測(cè)之后,檢測(cè)結(jié)果或者根據(jù)檢測(cè)結(jié)果生成的告警信息可以保存在一個(gè)用于流量控制的服務(wù)器中。則在步驟S104中,機(jī)頂盒可以向服務(wù)器發(fā)送查詢請(qǐng)求,其中,查詢請(qǐng)求用于查詢光線路終端的端口流量是否超過(guò)預(yù)定閾值;服務(wù)器根據(jù)查詢請(qǐng)求進(jìn)行查詢并響應(yīng);機(jī)頂盒接收服務(wù)器發(fā)送的查詢響應(yīng);若查詢響應(yīng)指示光線路終端的端口流量超過(guò)預(yù)定閾值,則檢測(cè)出光線路終端的端口流量超過(guò)預(yù)定閾值。在上述方式中,服務(wù)器在查詢響應(yīng)中可以攜帶端口流量是否超過(guò)預(yù)定閾值的信息,從而使得機(jī)頂盒根據(jù)該信息判斷是否拒絕播放請(qǐng)求。
優(yōu)選地,機(jī)頂盒也可以向服務(wù)器發(fā)送查詢請(qǐng)求,其中,查詢請(qǐng)求用于查詢是否拒絕播放請(qǐng)求;服務(wù)器根據(jù)查詢請(qǐng)求進(jìn)行查詢并響應(yīng);機(jī)頂盒接收服務(wù)器發(fā)送的查詢響應(yīng);若查詢響應(yīng)指示拒絕播放請(qǐng)求,則檢測(cè)出光線路終端的端口流量超過(guò)預(yù)定閾值。在上述方式中,服務(wù)器在查詢請(qǐng)求中可以直接攜帶拒絕播放請(qǐng)求的指示信息,機(jī)頂盒只需要根據(jù)該指示信息作出是否拒絕播放請(qǐng)求的操作。
優(yōu)選地,在步驟S104之后,在檢測(cè)到光線路終端的端口流量未超過(guò)預(yù)定閾值的情況下,可以根據(jù)傳統(tǒng)流程獲取并播放播放請(qǐng)求所請(qǐng)求的播放內(nèi)容。此外,如果在預(yù)設(shè)時(shí)間內(nèi)未檢測(cè)到光線路終端的端口流量是否超過(guò)預(yù)定閾值的信息的情況下,可以按照光線路終端的端口流量未超過(guò)預(yù)定閾值的情況進(jìn)行處理,此時(shí),機(jī)頂盒可以直接獲取并播放播放請(qǐng)求所請(qǐng)求的播放內(nèi)容。
優(yōu)選地,對(duì)于點(diǎn)播內(nèi)容,由于播放內(nèi)容為已經(jīng)錄制好的,用戶對(duì)點(diǎn)播內(nèi)容的實(shí)時(shí)性觀看要求并不高,因此,在本發(fā)明實(shí)施例中優(yōu)先考慮對(duì)點(diǎn)播內(nèi)容進(jìn)行播放控制。然而,對(duì)于直播內(nèi)容而言,用戶往往對(duì)直播內(nèi)容的實(shí)時(shí)性觀看要求高,因此,在本發(fā)明的一些實(shí)施例中可以考慮對(duì)直播內(nèi)容不進(jìn)行播放控制,以提升用戶的觀看體驗(yàn)。例如,在步驟S104中,機(jī)頂盒還判斷播放請(qǐng)求所請(qǐng)求的播放內(nèi)容是直播內(nèi)容還是點(diǎn)播內(nèi)容;其中,在判斷到播放內(nèi)容為點(diǎn)播內(nèi)容的情況下,檢測(cè)用戶標(biāo)識(shí)所屬的光線路終端的端口流量是 否超過(guò)預(yù)定閾值。
在本實(shí)施例中還提供了一種播放控制方法,圖2是根據(jù)本發(fā)明實(shí)施例的播放控制方法的流程圖二,如圖2所示,該流程包括如下步驟:
步驟S202,接收機(jī)頂盒的用戶標(biāo)識(shí);
步驟S204,查詢預(yù)先保存的用戶標(biāo)識(shí)所屬的光線路終端的端口流量是否超過(guò)預(yù)定閾值;
步驟S206,根據(jù)查詢結(jié)果,發(fā)送查詢響應(yīng)至機(jī)頂盒,其中,在光線路終端的端口流量超過(guò)預(yù)定閾值的情況下,查詢響應(yīng)用于指示機(jī)頂盒拒絕攜帶有用戶標(biāo)識(shí)的播放請(qǐng)求。
優(yōu)選地,上述方法可以應(yīng)用在用于流量控制的服務(wù)器上,該服務(wù)器通過(guò)周期性或者不定時(shí)的方式獲取光線路終端的端口流量信息,或者針對(duì)光線路終端的端口流量的告警信息,并對(duì)這些信息進(jìn)行保存。服務(wù)器根據(jù)機(jī)頂盒的請(qǐng)求,查詢特定用戶標(biāo)識(shí)對(duì)應(yīng)的光線路終端的端口流量信息,從而使得機(jī)頂盒可以根據(jù)對(duì)應(yīng)的光線路終端的端口流量信息對(duì)播放請(qǐng)求進(jìn)行處理。
優(yōu)選地,在步驟S202之前,服務(wù)器可以獲取并保存光線路終端的端口流量是否超過(guò)預(yù)定閾值的信息。這些信息可以通過(guò)接入適配平臺(tái)檢測(cè);優(yōu)選地,接入適配平臺(tái)只對(duì)端口流量超過(guò)預(yù)定閾值的端口進(jìn)行告警,并經(jīng)由告警服務(wù)器發(fā)送給上述服務(wù)器保存。對(duì)于端口流量未超過(guò)預(yù)定閾值的端口可以不進(jìn)行任何處理,也可以不上告該端口的流量信息,從而節(jié)約了信息的反饋量。此外,在光線路終端的端口流量降低,低于預(yù)定閾值之后,接入適配平臺(tái)可以向告警服務(wù)器上報(bào)取消告警信息,進(jìn)而通過(guò)告警服務(wù)器發(fā)送給上述服務(wù)器;服務(wù)器根據(jù)取消告警信息,更新保存的光線路終端的端口流量是否超過(guò)預(yù)定閾值的信息。
優(yōu)選地,在步驟S206中,在服務(wù)器未查詢到光線路終端的端口流量是否超過(guò)預(yù)定閾值的信息的情況下,服務(wù)器可以發(fā)送查詢響應(yīng)至機(jī)頂盒,其中,查詢響應(yīng)用于指示機(jī)頂盒接受攜帶有用戶標(biāo)識(shí)的播放請(qǐng)求。由于可以對(duì)端口流量未超過(guò)預(yù)定閾值的信息不進(jìn)行上報(bào)或者告警,因此,在服務(wù)器查詢不到線路終端的端口流量是否超過(guò)預(yù)定閾值的信息則可以認(rèn)為該端口的端口流量并未超過(guò)預(yù)定閾值,因此,可以指示機(jī)頂盒接受攜帶有該用戶標(biāo)識(shí)的播放請(qǐng)求。
優(yōu)選地,在步驟S206中,服務(wù)器還可以判斷當(dāng)前系統(tǒng)對(duì)播放請(qǐng)求的并發(fā)處理能力是否達(dá)到上限;在判斷結(jié)果為對(duì)播放請(qǐng)求的并發(fā)處理能力達(dá)到上限的情況下,服務(wù)器可以發(fā)送查詢響應(yīng)至機(jī)頂盒,其中,查詢響應(yīng)用于指示機(jī)頂盒接受攜帶有用戶標(biāo)識(shí)的播放請(qǐng)求。即,通過(guò)上述策略可以使得服務(wù)器在并發(fā)處理能力不足的情況下,直接指示機(jī)頂盒接受攜帶有用戶標(biāo)識(shí)的播放請(qǐng)求,避免了由于服務(wù)器繁忙導(dǎo)致的正常的播放請(qǐng)求被拒絕的問(wèn)題。
優(yōu)選地,在本發(fā)明實(shí)施例中,服務(wù)器還可以根據(jù)預(yù)設(shè)策略,老化已保存的光線路終端的端口流量是否超過(guò)預(yù)定閾值的信息。通過(guò)該方式,可以刷新端口流量的告警狀態(tài),避免某些光線路終端下掛的機(jī)頂盒的播放請(qǐng)求長(zhǎng)期被拒絕的問(wèn)題。
通過(guò)以上的實(shí)施方式的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到根據(jù)上述實(shí)施例的方法可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn),當(dāng)然也可以通過(guò)硬件,但很多情況下前者是更佳的實(shí)施方式?;谶@樣的理解,本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái),該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)(如ROM/RAM、磁碟、光盤)中,包括若干指令用以使得一臺(tái)終端設(shè)備(可以是手機(jī),計(jì)算機(jī),服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。
在本實(shí)施例中還提供了一種播放控制裝置,該裝置用于實(shí)現(xiàn)上述實(shí)施例及優(yōu)選實(shí)施方式,已經(jīng)進(jìn)行過(guò)說(shuō)明的不再贅述。如以下所使用的,術(shù)語(yǔ)“模塊”可以實(shí)現(xiàn)預(yù)定功能的軟件和/或硬件的組合。盡管以下實(shí)施例所描述的裝置較佳地以軟件來(lái)實(shí)現(xiàn),但是硬件,或者軟件和硬件的組合的實(shí)現(xiàn)也是可能并被構(gòu)想的。
圖3是根據(jù)本發(fā)明實(shí)施例的播放控制裝置的結(jié)構(gòu)框圖一,如圖3所示,該裝置包括:接收模塊32、檢測(cè)模塊34和拒絕模塊36,其中,接收模塊32,用于接收攜帶有用戶標(biāo)識(shí)的播放請(qǐng)求;檢測(cè)模塊34,耦合至接收模塊32,用于檢測(cè)用戶標(biāo)識(shí)所屬的光線路終端的端口流量是否超過(guò)預(yù)定閾值;拒絕模塊36,耦合至檢測(cè)模塊34,用于在檢測(cè)出光線路終端的端口流量超過(guò)預(yù)定閾值的情況下,拒絕播放請(qǐng)求。
優(yōu)選地,檢測(cè)模塊34包括:發(fā)送單元,用于向服務(wù)器發(fā)送查詢請(qǐng)求,其中,查詢請(qǐng)求用于查詢光線路終端的端口流量是否超過(guò)預(yù)定閾值;接收單元,用于接收服務(wù)器發(fā)送的查詢響應(yīng);處理單元,用于若查詢響應(yīng)指示光線路終端的端口流量超過(guò)預(yù)定閾值,則檢測(cè)出光線路終端的端口流量超過(guò)預(yù)定閾值。
優(yōu)選地,處理單元,還用于若查詢響應(yīng)指示拒絕播放請(qǐng)求,則檢測(cè)出光線路終端的端口流量超過(guò)預(yù)定閾值。
優(yōu)選地,裝置還包括:處理模塊,耦合至檢測(cè)模塊34,用于在檢測(cè)到光線路終端的端口流量未超過(guò)預(yù)定閾值的情況下,獲取并播放播放請(qǐng)求所請(qǐng)求的播放內(nèi)容;或者在預(yù)設(shè)時(shí)間內(nèi)未檢測(cè)到光線路終端的端口流量是否超過(guò)預(yù)定閾值的信息的情況下,獲取并播放播放請(qǐng)求所請(qǐng)求的播放內(nèi)容。
優(yōu)選地,檢測(cè)模塊34還用于:判斷播放請(qǐng)求所請(qǐng)求的播放內(nèi)容是直播內(nèi)容還是點(diǎn)播內(nèi)容;其中,在判斷到播放內(nèi)容為點(diǎn)播內(nèi)容的情況下,檢測(cè)用戶標(biāo)識(shí)所屬的光線路終端的端口流量是否超過(guò)預(yù)定閾值。
在本實(shí)施例中還提供了一種播放控制裝置,該裝置用于實(shí)現(xiàn)上述實(shí)施例及優(yōu)選實(shí)施方式,已經(jīng)進(jìn)行過(guò)說(shuō)明的不再贅述。
圖4是根據(jù)本發(fā)明實(shí)施例的播放控制裝置的結(jié)構(gòu)框圖二,如圖4所示,該裝置包括:接收模塊42、查詢模塊44和發(fā)送模塊46,其中,接收模塊42,用于接收機(jī)頂盒的用戶標(biāo)識(shí);查詢模塊44,耦合至接收模塊42,用于查詢預(yù)先保存的用戶標(biāo)識(shí)所屬的光線路終端的端口流量是否超過(guò)預(yù)定閾值;發(fā)送模塊46,耦合至查詢模塊44,用于根據(jù)查詢結(jié)果,發(fā)送查詢響應(yīng)至機(jī)頂盒,其中,在光線路終端的端口流量超過(guò)預(yù)定閾值的情況下,查詢響應(yīng)用于指示機(jī)頂盒拒絕攜帶有用戶標(biāo)識(shí)的播放請(qǐng)求。
優(yōu)選地,裝置還包括:獲取模塊,耦合至查詢模塊44,用于獲取并保存所述光線路終端的端口流量是否超過(guò)所述預(yù)定閾值的信息。
優(yōu)選地,發(fā)送模塊46還用于在未查詢到所述光線路終端的端口流量是否超過(guò)預(yù)定閾值的信息的情況下,發(fā)送所述查詢響應(yīng),其中,所述查詢響應(yīng)用于指示所述機(jī)頂盒接受攜帶有所述用戶標(biāo)識(shí)的播放請(qǐng)求。
優(yōu)選地,發(fā)送模塊46還用于判斷當(dāng)前系統(tǒng)對(duì)播放請(qǐng)求的并發(fā)處理能力是否達(dá)到上限;在判斷結(jié)果為對(duì)播放請(qǐng)求的并發(fā)處理能力達(dá)到上限的情況下,發(fā)送所述查詢響應(yīng),其中,所述查詢響應(yīng)用于指示所述機(jī)頂盒接受攜帶有所述用戶標(biāo)識(shí)的播放請(qǐng)求。
優(yōu)選地,所述裝置還包括:老化模塊,耦合至獲取模塊,用于根據(jù)預(yù)設(shè)策略,老化已保存的所述光線路終端的端口流量是否超過(guò)所述預(yù)定閾值的信息。
需要說(shuō)明的是,上述各個(gè)模塊是可以通過(guò)軟件或硬件來(lái)實(shí)現(xiàn)的,對(duì)于后者,可以通過(guò)以下方式實(shí)現(xiàn),但不限于此:上述模塊均位于同一處理器中;或者,上述模塊分別位于多個(gè)處理器中。
本發(fā)明的實(shí)施例還提供了一種軟件,該軟件用于執(zhí)行上述實(shí)施例及優(yōu)選實(shí)施方式中描述的技術(shù)方案。
本發(fā)明的實(shí)施例還提供了一種存儲(chǔ)介質(zhì)。在本實(shí)施例中,上述存儲(chǔ)介質(zhì)可以被設(shè)置為存儲(chǔ)用于執(zhí)行以下步驟的程序代碼:
S1,接收攜帶有用戶標(biāo)識(shí)的播放請(qǐng)求;
S2,檢測(cè)用戶標(biāo)識(shí)所屬的光線路終端的端口流量是否超過(guò)預(yù)定閾值;
S3,在檢測(cè)出光線路終端的端口流量超過(guò)預(yù)定閾值的情況下,拒絕播放請(qǐng)求。
本發(fā)明的實(shí)施例還提供了一種存儲(chǔ)介質(zhì)。在本實(shí)施例中,上述存儲(chǔ)介質(zhì)可以被設(shè)置為存儲(chǔ)用于執(zhí)行以下步驟的程序代碼:
S1,接收機(jī)頂盒的用戶標(biāo)識(shí);
S2,查詢預(yù)先保存的用戶標(biāo)識(shí)所屬的光線路終端的端口流量是否超過(guò)預(yù)定閾值;
S3,根據(jù)查詢結(jié)果,發(fā)送查詢響應(yīng)至機(jī)頂盒,其中,在光線路終端的端口流量超過(guò) 預(yù)定閾值的情況下,查詢響應(yīng)用于指示機(jī)頂盒拒絕攜帶有用戶標(biāo)識(shí)的播放請(qǐng)求。
可選地,在本實(shí)施例中,上述存儲(chǔ)介質(zhì)可以包括但不限于:U盤、只讀存儲(chǔ)器(ROM,Read-Only Memory)、隨機(jī)存取存儲(chǔ)器(RAM,Random Access Memory)、移動(dòng)硬盤、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。
可選地,本實(shí)施例中的具體示例可以參考上述實(shí)施例及可選實(shí)施方式中所描述的示例,本實(shí)施例在此不再贅述。
為了使本發(fā)明實(shí)施例的描述更加清楚,下面結(jié)合優(yōu)選實(shí)施例進(jìn)行描述和說(shuō)明。
本發(fā)明優(yōu)選實(shí)施例提供了一種IPTV點(diǎn)播流量控制系統(tǒng),該系統(tǒng)以IPTV用戶關(guān)聯(lián)資源為基礎(chǔ),通過(guò)采集系統(tǒng)網(wǎng)絡(luò)設(shè)備的流量進(jìn)行監(jiān)測(cè);當(dāng)流量過(guò)載到達(dá)告警閾值時(shí),將發(fā)送預(yù)警信息到點(diǎn)播流控系統(tǒng),流控系統(tǒng)將告警信息保存到本地;電子節(jié)目菜單(Electronic Program Guide,簡(jiǎn)稱為EPG)節(jié)點(diǎn)在收到用戶播放請(qǐng)求時(shí),到流控系統(tǒng)檢測(cè)IPTV用戶告警狀態(tài),對(duì)已告警的用戶進(jìn)行點(diǎn)播限制控制,從而實(shí)現(xiàn)對(duì)光線路終端接入設(shè)備的動(dòng)態(tài)流量控制;當(dāng)前狀態(tài)未告警的用戶按照正常業(yè)務(wù)流程進(jìn)行訪問(wèn)。
在本發(fā)明優(yōu)選實(shí)施例中采用下列的技術(shù)方案:
通過(guò)采集系統(tǒng)網(wǎng)絡(luò)設(shè)備的流量進(jìn)行監(jiān)測(cè),根據(jù)網(wǎng)絡(luò)實(shí)時(shí)負(fù)載情況實(shí)現(xiàn)主動(dòng)預(yù)警,流控系統(tǒng)保存用戶設(shè)備的告警狀態(tài)到目錄項(xiàng)高速緩存(Dcache)中,EPG用戶播放前到流控系統(tǒng)檢測(cè)用戶告警狀態(tài),對(duì)告警設(shè)備的用戶進(jìn)行點(diǎn)播限制控制,實(shí)現(xiàn)對(duì)OLT接入設(shè)備的動(dòng)態(tài)流量控制。
下面結(jié)合附圖對(duì)本發(fā)明優(yōu)選實(shí)施例的技術(shù)方案進(jìn)行描述和說(shuō)明。
圖5是根據(jù)本發(fā)明優(yōu)選實(shí)施例的業(yè)務(wù)流量控制系統(tǒng)的架構(gòu)框圖,如圖5所示,該系統(tǒng)包括:接入適配平臺(tái)、綜合告警系統(tǒng)、IPTV點(diǎn)播流控系統(tǒng)和IPTV業(yè)務(wù)系統(tǒng);其中:
接入適配平臺(tái):主要通過(guò)采集流量數(shù)據(jù)實(shí)時(shí)監(jiān)測(cè)接入設(shè)備端口的流量情況。
綜合告警系統(tǒng):每天定時(shí)同步最新的OLT設(shè)備用戶數(shù)據(jù)給IPTV點(diǎn)播流控系統(tǒng);以及接收到適配平臺(tái)發(fā)來(lái)的端口流量告警時(shí),向IPTV點(diǎn)播流控系統(tǒng)提供預(yù)警設(shè)備信息。
IPTV點(diǎn)播流控系統(tǒng):接收綜合告警系統(tǒng)發(fā)來(lái)的告警信息,實(shí)時(shí)更新本地Dcache中各個(gè)OLT設(shè)備的告警狀態(tài)。流控系統(tǒng)一般可以采用3臺(tái)服務(wù)器集群模式,Dcache采用322模式部署,接入網(wǎng)關(guān)(IAG)可以采用雙機(jī)模式,以保證數(shù)據(jù)的安全和系統(tǒng)的健壯性。
IPTV業(yè)務(wù)系統(tǒng):包括IPTV的EPG子系統(tǒng),負(fù)責(zé)完成用戶的各種播控請(qǐng)求,播放前向流控系統(tǒng)發(fā)起檢測(cè)用戶歸屬設(shè)備的告警狀態(tài)檢測(cè)請(qǐng)求。
圖6是根據(jù)本發(fā)明優(yōu)選實(shí)施例的播放控制方法的流程圖,如圖6所示,該流程包括 如下幾個(gè)部分的流程處理:
第一部分:OLT設(shè)備用戶數(shù)據(jù)同步
綜合告警系統(tǒng)定時(shí)(例如,每天)將最新的OLT設(shè)備用戶數(shù)據(jù)文件上傳至文件傳輸協(xié)議(FTP)服務(wù)器的約定目錄,同步數(shù)據(jù)格式為“分公司|&|OLT設(shè)備IP|&|usercode|&|olt設(shè)備名稱”,該文件記錄了各OLT設(shè)備與OLT下掛的IPTV賬號(hào)的對(duì)應(yīng)關(guān)系。OLT設(shè)備IP為各地市私網(wǎng)IP,不同地市的OLT設(shè)備IP可能會(huì)有重復(fù),因此,流控系統(tǒng)可以通過(guò)“OLT設(shè)備IP+分公司”信息來(lái)唯一確定一個(gè)OLT設(shè)備。
點(diǎn)播流控系統(tǒng)每天定時(shí)(例如,凌晨2:30)執(zhí)行定時(shí)任務(wù)腳本,該任務(wù)腳本用于完成以下操作:
操作1,清除Dcache空間
點(diǎn)播流控系統(tǒng)定時(shí)清空一次Dcache空間來(lái)重置告警狀態(tài),這樣做的目的是防止因網(wǎng)絡(luò)丟包或其他原因流控系統(tǒng)未收到綜合告警系統(tǒng)發(fā)來(lái)的取消告警請(qǐng)求,導(dǎo)致某些OLT設(shè)備一直處于告警狀態(tài)。
操作2,備份前一天的全量文件
將前一天的全量數(shù)據(jù)文件進(jìn)行備份,點(diǎn)播流控系統(tǒng)本地始終保存兩份全量文件(第一天除外)當(dāng)天的最新全量文件和前一天的全量文件。如果當(dāng)天沒(méi)有獲取到最新的全量文件,則使用前一天的全量數(shù)據(jù)文件導(dǎo)入到本地Dcache中。
操作3,同步獲取FTP上當(dāng)天最新的全量文件
到FTP服務(wù)器約定目錄獲取最新的全量同步數(shù)據(jù)文件,保存到本地并重命名為本地的預(yù)定名稱。
操作4,導(dǎo)入全量文件到Dcache空間
將獲取到的本地全量同步數(shù)據(jù)文件導(dǎo)入到Dcache中,其中鍵值(key)為用戶碼(usercode,相當(dāng)于上述用戶標(biāo)識(shí)),值(value)為“分公司+olt ip”。如果當(dāng)天沒(méi)有最新的全量數(shù)據(jù)文件或者FTP獲取失敗,會(huì)拷貝本地服務(wù)器的上一次的全量文件作為最新的全量文件,再導(dǎo)入到dcache中。
第二部分:告警和取消告警
綜合告警系統(tǒng)在OLT設(shè)備端口流量達(dá)到告警閥值時(shí),主動(dòng)向流控系統(tǒng)發(fā)起告警請(qǐng)求,流控系統(tǒng)解析消息,向dcache中插入一條記錄,其中key為“分公司+olt ip”,value為0(表示告警未清除);
如果OLT設(shè)備端口流量下降到閥值以下,綜合告警系統(tǒng)會(huì)向流控系統(tǒng)發(fā)起取消告警請(qǐng)求,流控系統(tǒng)更新dcache中對(duì)應(yīng)的OLT設(shè)備的告警標(biāo)識(shí),其中key為“分公司+olt ip”,value為1(表示告警已清除)。
第三部分:告警檢測(cè)
用戶通過(guò)機(jī)頂盒發(fā)起播放請(qǐng)求,EPG通過(guò)后臺(tái)進(jìn)行業(yè)務(wù)鑒權(quán),業(yè)務(wù)鑒權(quán)成功后,機(jī)頂盒的模版向流控系統(tǒng)發(fā)起OLT告警檢測(cè)請(qǐng)求,流控系統(tǒng)解析消息后,根據(jù)usercode去dcache中查詢對(duì)應(yīng)olt設(shè)備(分公司+olt ip),再根據(jù)“分公司+olt ip”為key,去dcache中告警列表中查詢?cè)O(shè)備告警狀態(tài),返回告警標(biāo)識(shí)給模板。
如果標(biāo)識(shí)為告警中,模版可以直接展示友好提示“請(qǐng)求播放受限,請(qǐng)稍后再試”。
如果標(biāo)識(shí)為正常狀態(tài),模版直接向EPG獲取播放統(tǒng)一資源定位符(URL),機(jī)頂盒拿到URL后,向用戶歸屬內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN)節(jié)點(diǎn)請(qǐng)求進(jìn)行正常播放。
第四部分:異常處理
FTP上的OLT設(shè)備用戶數(shù)據(jù)文件由綜合告警系統(tǒng)負(fù)責(zé)定時(shí)老化。
告警/恢復(fù)告警接口中,由綜合告警系統(tǒng)做超時(shí)保護(hù)。
流控系統(tǒng)接收到告警/恢復(fù)告警請(qǐng)求,當(dāng)OLT設(shè)備信息在dcache中不存在時(shí),直接返回處理成功響應(yīng)。
告警檢測(cè)接口中,在流控系統(tǒng)宕機(jī)或網(wǎng)絡(luò)異常情況下,由模版進(jìn)行超時(shí)保護(hù)。如果流控系統(tǒng)在配置時(shí)間內(nèi)沒(méi)有返回響應(yīng),模版認(rèn)為檢測(cè)通過(guò)(設(shè)備未告警),直接獲取播放URL進(jìn)行播放。
流控系統(tǒng)對(duì)服務(wù)請(qǐng)求流量進(jìn)行控制,當(dāng)請(qǐng)求操作超過(guò)流控系統(tǒng)最大并發(fā)處理能力時(shí),對(duì)新的請(qǐng)求直接返回成功,不再做OLT檢測(cè)判斷,以保證不影響用戶正常業(yè)務(wù)。
顯然,本領(lǐng)域的技術(shù)人員應(yīng)該明白,上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來(lái)實(shí)現(xiàn),它們可以集中在單個(gè)的計(jì)算裝置上,或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上,可選地,它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn),從而,可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行,并且在某些情況下,可以以不同于此處的順序執(zhí)行所示出或描述的步驟,或者將它們分別制作成各個(gè)集成電路模塊,或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。這樣,本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已,并不用于限制本發(fā)明,對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō),本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進(jìn)等,均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。