本發(fā)明實施例涉及通信技術領域，尤其涉及一種數(shù)據(jù)庫的更新方法、裝置及系統(tǒng)。

背景技術：

在信息資源爆炸的時代，多媒體信息的增長量呈現(xiàn)指數(shù)型的增長。多媒體信息的存儲成為日益關注的熱點問題。此時，內(nèi)容分發(fā)網(wǎng)絡(Content Delivery Network，CDN)應運而生。通過在現(xiàn)有的因特網(wǎng)(Internet)中增加一層新的網(wǎng)絡架構，將網(wǎng)站的內(nèi)容發(fā)布到最接近用戶的網(wǎng)絡”邊緣”，并將用戶請求導向最近的服務節(jié)點，解決因特網(wǎng)(Internet)網(wǎng)絡擁塞狀況，提高用戶訪問網(wǎng)站的響應速度。從技術上全面解決由于網(wǎng)絡帶寬小、用戶訪問量大、網(wǎng)點分布不均等原因，解決用戶訪問網(wǎng)站的響應速度慢的根本原因。雖然內(nèi)容分發(fā)網(wǎng)絡CND在一定程度上改善了網(wǎng)絡帶寬小，用戶訪問量大的問題，然而，每一內(nèi)容分發(fā)網(wǎng)絡CDN的連接接口仍然是有限的。

現(xiàn)有技術中，內(nèi)容分發(fā)網(wǎng)絡CDN每十秒向調(diào)度服務器(Global Server Load Balance，GSLB)發(fā)送CDN與用戶設備UE的連接情況，即該連接情況包括，內(nèi)容分發(fā)網(wǎng)絡CDN已用的連接接口的數(shù)量值以及剩余的連接接口的數(shù)量值。當用戶設備向調(diào)度服務器發(fā)送下載多媒體信息的連接請求時，調(diào)度服務器可根據(jù)內(nèi)容分發(fā)網(wǎng)絡CDN發(fā)送的連接情況，確定該用戶設備與哪一內(nèi)容分發(fā)網(wǎng)絡CDN建立連接。

假設內(nèi)容分發(fā)網(wǎng)絡CDN的最大連接接口為1000，該內(nèi)容分發(fā)網(wǎng)絡CDN向調(diào)度服務器上報連接情況，即已用的連接接口的數(shù)量值為900，剩余的連接接口的數(shù)量值為100。該調(diào)度服務器根據(jù)用戶設備發(fā)送的連接請求，給用戶設備分配了該內(nèi)容分發(fā)網(wǎng)絡CDN可用的100個連接接口，用戶設備通過分配的連接接口實現(xiàn)了與內(nèi)容分發(fā)網(wǎng)絡CDN的連接。若此時尚未到該內(nèi)容分發(fā)網(wǎng)絡CDN上報連接情況的周期，則調(diào)度服務器仍然認為該內(nèi)容分發(fā)網(wǎng)絡CDN剩余的連接接口的數(shù)量值為100。發(fā)明人發(fā)現(xiàn)，由于用戶設備發(fā)送下載多媒體的連接請求是隨機事件，即有可能出現(xiàn)調(diào)度服務器接收到的下載多媒體的連接請求數(shù)量突增。若此時再次有用戶設備向該調(diào)度服務器發(fā)送連接請求，調(diào)度服務器可能仍然會給該用戶設備分配該內(nèi)容分發(fā)網(wǎng)絡CDN的連接接口。然而，該內(nèi)容分發(fā)網(wǎng)絡CDN實際上已經(jīng)沒有可分配的連接接口，供新連接的用戶設備連接，顯然此種調(diào)度方式明顯不合理。

綜上所述，現(xiàn)有技術中內(nèi)容分發(fā)網(wǎng)絡CDN周期性向調(diào)度服務器GSLB上報該內(nèi)容分發(fā)網(wǎng)絡CDN的連接情況，然而該更新方式將導致調(diào)度服務器GSLB獲知的內(nèi)容分發(fā)網(wǎng)絡CDN的連接情況與內(nèi)容分發(fā)網(wǎng)絡CDN的實際連接情況不符，使得調(diào)度失敗。若縮短內(nèi)容分發(fā)網(wǎng)絡CDN的上報周期，則會造成內(nèi)容分發(fā)網(wǎng)絡CDN的負載過大，影響該內(nèi)容分發(fā)網(wǎng)絡CDN上連接的用戶設備的播放質(zhì)量。

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

