本發(fā)明涉及網(wǎng)絡(luò)信息處理領(lǐng)域，具體地，涉及一種移動(dòng)應(yīng)用程序端網(wǎng)絡(luò)檢測(cè)系統(tǒng)。
背景技術(shù)：
隨著科技的發(fā)展，無(wú)線網(wǎng)絡(luò)逐漸成為人們進(jìn)行通信的重要方式，如無(wú)線wifi等，但是無(wú)線網(wǎng)絡(luò)經(jīng)常存在虛假網(wǎng)絡(luò)，導(dǎo)致用戶無(wú)法真正的利用網(wǎng)絡(luò)進(jìn)行正常通信。
現(xiàn)有的移動(dòng)端網(wǎng)絡(luò)檢測(cè)方法功能模塊僅能判斷出手機(jī)有無(wú)連接建立，無(wú)法判斷真實(shí)的網(wǎng)絡(luò)狀況，僅靠網(wǎng)絡(luò)請(qǐng)求超時(shí)來(lái)提示用戶。如：
1.手機(jī)連接某處的公用wifi，如電信移動(dòng)等運(yùn)營(yíng)商的免費(fèi)Wifi，上網(wǎng)前需要網(wǎng)頁(yè)鑒權(quán)，鑒權(quán)成功后方可上網(wǎng)，但本地連接已經(jīng)建立；
2.手機(jī)本地網(wǎng)絡(luò)顯示已連接，但連接狀態(tài)糟糕，嚴(yán)重超時(shí)、掉包，實(shí)際無(wú)法連接到服務(wù)器；
3.手機(jī)連接的路由設(shè)備本身沒(méi)有連接外網(wǎng)。
4.廋客戶端App在網(wǎng)絡(luò)檢測(cè)不準(zhǔn)確時(shí)會(huì)極大程度影響用戶體驗(yàn)。
綜上所述，本申請(qǐng)發(fā)明人在實(shí)現(xiàn)本申請(qǐng)發(fā)明技術(shù)方案的過(guò)程中，發(fā)現(xiàn)上述技術(shù)至少存在如下技術(shù)問(wèn)題：
在現(xiàn)有技術(shù)中，現(xiàn)有的移動(dòng)設(shè)備存在僅能夠判斷無(wú)線網(wǎng)絡(luò)是否連接，無(wú)法判斷網(wǎng)絡(luò)的真實(shí)連接狀況的技術(shù)問(wèn)題。
技術(shù)實(shí)現(xiàn)要素：
本發(fā)明提供了一種移動(dòng)應(yīng)用程序端網(wǎng)絡(luò)檢測(cè)系統(tǒng)，解決了現(xiàn)有的移動(dòng)設(shè)備存在僅能夠判斷無(wú)線網(wǎng)絡(luò)是否連接，無(wú)法判斷網(wǎng)絡(luò)的真實(shí)連接狀況的技術(shù)問(wèn)題，實(shí)現(xiàn)了利用移動(dòng)端網(wǎng)絡(luò)檢測(cè)系統(tǒng)能夠?qū)σ苿?dòng)設(shè)備連接的網(wǎng)絡(luò)進(jìn)行檢測(cè)，能夠準(zhǔn)確獲得連接網(wǎng)絡(luò)的真實(shí)信息的技術(shù)效果。
為解決上述技術(shù)問(wèn)題，本申請(qǐng)?zhí)峁┝艘环N移動(dòng)應(yīng)用程序端網(wǎng)絡(luò)檢測(cè)系統(tǒng)，所述系統(tǒng)包括：
網(wǎng)絡(luò)檢測(cè)模塊、有限狀態(tài)機(jī)管理模塊、通用網(wǎng)絡(luò)檢測(cè)模塊、實(shí)時(shí)連接檢測(cè)模塊、本地連接檢測(cè)模塊，其中：
應(yīng)用程序啟動(dòng)后，網(wǎng)絡(luò)檢測(cè)模塊啟動(dòng)并開(kāi)啟網(wǎng)絡(luò)預(yù)檢測(cè)，啟動(dòng)有限狀態(tài)機(jī)管理模塊，網(wǎng)絡(luò)檢測(cè)模塊向應(yīng)用程序反饋網(wǎng)絡(luò)變化信息；
有限狀態(tài)機(jī)管理模塊啟動(dòng)后調(diào)用通用網(wǎng)絡(luò)檢測(cè)模塊及實(shí)時(shí)連接檢測(cè)模塊協(xié)同工作，并剔除重復(fù)的網(wǎng)絡(luò)狀態(tài)變化信息，權(quán)衡應(yīng)用程序網(wǎng)絡(luò)檢測(cè)實(shí)時(shí)性及應(yīng)用程序在運(yùn)行時(shí)的被測(cè)設(shè)備系統(tǒng)開(kāi)銷(xiāo)，然后將通用網(wǎng)絡(luò)檢測(cè)模塊和實(shí)時(shí)連接檢測(cè)模塊的檢測(cè)結(jié)果反饋給網(wǎng)絡(luò)檢測(cè)模塊；
通用網(wǎng)絡(luò)檢測(cè)模塊啟動(dòng)后，首先調(diào)用本地連接檢測(cè)模塊讀取被測(cè)設(shè)備系統(tǒng)的本地網(wǎng)絡(luò)連接狀態(tài)，并向被測(cè)設(shè)備系統(tǒng)發(fā)送監(jiān)聽(tīng)本地連接網(wǎng)絡(luò)狀態(tài)變化的請(qǐng)求，在本地連接狀態(tài)變化時(shí)實(shí)時(shí)將狀態(tài)進(jìn)行處理并反饋至有限狀態(tài)機(jī)管理模塊；
實(shí)時(shí)連接檢測(cè)模塊啟動(dòng)后，首先載入探測(cè)策略及當(dāng)前被測(cè)設(shè)備系統(tǒng)的IP地址，并向指定Host地址發(fā)起首次探測(cè)操作，然后根據(jù)策略指定間隔時(shí)間反復(fù)進(jìn)行探測(cè)操作獲得當(dāng)前網(wǎng)絡(luò)狀態(tài)信息，并將當(dāng)前網(wǎng)絡(luò)狀態(tài)信息反饋至有限狀態(tài)機(jī)管理模塊。
進(jìn)一步的，實(shí)時(shí)連接檢測(cè)模塊采用分布式探測(cè)，通過(guò)抓包工具進(jìn)行檢測(cè)。
其中，通用網(wǎng)絡(luò)檢測(cè)模塊是基于本地連接的檢測(cè)，系統(tǒng)開(kāi)銷(xiāo)可忽略不計(jì)。實(shí)時(shí)連接檢測(cè)模塊默認(rèn)情況下采用分布式探測(cè)方案，對(duì)于性能的開(kāi)銷(xiāo)也極小，通過(guò)抓包工具檢測(cè)，前臺(tái)運(yùn)行1小時(shí)僅額外消耗2kb流量。默認(rèn)頻率對(duì)服務(wù)器的負(fù)載也是極小。
進(jìn)一步的，網(wǎng)絡(luò)檢測(cè)模塊啟動(dòng)并載入配置文件，根據(jù)配置文件開(kāi)啟網(wǎng)絡(luò)預(yù)檢測(cè)，并啟動(dòng)有限狀態(tài)機(jī)管理模塊，并使用公開(kāi)API向應(yīng)用程序進(jìn)行反饋網(wǎng)絡(luò)變化狀態(tài)及情況。
本地網(wǎng)絡(luò)連接通過(guò)：手機(jī)系統(tǒng)的WiFi/流量開(kāi)關(guān)的開(kāi)啟狀態(tài)為開(kāi)啟。
網(wǎng)絡(luò)實(shí)時(shí)連接通過(guò)：指定Host服務(wù)器是否能正確收到App網(wǎng)絡(luò)檢測(cè)模塊發(fā)送的ICMP包并反饋正確回應(yīng)數(shù)據(jù)。
默認(rèn)配置文件策略如下：
默認(rèn)開(kāi)啟本地網(wǎng)絡(luò)檢測(cè)及網(wǎng)絡(luò)實(shí)時(shí)性檢測(cè)；
本地網(wǎng)絡(luò)檢測(cè)為啟動(dòng)時(shí)檢測(cè),并向系統(tǒng)發(fā)出本地網(wǎng)絡(luò)狀態(tài)監(jiān)聽(tīng)請(qǐng)求；
網(wǎng)絡(luò)實(shí)時(shí)性檢測(cè)默認(rèn)為每2分鐘1次。
有限狀態(tài)機(jī)在默認(rèn)配置文件要求下，大致業(yè)務(wù)邏輯為：
默認(rèn)的網(wǎng)絡(luò)判斷優(yōu)先權(quán)重為：本地網(wǎng)絡(luò)檢測(cè)權(quán)重大于網(wǎng)絡(luò)實(shí)時(shí)性檢測(cè)；App啟動(dòng)1秒后且本地連接狀態(tài)檢測(cè)通過(guò)時(shí)，立即進(jìn)行一次網(wǎng)絡(luò)實(shí)時(shí)性檢測(cè)；
優(yōu)先本地網(wǎng)絡(luò)狀態(tài)檢測(cè)，在本地網(wǎng)絡(luò)狀態(tài)檢測(cè)通過(guò)的情況下，根據(jù)時(shí)間間隔策略選擇是否進(jìn)行網(wǎng)絡(luò)實(shí)時(shí)性檢測(cè)；
在本地網(wǎng)絡(luò)狀態(tài)變化時(shí)(WiFi切換到流量或反之)，優(yōu)先進(jìn)行一次網(wǎng)絡(luò)實(shí)時(shí)性檢測(cè)，以確保當(dāng)前網(wǎng)絡(luò)連接質(zhì)量；
本地網(wǎng)絡(luò)檢測(cè)通過(guò)，但實(shí)時(shí)網(wǎng)絡(luò)檢測(cè)未收到指定Host服務(wù)器的正確回應(yīng)數(shù)據(jù)，根據(jù)ICMP協(xié)議約定的類(lèi)型，判斷問(wèn)題所在。
進(jìn)一步的，實(shí)時(shí)連接檢測(cè)模塊使用Internet控制報(bào)文協(xié)議向指定Host主機(jī)傳遞控制消息，控制消息為網(wǎng)絡(luò)本身的消息包括：網(wǎng)絡(luò)通不通、主機(jī)是否可達(dá)、路由是否可用。
進(jìn)一步的，實(shí)時(shí)連接檢測(cè)模塊啟動(dòng)后，根據(jù)當(dāng)前被測(cè)設(shè)備系統(tǒng)IP協(xié)議類(lèi)型自動(dòng)選擇不同的ICMP協(xié)議。
進(jìn)一步的，所述載入探測(cè)策略及當(dāng)前被測(cè)設(shè)備系統(tǒng)的IP地址，具體為：
使用因特網(wǎng)包探索器(Ping)發(fā)送一個(gè)ICMP(Internet Control Messages Protocol即因特網(wǎng)信報(bào)控制協(xié)議)回聲請(qǐng)求消息給目的地并報(bào)告是否收到所希望的ICMP echo(ICMP回聲應(yīng)答)用來(lái)檢查網(wǎng)絡(luò)是否通暢或者網(wǎng)絡(luò)連接速度.利用網(wǎng)絡(luò)上機(jī)器IP地址的唯一性，給目標(biāo)IP地址發(fā)送一個(gè)數(shù)據(jù)包，再要求對(duì)方返回一個(gè)同樣大小的數(shù)據(jù)包來(lái)確定兩臺(tái)網(wǎng)絡(luò)機(jī)器是否連接相通，時(shí)延是多少。
進(jìn)一步的，所述在本地連接狀態(tài)變化時(shí)實(shí)時(shí)將狀態(tài)進(jìn)行處理，具體為：
根據(jù)所有的手機(jī)端操作系統(tǒng)，各廠商均支持監(jiān)聽(tīng)網(wǎng)絡(luò)狀態(tài)變化；檢測(cè)模塊在啟動(dòng)時(shí)進(jìn)行本地網(wǎng)絡(luò)狀態(tài)的檢測(cè)，并向系統(tǒng)申請(qǐng)監(jiān)聽(tīng)網(wǎng)絡(luò)狀態(tài)變化的權(quán)限；在本地連接狀態(tài)變化時(shí)，會(huì)收到系統(tǒng)發(fā)送的變化通知；此時(shí)會(huì)優(yōu)化進(jìn)行一次網(wǎng)絡(luò)實(shí)時(shí)性檢測(cè)。
本申請(qǐng)?zhí)峁┑囊粋€(gè)或多個(gè)技術(shù)方案，至少具有如下技術(shù)效果或優(yōu)點(diǎn)：
在偽鏈接下，縮短用戶請(qǐng)求超時(shí)時(shí)間(通常30秒)，且不改變現(xiàn)有的網(wǎng)絡(luò)請(qǐng)求協(xié)議，也不用額外使用Socket長(zhǎng)連接進(jìn)行?；罨騿?wèn)詢處理，極大提升了檢測(cè)的準(zhǔn)確性，提高了用戶體驗(yàn)。
進(jìn)一步的，在實(shí)現(xiàn)性與系統(tǒng)開(kāi)銷(xiāo)上達(dá)到了一個(gè)平衡，功能獨(dú)立低耦合，并且支持IPv6協(xié)議。
附圖說(shuō)明
此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明實(shí)施例的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，并不構(gòu)成對(duì)本發(fā)明實(shí)施例的限定；
圖1是本申請(qǐng)中移動(dòng)應(yīng)用程序端網(wǎng)絡(luò)檢測(cè)系統(tǒng)的組成示意圖。
具體實(shí)施方式
本發(fā)明提供了一種移動(dòng)應(yīng)用程序端網(wǎng)絡(luò)檢測(cè)系統(tǒng)，解決了現(xiàn)有的移動(dòng)設(shè)備存在僅能夠判斷無(wú)線網(wǎng)絡(luò)是否連接，無(wú)法判斷網(wǎng)絡(luò)的真實(shí)連接狀況的技術(shù)問(wèn)題，實(shí)現(xiàn)了利用移動(dòng)端網(wǎng)絡(luò)檢測(cè)系統(tǒng)能夠?qū)σ苿?dòng)設(shè)備連接的網(wǎng)絡(luò)進(jìn)行檢測(cè)，能夠準(zhǔn)確獲得連接網(wǎng)絡(luò)的真實(shí)信息的技術(shù)效果。
為了能夠更清楚地理解本發(fā)明的上述目的、特征和優(yōu)點(diǎn)，下面結(jié)合附圖和具體實(shí)施方式對(duì)本發(fā)明進(jìn)行進(jìn)一步的詳細(xì)描述。需要說(shuō)明的是，在相互不沖突的情況下，本申請(qǐng)的實(shí)施例及實(shí)施例中的特征可以相互組合。
在下面的描述中闡述了很多具體細(xì)節(jié)以便于充分理解本發(fā)明，但是，本發(fā)明還可以采用其他不同于在此描述范圍內(nèi)的其他方式來(lái)實(shí)施，因此，本發(fā)明的保護(hù)范圍并不受下面公開(kāi)的具體實(shí)施例的限制。
請(qǐng)參考圖1，本申請(qǐng)?zhí)峁┝艘环N移動(dòng)應(yīng)用程序端網(wǎng)絡(luò)檢測(cè)系統(tǒng)，所述系統(tǒng)包括：
網(wǎng)絡(luò)檢測(cè)模塊、有限狀態(tài)機(jī)管理模塊、通用網(wǎng)絡(luò)檢測(cè)模塊、實(shí)時(shí)連接檢測(cè)模塊、本地連接檢測(cè)模塊，其中：
應(yīng)用程序啟動(dòng)后，網(wǎng)絡(luò)檢測(cè)模塊啟動(dòng)并開(kāi)啟網(wǎng)絡(luò)預(yù)檢測(cè)，啟動(dòng)有限狀態(tài)機(jī)管理模塊，網(wǎng)絡(luò)檢測(cè)模塊向應(yīng)用程序反饋網(wǎng)絡(luò)變化信息；
有限狀態(tài)機(jī)管理模塊啟動(dòng)后調(diào)用通用網(wǎng)絡(luò)檢測(cè)模塊及實(shí)時(shí)連接檢測(cè)模塊協(xié)同工作，并剔除重復(fù)的網(wǎng)絡(luò)狀態(tài)變化信息，權(quán)衡應(yīng)用程序網(wǎng)絡(luò)檢測(cè)實(shí)時(shí)性及應(yīng)用程序在運(yùn)行時(shí)的被測(cè)設(shè)備系統(tǒng)開(kāi)銷(xiāo)，然后將通用網(wǎng)絡(luò)檢測(cè)模塊和實(shí)時(shí)連接檢測(cè)模塊的檢測(cè)結(jié)果反饋給網(wǎng)絡(luò)檢測(cè)模塊；
通用網(wǎng)絡(luò)檢測(cè)模塊啟動(dòng)后，首先調(diào)用本地連接檢測(cè)模塊讀取被測(cè)設(shè)備系統(tǒng)的本地網(wǎng)絡(luò)連接狀態(tài)，并向被測(cè)設(shè)備系統(tǒng)發(fā)送監(jiān)聽(tīng)本地連接網(wǎng)絡(luò)狀態(tài)變化的請(qǐng)求，在本地連接狀態(tài)變化時(shí)實(shí)時(shí)將狀態(tài)進(jìn)行處理并反饋至有限狀態(tài)機(jī)管理模塊；
實(shí)時(shí)連接檢測(cè)模塊啟動(dòng)后，首先載入探測(cè)策略及當(dāng)前被測(cè)設(shè)備系統(tǒng)的IP地址，并向指定Host地址發(fā)起首次探測(cè)操作，然后根據(jù)策略指定間隔時(shí)間反復(fù)進(jìn)行探測(cè)操作獲得當(dāng)前網(wǎng)絡(luò)狀態(tài)信息，并將當(dāng)前網(wǎng)絡(luò)狀態(tài)信息反饋至有限狀態(tài)機(jī)管理模塊。
通用網(wǎng)絡(luò)檢測(cè)模塊提供普通方式的檢測(cè)支持，此模塊檢測(cè)手機(jī)的本地連接的開(kāi)啟狀態(tài)。實(shí)時(shí)連接檢測(cè)模塊會(huì)在指定策略模式下向指定服務(wù)器發(fā)起問(wèn)詢，若能收到回應(yīng)，則認(rèn)為服務(wù)器可達(dá)。兩大模塊服從有限狀態(tài)機(jī)模塊的管理及調(diào)配，可進(jìn)行協(xié)作或單獨(dú)進(jìn)行工作。
通用網(wǎng)絡(luò)檢測(cè)模塊是基于本地連接的檢測(cè)，系統(tǒng)開(kāi)銷(xiāo)可忽略不計(jì)。實(shí)時(shí)連接檢測(cè)模塊默認(rèn)情況下采用分布式探測(cè)方案，對(duì)于性能的開(kāi)銷(xiāo)也極小，通過(guò)抓包工具檢測(cè)，前臺(tái)運(yùn)行1小時(shí)僅額外消耗2kb流量。默認(rèn)頻率對(duì)服務(wù)器的負(fù)載也是極小。
在App啟動(dòng)后，網(wǎng)絡(luò)檢測(cè)模塊在全局范圍內(nèi)啟動(dòng)，并載入配置文件，根據(jù)配置文件開(kāi)啟網(wǎng)絡(luò)預(yù)檢測(cè)并啟動(dòng)有限狀態(tài)機(jī)管理模塊，并使用公開(kāi)API向App進(jìn)行反饋網(wǎng)絡(luò)變化狀態(tài)及情況。
有限狀態(tài)機(jī)管理模塊介入后,調(diào)用通用網(wǎng)絡(luò)檢測(cè)模塊及實(shí)時(shí)連接檢測(cè)模塊協(xié)同工作，有限狀態(tài)機(jī)管理模塊的主要作用剔除了重復(fù)的狀態(tài)變化，并通過(guò)可配置的定時(shí)策略等業(yè)務(wù)邏輯優(yōu)化，權(quán)衡了實(shí)時(shí)性和開(kāi)銷(xiāo)，然后將檢測(cè)結(jié)果反饋給網(wǎng)絡(luò)模塊。
通用網(wǎng)絡(luò)檢測(cè)模塊與實(shí)時(shí)連接檢測(cè)模塊可單獨(dú)調(diào)用也可協(xié)同工作，并實(shí)時(shí)將檢測(cè)結(jié)果返回至有限狀態(tài)機(jī)。
通用網(wǎng)絡(luò)檢測(cè)模塊啟動(dòng)后，先讀取手機(jī)系統(tǒng)的本地網(wǎng)絡(luò)連接狀態(tài)并向手機(jī)系統(tǒng)發(fā)送監(jiān)聽(tīng)本地連接網(wǎng)絡(luò)狀態(tài)變化的請(qǐng)求，在本地連接狀態(tài)變化時(shí)實(shí)時(shí)將狀態(tài)根據(jù)策略進(jìn)行處理并反饋。
實(shí)時(shí)連接檢測(cè)模塊的工作方式是使用Internet控制報(bào)文協(xié)議(IMCP)向指定Host主機(jī)傳遞控制消息，控制消息是指網(wǎng)絡(luò)通不通、主機(jī)是否可達(dá)、路由是否可用等網(wǎng)絡(luò)本身的消息。
實(shí)時(shí)連接檢測(cè)模塊啟動(dòng)后會(huì)根據(jù)當(dāng)前手機(jī)系統(tǒng)IP協(xié)議類(lèi)型(IPv4/IPv6),自動(dòng)選擇不同的ICMP協(xié)議(IMCPv4/IMCPv6),以確保使用檢測(cè)模塊的App在IPv6模式下能正確的進(jìn)行網(wǎng)絡(luò)檢測(cè)。
實(shí)時(shí)連接檢測(cè)模塊啟動(dòng)后，首先載入探測(cè)策略及當(dāng)前手機(jī)系統(tǒng)的IP地址，并向指定Host地址發(fā)起首次探測(cè)操作,此后根據(jù)策略指定間隔時(shí)間反復(fù)進(jìn)行探測(cè)操作，發(fā)起探測(cè)操作時(shí)，實(shí)時(shí)連接檢測(cè)模塊向指定Host發(fā)送一個(gè)IMCP數(shù)據(jù)包，實(shí)時(shí)連接檢測(cè)模塊會(huì)在策略指定的回應(yīng)時(shí)間內(nèi)(默認(rèn)10秒)等待指定Host的回應(yīng)，并根據(jù)回應(yīng)報(bào)文確定當(dāng)前網(wǎng)絡(luò)狀態(tài)。
本申請(qǐng)?zhí)峁┑囊粋€(gè)或多個(gè)技術(shù)方案，至少具有如下技術(shù)效果或優(yōu)點(diǎn)：
在偽鏈接下，縮短用戶請(qǐng)求超時(shí)時(shí)間(通常30秒)，且不改變現(xiàn)有的網(wǎng)絡(luò)請(qǐng)求協(xié)議，也不用額外使用Socket長(zhǎng)連接進(jìn)行?；罨騿?wèn)詢處理，極大提升了檢測(cè)的準(zhǔn)確性，提高了用戶體驗(yàn)。
進(jìn)一步的，在實(shí)現(xiàn)性與系統(tǒng)開(kāi)銷(xiāo)上達(dá)到了一個(gè)平衡，功能獨(dú)立低耦合，并且支持IPv6協(xié)議。
盡管已描述了本發(fā)明的優(yōu)選實(shí)施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對(duì)這些實(shí)施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實(shí)施例以及落入本發(fā)明范圍的所有變更和修改。
顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。