本發(fā)明涉及直播平臺(tái)技術(shù)領(lǐng)域，具體涉及一種直播平臺(tái)上傳和獲取圖像的系統(tǒng)及其方法。

背景技術(shù)：

目前用于上傳和獲取圖像的系統(tǒng)一般有以下兩種實(shí)現(xiàn)方式：一是通過(guò)UID(User Identification，用戶身份證明)計(jì)算出圖像URL(Uniform Resource Locator，統(tǒng)一資源定位符)，這種方式由于UID和URL是一一對(duì)應(yīng)的，上傳圖像后的時(shí)候無(wú)法更新CDN(Content Delivery Network，內(nèi)容分發(fā)網(wǎng)絡(luò))緩存，并且無(wú)法找到歷史圖像。二是通過(guò)UID查詢數(shù)據(jù)得到相應(yīng)的URL地址，上傳圖像每次生成不同的圖像URL，UID和URL是一對(duì)多的關(guān)系，可以獲得歷史圖像，并且能夠使用CDN緩存，但這種方式在并發(fā)量大的情況下由于進(jìn)行了查庫(kù)操作，即會(huì)查詢MySQL(關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng))，從而會(huì)帶來(lái)系統(tǒng)性能上的瓶頸。

技術(shù)實(shí)現(xiàn)要素：

針對(duì)現(xiàn)有技術(shù)中存在的缺陷，本發(fā)明的目的在于提供一種不需要進(jìn)行查庫(kù)操作便能完成圖像的上傳和獲取的直播平臺(tái)上傳和獲取圖像的系統(tǒng)。

為達(dá)到以上目的，本發(fā)明采取的技術(shù)方案是：一種直播平臺(tái)上傳和獲取圖像的系統(tǒng)，包括客戶端、第一后臺(tái)服務(wù)器、第二后臺(tái)服務(wù)器、存儲(chǔ)服務(wù)器、圖片服務(wù)器和CDN服務(wù)器，

所述第一后臺(tái)服務(wù)器用于鑒權(quán)所述客戶端上傳的圖像是否合法，并將所述圖像發(fā)送至所述圖片服務(wù)器，所述圖片服務(wù)器用于存儲(chǔ)所述圖像，所述CDN服務(wù)器用于緩存所述圖片服務(wù)器存儲(chǔ)的圖像，且所述第一后臺(tái)服務(wù)器還從所述圖片服務(wù)器調(diào)用圖像RPC并將圖像URL寫入所述存儲(chǔ)服務(wù)器的內(nèi)存中，并通過(guò)判斷所述圖像URL寫入是否成功判斷所述客戶端上傳圖像是否成功；

所述第二后臺(tái)服務(wù)器用于緩存所述圖像URL，并根據(jù)UID判斷所述第二后臺(tái)服務(wù)器是否緩存有與所述UID對(duì)應(yīng)的圖像URL，且所述第二后臺(tái)服務(wù)器還從所述存儲(chǔ)服務(wù)器長(zhǎng)連接調(diào)用圖像RPC，并判斷所述內(nèi)存中是否存在與所述UID對(duì)應(yīng)的圖像URL，所述CDN服務(wù)器用于判斷其內(nèi)是否緩存有與所述UID對(duì)應(yīng)的圖像，且可從所述圖片服務(wù)器回源拉取與所述UID對(duì)應(yīng)的圖像并緩存。

在上述技術(shù)方案的基礎(chǔ)上，所述第一后臺(tái)服務(wù)器采用PHP鑒權(quán)客戶端上傳的圖像是否合法。

在上述技術(shù)方案的基礎(chǔ)上，所述第一后臺(tái)服務(wù)器還包括所述PHP處理圖形用的GD庫(kù)，所述GD庫(kù)將所述客戶端上傳的圖像裁剪形成多個(gè)尺寸。

在上述技術(shù)方案的基礎(chǔ)上，所述系統(tǒng)還包括MySQL，所述第一后臺(tái)服務(wù)器還將所述圖像URL寫入MySQL。

在上述技術(shù)方案的基礎(chǔ)上，所述第一后臺(tái)服務(wù)器和第二后臺(tái)服務(wù)器均為Nginx服務(wù)器。

與此同時(shí)，本發(fā)明還提供一種不需要進(jìn)行查庫(kù)操作獲取圖像的方法。

為達(dá)到以上目的，本發(fā)明采取的技術(shù)方案是：一種利用上述系統(tǒng)進(jìn)行上傳和獲取圖像的方法，包括以下步驟：

