服務(wù)端、客戶端及訪問策略管理方法
【專利摘要】本發(fā)明公開了一種服務(wù)端、客戶端及訪問策略管理方法,在客戶端訪問服務(wù)端的路由服務(wù)器時(shí),向該客戶端返回訪問策略,客戶端在對服務(wù)端后續(xù)的訪問過程中,可以根據(jù)該訪問策略對服務(wù)端進(jìn)行服務(wù)端預(yù)期的訪問。相對現(xiàn)有技術(shù)中只能根據(jù)開發(fā)者預(yù)埋在其本地的訪問策略對服務(wù)端進(jìn)行訪問的方式,本發(fā)明中提供的訪問策略管理方法不僅能讓客戶端獲取新的訪問策略,而且服務(wù)端也可以通過訪問策略讓客戶端進(jìn)行其預(yù)期的訪問,對客戶端的訪問情況進(jìn)行管理,有利于資源的優(yōu)化配置。另一方面,在現(xiàn)有技術(shù)中,當(dāng)服務(wù)端對客戶端的訪問方式進(jìn)行更改時(shí),客戶端必須升級,但是根據(jù)本發(fā)明提供的訪問策略管理方法,客戶端不需要進(jìn)行升級,這提升了用戶體驗(yàn)。
【專利說明】
服務(wù)端、客戶端及訪問策略管理方法
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及通信領(lǐng)域,尤其涉及服務(wù)端、客戶端及訪問策略管理方法。
【背景技術(shù)】
[0002]為了提高用戶體驗(yàn),現(xiàn)在很多App(Applicat1n,應(yīng)用程序)都有消息推送服務(wù)。消息推送就是"web廣播〃,其通過一定的技術(shù)標(biāo)準(zhǔn)或協(xié)議,在互聯(lián)網(wǎng)上定期傳送用戶需要的信息來減少信息過載。消息推送機(jī)制有這樣兩個(gè)優(yōu)點(diǎn):一方面,開發(fā)者能夠通過消息推送,向用戶推送用戶感興趣的相關(guān)信息,這可以有效地提升用戶的活躍度,增大其的APP的使用率。另一方面,消息推送根據(jù)用戶的興趣來搜索、過濾信息,并將這些信息定期推送給用戶,幫助用戶高效率地發(fā)掘有價(jià)值的信息,減少了用戶用于網(wǎng)絡(luò)上搜索的時(shí)間,提高了用戶體驗(yàn)。
[0003]消息推送機(jī)制需要在服務(wù)端和客戶端之間建立一條穩(wěn)定、可靠的長連接,以保證服務(wù)端能隨時(shí)將推送消息傳遞到客戶端,即保證消息發(fā)送與接收的實(shí)時(shí)性。但在實(shí)際情況中,一般一個(gè)APP的客戶端數(shù)量會達(dá)到幾十上百萬之多,如果一臺服務(wù)器需要隨時(shí)與這么多的客戶端保持長連接,那服務(wù)器要承受的壓力就不言而喻。
[0004]為了解決上述問題,系統(tǒng)一般會在服務(wù)端設(shè)置多個(gè)服務(wù)器,讓這多個(gè)服務(wù)器共同實(shí)現(xiàn)消息推送的功能,這些服務(wù)器是客戶端需要訪問的目的服務(wù)器。服務(wù)端前端設(shè)置有用于提供接口給客戶端訪問的路由服務(wù)器,客戶端可以從路由服務(wù)器處獲取可訪問的目標(biāo)服務(wù)器的路由信息表,然后再從路由信息表中選擇一個(gè)路由地址,進(jìn)行真正的數(shù)據(jù)訪問。針對客戶端的訪問策略,現(xiàn)有技術(shù)中是由開發(fā)者在開發(fā)APP時(shí)就制定完成的,開發(fā)者將客戶端訪問服務(wù)端的策略預(yù)埋在客戶端當(dāng)中,讓客戶端根據(jù)這預(yù)先設(shè)定好的訪問策略在固定的時(shí)間進(jìn)行路由接口訪問。也就是說,現(xiàn)有技術(shù)中,客戶端訪問服務(wù)端的策略是單一不可更改的,這樣的方式會帶來這樣幾個(gè)問題:
[0005]首先,現(xiàn)有技術(shù)中,客戶端始終按照預(yù)先設(shè)定的單一訪問策略對服務(wù)端進(jìn)行訪問,沒有兼顧到服務(wù)器面向大量客戶端的特點(diǎn),可能會造成服務(wù)器壓力過大,例如,預(yù)先設(shè)定的訪問策略是整點(diǎn)訪問服務(wù)端,那么每當(dāng)?shù)搅苏c(diǎn)時(shí),服務(wù)端就必須承受來自數(shù)量巨大的客戶端的訪問壓力,這樣可能會造成服務(wù)器崩潰。而在其他時(shí)間點(diǎn),服務(wù)器處于“閑時(shí)”狀態(tài),這時(shí)候卻幾乎沒有訪問的客戶端,因此,單一的訪問策略不利于資源的優(yōu)化配置。
[0006]其次,若是服務(wù)端針對訪問策略進(jìn)行了調(diào)整,例如,由于服務(wù)端發(fā)現(xiàn)某一時(shí)刻的壓力過大,需要將該時(shí)刻的壓力分散到其他時(shí)刻去,這時(shí),由于訪問策略發(fā)生了改變,客戶端就必須要升級才能保證消息推送機(jī)制的正常運(yùn)行。也就是說,按照現(xiàn)有技術(shù)中單一訪問策略的訪問方式,服務(wù)端的策略調(diào)整必定會帶來客戶端的升級,這降低了用戶的體驗(yàn)。
【發(fā)明內(nèi)容】
[0007]本發(fā)明的主要目的在于提出一種訪問策略管理方法,旨在解決現(xiàn)有技術(shù)中,客戶端無法獲得新的訪問策略,只能根據(jù)開發(fā)者預(yù)埋在其本地的訪問策略對服務(wù)端進(jìn)行訪問的技術(shù)問題。
[0008]為實(shí)現(xiàn)上述目的,本發(fā)明提供的一種服務(wù)端,包括:
[0009]策略生成模塊,用于生成訪問策略,所述訪問策略用于指示客戶端在后續(xù)過程中如何對所述服務(wù)端的各目的服務(wù)器及路由服務(wù)器進(jìn)行訪問,所述目的服務(wù)器為所述客戶端實(shí)際需要訪問的服務(wù)器;
[0010]策略返回模塊,用于向訪問所述路由服務(wù)器的客戶端返回所述訪問策略。
[0011]進(jìn)一步地,所述策略生成模塊包括:
[0012]實(shí)時(shí)生成模塊,用于監(jiān)測所述服務(wù)端當(dāng)前的訪問量,并根據(jù)所述當(dāng)前的訪問量為所述客戶端生成實(shí)時(shí)訪問策略;
[0013]所述策略返回模塊包括:
[0014]第一返回模塊,用于將為所述客戶端實(shí)時(shí)生成訪問策略返回給所述客戶端。
[0015]進(jìn)一步地,所述策略生成模塊包括:
[0016]預(yù)先生成模塊,用于根據(jù)預(yù)先設(shè)定至少一種訪問量情況,為各所述訪問量情況生成對應(yīng)的預(yù)先訪問策略;
[0017]所述策略返回模塊包括:
[0018]第二返回模塊,用于監(jiān)測所述服務(wù)端當(dāng)前的訪問量,并為所述客戶端返回與當(dāng)前的訪問量匹配的所述預(yù)先訪問策略。
[0019]進(jìn)一步地,路由訪問模塊,用于訪問服務(wù)端的路由服務(wù)器;
[0020]策略獲取模塊,用于接收所述路由服務(wù)器返回的訪問策略并將其更新至本地,所述訪問策略用于指示客戶端在后續(xù)過程中如何對所述服務(wù)端的各目的服務(wù)器及所述路由服務(wù)器進(jìn)行訪問,所述目的服務(wù)器為所述客戶端實(shí)際需要訪問的服務(wù)器。
[0021 ]進(jìn)一步地,策略判斷模塊,用于判斷本次獲取到的所述訪問策略與上次獲取到的訪問策略是否相同;
[0022]第一執(zhí)行模塊,用于當(dāng)本次獲取到的所述訪問策略與之前執(zhí)行的訪問策略相同時(shí),則跳過所述訪問策略中已執(zhí)行過的部分,繼續(xù)執(zhí)行未執(zhí)行的部分;
[0023]第二執(zhí)行模塊,用于當(dāng)本次獲取到的所述訪問策略與之前執(zhí)行的訪問策略不同時(shí),則重新執(zhí)行本次獲取到的所述訪問策略。
[0024]此外,為實(shí)現(xiàn)上述目的,本發(fā)明還提出一種訪問策略管理方法,包括:
[0025]生成訪問策略,所述訪問策略用于指示客戶端在后續(xù)過程中如何對所述服務(wù)端的各目的服務(wù)器及路由服務(wù)器進(jìn)行訪問,所述目的服務(wù)器為所述客戶端實(shí)際需要訪問的服務(wù)器;
[0026]向訪問所述路由服務(wù)器的客戶端返回所述訪問策略。
[0027I進(jìn)一步地,所述生成訪問策略包括:
[0028]監(jiān)測所述服務(wù)端當(dāng)前的訪問量,并根據(jù)所述當(dāng)前的訪問量為所述客戶端生成實(shí)時(shí)訪問策略;
[0029]所述向訪問所述路由服務(wù)器的客戶端返回所述訪問策略包括:
[0030]將所述實(shí)時(shí)生成訪問策略返回給所述客戶端。
[0031]進(jìn)一步地,所述生成訪問策略包括:
[0032]根據(jù)預(yù)先設(shè)定至少一種訪問量情況,為各所述訪問量情況生成對應(yīng)的預(yù)先訪問策略;
[0033]所述向訪問所述路由服務(wù)器的客戶端返回所述訪問策略包括:
[0034]監(jiān)測所述服務(wù)端當(dāng)前的訪問量,并為所述客戶端返回與當(dāng)前的訪問量匹配的所述預(yù)先訪問策略。
[0035]進(jìn)一步地,訪問服務(wù)端的路由服務(wù)器;
[0036]接收所述路由服務(wù)器返回的訪問策略并將其更新至本地,所述訪問策略用于指示客戶端在后續(xù)過程中如何對所述服務(wù)端的各目的服務(wù)器及所述路由服務(wù)器進(jìn)行訪問,所述目的服務(wù)器為所述客戶端實(shí)際需要訪問的服務(wù)器。
[0037]進(jìn)一步地,判斷本次獲取到的所述訪問策略與之前執(zhí)行的訪問策略是否相同;
[0038]當(dāng)本次獲取到的所述訪問策略與之前執(zhí)行的訪問策略相同時(shí),則跳過所述訪問策略中已執(zhí)行過的部分,繼續(xù)執(zhí)行未執(zhí)行的部分;
[0039]當(dāng)本次獲取到的所述訪問策略與上一次獲取到的訪問策略不同時(shí),則重新執(zhí)行本次獲取到的所述訪問策略。
[0040]本發(fā)明提出的訪問策略管理方法在客戶端訪問服務(wù)端的路由服務(wù)器時(shí),服務(wù)端通過路由服務(wù)器為該客戶端返回其生成的訪問策略,客戶端通過這種方式得到了非開發(fā)者預(yù)埋的訪問策略,在對服務(wù)端后續(xù)的訪問過程中,可以根據(jù)獲取的訪問策略對服務(wù)端進(jìn)行服務(wù)端預(yù)期的訪問。相對現(xiàn)有技術(shù)中客戶端只能根據(jù)開發(fā)者預(yù)埋在其本地的訪問策略對服務(wù)端進(jìn)行訪問的方式,本發(fā)明中提供的訪問策略管理方法不僅能讓客戶端獲取到新的訪問策略,而且服務(wù)端也可以通過返回的訪問策略讓客戶端進(jìn)行其預(yù)期的訪問,對客戶端的訪問情況進(jìn)行管理,有利于資源的優(yōu)化配置。另一方面,在現(xiàn)有技術(shù)中,當(dāng)服務(wù)端對客戶端的訪問方式進(jìn)行更改時(shí),客戶端必須升級,但是根據(jù)本發(fā)明提供的訪問策略管理方法,客戶端不需要進(jìn)行升級,這提升了用戶體驗(yàn)。
【附圖說明】
[0041]圖1為實(shí)現(xiàn)本發(fā)明各個(gè)實(shí)施例的移動終端一個(gè)可選的的硬件結(jié)構(gòu)示意圖;
[0042]圖2為本發(fā)明第一實(shí)施例中訪問策略管理方法的流程圖;
[0043]圖3為本發(fā)明第一實(shí)施例中預(yù)先生成訪問策略的流程圖;
[0044]圖4為本發(fā)明第一實(shí)施例中返回預(yù)先生成策略的流程圖;
[0045]圖5為本發(fā)明第二實(shí)施例中實(shí)時(shí)生成訪問策略的流程圖;
[0046]圖6為本發(fā)明第三實(shí)施例中訪問策略管理方法的流程圖;
[0047]圖7為本發(fā)明第三實(shí)施例中判斷訪問策略的流程圖;
[0048]圖8為本發(fā)明第四實(shí)施例中客戶端對目的服務(wù)器的訪問方法流程圖;
[0049]圖9為本發(fā)明第五實(shí)施例中提供的服務(wù)端示意圖;
[0050]圖10為圖9中策略生成模塊的一種示意圖;
[0051]圖11為圖9中策略返回模塊的一種示意圖;
[0052]圖12為圖9中策略生成模塊的另一種示意圖;
[0053]圖13為圖9中策略返回模塊的另一種示意圖;
[0054]圖14為本發(fā)明第七實(shí)施例中提供的客戶端示意圖;
[0055]圖15為本發(fā)明第七實(shí)施例中提供的系統(tǒng)架構(gòu)圖。
[0056]本發(fā)明目的的實(shí)現(xiàn)、功能特點(diǎn)及優(yōu)點(diǎn)將結(jié)合實(shí)施例,參照附圖做進(jìn)一步說明。
【具體實(shí)施方式】
[0057]應(yīng)當(dāng)理解,此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明,并不用于限定本發(fā)明。
[0058]現(xiàn)在將參考附圖描述實(shí)現(xiàn)本發(fā)明各個(gè)實(shí)施例的移動終端。在后續(xù)的描述中,使用用于表示元件的諸如“模塊”、“部件”或“單元”的后綴僅為了有利于本發(fā)明的說明,其本身并沒有特定的意義。因此,"模塊"與"部件"可以混合地使用。
[0059]移動終端可以以各種形式來實(shí)施。例如,本發(fā)明中描述的終端可以包括諸如移動電話、智能電話、筆記本電腦、數(shù)字廣播接收器、PDA(個(gè)人數(shù)字助理)、PAD(平板電腦)、PMP(便攜式多媒體播放器)、導(dǎo)航裝置等等的移動終端以及諸如數(shù)字TV、臺式計(jì)算機(jī)等等的固定終端。下面,假設(shè)終端是移動終端。然而,本領(lǐng)域技術(shù)人員將理解的是,除了特別用于移動目的的元件之外,根據(jù)本發(fā)明的實(shí)施方式的構(gòu)造也能夠應(yīng)用于固定類型的終端。
[0060]圖1為實(shí)現(xiàn)本發(fā)明各個(gè)實(shí)施例的移動終端一個(gè)可選的硬件結(jié)構(gòu)示意圖。
[0061]移動終端100可以包括無線通信單元110、存儲器120、電源單元130和控制器140等等。圖1示出了具有各種組件的移動終端,但是應(yīng)理解的是,并不要求實(shí)施所有示出的組件??梢蕴娲貙?shí)施更多或更少的組件。將在下面詳細(xì)描述移動終端的元件。
[0062]無線通信單元110通常包括一個(gè)或多個(gè)組件,其允許移動終端100與無線通信系統(tǒng)或網(wǎng)絡(luò)之間的無線電通信。例如,無線通信單元可以包括廣播接收模塊111、移動通信模塊112、無線互聯(lián)網(wǎng)模塊113、短程通信模塊114和位置信息模塊115中的至少一個(gè)。
[0063]廣播接收模塊111經(jīng)由廣播信道從外部廣播管理服務(wù)器接收廣播信號和/或廣播相關(guān)信息。廣播信道可以包括衛(wèi)星信道和/或地面信道。廣播管理服務(wù)器可以是生成并發(fā)送廣播信號和/或廣播相關(guān)信息的服務(wù)器或者接收之前生成的廣播信號和/或廣播相關(guān)信息并且將其發(fā)送給終端的服務(wù)器。廣播信號可以包括TV廣播信號、無線電廣播信號、數(shù)據(jù)廣播信號等等。而且,廣播信號可以進(jìn)一步包括與TV或無線電廣播信號組合的廣播信號。廣播相關(guān)信息也可以經(jīng)由移動通信網(wǎng)絡(luò)提供,并且在該情況下,廣播相關(guān)信息可以由移動通信模塊112來接收。廣播信號可以以各種形式存在,例如,其可以以數(shù)字多媒體廣播(DMB)的電子節(jié)目指南(EPG)、數(shù)字視頻廣播手持(DVB-H)的電子服務(wù)指南(ESG)等等的形式而存在。廣播接收模塊111可以通過使用各種類型的廣播系統(tǒng)接收信號廣播。特別地,廣播接收模塊111可以通過使用諸如多媒體廣播-地面(DMB-T)、數(shù)字多媒體廣播-衛(wèi)星(DMB-S)、數(shù)字視頻廣播-手持(DVB-H),前向鏈路媒體(MediaFLO?)的數(shù)據(jù)廣播系統(tǒng)、地面數(shù)字廣播綜合服務(wù)(ISDB-T)等等的數(shù)字廣播系統(tǒng)接收數(shù)字廣播。廣播接收模塊111可以被構(gòu)造為適合提供廣播信號的各種廣播系統(tǒng)以及上述數(shù)字廣播系統(tǒng)。經(jīng)由廣播接收模塊111接收的廣播信號和/或廣播相關(guān)信息可以存儲在存儲器120(或者其它類型的存儲介質(zhì))中。
[0064]移動通信模塊112將無線電信號發(fā)送到基站(例如,接入點(diǎn)、節(jié)點(diǎn)B等等)、外部終端以及服務(wù)器中的至少一個(gè)和/或從其接收無線電信號。這樣的無線電信號可以包括語音通話信號、視頻通話信號、或者根據(jù)文本和/或多媒體消息發(fā)送和/或接收的各種類型的數(shù)據(jù)。
[0065]無線互聯(lián)網(wǎng)模塊113支持移動終端的無線互聯(lián)網(wǎng)接入。該模塊可以內(nèi)部或外部地耦接到終端。該模塊所涉及的無線互聯(lián)網(wǎng)接入技術(shù)可以包括WLAN(無線LAN)(W1-Fi)、Wibro(無線寬帶)、Wimax(全球微波互聯(lián)接入)、HSDPA(高速下行鏈路分組接入)等等。無線互聯(lián)網(wǎng)模塊113還用于接入無線互聯(lián)網(wǎng)后,訪問服務(wù)端的路由服務(wù)器。
[0066]短程通信模塊114是用于支持短程通信的模塊。短程通信技術(shù)的一些示例包括藍(lán)牙?、射頻識別(RFID)、紅外數(shù)據(jù)協(xié)會(IrDA)、超寬帶(UWB)、紫蜂?等等。
[0067]位置信息模塊115是用于檢查或獲取移動終端的位置信息的模塊。位置信息模塊的典型示例是GPS(全球定位系統(tǒng))。根據(jù)當(dāng)前的技術(shù),GPS模塊115計(jì)算來自三個(gè)或更多衛(wèi)星的距離信息和準(zhǔn)確的時(shí)間信息并且對于計(jì)算的信息應(yīng)用三角測量法,從而根據(jù)經(jīng)度、瑋度和高度準(zhǔn)確地計(jì)算三維當(dāng)前位置信息。當(dāng)前,用于計(jì)算位置和時(shí)間信息的方法使用三顆衛(wèi)星并且通過使用另外的一顆衛(wèi)星校正計(jì)算出的位置和時(shí)間信息的誤差。此外,GPS模塊115能夠通過實(shí)時(shí)地連續(xù)計(jì)算當(dāng)前位置信息來計(jì)算速度信息。
[0068]存儲器120可以存儲由控制器140執(zhí)行的處理和控制操作的軟件程序等等,或者可以暫時(shí)地存儲己經(jīng)輸出或?qū)⒁敵龅臄?shù)據(jù)(例如,電話簿、消息、靜態(tài)圖像、視頻等等)。而且,存儲器120可以存儲關(guān)于當(dāng)觸摸施加到觸摸屏?xí)r輸出的各種方式的振動和音頻信號的數(shù)據(jù)。
[0069]存儲器120可以包括至少一種類型的存儲介質(zhì),所述存儲介質(zhì)包括閃存、硬盤、多媒體卡、卡型存儲器(例如,SD或DX存儲器等等)、隨機(jī)訪問存儲器(RAM)、靜態(tài)隨機(jī)訪問存儲器(SRAM)、只讀存儲器(R0M)、電可擦除可編程只讀存儲器(EEPROM)、可編程只讀存儲器(PROM)、磁性存儲器、磁盤、光盤等等。而且,移動終端100可以與通過網(wǎng)絡(luò)連接執(zhí)行存儲器120的存儲功能的網(wǎng)絡(luò)存儲裝置協(xié)作。
[0070]控制器140通??刂埔苿咏K端的總體操作。例如,控制器140執(zhí)行與語音通話、數(shù)據(jù)通信、視頻通話等等相關(guān)的控制和處理??刂破?40可以執(zhí)行模式識別處理,以將在觸摸屏上執(zhí)行的手寫輸入或者圖片繪制輸入識別為字符或圖像。在本發(fā)明實(shí)施例中,控制器140包括策略獲取模塊、策略判斷模塊,策略獲取模塊用于接收路由服務(wù)器返回的訪問策略并將其更新至本地,訪問策略用于指示客戶端在后續(xù)過程中如何對服務(wù)端的各目的服務(wù)器及路由服務(wù)器進(jìn)行訪問,目的服務(wù)器為所述客戶端實(shí)際需要訪問的服務(wù)器。策略判斷模塊,用于判斷本次獲取到的訪問策略與上次獲取到的訪問策略是否相同。
[0071]電源單元130在控制器140的控制下接收外部電力或內(nèi)部電力并且提供操作各元件和組件所需的適當(dāng)?shù)碾娏Α?br>[0072]這里描述的各種實(shí)施方式可以以使用例如計(jì)算機(jī)軟件、硬件或其任何組合的計(jì)算機(jī)可讀介質(zhì)來實(shí)施。對于硬件實(shí)施,這里描述的實(shí)施方式可以通過使用特定用途集成電路(ASIC)、數(shù)字信號處理器(DSP)、數(shù)字信號處理裝置(DSPD)、可編程邏輯裝置(PLD)、現(xiàn)場可編程門陣列(FPGA)、處理器、控制器、微控制器、微處理器、被設(shè)計(jì)為執(zhí)行這里描述的功能的電子單元中的至少一種來實(shí)施,在一些情況下,這樣的實(shí)施方式可以在控制器140中實(shí)施。對于軟件實(shí)施,諸如過程或功能的實(shí)施方式可以與允許執(zhí)行至少一種功能或操作的單獨(dú)的軟件模塊來實(shí)施。軟件代碼可以由以任何適當(dāng)?shù)木幊陶Z言編寫的軟件應(yīng)用程序(或程序)來實(shí)施,軟件代碼可以存儲在存儲器120中并且由控制器140執(zhí)行。
[0073]至此,己經(jīng)按照其功能描述了移動終端。下面,為了簡要起見,將描述諸如折疊型、直板型、擺動型、滑動型移動終端等等的各種類型的移動終端中的滑動型移動終端作為示例。因此,本發(fā)明能夠應(yīng)用于任何類型的移動終端,并且不限于滑動型移動終端。
[0074]基于上述移動終端硬件結(jié)構(gòu),提出本發(fā)明方法各個(gè)實(shí)施例。
[0075]本發(fā)明第一實(shí)施例提出一種訪問策略管理方法,該訪問策略管理方法的主要構(gòu)思是:在客戶端訪問路由服務(wù)器時(shí),服務(wù)端通過路由服務(wù)器為該客戶端返回其生成的訪問策略,讓客戶端通過這種方式得到非開發(fā)者預(yù)埋的訪問策略,在對服務(wù)端后續(xù)的訪問過程中,客戶端可以根據(jù)獲取的訪問策略對服務(wù)端進(jìn)行服務(wù)端預(yù)期的訪問。實(shí)現(xiàn)這一構(gòu)思,需要客戶端與服務(wù)端都做出相應(yīng)的改進(jìn),下面,先對實(shí)現(xiàn)這一構(gòu)思時(shí)服務(wù)端執(zhí)行的流程進(jìn)行闡述,請參考圖2:
[0076]S201、服務(wù)端生成訪問策略。
[0077]訪問策略實(shí)質(zhì)上是針對客戶端訪問服務(wù)端的一種指示,一般規(guī)定了客戶端在何時(shí)對服務(wù)端進(jìn)行何種訪問。這里需要說明的是,在本實(shí)施例中,服務(wù)端包括路由服務(wù)器和至少一個(gè)目的服務(wù)器,這些目的服務(wù)器是客戶端真正想要訪問的服務(wù)器,也正是這些目的服務(wù)器需要與客戶端建立連接,為用戶推送消息。路由服務(wù)器設(shè)置在服務(wù)端前端,為客戶端提供訪問接口給的路由服務(wù)器,客戶端可以從路由服務(wù)器處獲取可訪問的目的服務(wù)器的路由信息表,并從路由信息表中選擇一個(gè)路由地址,對目的服務(wù)器進(jìn)行真正的數(shù)據(jù)訪問。也就是說,路由服務(wù)器可以起到對訪問的客戶端進(jìn)行分流。在第一實(shí)施例中,訪問策略中指示了客戶端如何訪問目的服務(wù)器、如何訪問路由服務(wù)器。
[0078]在現(xiàn)有技術(shù)當(dāng)中,當(dāng)開發(fā)應(yīng)用程序(APP)時(shí),考慮到在運(yùn)營過程中需要向客戶端推送用戶感興趣的消息,提升用戶活躍度,開發(fā)者會事先設(shè)定一種訪問策略,并將該訪問策略預(yù)埋在客戶端中。當(dāng)用戶下載安裝客戶端后,客戶端根據(jù)其攜帶的訪問策略對服務(wù)端進(jìn)行訪問,應(yīng)當(dāng)明白的是,客戶端這時(shí)候進(jìn)行的訪問是根據(jù)開發(fā)者的意愿進(jìn)行的,這幾乎沒有考慮服務(wù)端接受訪問的實(shí)時(shí)情況。因此,讓客戶端根據(jù)預(yù)埋的訪問策略訪問服務(wù)端這一機(jī)制存在很多缺陷。
[0079]在本實(shí)施例提供的訪問策略管理方法中,服務(wù)端能夠在運(yùn)營過程中生成訪問策略,而非像現(xiàn)有技術(shù)一樣在開發(fā)階段生成訪問策略。在本實(shí)施例中,提供一種預(yù)先生成訪問策略的方式,即服務(wù)端在客戶端訪問之前,事先根據(jù)訪問的客戶端的數(shù)量將訪問情況劃分為N個(gè)等級,這里N大于等于I,即設(shè)定至少一種訪問情況,并根據(jù)每種情況中訪問量的多少,為每種訪問量情況生成與之對應(yīng)的訪問策略。請進(jìn)一步結(jié)合圖3:
[0080]S301、預(yù)先設(shè)定訪問情況。
[0081]例如,設(shè)定當(dāng)訪問服務(wù)端的客戶端的數(shù)量小于50萬時(shí)為A型訪問量情況,50萬到100萬時(shí)為B型訪問量情況,訪問量超過100則進(jìn)入C型訪問量情況。
[0082]S302、針對預(yù)先設(shè)定訪問量情況生成與之對應(yīng)的訪問策略。
[0083]由于A型訪問量情況中服務(wù)端承受的壓力還不算大,所以,針對這種情況,生成的A類訪問策略設(shè)定客戶端可以每I小時(shí)對目的服務(wù)器進(jìn)行一次輪詢訪問、每兩個(gè)小時(shí)訪問一次路由服務(wù)器獲取新的訪問策略及路由信息表。針對B型訪問量情況,B類訪問策略中要求客戶端可以每3小時(shí)對目的服務(wù)器進(jìn)行一次輪詢訪問、每5個(gè)小時(shí)訪問一次路由服務(wù)器。而對于C型訪問量情況,服務(wù)端必須要進(jìn)一步抑制客戶端訪問的頻率,所以,將C型訪問策略設(shè)置為每6個(gè)小時(shí)訪問一次目的服務(wù)器,每24小時(shí)訪問一次路由服務(wù)器。
[0084]S202、向訪問路由服務(wù)器的客戶端返回訪問策略。
[0085]針對預(yù)先生成訪問策略的方式,在向客戶端返回訪問策略時(shí),需要考慮當(dāng)前的訪問量情況,為客戶端返回與當(dāng)前情況相對應(yīng)的訪問策略,這里請進(jìn)一步參考圖4:
[0086]S401、監(jiān)測所述服務(wù)端當(dāng)前的訪問量;
[0087]S402、為客戶端返回與當(dāng)前的訪問量匹配的預(yù)先訪問策略。
[0088]例如服務(wù)端檢測到當(dāng)前來訪問的客戶端的數(shù)量為77萬,這屬于B型訪問情況,因此,為客戶端返回的訪問策略也應(yīng)該是B類訪問策略,要求該客戶端在后續(xù)的過程中,每3小時(shí)對目的服務(wù)器進(jìn)行一次輪詢訪問、每5個(gè)小時(shí)訪問一次路由服務(wù)器,以獲取新的訪問策略以及新的路由信息表。
[0089]在本發(fā)明的第二實(shí)施例中,依然從服務(wù)端的角度對本發(fā)明提供的訪問策略管理方法進(jìn)行說明。
[0090]與第一實(shí)施例不同的是,在本實(shí)施例中生成訪問策略的方式由預(yù)先生成的方式變更為實(shí)時(shí)生成,相應(yīng)的返回訪問策略的時(shí)候也有所不同,請參考圖5,圖5是第二實(shí)施例中提供的生成訪問策略的流程圖:
[0091]S501、監(jiān)測服務(wù)端當(dāng)前的訪問量;
[0092 ] S502、根據(jù)當(dāng)前的訪問量為客戶端生成實(shí)時(shí)訪問策略。
[0093]本領(lǐng)域技術(shù)人員應(yīng)該很清楚,這種實(shí)時(shí)生成訪問策略的方式相當(dāng)于在為每一個(gè)客戶端“定制”訪問策略,因?yàn)槊恳粋€(gè)客戶端訪問路由服務(wù)器時(shí),服務(wù)器接受訪問的情況都是不同的,可能上一時(shí)刻服務(wù)端接受30萬客戶端的訪問,而在當(dāng)前時(shí)刻,訪問的客戶端又變成了30.5萬,這種變化在預(yù)先生成訪問策略的方式中是不予考慮的,但在這種實(shí)時(shí)生成訪問策略的方式中,卻會導(dǎo)致上一時(shí)刻來訪的客戶端和當(dāng)前來訪的客戶端獲得的訪問策略不同。舉個(gè)例子,這就相當(dāng)于人們買衣服一樣,一般廠家生產(chǎn)衣服的時(shí)候,只是粗略考慮人的身高、胖瘦程度,生成大、中、小等幾種固定類型的衣服。顧客選購衣服時(shí)只能將自己的情況劃分到其中的某一個(gè)類型中去,然后選擇其中一個(gè)類型的衣服。但定制衣服就不一樣了,定制的衣服是根據(jù)特定顧客的身高、胖瘦程度甚至是身體的線條等生產(chǎn)出來的,這件衣服會更加滿足該特定顧客的需求,提升其滿意度,但從另一方面來說,這也增大了生產(chǎn)衣服的壓力?;氐奖緦?shí)施例中,一方面,實(shí)時(shí)生成訪問策略的方式考慮了服務(wù)器每一時(shí)刻承受的壓力的大小,從而能夠更加精確的控制客戶端訪問服務(wù)端的頻率,但這種“定制”訪問策略的方式對服務(wù)端的要求也會更高。而預(yù)先生成訪問策略的方式雖然不能兼顧每一時(shí)刻服務(wù)端的訪問量情況,但是針對生成策略這一過程來說,這種方式會更加方便。
[0094]在實(shí)時(shí)生成訪問策略后,服務(wù)端只需要將這一訪問策略通過路由服務(wù)器返回給客戶端即可,不需要再次監(jiān)測服務(wù)端當(dāng)前的訪問量。
[0095]本發(fā)明還提供第三實(shí)施例,在該實(shí)施例中,將從客戶端側(cè)對訪問策略管理方法進(jìn)行說明,如圖6所示:
[0096]S601、訪問服務(wù)端的路由服務(wù)器。
[0097]客戶端訪問路由服務(wù)器的方式可以與現(xiàn)有技術(shù)一樣,都是為了獲取路由信息表,從而與目的服務(wù)器建立連接,獲得從服務(wù)端發(fā)送的推送消息。
[0098]S602、接收路由服務(wù)器返回的訪問策略并將其更新至本地。
[0099]可以理解的是,這里客戶端接收的訪問策略可能是根據(jù)當(dāng)前訪問情況實(shí)時(shí)生成的,也可能是在其訪問服務(wù)端之前就由服務(wù)端后臺生成好的。若是客戶端獲取的訪問策略是由服務(wù)端預(yù)先生成的,就有可能在兩次訪問路由服務(wù)器時(shí)獲得了相同的訪問策略,例如,可能客戶端上一次訪問服務(wù)端時(shí),訪問服務(wù)端的訪問量情況與在當(dāng)前的訪問量情況相同,當(dāng)然,根據(jù)上面的解釋,本領(lǐng)域技術(shù)人員可以知道,這里所說的訪問量情況相同并不一定是當(dāng)前訪問服務(wù)端的客戶端數(shù)量與之前訪問服務(wù)端的客戶端數(shù)量相同,而是指兩次訪問服務(wù)端的客戶端的數(shù)量屬于同一個(gè)等級,如都屬于A型訪問量情況,根據(jù)預(yù)先生成訪問策略的方式,客戶端獲取到的訪問策略應(yīng)該就沒有變化。
[0100]由于一份訪問策略并不一定僅對客戶端在接下來對路由服務(wù)器或目的服務(wù)器的一次訪問做出指示,而是針對多次訪問的情況做出指示。例如,在一份訪問策略中,要求客戶端:
[0101 ]步驟一、對每個(gè)目的服務(wù)器進(jìn)行3次請求操作,如請求失敗后,則進(jìn)行下一個(gè)目的服務(wù)器的請求操作;
[0102]步驟二、當(dāng)所有的目的服務(wù)器都被輪詢過后,且都不能進(jìn)行訪問時(shí),客戶端進(jìn)入等待狀態(tài);
[0103]步驟三、當(dāng)?shù)却龝r(shí)間到達(dá)I小時(shí)時(shí),再次訪問路由服務(wù)器獲取新的路由信息表和訪問策略;
[0104]步驟四、根據(jù)新的路由信息表對目的服務(wù)器進(jìn)行輪詢,對每個(gè)目的服務(wù)器進(jìn)行3次請求操作,如請求失敗后,則進(jìn)行下一個(gè)目的服務(wù)器的請求操作;
[0105]步驟五、當(dāng)所有的目的服務(wù)器都被輪詢過后,且都不能進(jìn)行訪問時(shí),客戶端進(jìn)入等待狀態(tài);
[0106]步驟六、當(dāng)?shù)却龝r(shí)間到達(dá)24小時(shí)時(shí),再次訪問路由服務(wù)器獲取新的路由信息表和訪問策略。
[0107]在上述訪問策略中,客戶端會在步驟三之后訪問路由服務(wù)器,并獲得新的路由信息表以及訪問策略,如果獲取到的訪問策略與上一次的相同的話,那么客戶端就可能要重新執(zhí)行已經(jīng)執(zhí)行過的過程,所以為了避免客戶端始終按照相同的訪問策略訪問服務(wù)端,在本實(shí)施例中,客戶端在獲取到訪問策略后進(jìn)入判斷流程,請參考圖7:
[0108]S701、判斷本次獲取到的訪問策略與之前執(zhí)行的訪問策略是否相同,若是,則執(zhí)行S802,若否,則執(zhí)行S803;
[0109]S702、跳過訪問策略中已執(zhí)行過的部分,繼續(xù)執(zhí)行未執(zhí)行的部分;
[0110]S703、重新執(zhí)行本次獲取到的訪問策略。
[0111]這個(gè)判斷機(jī)制能夠避免客戶端在獲取到相同的訪問策略后,總是執(zhí)行相同的步驟,按照相同指示訪問服務(wù)端。
[0112]在第四實(shí)施例中,將結(jié)合服務(wù)端與客戶端,對本發(fā)明的訪問策略管理方法進(jìn)行詳細(xì)闡述。
[0113]在本實(shí)施例中,為了使客戶端對服務(wù)端的訪問更安全,因此,在客戶端訪問路由服務(wù)器時(shí),服務(wù)端還向客戶端返回安全令牌,下面以token令牌為例進(jìn)行說明,請結(jié)合圖8:
[0114]S801、服務(wù)端向訪問路由服務(wù)器的客戶端返回路由信息表、訪問策略以及一個(gè)token令牌;
[0115]S802、服務(wù)端將與上述token令牌相匹配的另一個(gè)token令牌存入服務(wù)端側(cè)緩存中;
[0116]S803、當(dāng)客戶端訪問目的服務(wù)器時(shí),目的服務(wù)器驗(yàn)證該客戶端攜帶的token令牌是否與服務(wù)端側(cè)緩存的token令牌匹配,若該客戶端攜帶的token令牌與服務(wù)端側(cè)緩存的token令牌匹配,則執(zhí)行S904,若不匹配,則執(zhí)行S905 ;
[0117]S804、響應(yīng)該客戶端的請求;
[0118]S805、拒絕該客戶端的請求。
[0119]第五實(shí)施例提供一種服務(wù)端,如圖9所示:
[0120]服務(wù)端10能夠在運(yùn)營過程中生成訪問策略,而非像現(xiàn)有技術(shù)一樣在開發(fā)階段生成訪問策略。服務(wù)端10包括策略生成模塊101和策略返回模塊102,策略生成模塊101用于預(yù)先設(shè)定訪問情況,策略返回模塊102用于向訪問路由服務(wù)器的客戶端返回訪問策略。
[0121]如圖10所示,策略生成模塊101包括預(yù)先生成模塊1011。預(yù)先生成模塊1011用于預(yù)先生成訪問策略,即在客戶端訪問之前,預(yù)先生成模塊1011事先根據(jù)訪問的客戶端的數(shù)量將訪問情況劃分為N個(gè)等級,這里N大于等于I,即設(shè)定至少一種訪問情況,并根據(jù)每種情況中訪問量的多少,為每種訪問量情況生成與之對應(yīng)的訪問策略。
[0122]例如,策略生成模塊101設(shè)定當(dāng)訪問服務(wù)端的客戶端的數(shù)量小于50萬時(shí)為A型訪問量情況,50萬到100萬時(shí)為B型訪問量情況,訪問量超過100則進(jìn)入C型訪問量情況。
[0123]由于A型訪問量情況中服務(wù)端承受的壓力還不算大,所以,針對這種情況,預(yù)先生成模塊1011生成的A類訪問策略設(shè)定客戶端可以每I小時(shí)對目的服務(wù)器進(jìn)行一次輪詢訪問、每兩個(gè)小時(shí)訪問一次路由服務(wù)器獲取新的訪問策略及路由信息表。針對B型訪問量情況,預(yù)先生成模塊1011生成的B類訪問策略中要求客戶端可以每3小時(shí)對目的服務(wù)器進(jìn)行一次輪詢訪問、每5個(gè)小時(shí)訪問一次路由服務(wù)器。而對于C型訪問量情況,服務(wù)端必須要進(jìn)一步抑制客戶端訪問的頻率,所以,預(yù)先生成模塊1011將C型訪問策略設(shè)置為每6個(gè)小時(shí)訪問一次目的服務(wù)器,每24小時(shí)訪問一次路由服務(wù)器。
[0124]圖11所示,策略返回模塊102包括第一返回模塊1021,第一返回模塊1021用于向訪問路由服務(wù)器的客戶端返回訪問策略。當(dāng)策略生成模塊101使用預(yù)先生成模塊1011生成返回策略時(shí),第一返回模塊1021在向客戶端返回訪問策略時(shí),需要考慮當(dāng)前的訪問量情況,所以,第一返回模塊1021用于監(jiān)測所述服務(wù)端當(dāng)前的訪問量,并為客戶端返回與當(dāng)前的訪問量匹配的預(yù)先訪問策略。
[0125]例如第一返回模塊1021檢測到當(dāng)前來訪問的客戶端的數(shù)量為77萬,這屬于B型訪問情況,因此,第一返回模塊1021為客戶端返回的訪問策略也應(yīng)該是B類訪問策略,要求該客戶端在后續(xù)的過程中,每3小時(shí)對目的服務(wù)器進(jìn)行一次輪詢訪問、每5個(gè)小時(shí)訪問一次路由服務(wù)器,以獲取新的訪問策略以及新的路由信息表。
[0126]第五實(shí)施例中的服務(wù)端預(yù)先生成訪問策略,在第六實(shí)施例中,提供另外一種服務(wù)端,如圖12所示,該服務(wù)器中策略生成模塊101包括實(shí)時(shí)生成模塊1012,實(shí)時(shí)生成模塊1012用于監(jiān)測服務(wù)端當(dāng)前的訪問量,并根據(jù)當(dāng)前的訪問量為客戶端生成實(shí)時(shí)訪問策略。
[0127]本領(lǐng)域技術(shù)人員應(yīng)該很清楚,實(shí)時(shí)生成模塊1012實(shí)時(shí)生成訪問策略的方式相當(dāng)于在為每一個(gè)客戶端“定制”訪問策略,因?yàn)槊恳粋€(gè)客戶端訪問路由服務(wù)器時(shí),服務(wù)器接受訪問的情況都是不同的,可能上一時(shí)刻服務(wù)端接受30萬客戶端的訪問,而在當(dāng)前時(shí)刻,訪問的客戶端又變成了30.5萬,這種變化在預(yù)先生成訪問策略的方式中是不予考慮的,但在這種實(shí)時(shí)生成訪問策略的方式中,卻會導(dǎo)致上一時(shí)刻來訪的客戶端和當(dāng)前來訪的客戶端獲得的訪問策略不同。舉個(gè)例子,這就相當(dāng)于人們買衣服一樣,一般廠家生產(chǎn)衣服的時(shí)候,只是粗略考慮人的身高、胖瘦程度,生成大、中、小等幾種固定類型的衣服。顧客選購衣服時(shí)只能將自己的情況劃分到其中的某一個(gè)類型中去,然后選擇其中一個(gè)類型的衣服。但定制衣服就不一樣了,定制的衣服是根據(jù)特定顧客的身高、胖瘦程度甚至是身體的線條等生產(chǎn)出來的,這件衣服會更加滿足該特定顧客的需求,提升其滿意度,但從另一方面來說,這也增大了生產(chǎn)衣服的壓力。回到本實(shí)施例中,一方面,實(shí)時(shí)生成訪問策略的方式考慮了服務(wù)器每一時(shí)刻承受的壓力的大小,從而能夠更加精確的控制客戶端訪問服務(wù)端的頻率,但這種“定制”訪問策略的方式對服務(wù)端的要求也會更高。而預(yù)先生成訪問策略的方式雖然不能兼顧每一時(shí)刻服務(wù)端的訪問量情況,但是針對生成策略這一過程來說,這種方式會更加方便。
[0128]如圖13所示,策略返回模塊102包括第二返回模塊1022用于實(shí)時(shí)生成模塊1012實(shí)時(shí)生成訪問策略后,將這一訪問策略通過路由服務(wù)器返回給客戶端即可,不需要再次監(jiān)測服務(wù)端當(dāng)前的訪問量。
[0129]在第七實(shí)施例中,提供一種客戶端,如圖14,客戶端20包括路由訪問模塊201和策略獲取模塊202。路由訪問模塊201用于訪問服務(wù)端的路由服務(wù)器。策略獲取模塊202用于接收路由服務(wù)器返回的訪問策略并將其更新至本地。
[0130]可以理解的是,策略獲取模塊202獲取的訪問策略可能是根據(jù)當(dāng)前訪問情況實(shí)時(shí)生成的,也可能是在其訪問服務(wù)端之前就由服務(wù)端后臺生成好的。若是策略獲取模塊202獲取的訪問策略是由服務(wù)端預(yù)先生成的,就有可能在兩次訪問路由服務(wù)器時(shí)獲得了相同的訪問策略,例如,可能路由訪問模塊201上一次訪問服務(wù)端時(shí),訪問服務(wù)端的訪問量情況與在當(dāng)前的訪問量情況相同,當(dāng)然,根據(jù)上面的解釋,本領(lǐng)域技術(shù)人員可以知道,這里所說的訪問量情況相同并不一定是當(dāng)前訪問服務(wù)端的客戶端數(shù)量與之前訪問服務(wù)端的客戶端數(shù)量相同,而是指兩次訪問服務(wù)端的客戶端的數(shù)量屬于同一個(gè)等級,如都屬于A型訪問量情況,根據(jù)預(yù)先生成訪問策略的方式,策略獲取模塊202獲取到的訪問策略應(yīng)該就沒有變化。
[0131]所以,為了避免客戶端始終按照相同的訪問策略訪問服務(wù)端,在本實(shí)施例中,客戶端20還包括策略判斷模塊203、第一執(zhí)行模塊204和第二執(zhí)行模塊205。在策略獲取模塊202獲取到訪問策略后,策略判斷模塊2 O 3判斷本次獲取到的訪問策略與之前執(zhí)行的訪問策略是否相同,若相同,則由第一執(zhí)行模塊204跳過訪問策略中已執(zhí)行過的部分,繼續(xù)執(zhí)行未執(zhí)行的部分;若不同,則由第二執(zhí)行模塊205重新執(zhí)行本次獲取到的訪問策略。
[0132]這個(gè)判斷機(jī)制能夠避免在獲取到相同的訪問策略后,客戶端20還總是按照相同指示訪問服務(wù)端。
[0133]請參照圖15,圖15為上述實(shí)施例中客戶端與服務(wù)端組成的系統(tǒng)架構(gòu)圖,其中系統(tǒng)是由多個(gè)tomcat應(yīng)用服務(wù)集群以及路由集群構(gòu)成,在圖中示出了兩個(gè)應(yīng)用服務(wù)集群,其中每一個(gè)應(yīng)用集群中都提供多個(gè)接入容器,在這里接入容器即為上述實(shí)施例中提到的目標(biāo)服務(wù)器,當(dāng)客戶端Cl ient SDK從路由集群處獲取到訪問策略、路由信息表時(shí),還會獲得一個(gè)token令牌。同時(shí),路由集群也會在服務(wù)端緩存當(dāng)中存儲一個(gè)與之對應(yīng)的token令牌,當(dāng)客戶端Client SDK從路由信息表中選擇接入容器進(jìn)行訪問時(shí),該被訪問的接入容器會從服務(wù)端緩存當(dāng)中獲取token令牌,并與客戶端Client SDK攜帶的令牌進(jìn)行匹配,若匹配成功,才允許客戶端Cl ient SDK接入。通過token令牌的校驗(yàn),可以提高客戶端Cl ient SDK訪問的安全性。
[0134]需要說明的是,在本文中,術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含,從而使得包括一系列要素的過程、方法、物品或者裝置不僅包括那些要素,而且還包括沒有明確列出的其他要素,或者是還包括為這種過程、方法、物品或者裝置所固有的要素。在沒有更多限制的情況下,由語句“包括一個(gè)……”限定的要素,并不排除在包括該要素的過程、方法、物品或者裝置中還存在另外的相同要素。
[0135]上述本發(fā)明實(shí)施例序號僅僅為了描述,不代表實(shí)施例的優(yōu)劣。
[0136]通過以上的實(shí)施方式的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到上述實(shí)施例方法可借助軟件加必需的通用硬件平臺的方式來實(shí)現(xiàn),當(dāng)然也可以通過硬件,但很多情況下前者是更佳的實(shí)施方式?;谶@樣的理解,本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計(jì)算機(jī)軟件產(chǎn)品存儲在一個(gè)存儲介質(zhì)(如R0M/RAM、磁碟、光盤)中,包括若干指令用以使得一臺終端設(shè)備(可以是手機(jī),計(jì)算機(jī),月艮務(wù)器,空調(diào)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。
[0137]以上僅為本發(fā)明的優(yōu)選實(shí)施例,并非因此限制本發(fā)明的專利范圍,凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換,或直接或間接運(yùn)用在其他相關(guān)的技術(shù)領(lǐng)域,均同理包括在本發(fā)明的專利保護(hù)范圍內(nèi)。
【主權(quán)項(xiàng)】
1.一種服務(wù)端,其特征在于,包括: 策略生成模塊,用于生成訪問策略,所述訪問策略用于指示客戶端在后續(xù)過程中如何對所述服務(wù)端的各目的服務(wù)器及路由服務(wù)器進(jìn)行訪問,所述目的服務(wù)器為所述客戶端實(shí)際需要訪問的服務(wù)器; 策略返回模塊,用于向訪問所述路由服務(wù)器的客戶端返回所述訪問策略。2.如權(quán)利要求1所述的服務(wù)端,其特征在于, 所述策略生成模塊包括: 實(shí)時(shí)生成模塊,用于監(jiān)測所述服務(wù)端當(dāng)前的訪問量,并根據(jù)所述當(dāng)前的訪問量為所述客戶端生成實(shí)時(shí)訪問策略; 所述策略返回模塊包括: 第一返回模塊,用于將為所述客戶端實(shí)時(shí)生成訪問策略返回給所述客戶端。3.如權(quán)利要求1或2所述的服務(wù)端,其特征在于, 所述策略生成模塊包括: 預(yù)先生成模塊,用于根據(jù)預(yù)先設(shè)定至少一種訪問量情況,為各所述訪問量情況生成對應(yīng)的預(yù)先訪問策略; 所述策略返回模塊包括: 第二返回模塊,用于監(jiān)測所述服務(wù)端當(dāng)前的訪問量,并為所述客戶端返回與當(dāng)前的訪問量匹配的所述預(yù)先訪問策略。4.一種客戶端,其特征在于,包括: 路由訪問模塊,用于訪問服務(wù)端的路由服務(wù)器; 策略獲取模塊,用于接收所述路由服務(wù)器返回的訪問策略并將其更新至本地,所述訪問策略用于指示客戶端在后續(xù)過程中如何對所述服務(wù)端的各目的服務(wù)器及所述路由服務(wù)器進(jìn)行訪問,所述目的服務(wù)器為所述客戶端實(shí)際需要訪問的服務(wù)器。5.如權(quán)利要求4所述客戶端,其特征在于,還包括: 策略判斷模塊,用于判斷本次獲取到的所述訪問策略與上次獲取到的訪問策略是否相同; 第一執(zhí)行模塊,用于當(dāng)本次獲取到的所述訪問策略與之前執(zhí)行的訪問策略相同時(shí),則跳過所述訪問策略中已執(zhí)行過的部分,繼續(xù)執(zhí)行未執(zhí)行的部分; 第二執(zhí)行模塊,用于當(dāng)本次獲取到的所述訪問策略與之前執(zhí)行的訪問策略不同時(shí),則重新執(zhí)行本次獲取到的所述訪問策略。6.一種訪問策略管理方法,其特征在于,包括: 生成訪問策略,所述訪問策略用于指示客戶端在后續(xù)過程中如何對所述服務(wù)端的各目的服務(wù)器及路由服務(wù)器進(jìn)行訪問,所述目的服務(wù)器為所述客戶端實(shí)際需要訪問的服務(wù)器;向訪問所述路由服務(wù)器的客戶端返回所述訪問策略。7.如權(quán)利要求6所述的訪問策略管理方法,其特征在于, 所述生成訪問策略包括: 監(jiān)測所述服務(wù)端當(dāng)前的訪問量,并根據(jù)所述當(dāng)前的訪問量為所述客戶端生成實(shí)時(shí)訪問策略; 所述向訪問所述路由服務(wù)器的客戶端返回所述訪問策略包括: 將所述實(shí)時(shí)生成訪問策略返回給所述客戶端。8.如權(quán)利要求6或7所述的訪問策略管理方法,其特征在于, 所述生成訪問策略包括: 根據(jù)預(yù)先設(shè)定至少一種訪問量情況,為各所述訪問量情況生成對應(yīng)的預(yù)先訪問策略; 所述向訪問所述路由服務(wù)器的客戶端返回所述訪問策略包括: 監(jiān)測所述服務(wù)端當(dāng)前的訪問量,并為所述客戶端返回與當(dāng)前的訪問量匹配的所述預(yù)先訪問策略。9.一種訪問策略管理方法,其特征在于,包括: 訪問服務(wù)端的路由服務(wù)器; 接收所述路由服務(wù)器返回的訪問策略并將其更新至本地,所述訪問策略用于指示客戶端在后續(xù)過程中如何對所述服務(wù)端的各目的服務(wù)器及所述路由服務(wù)器進(jìn)行訪問,所述目的服務(wù)器為所述客戶端實(shí)際需要訪問的服務(wù)器。10.如權(quán)利要求9訪問策略管理方法,其特征在于,還包括: 判斷本次獲取到的所述訪問策略與之前執(zhí)行的訪問策略是否相同; 當(dāng)本次獲取到的所述訪問策略與之前執(zhí)行的訪問策略相同時(shí),則跳過所述訪問策略中已執(zhí)行過的部分,繼續(xù)執(zhí)行未執(zhí)行的部分; 當(dāng)本次獲取到的所述訪問策略與上一次獲取到的訪問策略不同時(shí),則重新執(zhí)行本次獲取到的所述訪問策略。
【文檔編號】H04L29/08GK105872028SQ201610179767
【公開日】2016年8月17日
【申請日】2016年3月25日
【發(fā)明人】林偉
【申請人】努比亞技術(shù)有限公司