浮動框架頁面加載信息的處理方法、裝置及系統(tǒng)的制作方法
【專利摘要】本發(fā)明實(shí)施例公開了一種浮動框架頁面加載信息的處理方法、裝置及系統(tǒng)，涉及互聯(lián)網(wǎng)【技術(shù)領(lǐng)域】，解決了現(xiàn)有技術(shù)中Iframe頁面加載成功后，父頁面難以獲知到Iframe頁面是否加載成功的問題。所述方法包括：判斷瀏覽器是否成功加載浮動框架頁面；若判斷到所述瀏覽器成功加載所述浮動框架頁面，向?yàn)g覽器加載的父頁面發(fā)送加載成功消息，所述父頁面接收所述加載成功消息，確認(rèn)所述瀏覽器成功加載所述浮動框架頁面。本發(fā)明適用于瀏覽器中Iframe頁面與父頁面的信息傳遞。
【專利說明】
浮動框架頁面加載信息的處理方法、裝置及系統(tǒng)

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及互聯(lián)網(wǎng)【技術(shù)領(lǐng)域】，尤其涉及一種浮動框架頁面加載信息的處理方法、裝置及系統(tǒng)。

【背景技術(shù)】
[0002]當(dāng)前，隨著互聯(lián)網(wǎng)技術(shù)的不斷發(fā)展，若想從互聯(lián)網(wǎng)上獲取需要的信息，可以通過瀏覽器來瀏覽網(wǎng)頁。一般情況下，在瀏覽器接收到用戶輸入的網(wǎng)頁地址后，將從該網(wǎng)頁地址對應(yīng)的服務(wù)器獲取信息內(nèi)容，并呈現(xiàn)給用戶。隨著超文本標(biāo)記語言(Hypertext MarkupLanguage,簡稱HTML)在網(wǎng)頁中的應(yīng)用，在瀏覽器顯示父頁面內(nèi)容時(shí),還可以通過浮動框架(簡稱Iframe)頁面來顯示子頁面內(nèi)容。Iframe是HTML中的標(biāo)簽,在網(wǎng)頁顯示中，其作用是顯示父頁面的同時(shí)，在浮動于父頁面之外顯示一個(gè)子頁面。
[0003]在很多應(yīng)用場景下,父頁面需要知道Iframe頁面加載的信息,例如所述Iframe頁面是否加載成功。當(dāng)前父頁面獲知Iframe頁面是否加載成功通過如下方式實(shí)現(xiàn):Iframe頁面在加載成功后，會生成一個(gè)狀態(tài)值cookie,以表示所述Iframe頁面加載成功。在父頁面中預(yù)先設(shè)置有定時(shí)器，每隔一段預(yù)設(shè)的時(shí)間即判斷上述狀態(tài)值cookie是否存在。若判斷到所述狀態(tài)值cookie存在,則確定所述Iframe頁面加載成功。
[0004]在實(shí)現(xiàn)本發(fā)明實(shí)施例的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題:
[0005]由于瀏覽器設(shè)置，或者網(wǎng)頁運(yùn)行商的設(shè)置，在Iframe頁面加載成功后，也可能不生成狀態(tài)值cookie,導(dǎo)致父頁面發(fā)生誤判斷,另外如果Iframe頁面與父頁面的主域名不相同，父頁面將無法對上述狀態(tài)值cookie進(jìn)行判斷，導(dǎo)致父頁面難以獲知到Iframe頁面是否加載成功。


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