客戶端上傳圖像，第一后臺(tái)服務(wù)器鑒權(quán)客戶端上傳的圖像是否合法，若是，第一后臺(tái)服務(wù)器將客戶端上傳的圖像發(fā)送至圖片服務(wù)器，若否，客戶端上傳圖像失??；圖片服務(wù)器對(duì)第一后臺(tái)服務(wù)器發(fā)送的圖像進(jìn)行存儲(chǔ)，同時(shí)CDN服務(wù)器緩存圖片服務(wù)器存儲(chǔ)的圖像，第一后臺(tái)服務(wù)器從圖片服務(wù)器調(diào)用圖像RPC并將圖像URL寫入存儲(chǔ)服務(wù)器的內(nèi)存中，然后判斷圖像URL寫入是否成功，若是，客戶端上傳圖像成功，若否，客戶端上傳圖像失??；

客戶端上傳圖像成功后，第二后臺(tái)服務(wù)器根據(jù)客戶端傳入的UID判斷其內(nèi)是否緩存有與UID對(duì)應(yīng)的圖像URL，若是，客戶端獲取圖像URL，若否，第二后臺(tái)服務(wù)器從存儲(chǔ)服務(wù)器長(zhǎng)連接調(diào)用圖像RPC，并判斷內(nèi)存中是否存在與UID對(duì)應(yīng)的圖像URL，若存在，客戶端獲取圖像URL，若不存在，客戶端返回第二后臺(tái)服務(wù)器設(shè)置的默認(rèn)圖像地址，獲取第二后臺(tái)服務(wù)器設(shè)置的初始化圖像；客戶端獲取圖像URL后，CDN服務(wù)器判斷其內(nèi)是否緩存有與UID對(duì)應(yīng)的圖像，若是，客戶端獲得圖像，若否，CDN服務(wù)器從圖片服務(wù)器回源拉取與UID對(duì)應(yīng)的圖像，并緩存在CDN服務(wù)器中。

在上述技術(shù)方案的基礎(chǔ)上，所述第一后臺(tái)服務(wù)器采用PHP鑒權(quán)客戶端上傳的圖像是否合法。

在上述技術(shù)方案的基礎(chǔ)上，所述第一后臺(tái)服務(wù)器還包括所述PHP處理圖形用的GD庫(kù)，所述GD庫(kù)將所述客戶端上傳的圖像裁剪形成多個(gè)尺寸。

在上述技術(shù)方案的基礎(chǔ)上，所述系統(tǒng)還包括MySQL，所述第一后臺(tái)服務(wù)器還將所述圖像URL寫入MySQL。

與現(xiàn)有技術(shù)相比，本發(fā)明的優(yōu)點(diǎn)在于：

本發(fā)明中的直播平臺(tái)上傳和獲取圖像的系統(tǒng)利用連接池，長(zhǎng)連接調(diào)用圖像RPC，并查詢存儲(chǔ)服務(wù)器的內(nèi)存中是否有該圖像URL，相比傳統(tǒng)網(wǎng)頁(yè)獲取圖像URL采用短連接后臺(tái)數(shù)據(jù)源獲取信息的方式，避免了查庫(kù)操作，避免系統(tǒng)出現(xiàn)性能瓶頸，從而能夠滿足大并發(fā)量獲取圖像的要求。

附圖說(shuō)明

圖1為本發(fā)明中直播平臺(tái)上傳和獲取圖像的系統(tǒng)的框架示意圖；

圖2為本發(fā)明中客戶端上傳圖像的處理流程圖；

圖3為本發(fā)明中客戶端獲取圖像的處理流程圖。

具體實(shí)施方式

以下結(jié)合附圖及實(shí)施例對(duì)本發(fā)明作進(jìn)一步詳細(xì)說(shuō)明。

參見(jiàn)圖1所示，本發(fā)明提供一種直播平臺(tái)上傳和獲取圖像的系統(tǒng)，其包括客戶端、第一后臺(tái)服務(wù)器、第二后臺(tái)服務(wù)器、存儲(chǔ)服務(wù)器、圖片服務(wù)器和CDN(Content Delivery Network，內(nèi)容分發(fā)網(wǎng)絡(luò))服務(wù)器。