本發(fā)明實施例提供一種數(shù)據(jù)庫的更新方法、裝置及系統(tǒng)，用以實現(xiàn)在不改變內(nèi)容服務器的上報周期的前提下，確保調(diào)度服務器中的數(shù)據(jù)庫存儲的內(nèi)容服務器的接口信息與該內(nèi)容服務器的接口的實際的連接情況相一致，提升調(diào)度服務器的調(diào)度效率。

本發(fā)明實施例提供一種數(shù)據(jù)庫的更新方法，包括：

接收用于獲取內(nèi)容服務器的接口標識的請求；

根據(jù)接收到的請求以及預設的數(shù)據(jù)庫中內(nèi)容服務器的接口信息，確定分配給所述用戶設備的內(nèi)容服務器的接口標識；

根據(jù)確定的內(nèi)容服務器的接口標識，更新所述數(shù)據(jù)庫中所述接口標識對應的內(nèi)容服務器的接口信息。

本發(fā)明實施例提供一種數(shù)據(jù)庫的更新裝置，包括：

接收模塊，用于接收用于獲取內(nèi)容服務器的接口標識的請求；

響應模塊，用于根據(jù)接收到的請求以及預設的數(shù)據(jù)庫中內(nèi)容服務器的接口信息，確定分配給所述用戶設備的內(nèi)容服務器的接口標識；

更新模塊，用于根據(jù)確定的內(nèi)容服務器的接口標識，更新所述數(shù)據(jù)庫中所述接口標識對應的內(nèi)容服務器的接口信息。

本發(fā)明實施例提供一種數(shù)據(jù)庫的更新系統(tǒng)，包括上述的數(shù)據(jù)庫的更新裝置。

本發(fā)明實施例提供的一種數(shù)據(jù)庫的更新方法、裝置及系統(tǒng)，根據(jù)接收到的用戶設備發(fā)送的請求以及數(shù)據(jù)庫中內(nèi)容服務器的接口信息，確定分配給用戶設備的內(nèi)容服務器的接口標識，再根據(jù)確定的內(nèi)容服務器的接口標識，更新數(shù)據(jù)庫中該接口標識所對應的內(nèi)容服務器的接口信息，從而實現(xiàn)在不改變內(nèi)容服務器的上報周期的前提下，確保調(diào)度服務器中的數(shù)據(jù)庫存儲的內(nèi)容服務器的接口信息與該內(nèi)容服務器的接口的實際的連接情況相一致，提升調(diào)度服務器的調(diào)度效率，使得資源調(diào)度更合理，尤其在大并發(fā)的情況下，提高調(diào)度服務器調(diào)度的效率以及合理性。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明數(shù)據(jù)庫的更新方法實施例流程圖；

圖2為本發(fā)明數(shù)據(jù)庫的更新方法實施例流程圖；

圖3為本發(fā)明數(shù)據(jù)庫的更新方法實施例流程圖；

圖4為本發(fā)明數(shù)據(jù)庫的更新方法實施例流程圖；

圖5為本發(fā)明數(shù)據(jù)庫的更新裝置實施例結構示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

本發(fā)明實施例提供一種數(shù)據(jù)庫的更新方法、裝置及系統(tǒng)，用以實現(xiàn)在不改變內(nèi)容服務器的上報周期的前提下，確保調(diào)度服務器中的數(shù)據(jù)庫存儲的內(nèi)容服務器的接口信息與該內(nèi)容服務器的接口的實際的連接情況相一致，提升調(diào)度服務器的調(diào)度效率。

參見圖1，本發(fā)明實施例提供一種數(shù)據(jù)庫的更新方法，包括：

S101、接收用于獲取內(nèi)容服務器的接口標識的請求；

S102、根據(jù)接收到的請求以及預設的數(shù)據(jù)庫中內(nèi)容服務器的接口信息，確定分配給所述用戶設備的內(nèi)容服務器的接口標識；

S103、根據(jù)確定的內(nèi)容服務器的接口標識，更新所述數(shù)據(jù)庫中所述接口標識對應的內(nèi)容服務器的接口信息。