[0006]本發(fā)明的實(shí)施例提供一種浮動框架頁面加載信息的處理方法、裝置及系統(tǒng)，能夠解決現(xiàn)有技術(shù)中Iframe頁面加載成功后,父頁面難以獲知到Iframe頁面是否加載成功的問題。
[0007]為達(dá)到上述目的，本發(fā)明采用如下技術(shù)方案:
[0008]一種浮動框架頁面加載信息的處理方法，包括:
[0009]判斷瀏覽器是否成功加載浮動框架頁面；
[0010]若判斷到所述瀏覽器成功加載所述浮動框架頁面，向?yàn)g覽器加載的父頁面發(fā)送加載成功消息；
[0011]所述父頁面接收所述加載成功消息，確認(rèn)所述瀏覽器成功加載所述浮動框架頁面。
[0012]一種浮動框架頁面加載信息的處理裝置，包括:
[0013]判斷單元，用于判斷瀏覽器是否成功加載浮動框架頁面；
[0014]發(fā)送單元，用于若所述判斷單元判斷到所述瀏覽器成功加載所述浮動框架頁面，向?yàn)g覽器加載的父頁面發(fā)送加載成功消息。
[0015]一種浮動框架頁面加載信息的處理系統(tǒng)，包括浮動框架頁面加載信息的處理裝置、瀏覽器以及所述瀏覽器加載的父頁面；
[0016]其中，所述瀏覽器，用于加載浮動框架頁面；
[0017]所述浮動框架頁面加載信息的處理裝置，用于判斷所述瀏覽器是否成功加載所述浮動框架頁面，若判斷到所述瀏覽器成功加載所述浮動框架頁面，向所述父頁面發(fā)送加載成功消息；
[0018]所述父頁面，用于在接收到所述加載成功消息后，確認(rèn)所述瀏覽器成功加載所述浮動框架頁面。
[0019]本發(fā)明實(shí)施例提供的浮動框架頁面加載信息的處理方法、裝置及系統(tǒng)，在判斷到瀏覽器成功加載所述浮動框架(簡稱Iframe)頁面后，能夠向?yàn)g覽器加載的父頁面發(fā)送加載成功消息，從而所述父頁面在接收到所述加載成功消息后，能夠確認(rèn)所述瀏覽器成功加載所述浮動框架頁面。現(xiàn)有技術(shù)中需要所述父頁面定時(shí)判斷Iframe頁面生成的狀態(tài)值cookie，若cookie值由于瀏覽器設(shè)置或者網(wǎng)頁運(yùn)行商的設(shè)置不存在，或者父頁面與Iframe頁面的主域名不同，則不能判斷到所述狀態(tài)值cookie，難以獲知到Iframe頁面是否加載成功。因此，本發(fā)明實(shí)施例在瀏覽器加載Iframe頁面成功后，能夠使所述父頁面直接獲知到所述瀏覽器加載Iframe頁面成功,所述父頁面獲知Iframe頁面的情況能夠更加準(zhǔn)確。

【專利附圖】

【附圖說明】
[0020]為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0021]圖1為本發(fā)明實(shí)施例提供的浮動框架頁面加載信息的處理方法的流程圖；
[0022]圖2為本發(fā)明又一實(shí)施例提供的浮動框架頁面加載信息的處理方法的流程圖；
[0023]圖3為本發(fā)明實(shí)施例提供的浮動框架頁面加載信息的處理裝置的結(jié)構(gòu)示意圖；
[0024]圖4為本發(fā)明實(shí)施例提供的浮動框架頁面加載信息的處理系統(tǒng)的結(jié)構(gòu)示意圖；
[0025]圖5為本發(fā)明實(shí)施例中的瀏覽器界面的示意圖。