客戶端可以是WEB瀏覽器或者APP客戶端，用于上傳和獲取圖像，圖像可以用來(lái)作為用戶的頭像。第一后臺(tái)服務(wù)器用于鑒權(quán)客戶端上傳的圖像是否合法，并將圖像發(fā)送至圖片服務(wù)器。本發(fā)明中的第一后臺(tái)服務(wù)器采用PHP(Hypertext Preprocessor，超文本預(yù)處理器)處理，方便后期的圖像鑒權(quán)、圖像審核和圖像裁剪等各種操作。對(duì)上傳圖像鑒權(quán)，根據(jù)TOKEN(令牌)、AUTH(認(rèn)證)和密鑰的加密規(guī)則檢測(cè)是否是合法請(qǐng)求，再判斷是否是用戶本人，根據(jù)上傳圖像的報(bào)文，解析后利用白名單規(guī)則，規(guī)定了上傳文件格式類型，只允許通過(guò)圖片格式，避免各種非法的腳本上傳。

本發(fā)明中的第一后臺(tái)服務(wù)器還包括GD庫(kù)(PHP處理圖形的擴(kuò)展庫(kù))，利用GD庫(kù)，對(duì)用戶上傳的圖像和裁剪的尺寸進(jìn)行處理，將圖像裁剪為240*240、120*120和64*64三種格式，并存入圖片服務(wù)器。

圖片服務(wù)器用于存儲(chǔ)圖像，CDN服務(wù)器用于緩存圖片服務(wù)器存儲(chǔ)的圖像。第一后臺(tái)服務(wù)器從圖片服務(wù)器調(diào)用圖像RPC(Remote Procedure Call Protocol，遠(yuǎn)程過(guò)程調(diào)用協(xié)議)并將圖像URL寫入存儲(chǔ)服務(wù)器的內(nèi)存中，并記錄圖像流水日志。由于寫入存儲(chǔ)服務(wù)器的內(nèi)存的速度較慢，同時(shí)為了起到備份的作用，本系統(tǒng)還包括MySQL(關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng))，第一后臺(tái)服務(wù)器還將所述圖像URL寫入MySQL中。此外，第一后臺(tái)服務(wù)器還通過(guò)判斷圖像URL寫入是否成功判斷客戶端上傳圖像是否成功。若圖像URL寫入存儲(chǔ)服務(wù)器的內(nèi)存和MySQL成功，則客戶端成功上傳圖像，若圖像URL寫入存儲(chǔ)服務(wù)器的內(nèi)存和MySQL不成功，則客戶端上傳圖像失敗。

第二后臺(tái)服務(wù)器用于緩存圖像URL，并根據(jù)UID判斷第二后臺(tái)服務(wù)器是否緩存有與UID對(duì)應(yīng)的圖像URL。為了滿足大量極的圖像請(qǐng)求，第二后臺(tái)服務(wù)器采用的是NGINX服務(wù)器，第一后臺(tái)服務(wù)器也采用的是NGINX服務(wù)器。若第二后臺(tái)服務(wù)器緩存有與UID對(duì)應(yīng)的圖像URL，則客戶端獲取圖像URL。若第二后臺(tái)服務(wù)器判斷出其內(nèi)沒(méi)有緩存與UID對(duì)應(yīng)的圖像URL時(shí)，第二后臺(tái)服務(wù)器將從存儲(chǔ)服務(wù)器長(zhǎng)連接調(diào)用圖像RPC，并判斷內(nèi)存中是否存在與UID對(duì)應(yīng)的圖像URL。若存在，客戶端獲取圖像URL，若不存在，客戶端返回第二后臺(tái)服務(wù)器設(shè)置的默認(rèn)圖像地址，當(dāng)客戶端返回第二后臺(tái)服務(wù)器設(shè)置的默認(rèn)圖像地址后即獲取第二后臺(tái)服務(wù)器設(shè)置的初始化圖像。客戶端獲取圖像URL后，CDN服務(wù)器判斷其內(nèi)是否緩存有與UID對(duì)應(yīng)的圖像，當(dāng)CDN服務(wù)器內(nèi)緩存有與UID對(duì)應(yīng)的圖像時(shí)，客戶端成功獲取圖像。當(dāng)CDN服務(wù)器內(nèi)沒(méi)有緩存與UID對(duì)應(yīng)的圖像時(shí)，CDN服務(wù)器將從圖片服務(wù)器回源拉取與UID對(duì)應(yīng)的圖像并將其緩存在CDN服務(wù)器中。

本發(fā)明中的直播平臺(tái)上傳和獲取圖像的系統(tǒng)利用連接池，長(zhǎng)連接調(diào)用圖像RPC，并查詢存儲(chǔ)服務(wù)器的內(nèi)存中是否有該圖像URL，相比傳統(tǒng)網(wǎng)頁(yè)獲取圖像URL采用短連接后臺(tái)數(shù)據(jù)源獲取信息的方式，避免了查庫(kù)操作，避免系統(tǒng)出現(xiàn)性能瓶頸，從而能夠滿足大并發(fā)量獲取圖像的要求。