本發(fā)明實施例中，通過根據(jù)接收到的用戶設備發(fā)送的請求以及數(shù)據(jù)庫中內(nèi)容服務器的接口信息，確定分配給用戶設備的內(nèi)容服務器的接口標識，再根據(jù)確定的內(nèi)容服務器的接口標識，更新數(shù)據(jù)庫中該接口標識所對應的內(nèi)容服務器的接口信息，從而實現(xiàn)在不改變內(nèi)容服務器的上報周期的前提下，確保調(diào)度服務器中的數(shù)據(jù)庫存儲的內(nèi)容服務器的接口信息與該內(nèi)容服務器的接口的實際的連接情況相一致，提升調(diào)度服務器的調(diào)度效率。

具體地，在步驟S103更新所述數(shù)據(jù)庫中所述接口標識對應的內(nèi)容服務器的接口信息的同時，生成包括所述確定的內(nèi)容服務器的接口標識的響應，并將生成的響應發(fā)送給用戶設備。

其中，參見圖2，為確保數(shù)據(jù)庫中存儲的內(nèi)容服務器的接口信息與該內(nèi)容服務器的接口使用情況相一致，本發(fā)明實施例除上述步驟外，數(shù)據(jù)庫的更新方法還包括：

S201、接收到內(nèi)容服務器發(fā)送的用于更新內(nèi)容服務器的接口信息的請求；

S202、若接收到的請求中內(nèi)容服務器的接口信息與所述數(shù)據(jù)庫中內(nèi)容服務器的接口信息不同，則更新所述數(shù)據(jù)庫中內(nèi)容服務器的接口信息。

本發(fā)明實施例中，若內(nèi)容服務器接收到的請求中的接口信息與所述數(shù)據(jù)庫中內(nèi)容服務器的接口信息相同，則確保數(shù)據(jù)庫中存儲的內(nèi)容服務器的接口信息與該內(nèi)容服務器的接口使用情況相一致；若不相同，則更新所述數(shù)據(jù)庫中的內(nèi)容服務器的接口信息，從而確保數(shù)據(jù)庫中存儲的內(nèi)容服務器的接口信息與該內(nèi)容服務器的接口使用情況相一致。

其中，內(nèi)容服務器可根據(jù)預設的周期，周期性發(fā)送用于更新內(nèi)容服務器的接口信息的請求；亦可通過對內(nèi)容服務器的觸發(fā)，實現(xiàn)向調(diào)度服務器發(fā)送用于更新內(nèi)容服務器的接口信息的請求。

本發(fā)明實施例中，根據(jù)多種方式發(fā)送用于更新內(nèi)容服務器的接口信息的請求，從而確保在不同環(huán)境下，數(shù)據(jù)庫中存儲的內(nèi)容服務器的接口信息與該內(nèi)容服務器的接口使用情況均一致。

具體地，所述內(nèi)容服務器的接口信息包括，已連接的接口的數(shù)量和/或未連接的接口的數(shù)量。

本發(fā)明實施例中，所述內(nèi)容服務器的接口信息還包括，內(nèi)容服務器的已連接的接口的數(shù)量與該內(nèi)容服務器的接口標識的映射關系和/或未連接的接口的數(shù)量與該內(nèi)容服務器的接口標識的映射關系。

具體地，所述分配給所述用戶設備的內(nèi)容服務器的接口標識包括，分配給所述用戶設備的內(nèi)容服務器的接口的連接地址。

本發(fā)明實施例中，所述分配給所述用戶設備的內(nèi)容服務器的接口標識并不局限于分配給所述用戶設備的內(nèi)容服務器的接口的連接地址，任何能夠確定內(nèi)容服務器的接口的標識均可。

其中，根據(jù)確定的內(nèi)容服務器的接口標識，更新所述數(shù)據(jù)庫中所述接口標識對應的內(nèi)容服務器的接口信息，包括：

根據(jù)確定的內(nèi)容服務器的接口的連接地址的數(shù)量，增加所述數(shù)據(jù)庫中內(nèi)容服務器的已連接的接口的數(shù)量和/或減少所述數(shù)據(jù)庫中內(nèi)容服務器的未連接的接口的數(shù)量。

本發(fā)明實施例中，通過根據(jù)確定的內(nèi)容服務器的接口的連接地址的數(shù)量，響應的增加或減少數(shù)據(jù)庫中內(nèi)容服務器的已連接的接口的數(shù)量或未連接的接口的數(shù)量，從而實現(xiàn)對數(shù)據(jù)庫中該接口標識所對應的內(nèi)容服務器的接口信息的更新，即實現(xiàn)在不改變內(nèi)容服務器的上報周期的前提下，確保調(diào)度服務器中的數(shù)據(jù)庫存儲的內(nèi)容服務器的接口信息與該內(nèi)容服務器的接口的實際的連接情況相一致，提升調(diào)度服務器的調(diào)度效率。

