一種網(wǎng)絡(luò)長連接的通信方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及一種網(wǎng)絡(luò)長連接的通信方法及裝置。
【背景技術(shù)】
[0002]長連接，是指在一個連接上可以連續(xù)發(fā)送多個數(shù)據(jù)包，其多用于操作頻繁、點(diǎn)對點(diǎn)、且連接數(shù)不多的通訊場景之下，例如手機(jī)推送服務(wù)，就是事先建立一條手機(jī)客戶端與服務(wù)器的連接鏈路，當(dāng)有消息需要發(fā)送到手機(jī)時，直接通過此鏈路發(fā)送即可。
[0003]由于不同運(yùn)營商或者同一運(yùn)營商在不同地區(qū)所采用的網(wǎng)關(guān)策略存在差異性，而目前客戶端無論在何種網(wǎng)絡(luò)環(huán)境下，均只采用一種固定的接入方式與服務(wù)器建立長連接，無法保證長連接的穩(wěn)定性。例如，當(dāng)服務(wù)器為客戶端提供的接入端口為8080端口時，部分運(yùn)營商會默認(rèn)該端口下的業(yè)務(wù)采用超文本傳輸協(xié)議(Hypertext transfer protocol, HTTP)進(jìn)行通信，通常長連接狀態(tài)下的心跳間隔為四分半鐘，而對于HTTP協(xié)議來說，其在高峰期最多只能夠保持一分半鐘的連接，遠(yuǎn)遠(yuǎn)短于長連接狀態(tài)下的心跳間隔，從而導(dǎo)致長連接異常斷開，影響了長連接的穩(wěn)定性。

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