【具體實(shí)施方式】
[0026]下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
[0027]為使本發(fā)明技術(shù)方案的優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖和實(shí)施例對本發(fā)明作詳細(xì)說明。
[0028]如圖1所示，本發(fā)明實(shí)施例提供的浮動框架(簡稱Iframe)頁面加載信息的處理方法，包括:
[0029]101、判斷瀏覽器是否成功加載浮動框架頁面。
[0030]具體的，在所述判斷瀏覽器是否成功加載浮動框架頁面之前，所述瀏覽器需要成功加載父頁面。所述浮動框架頁面作為所述父頁面的子頁面。
[0031]一般情況下，在所述瀏覽器成功加載所述浮動框架頁面時(shí)，浮動框架頁面加載信息的處理裝置能夠獲知到瀏覽器執(zhí)行了所述浮動框架頁面對應(yīng)的代碼，從而確定了所述瀏覽器成功加載了浮動框架頁面。
[0032]102、若判斷到所述瀏覽器成功加載所述浮動框架頁面，向?yàn)g覽器加載的父頁面發(fā)送加載成功消息。
[0033]在所述浮動框架頁面與所述父頁面的主域名相同時(shí)，浮動框架頁面加載信息的處理裝置可以直接向所述父頁面發(fā)送加載成功消息。
[0034]在所述浮動框架頁面與所述父頁面的主域名不相同時(shí)，浮動框架頁面加載信息的處理裝置可以通過代理頁面將所述加載成功消息發(fā)送給所述父頁面，所述代理頁面與所述父頁面的主域名相同?；蛘撸涌蚣茼撁婕虞d信息的處理裝置可以以超文本標(biāo)記語言5 (Hypertext Markup Language5,簡稱HTML5)中的PostMessage方式將所述加載成功消息發(fā)送給所述父頁面。
[0035]103、所述父頁面接收所述加載成功消息，確認(rèn)所述瀏覽器成功加載所述浮動框架頁面。
[0036]值得說明的是，本發(fā)明實(shí)施例的執(zhí)行主體是一種浮動框架頁面加載信息的處理裝置，所述浮動框架頁面加載信息的處理裝置可以設(shè)置在浮動框架頁面中，但不僅局限于此。
[0037]本發(fā)明實(shí)施例提供的浮動框架頁面加載信息的處理方法，在判斷到瀏覽器成功加載所述浮動框架頁面后，能夠向?yàn)g覽器加載的父頁面發(fā)送加載成功消息，從而所述父頁面在接收到所述加載成功消息后，能夠確認(rèn)所述瀏覽器成功加載所述浮動框架頁面。現(xiàn)有技術(shù)中需要所述父頁面定時(shí)判斷Iframe頁面生成的狀態(tài)值cookie，若cookie值由于瀏覽器設(shè)置或者網(wǎng)頁運(yùn)行商的設(shè)置不存在，或者父頁面與Iframe頁面的主域名不同，則不能判斷到所述狀態(tài)值cookie，難以獲知到Iframe頁面是否加載成功。因此，本發(fā)明實(shí)施例在瀏覽器加載Iframe頁面成功后，能夠使所述父頁面直接獲知到所述瀏覽器加載Iframe頁面成功，所述父頁面獲知Iframe頁面的情況能夠更加準(zhǔn)確。
[0038]下面列舉一個(gè)更為具體實(shí)施例，如圖2所示，本發(fā)明又一實(shí)施例提供的浮動框架頁面加載信息的處理方法，包括:
[0039]201、瀏覽器加載父頁面以及浮動框架頁面。
[0040]所述浮動框架頁面作為所述父頁面的子頁面。一般為瀏覽器先加載父頁面，再加載所述浮動框架頁面。
[0041]202、浮動框架頁面加載信息的處理裝置判斷瀏覽器是否成功加載浮動框架頁面。
[0042]一般情況下，在所述瀏覽器成功加載所述浮動框架頁面時(shí)，浮動框架頁面加載信息的處理裝置能夠獲知到瀏覽器執(zhí)行了所述浮動框架頁面對應(yīng)的代碼，從而確定了所述瀏覽器成功加載了浮動框架頁面。若所述瀏覽器未成功加載浮動框架頁面，則并不存在浮動框架頁面，則在所述浮動框架頁面中的浮動框架頁面加載信息的處理裝置也不存在，則無法確定瀏覽器加載浮動框架頁面失敗。
[0043]203、若判斷到所述瀏覽器成功加載所述浮動框架頁面，浮動框架頁面加載信息的處理裝置判斷所述浮動框架頁面與所述父頁面的主域名是否相同。若所述浮動框架頁面與所述父頁面的主域名相同，執(zhí)行步驟204;否則，若所述浮動框架頁面與所述父頁面的主域名不相同，執(zhí)行步驟205。
[0044]在所述浮動框架頁面與所述父頁面的主域名不同時(shí)，將無法直接進(jìn)行通信。當(dāng)前，域名系統(tǒng)采用層次結(jié)構(gòu)，按地理域或機(jī)構(gòu)域進(jìn)行分層，用小數(shù)點(diǎn)將各個(gè)層次隔開，從右到左依次為最高域名段、次高域名段等，最左的一個(gè)字段為主域名。例如，所述父頁面的主域名為XXX.com,而所述浮動框架頁面的網(wǎng)頁地址為WWW.aaa.1234.com,則所述浮動框架頁面的主域名為1234.com,而與XXX.com不同。
[0045]204、浮動框架頁面加載信息的處理裝置直接向?yàn)g覽器加載的父頁面發(fā)送加載成功消息。在步驟204之后，繼續(xù)執(zhí)行步驟209。
[0046]在所述浮動框架頁面與所述父頁面的主域名相同時(shí)，所述浮動框架頁面與所述父頁面可以直接進(jìn)行通信。
[0047]205、浮動框架頁面加載信息的處理裝置判斷所述瀏覽器是否支持HTML5中的PostMessage方式。若判斷到所述瀏覽器不支持HTML5中的PostMessage方式,執(zhí)行步驟206。若判斷到所述瀏覽器支持HTML5中的PostMessage方式，執(zhí)行步驟207至步驟208。
[0048]具體可以根據(jù)瀏覽器的種類來判斷其是否支持HTML5中的PostMessage方式。例如，當(dāng)前Internet Explorer8瀏覽器，火狐3 (簡稱Firefox3)瀏覽器，歐朋9 (簡稱0pera9)瀏覽器等即支持HTML5中的PostMessage方式，而例如Internet Explorer6>Internet Explorer7 則不支持 HTML5 中的 PostMessage 方式。
[0049]206、浮動框架頁面加載信息的處理裝置通過代理頁面將所述加載成功消息發(fā)送給所述父頁面。
[0050]其中，所述代理頁面與所述父頁面的主域名相同。在步驟206之后，繼續(xù)執(zhí)行步驟209。
[0051]具體的，在瀏覽器加載浮動框架頁面時(shí)，可以采用預(yù)先設(shè)置的代理頁面來加載所述浮動框架頁面中的內(nèi)容，在所述浮動框架頁面需要向所述父頁面發(fā)送加載成功消息時(shí)，由于所述代理頁面與所述父頁面的主域名相同，則可以直接向所述父頁面發(fā)送所述加載成功消息。
[0052]207、浮動框架頁面加載信息的處理裝置向所述父頁面發(fā)送PostMessage數(shù)據(jù)。
[0053]所述PostMessage數(shù)據(jù)包括所述加載成功消息以及父頁面的域名。
[0054]208、父頁面根據(jù)所述父頁面的域名獲取到所述加載成功消息。在步驟208之后，繼續(xù)執(zhí)行步驟209。
[0055]具體的，所述父頁面可以將自身的域名與PostMessage數(shù)據(jù)中的父頁面的域名進(jìn)行比對，若其自身的域名與所述父頁面的域名相同，則獲取到所述加載成功消息。
[0056]209、父頁面在接收到所述加載成功消息后，確認(rèn)所述瀏覽器成功加載所述浮動框架頁面。
[0057]此外，若在一預(yù)設(shè)時(shí)間內(nèi)未接收到所述加載成功消息，則確認(rèn)所述瀏覽器加載所述浮動框架頁面失敗。
[0058]本發(fā)明又一實(shí)施例提供的浮動框架頁面加載信息的處理方法，在判斷到瀏覽器成功加載所述浮動框架頁面后，能夠向?yàn)g覽器加載的父頁面發(fā)送加載成功消息，從而所述父頁面在接收到所述加載成功消息后，能夠確認(rèn)所述瀏覽器成功加載所述浮動框架頁面?，F(xiàn)有技術(shù)中需要所述父頁面定時(shí)判斷Iframe頁面生成的狀態(tài)值cookie,若cookie值由于瀏覽器設(shè)置或者網(wǎng)頁運(yùn)行商的設(shè)置不存在，或者父頁面與Iframe頁面的主域名不同，則不能判斷到所述狀態(tài)值cookie，難以獲知到Iframe頁面是否加載成功。因此，本發(fā)明實(shí)施例在瀏覽器加載Iframe頁面成功后，能夠使所述父頁面直接獲知到所述瀏覽器加載Iframe頁面成功，所述父頁面獲知Iframe頁面的情況能夠更加準(zhǔn)確。
[0059]對應(yīng)于上述圖1和圖2所示的浮動框架頁面加載信息的處理方法,如圖3所示,本發(fā)明實(shí)施例提供的浮動框架頁面加載信息的處理裝置，包括:
[0060]判斷單元31，用于判斷瀏覽器是否成功加載浮動框架頁面。
[0061]發(fā)送單元32，用于若所述判斷單元31判斷到所述瀏覽器成功加載所述浮動框架頁面，向?yàn)g覽器加載的父頁面發(fā)送加載成功消息。
[0062]進(jìn)一步的，所述判斷單元31，還用于判斷所述浮動框架頁面與所述父頁面的主域名是否相同。
[0063]具體的，所述發(fā)送單元32，用于若所述判斷單元31判斷到所述浮動框架頁面與所述父頁面的主域名相同，直接向?yàn)g覽器加載的父頁面發(fā)送加載成功消息。
[0064]進(jìn)一步的，所述判斷單元31，還用于若所述判斷單元31判斷到所述浮動框架頁面與所述父頁面的主域名不相同，判斷所述瀏覽器是否支持HTML5中的PostMessage方式。
[0065]具體的，所述發(fā)送單元32，用于在所述判斷單元31判斷到所述瀏覽器不支持HTML5中的PostMessage方式時(shí),通過代理頁面將所述加載成功消息發(fā)送給所述父頁面,所述代理頁面與所述父頁面的主域名相同。
[0066]具體的，所述發(fā)送單元32，用于在所述判斷單元31判斷到所述瀏覽器支持HTML5中的PostMessage方式時(shí)，以所述PostMessage方式將所述加載成功消息發(fā)送給所述父頁面。
[0067]具體的，所述發(fā)送單元32，用于向所述父頁面發(fā)送PostMessage數(shù)據(jù)，所述PostMessage數(shù)據(jù)包括所述加載成功消息以及所述父頁面的域名。
[0068]值得說明的是，本發(fā)明實(shí)施例提供的浮動框架頁面加載信息的處理裝置的具體實(shí)現(xiàn)方式可以參見圖1、圖2的具體實(shí)施例，此處不再贅述。
[0069]本發(fā)明實(shí)施例提供的浮動框架頁面加載信息的處理裝置，在判斷到瀏覽器成功加載所述浮動框架頁面后，能夠向?yàn)g覽器加載的父頁面發(fā)送加載成功消息，從而所述父頁面在接收到所述加載成功消息后，能夠確認(rèn)所述瀏覽器成功加載所述浮動框架頁面。現(xiàn)有技術(shù)中需要所述父頁面定時(shí)判斷Iframe頁面生成的狀態(tài)值cookie，若cookie值由于瀏覽器設(shè)置或者網(wǎng)頁運(yùn)行商的設(shè)置不存在，或者父頁面與Iframe頁面的主域名不同，則不能判斷到所述狀態(tài)值cookie，難以獲知到Iframe頁面是否加載成功。因此，本發(fā)明實(shí)施例在瀏覽器加載Iframe頁面成功后，能夠使所述父頁面直接獲知到所述瀏覽器加載Iframe頁面成功，所述父頁面獲知Iframe頁面的情況能夠更加準(zhǔn)確。
[0070]如圖4所示，本發(fā)明實(shí)施例提供的浮動框架頁面加載信息的處理系統(tǒng)，包括浮動框架頁面加載信息的處理裝置41、瀏覽器42以及所述瀏覽器42加載的父頁面43。所述浮動框架頁面加載信息的處理裝置41可以設(shè)置在浮動框架頁面44中。
[0071 ] 其中，所述瀏覽器42，用于加載浮動框架頁面44。
[0072]所述浮動框架頁面加載信息的處理裝置41，用于判斷所述瀏覽器42是否成功加載所述浮動框架頁面44，若判斷到所述瀏覽器成功加載所述浮動框架頁面44，向所述父頁面43發(fā)送加載成功消息；
[0073]所述父頁面43，用于在接收到所述加載成功消息后，確認(rèn)所述瀏覽器42成功加載所述浮動框架頁面。
[0074]為了便于本領(lǐng)域技術(shù)人員對本發(fā)明實(shí)施例提供的浮動框架頁面加載信息的處理系統(tǒng)的理解，列舉了一個(gè)在瀏覽器界面的示意圖，如圖5所示，在所述瀏覽器界面51上加載了所述父頁面52，在加載所述父頁面52成功后，進(jìn)而加載一父頁面的子頁面，即浮動框架頁面53。例如，在圖5中，瀏覽器界面51加載了一個(gè)域名為XXX.com的父頁面，該父頁面的內(nèi)容是XXX微博的登錄首頁。在登錄XXX微博時(shí)，瀏覽器檢測到用戶的終端設(shè)備上登錄了 XXX通訊工具，其中XXX通訊工具與XXX微博的登錄賬號與密碼相同，因此，瀏覽器加載了浮動框架頁面53，提示可通過點(diǎn)擊圖標(biāo)來實(shí)現(xiàn)XXX微博的快速登錄。
[0075]值得說明的是，本發(fā)明實(shí)施例提供的浮動框架頁面加載信息的處理系統(tǒng)的具體實(shí)現(xiàn)方式可以參見圖1、圖2的具體實(shí)施例，此處不再贅述。
[0076]本發(fā)明實(shí)施例提供的浮動框架頁面加載信息的處理系統(tǒng)，在判斷到瀏覽器成功加載所述浮動框架頁面后，能夠向?yàn)g覽器加載的父頁面發(fā)送加載成功消息，從而所述父頁面在接收到所述加載成功消息后，能夠確認(rèn)所述瀏覽器成功加載所述浮動框架頁面?，F(xiàn)有技術(shù)中需要所述父頁面定時(shí)判斷Iframe頁面生成的狀態(tài)值cookie，若cookie值由于瀏覽器設(shè)置或者網(wǎng)頁運(yùn)行商的設(shè)置不存在，或者父頁面與Iframe頁面的主域名不同，則不能判斷到所述狀態(tài)值cookie，難以獲知到Iframe頁面是否加載成功。因此，本發(fā)明實(shí)施例在瀏覽器加載Iframe頁面成功后，能夠使所述父頁面直接獲知到所述瀏覽器加載Iframe頁面成功，所述父頁面獲知Iframe頁面的情況能夠更加準(zhǔn)確。
[0077]通過以上的實(shí)施方式的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件的方式來實(shí)現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實(shí)施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品存儲在可讀取的存儲介質(zhì)中，如計(jì)算機(jī)的軟盤，硬盤或光盤等，包括若干指令用以使得一臺計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。
[0078]以上所述，僅為本發(fā)明的【具體實(shí)施方式】，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本【技術(shù)領(lǐng)域】的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)所述以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
【權(quán)利要求】
1.一種浮動框架頁面加載信息的處理方法，其特征在于，包括: 判斷瀏覽器是否成功加載浮動框架頁面； 若判斷到所述瀏覽器成功加載所述浮動框架頁面，向?yàn)g覽器加載的父頁面發(fā)送加載成功消息； 所述父頁面接收所述加載成功消息，確認(rèn)所述瀏覽器成功加載所述浮動框架頁面。
2.根據(jù)權(quán)利要求1所述的浮動框架頁面加載信息的處理方法，其特征在于，在所述向?yàn)g覽器加載的父頁面發(fā)送加載成功消息之前，包括: 判斷所述浮動框架頁面與所述父頁面的主域名是否相同。
3.根據(jù)權(quán)利要求2所述的浮動框架頁面加載信息的處理方法，其特征在于，所述向?yàn)g覽器加載的父頁面發(fā)送加載成功消息，包括: 若判斷到所述浮動框架頁面與所述父頁面的主域名相同，直接向?yàn)g覽器加載的父頁面發(fā)送加載成功消息。
4.根據(jù)權(quán)利要求2所述的浮動框架頁面加載信息的處理方法，其特征在于，在所述判斷所述浮動框架頁面與所述父頁面的主域名是否相同之后，包括: 若判斷到所述浮動框架頁面與所述父頁面的主域名不相同，判斷所述瀏覽器是否支持HTML5 中的 PostMessage 方式。
5.根據(jù)權(quán)利要求4所述的浮動框架頁面加載信息的處理方法，其特征在于，所述向?yàn)g覽器加載的父頁面發(fā)送加載成功消息，包括: 若判斷到所述瀏覽器不支持HTML5中的PostMessage方式，通過代理頁面將所述加載成功消息發(fā)送給所述父頁面，所述代理頁面與所述父頁面的主域名相同。
6.根據(jù)權(quán)利要求4所述的浮動框架頁面加載信息的處理方法，其特征在于，所述向?yàn)g覽器加載的父頁面發(fā)送加載成功消息，包括: 若判斷到所述瀏覽器支持HTML5中的PostMessage方式，以所述PostMessage方式將所述加載成功消息發(fā)送給所述父頁面。
7.根據(jù)權(quán)利要求6所述的浮動框架頁面加載信息的處理方法，其特征在于，所述以所述PostMessage方式將所述加載成功消息發(fā)送給所述父頁面，包括: 向所述父頁面發(fā)送PostMessage數(shù)據(jù),所述PostMessage數(shù)據(jù)包括所述加載成功消息以及父頁面的域名； 所述父頁面根據(jù)所述父頁面的域名獲取到所述加載成功消息。
8.一種浮動框架頁面加載信息的處理裝置，其特征在于，包括: 判斷單元，用于判斷瀏覽器是否成功加載浮動框架頁面； 發(fā)送單元，用于若所述判斷單元判斷到所述瀏覽器成功加載所述浮動框架頁面，向?yàn)g覽器加載的父頁面發(fā)送加載成功消息。
9.根據(jù)權(quán)利要求8所述的浮動框架頁面加載信息的處理裝置，其特征在于，所述判斷單元，還用于: 判斷所述浮動框架頁面與所述父頁面的主域名是否相同。
10.根據(jù)權(quán)利要求9所述的浮動框架頁面加載信息的處理裝置，其特征在于，所述發(fā)送單元，用于: 若所述判斷單元判斷到所述浮動框架頁面與所述父頁面的主域名相同，直接向?yàn)g覽器加載的父頁面發(fā)送加載成功消息。
11.根據(jù)權(quán)利要求9所述的浮動框架頁面加載信息的處理裝置，其特征在于，所述判斷單元，還用于: 若所述判斷單元判斷到所述浮動框架頁面與所述父頁面的主域名不相同，判斷所述瀏覽器是否支持HTML5中的PostMessage方式。
12.根據(jù)權(quán)利要求11所述的浮動框架頁面加載信息的處理裝置，其特征在于，所述發(fā)送單元，用于: 在所述判斷單元判斷到所述瀏覽器不支持HTML5中的PostMessage方式時(shí)，通過代理頁面將所述加載成功消息發(fā)送給所述父頁面，所述代理頁面與所述父頁面的主域名相同。
13.根據(jù)權(quán)利要求11所述的浮動框架頁面加載信息的處理裝置，其特征在于，所述發(fā)送單元，用于: 在所述判斷單元判斷到所述瀏覽器支持HTML5中的PostMessage方式時(shí)，以所述PostMessage方式將所述加載成功消息發(fā)送給所述父頁面。
14.根據(jù)權(quán)利要求13所述的浮動框架頁面加載信息的處理裝置，其特征在于，所述發(fā)送單元，用于: 向所述父頁面發(fā)送PostMessage數(shù)據(jù),所述PostMessage數(shù)據(jù)包括所述加載成功消息以及所述父頁面的域名。
15.一種浮動框架頁面加載信息的處理系統(tǒng)，其特征在于，包括浮動框架頁面加載信息的處理裝置、瀏覽器以及所述瀏覽器加載的父頁面； 其中，所述瀏覽器，用于加載浮動框架頁面； 所述浮動框架頁面加載信息的處理裝置，用于判斷所述瀏覽器是否成功加載所述浮動框架頁面，若判斷到所述瀏覽器成功加載所述浮動框架頁面，向所述父頁面發(fā)送加載成功消息； 所述父頁面，用于在接收到所述加載成功消息后，確認(rèn)所述瀏覽器成功加載所述浮動框架頁面。
【文檔編號】G06F9/445GK104423973SQ201310364444
【公開日】2015年3月18日 申請日期:2013年8月20日 優(yōu)先權(quán)日:2013年8月20日
【發(fā)明者】陳國鋒, 郭學(xué)亨, 龍丁奮 申請人:騰訊科技（深圳）有限公司