其中，所述調(diào)度服務器可為全局負載均衡GSLB，所述內(nèi)容服務器可為內(nèi)容分發(fā)網(wǎng)絡CDN。其中，所述內(nèi)容分發(fā)網(wǎng)絡CDN包括多媒體文件，例如視頻文件。

為便于理解，下面將結合圖3，對數(shù)據(jù)庫的更新方法的整體流程進一步進行解釋說明。

S301、用戶設備向調(diào)度服務器發(fā)送用于獲取內(nèi)容服務器的接口標識的請求。

S302、所述調(diào)度服務器根據(jù)接收到的用于獲取內(nèi)容服務器的接口標識的請求以及預設數(shù)據(jù)庫中內(nèi)容服務器的接口信息，確定分配給所述用戶設備的該接口標識所對應的內(nèi)容服務器的接口的連接地址。

S303、所述調(diào)度服務器根據(jù)確定的內(nèi)容服務器的接口的連接地址，生成包括所述確定的內(nèi)容服務器的接口標識的響應。

S304、所述調(diào)度服務器根據(jù)生成的響應消息中確定的內(nèi)容服務器的接口的連接地址的數(shù)量，響應的增加所述數(shù)據(jù)庫中內(nèi)容服務器的已連接的接口的數(shù)量和/或減少所述數(shù)據(jù)庫中內(nèi)容服務器的未連接的接口的數(shù)量，即更新所述調(diào)度服務器中數(shù)據(jù)庫中的內(nèi)容服務器的接口信息。

S305、所述調(diào)度服務器將生成的響應消息發(fā)給所述用戶設備。

S306、當內(nèi)容服務器到其上報周期時，所述內(nèi)容服務器向所述調(diào)度服務器發(fā)送用于更新內(nèi)容服務器的接口信息的請求；

S307、若所述調(diào)度服務器接收到的消息中內(nèi)容服務器的接口信息與所述數(shù)據(jù)庫中內(nèi)容服務器的接口信息不同，則更新所述調(diào)度服務器中數(shù)據(jù)庫中的內(nèi)容服務器的接口信息。

其中，步驟S304與步驟S305的執(zhí)行順序不局限于本發(fā)明實施例所提供的順序。

假設本發(fā)明實施例的應用場景為用戶設備希望下載某視頻文件，結合圖4，多媒體資源調(diào)度以及多媒體文件下載的整體流程進一步進行解釋說明。

S401、用戶設備向調(diào)度服務器發(fā)送用于連接內(nèi)容分發(fā)網(wǎng)絡CDN下載某視頻文件的請求。

S402、所述調(diào)度服務器根據(jù)接收到的用于獲取內(nèi)容分發(fā)網(wǎng)絡CDN的接口標識的請求中的該視頻文件標識，在預設數(shù)據(jù)庫中查找存儲有該視頻文件標示所對應的視頻文件的內(nèi)容分發(fā)網(wǎng)絡CDN。

S403、所述調(diào)度服務器根據(jù)步驟S402的查找結果，確定內(nèi)容分發(fā)網(wǎng)絡CDN的接口標識。

S404、所述調(diào)度服務器根據(jù)所述內(nèi)容分發(fā)網(wǎng)絡CDN的接口標識以及預設數(shù)據(jù)庫中內(nèi)容分發(fā)網(wǎng)絡CDN的接口的連接地址與CDN的接口標識的映射關系，確定所述用戶設備下載該視頻文件所對應的內(nèi)容分發(fā)網(wǎng)絡CDN的接口的連接地址，即該內(nèi)容分發(fā)網(wǎng)絡CDN的接口的IP(Internet Protocol)地址；其中，所述映射關系可以為一一對應。

S405、所述調(diào)度服務器根據(jù)確定的內(nèi)容分發(fā)網(wǎng)絡CDN的接口的連接地址，生成用于連接內(nèi)容服務器的響應，其中，所述響應包括確定的內(nèi)容分發(fā)網(wǎng)絡CDN的接口的連接地址。

S406、所述調(diào)度服務器向所述用戶設備發(fā)送所述響應。

S407、所述調(diào)度服務器根據(jù)步驟S405生成的響應中的內(nèi)容服務器的接口的連接地址，更新所述數(shù)據(jù)庫中內(nèi)容服務器的已連接的接口的數(shù)量和/或未連接的接口的數(shù)量。