[0004]本發(fā)明實(shí)施例的目的在于提供一種網(wǎng)絡(luò)長連接的通信方法及裝置，旨在解決現(xiàn)有技術(shù)中網(wǎng)絡(luò)長連接的穩(wěn)定性不佳的問題。
[0005]本發(fā)明實(shí)施例是這樣實(shí)現(xiàn)的，一種網(wǎng)絡(luò)長連接的通信方法，包括:
[0006]接收客戶端的連接請求，所述連接請求中攜帶了所述客戶端當(dāng)前連接的網(wǎng)關(guān)IP ；
[0007]為所述客戶端配置與其當(dāng)前連接的網(wǎng)關(guān)IP相匹配的接入地址列表，所述接入地址列表中包括了至少一組接入地址，每組所述接入地址包括接入IP及其對應(yīng)的接入端口 ；
[0008]向所述客戶端下發(fā)所述接入地址列表，以使所述客戶端根據(jù)所述接入地址列表與服務(wù)器建立長連接。
[0009]本發(fā)明實(shí)施例的另一目的在于提供一種網(wǎng)絡(luò)長連接的通信裝置，包括:
[0010]第一接收單元，用于接收客戶端的連接請求，所述連接請求中攜帶了所述客戶端當(dāng)前連接的網(wǎng)關(guān)IP ；
[0011]配置單元，用于為所述客戶端配置與其當(dāng)前連接的網(wǎng)關(guān)IP相匹配的接入地址列表，所述接入地址列表中包括了至少一組接入地址，每組所述接入地址包括接入IP及其對應(yīng)的接入端口；
[0012]下發(fā)單元，用于向所述客戶端下發(fā)所述接入地址列表，以使所述客戶端根據(jù)所述接入地址列表與服務(wù)器建立長連接。
[0013]在本發(fā)明實(shí)施例中，通過服務(wù)器為客戶端下發(fā)與該客戶端當(dāng)前接入的運(yùn)營商所采取的網(wǎng)關(guān)策略最為匹配的接入地址列表，有效地克服了不同運(yùn)營商或者同一運(yùn)營商在不同地區(qū)所采取的網(wǎng)關(guān)策略的差異性，保證了客戶端通過該接入地址列表與服務(wù)器建立的長連接的穩(wěn)定性。
【附圖說明】
[0014]圖1是本發(fā)明實(shí)施例提供的網(wǎng)絡(luò)長連接的通信方法的實(shí)現(xiàn)流程圖；
[0015]圖2是本發(fā)明實(shí)施例提供的網(wǎng)絡(luò)長連接的通信方法S102的具體實(shí)現(xiàn)流程圖；
[0016]圖3是本發(fā)明另一實(shí)施例提供的網(wǎng)絡(luò)長連接的通信方法S102的具體實(shí)現(xiàn)流程圖；
[0017]圖4是本發(fā)明實(shí)施例提供的網(wǎng)絡(luò)長連接的通信方法客戶端與服務(wù)器的連接建立過程示意圖；
[0018]圖5是本發(fā)明另一實(shí)施例提供的網(wǎng)絡(luò)長連接的通信方法的實(shí)現(xiàn)流程圖；
[0019]圖6是本發(fā)明實(shí)施例提供的網(wǎng)絡(luò)長連接的通信裝置的結(jié)構(gòu)框圖。
【具體實(shí)施方式】
[0020]為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí)施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0021]在本發(fā)明實(shí)施例中，通過服務(wù)器為客戶端下發(fā)與該客戶端當(dāng)前接入的運(yùn)營商所采取的網(wǎng)關(guān)策略最為匹配的接入地址列表，有效地克服了不同運(yùn)營商或者同一運(yùn)營商在不同地區(qū)所采取的網(wǎng)關(guān)策略的差異性，保證了客戶端通過該接入地址列表與服務(wù)器建立的長連接的穩(wěn)定性。
[0022]在本發(fā)明實(shí)施例中，所述客戶端包括但不限于瀏覽器、即時通訊軟件等與服務(wù)器之間具備長連接需求的客戶端應(yīng)用程序，進(jìn)一步地，所述客戶端可以為運(yùn)行在包括手機(jī)、平板、掌上電腦等移動終端上的客戶端應(yīng)用程序，通常在上述移動網(wǎng)絡(luò)環(huán)境下，當(dāng)客戶端所接入的運(yùn)營商不同或者客戶端所接入的網(wǎng)絡(luò)區(qū)域不同時，可能存在網(wǎng)關(guān)策略上的差異，容易導(dǎo)致這部分客戶端與服務(wù)器建立的長連接穩(wěn)定性不佳。
[0023]圖1示出了本發(fā)明實(shí)施例提供的網(wǎng)絡(luò)長連接的通信方法的實(shí)現(xiàn)流程，在本實(shí)施例中，流程的執(zhí)行主體為服務(wù)器，詳述如下:
[0024]在SlOl中，接收客戶端的連接請求，所述連接請求中攜帶了所述客戶端當(dāng)前連接的網(wǎng)關(guān)IP。
[0025]在本實(shí)施例中，客戶端通過其連接的網(wǎng)關(guān)向服務(wù)器發(fā)送連接請求，請求與服務(wù)器建立通信連接，與此同時，客戶端會在該連接請求數(shù)據(jù)包的包頭或者數(shù)據(jù)包的其他指定位置中攜帶該客戶端當(dāng)前連接的網(wǎng)關(guān)IP。
[0026]在S102中，為所述客戶端配置與其當(dāng)前連接的網(wǎng)關(guān)IP相匹配的接入地址列表，所述接入地址列表中包括了至少一組接入地址，每組所述接入地址包括接入IP及其對應(yīng)的接入端口。
[0027]服務(wù)器在接收到客戶端發(fā)送的連接請求之后，提取出客戶端當(dāng)前連接的網(wǎng)關(guān)IP，進(jìn)行分析。由于不同的運(yùn)營商會擁有各自的IP地址段，且同一運(yùn)營商為不同地區(qū)的網(wǎng)關(guān)所分配的IP地址段也不同，根據(jù)各個運(yùn)營商的IP地址段分配原則，服務(wù)器可以解析出客戶端當(dāng)前接入的運(yùn)營商，對應(yīng)運(yùn)營商所采取的網(wǎng)關(guān)策略，服務(wù)器即能夠?yàn)樵摽蛻舳伺渲脤τ谄洚?dāng)前所處的網(wǎng)絡(luò)環(huán)境來說最為合理的接入地址列表。
[0028]一臺擁有IP地址的服務(wù)器通?？梢蕴峁┒喾N網(wǎng)絡(luò)服務(wù)，在該情況下，服務(wù)器是通過“IP地址+端口”的方式來區(qū)分不同的網(wǎng)絡(luò)服務(wù)的，客戶端若需要針對某一種網(wǎng)絡(luò)服務(wù)和服務(wù)器建立連接，除了需要獲取服務(wù)器的接入IP之外，還需要獲取該網(wǎng)絡(luò)服務(wù)對應(yīng)的接入端口。因此，在本實(shí)施例中，服務(wù)器在接入地址列表中為發(fā)起連接請求的客戶端配置了一組或者多組的接入地址(包括接入IP和接入端口)，且在接入地址列表中配置的接入地址是根據(jù)客戶端當(dāng)前連接的網(wǎng)關(guān)IP來確定的。以下通過具體的實(shí)施例來闡述服務(wù)器根據(jù)客戶端當(dāng)前連接的網(wǎng)關(guān)IP來進(jìn)行接入地址列表配置的具體實(shí)現(xiàn)原理:
[0029]作為本發(fā)明的一個實(shí)施例，服務(wù)器可以根據(jù)客戶端當(dāng)前連接的網(wǎng)關(guān)IP來對接入地址列表中的接入端口進(jìn)行配置，如圖2所示，S102具體為:
[0030]在S201中，根據(jù)所述客戶端當(dāng)前連接的網(wǎng)關(guān)IP，確定所述客戶端當(dāng)前接入的運(yùn)營商及接入?yún)^(qū)域。
[0031]具體地，服務(wù)器通過分析客戶端當(dāng)前連接的網(wǎng)關(guān)IP所屬的IP地址段，解析出客戶端當(dāng)前接入的運(yùn)營商及客戶端當(dāng)前接入的網(wǎng)絡(luò)區(qū)域。
[0032]在S202中，判斷所述客戶端當(dāng)前接入的運(yùn)營商在所述接入?yún)^(qū)域是否默認(rèn)第一接入端口下的業(yè)務(wù)采用超文本傳輸協(xié)議進(jìn)行傳輸。
[0033]在解析出客戶端當(dāng)前接入的運(yùn)營商及接入的網(wǎng)絡(luò)區(qū)域之后，服務(wù)器根據(jù)預(yù)先獲取到的不同運(yùn)營商在各個網(wǎng)絡(luò)區(qū)域的網(wǎng)關(guān)策略，判斷客戶端當(dāng)前接入的運(yùn)營商在客戶端當(dāng)前接入的網(wǎng)絡(luò)區(qū)域是否默認(rèn)第一接入端口下的業(yè)務(wù)采用超文本傳輸協(xié)議進(jìn)行傳輸。
[0034]例如，部分運(yùn)營商在部分網(wǎng)絡(luò)區(qū)域所制定的網(wǎng)關(guān)策略為，針對8080端口下的業(yè)務(wù)，默認(rèn)均采用超文本傳輸協(xié)議進(jìn)行數(shù)據(jù)傳輸，如【背景技術(shù)】中所述，采用超文本傳輸協(xié)議容易導(dǎo)致長連接異常斷開，因此，在S202中，對客戶端當(dāng)前接入的運(yùn)營商默認(rèn)采用超文本傳輸協(xié)議進(jìn)行傳輸?shù)慕尤攵丝谶M(jìn)行識別。
[0035]在S203中，若所述客戶端當(dāng)前接入的運(yùn)營商在所述接入?yún)^(qū)域默認(rèn)所述第一接入端口下的業(yè)務(wù)采用超文本傳輸協(xié)議進(jìn)行傳輸，則在所述接入地址列表中為所述客戶端配置第二接入端口，且所述客戶端當(dāng)前接入的運(yùn)營商在所述接入?yún)^(qū)域默認(rèn)所述第二接入端口下的業(yè)務(wù)采用二進(jìn)制協(xié)議進(jìn)行傳輸。
[0036]在S203中，服務(wù)器盡量避免將這部分接入端口配置給客戶端，而是在接入地址列表中為該客戶端配置運(yùn)營商默認(rèn)業(yè)務(wù)采用二進(jìn)制協(xié)議進(jìn)行傳輸?shù)慕尤攵丝?，從而在后續(xù)的長連接通信過程中，有效減少長連接異常斷開的現(xiàn)象。
[0037]例如，可以為客戶端配置14000端口，運(yùn)營商通常默認(rèn)該接入端口下的業(yè)務(wù)采用二進(jìn)制協(xié)議進(jìn)行傳輸，則不會出現(xiàn)協(xié)議默認(rèn)的連接最長保持時間小于長連接的心跳間隔，從而導(dǎo)致長連接異常斷開的情況出現(xiàn)。
[0038]進(jìn)一步地,作為本發(fā)明的另一實(shí)施例,在圖2所示實(shí)施例的基礎(chǔ)之上，S102還包括:
[0039]在所述接入地址列表中為所述客戶端配置所述第一接入端口。
[0040]雖然在圖2所