本發(fā)明還提供一種利用上述直播平臺(tái)上傳和獲取圖像的系統(tǒng)進(jìn)行上傳和獲取圖像的方法，參見(jiàn)圖2所示，客戶端上傳圖像包括以下步驟：

S11.客戶端上傳圖像；

S12.第一后臺(tái)服務(wù)器鑒權(quán)客戶端上傳的圖像是否合法，若是，執(zhí)行步驟S13，若否，執(zhí)行步驟S18；

本發(fā)明中的第一后臺(tái)服務(wù)器采用PHP鑒權(quán)客戶端上傳的圖像是否合法。

S13.第一后臺(tái)服務(wù)器將客戶端上傳的圖像發(fā)送至圖片服務(wù)器；

本發(fā)明中的第一后臺(tái)服務(wù)器還包括PHP處理圖形用的GD庫(kù)，GD庫(kù)將客戶端上傳的圖像裁剪為240*240、120*120和64*64三種格式，并存入圖片服務(wù)器。

S14.圖片服務(wù)器存儲(chǔ)第一后臺(tái)服務(wù)器發(fā)送的圖像；

S15.第一后臺(tái)服務(wù)器從圖片服務(wù)器調(diào)用圖像RPC并將圖像URL寫入存儲(chǔ)服務(wù)器的內(nèi)存中；

由于寫入存儲(chǔ)服務(wù)器的內(nèi)存的速度較慢，同時(shí)為了起到備份的作用，本系統(tǒng)還包括MySQL(關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng))，第一后臺(tái)服務(wù)器還將所述圖像URL寫入MySQL中。

S16.第一后臺(tái)服務(wù)器判斷圖像URL寫入是否成功，若是，執(zhí)行步驟S17，若否，執(zhí)行步驟S18；

S17.客戶端上傳圖像成功，結(jié)束；

S18.客戶端上傳圖像失敗，回滾數(shù)據(jù)，報(bào)錯(cuò)，結(jié)束；

參見(jiàn)圖3所示，客戶端獲取圖像包括以下步驟：

S21.客戶端傳入U(xiǎn)ID；

S22.第二后臺(tái)服務(wù)器判斷其內(nèi)是否存儲(chǔ)有與UID對(duì)應(yīng)的圖像URL，若否，執(zhí)行步驟S23，若是，執(zhí)行步驟S25；

S23.第二后臺(tái)服務(wù)器長(zhǎng)連接調(diào)用圖像RPC，并查詢存儲(chǔ)服務(wù)器的內(nèi)存中是否有與UID對(duì)應(yīng)的圖像URL，若否，執(zhí)行步驟S24，若是，執(zhí)行步驟S25；

第二后臺(tái)服務(wù)器長(zhǎng)連接調(diào)用圖像RPC，并查詢存儲(chǔ)服務(wù)器的內(nèi)存中是否有該圖像URL，相比傳統(tǒng)網(wǎng)頁(yè)獲取圖像URL采用短連接后臺(tái)數(shù)據(jù)源獲取信息的方式，避免了查庫(kù)操作，避免系統(tǒng)出現(xiàn)性能瓶頸，從而能夠滿足大并發(fā)量獲取圖像的要求。

S24.客戶端返回第二后臺(tái)服務(wù)器設(shè)置的默認(rèn)圖像地址，獲取第二后臺(tái)服務(wù)器設(shè)置的初始化圖像；

這里對(duì)應(yīng)的是第二后臺(tái)服務(wù)器發(fā)生故障后采取的措施，會(huì)使客戶端獲得初始化圖像。

S25.客戶端獲取圖像URL；

S26.CDN服務(wù)器查詢其是否緩存有與UID對(duì)應(yīng)的圖像，若否，執(zhí)行步驟S27，若是，執(zhí)行步驟S28；

S27.CDN服務(wù)器從圖片服務(wù)器回源拉取與UID對(duì)應(yīng)的圖像，并將圖像緩存在CDN服務(wù)器中；

S28.客戶端成功獲取圖像。

本發(fā)明不局限于上述實(shí)施方式，對(duì)于本技術(shù)領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤(rùn)飾，這些改進(jìn)和潤(rùn)飾也視為本發(fā)明的保護(hù)范圍之內(nèi)。本說(shuō)明書中未作詳細(xì)描述的內(nèi)容屬于本領(lǐng)域?qū)I(yè)技術(shù)人員公知的現(xiàn)有技術(shù)。