S408、所述用戶設備根據(jù)接收到的響應消息，確定內(nèi)容服務器的接口的連接地址。

S409、所述用戶設備向確定的連接地址所對應的內(nèi)容分發(fā)網(wǎng)絡CDN發(fā)送連接請求。

S410、所述內(nèi)容分發(fā)網(wǎng)絡CDN解析接收到的連接請求，并進行連接操作。

S411、所述內(nèi)容分發(fā)網(wǎng)絡CDN向所述用戶設備返回包括處理結果的響應。

其中，步驟S406與步驟S407的執(zhí)行順序不局限于本發(fā)明實施例所提供的順序。

參見圖5，本發(fā)明實施例提供一種數(shù)據(jù)庫的更新裝置，包括：

接收模塊501，用于接收用于獲取內(nèi)容服務器的接口標識的請求；

響應模塊502，用于根據(jù)接收到的請求以及預設的數(shù)據(jù)庫中內(nèi)容服務器的接口信息，確定分配給所述用戶設備的內(nèi)容服務器的接口標識；

更新模塊503，用于根據(jù)確定的內(nèi)容服務器的接口標識，更新所述數(shù)據(jù)庫中所述接口標識對應的內(nèi)容服務器的接口信息。

具體地，所述內(nèi)容服務器的接口信息包括，已連接的接口的數(shù)量和/或未連接的接口的數(shù)量。

具體地，所述分配給所述用戶設備的內(nèi)容服務器的接口標識包括，分配給所述用戶設備的內(nèi)容服務器的接口的連接地址。

具體地，所述更新模塊503，具體用于：

根據(jù)確定的內(nèi)容服務器的接口標識的連接地址的數(shù)量，增加所述數(shù)據(jù)庫中內(nèi)容服務器的已連接的接口的數(shù)量和/或減少所述數(shù)據(jù)庫中內(nèi)容服務器的未連接的接口的數(shù)量。

具體地，所述更新模塊503還用于：

接收到內(nèi)容服務器發(fā)送的用于更新內(nèi)容服務器的接口信息的請求；

若接收到的請求中內(nèi)容服務器的接口信息與所述數(shù)據(jù)庫中內(nèi)容服務器的接口信息不同，則更新所述數(shù)據(jù)庫中內(nèi)容服務器的接口信息。

本發(fā)明實施例提供一種數(shù)據(jù)庫的更新系統(tǒng)，該更新系統(tǒng)包括上述的數(shù)據(jù)庫的更新裝置。即該更新系統(tǒng)包括，調(diào)度服務器，內(nèi)容服務器以及用戶設備，其中，所述調(diào)度服務器包括：接收模塊501、響應模塊502以及更新模塊503。

其中，所述調(diào)度服務器可為全局負載均衡GSLB，所述內(nèi)容服務器可為內(nèi)容分發(fā)網(wǎng)絡CDN。所述調(diào)度服務器還包括硬件處理器(hardware processor)，且本發(fā)明實施例中的接收模塊501、響應模塊502以及更新模塊503均可以通過硬件處理器來實現(xiàn)。

綜上所述，本發(fā)明實施例提供了數(shù)據(jù)庫的更新方法、裝置及系統(tǒng)，用以通過根據(jù)接收到的用戶設備發(fā)送的請求以及數(shù)據(jù)庫中內(nèi)容服務器的接口信息，確定分配給用戶設備的內(nèi)容服務器的接口標識，再根據(jù)確定的內(nèi)容服務器的接口標識，更新數(shù)據(jù)庫中該接口標識所對應的內(nèi)容服務器的接口信息，從而實現(xiàn)在不改變內(nèi)容服務器的上報周期的前提下，確保調(diào)度服務器中的數(shù)據(jù)庫存儲的內(nèi)容服務器的接口信息與該內(nèi)容服務器的接口的實際的連接情況相一致，提升調(diào)度服務器的調(diào)度效率，使得資源調(diào)度更合理，尤其在大并發(fā)的情況下，提高調(diào)度服務器調(diào)度的效率以及合理性。

以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領域普通技術人員在不付出創(chuàng)造性的勞動的情況下，即可以理解并實施。

通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件?；谶@樣的理解，上述技術方案本質(zhì)上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在計算機可讀存儲介質(zhì)中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。

最后應說明的是：以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質(zhì)脫離本發(fā)明各實施例技術方案的精神和范圍。