本發(fā)明涉及終端領(lǐng)域，尤其涉及一種頁面訪問方法、設(shè)備和計算機存儲介質(zhì)。

背景技術(shù)：

隨著移動通信以及移動互聯(lián)網(wǎng)的快速發(fā)展，大量的用戶使用移動互聯(lián)網(wǎng)進行互聯(lián)網(wǎng)業(yè)務(wù)的訪問處理。

為了方便用戶在移動終端上訪問互聯(lián)網(wǎng)業(yè)務(wù)，互聯(lián)網(wǎng)業(yè)務(wù)的提供商向用戶提供兩種訪問業(yè)務(wù)的用戶界面，一種是移動應(yīng)用軟件(application，app)的客戶端提供的原生界面(view)，另一種是基于h5技術(shù)的萬維網(wǎng)(web)頁面。

當用戶在互聯(lián)網(wǎng)業(yè)務(wù)a的原生界面中點擊需要通過web頁面方式訪問的互聯(lián)網(wǎng)業(yè)務(wù)b的url時，由于互聯(lián)網(wǎng)業(yè)務(wù)a的app無法獲取在web頁面訪問方式下進行互聯(lián)網(wǎng)業(yè)務(wù)b的身份認證所需的賬戶信息，因此，在打開互聯(lián)網(wǎng)業(yè)務(wù)b的url對應(yīng)的web頁面時，用戶需要重新輸入賬戶和密碼，因而對用戶來說執(zhí)行這些操作非常麻煩，而且導(dǎo)致查看web頁面的效率較低。

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

有鑒于此，本發(fā)明實施例期望提供一種頁面訪問方法、設(shè)備和計算機存儲介質(zhì)，能夠簡化在應(yīng)用中查看web頁面的操作，從而提高查看操作的效率。

為達到上述目的，本發(fā)明實施例的技術(shù)方案是這樣實現(xiàn)的：

第一方面，本發(fā)明實施例提供一種頁面訪問方法，終端獲取來自于應(yīng)用的頁面訪問請求，所述頁面訪問請求用于請求訪問存儲在萬維網(wǎng)web服務(wù)器上的web頁面；

響應(yīng)所述頁面訪問請求，向賬號服務(wù)器發(fā)送用戶參數(shù)請求，所述用戶參數(shù)請求用于請求訪問所述web頁面時所需的用戶參數(shù)；

接收所述賬號服務(wù)器發(fā)送的攜帶有所述用戶參數(shù)的用戶參數(shù)響應(yīng)；

向所述應(yīng)用發(fā)送所述用戶參數(shù)，以使所述應(yīng)用根據(jù)所述用戶參數(shù)訪問所述web頁面。

第二方面，本發(fā)明實施例提供一種頁面訪問方法，所述方法包括：

賬號服務(wù)器接收終端發(fā)送的用戶參數(shù)請求，所述用戶參數(shù)請求用于請求訪問萬維網(wǎng)web服務(wù)器上的web頁面時所需的用戶參數(shù)；

所述賬號服務(wù)器向所述終端發(fā)送攜帶有所述用戶參數(shù)的用戶參數(shù)響應(yīng)。

第三方面，本發(fā)明實施例提供一種頁面訪問方法，所述方法包括：

萬維網(wǎng)web服務(wù)器接收終端上的應(yīng)用發(fā)送的登陸會話請求，所述登陸會話請求包括用于訪問所述web服務(wù)器的web頁面的用戶參數(shù)，所述用戶參數(shù)為所述終端從賬號服務(wù)器獲取的；

所述web服務(wù)器向所述應(yīng)用發(fā)送登陸會話響應(yīng)，所述登陸會話響應(yīng)包括所述用戶參數(shù)對應(yīng)的登陸會話，以使所述應(yīng)用根據(jù)所述登陸會話訪問所述web頁面。

第四方面，本發(fā)明實施例提供一種終端，所述終端包括：

第一收發(fā)模塊，用于獲取來自于應(yīng)用的頁面訪問請求，所述頁面訪問請求用于請求訪問存儲在萬維網(wǎng)web服務(wù)器上的web頁面；

第二收發(fā)模塊，用于響應(yīng)所述頁面訪問請求，向賬號服務(wù)器發(fā)送用戶參數(shù)請求，所述用戶參數(shù)請求用于請求訪問所述web頁面時所需的用戶參數(shù)；以及，用于接收所述賬號服務(wù)器發(fā)送的攜帶有所述用戶參數(shù)的用戶參數(shù)響應(yīng)；

所述第一收發(fā)模塊，還用于向所述應(yīng)用發(fā)送所述用戶參數(shù)，以使所述應(yīng)用根據(jù)所述用戶參數(shù)訪問所述web頁面。

第五方面，本發(fā)明實施例提供一種終端，所述終端包括：存儲器、處理器及存儲在所述存儲器上并可在所述處理器上運行的頁面訪問程序，所述頁面訪問程序被所述處理器執(zhí)行時實現(xiàn)如第一方面任一種所述的頁面訪問方法的步驟。

第六方面，本發(fā)明實施例一種賬號服務(wù)器，所述賬號服務(wù)器包括：存儲器、處理器及存儲在所述存儲器上并可在所述處理器上運行的頁面訪問程序，所述頁面訪問程序被所述處理器執(zhí)行時實現(xiàn)如第二方面所述的頁面訪問方法的步驟。

第七方面，本發(fā)明實施例提供一種萬維網(wǎng)服務(wù)器，所述賬號服務(wù)器包括：存儲器、處理器及存儲在所述存儲器上并可在所述處理器上運行的頁面訪問程序，所述頁面訪問程序被所述處理器執(zhí)行時實現(xiàn)如第三方面所述的頁面訪問方法的步驟。

第八方面，本發(fā)明實施例提供一種計算機可讀存儲介質(zhì)，所述計算機可讀存儲介質(zhì)上存儲有頁面訪問程序，所述頁面訪問程序被處理器執(zhí)行時實現(xiàn)如第一方面任一種、第二方面、或第三方面所述的頁面訪問方法的步驟。

本發(fā)明實施例中，通過終端獲取來自于應(yīng)用的頁面訪問請求，所述頁面訪問請求用于請求訪問存儲在萬維網(wǎng)web服務(wù)器上的web頁面；向賬號服務(wù)器發(fā)送用戶參數(shù)請求，所述用戶參數(shù)請求用于請求訪問所述web頁面時所需的用戶參數(shù)；接收攜帶有用戶參數(shù)的用戶參數(shù)響應(yīng)；向所述應(yīng)用發(fā)送所述用戶參數(shù)，以使所述應(yīng)用根據(jù)用戶參數(shù)訪問所述web頁面。使得用戶不需要手動輸入密碼，就能夠在應(yīng)用的原生view中訪問需要認證的web頁面，提升了用戶在應(yīng)用中查看web頁面時的操作效率。

附圖說明

圖1為實現(xiàn)本發(fā)明各個可選的實施例的移動終端的硬件結(jié)構(gòu)示意；

圖2為本發(fā)明實施例的應(yīng)用場景的用戶界面示意圖；

圖3為本發(fā)明實施例一中的頁面訪問方法的實施流程的示意圖；

圖4a為本發(fā)明實施例二中的頁面訪問方法的網(wǎng)絡(luò)結(jié)構(gòu)的示意圖；

圖4b為本發(fā)明實施例二中的頁面訪問方法的用戶界面示意圖；

圖4c為本發(fā)明實施例二中的頁面訪問方法的交互流程的示意圖；

圖5a為本發(fā)明實施例三中的頁面訪問方法的交互流程的示意圖；

圖5b為本發(fā)明實施例三中的頁面訪問方法中數(shù)據(jù)交互和調(diào)用關(guān)系示意圖；

圖6a為本發(fā)明實施例四中的頁面訪問方法的交互流程的示意圖；

圖6b為本發(fā)明實施例四中的頁面訪問方法中數(shù)據(jù)交互和調(diào)用關(guān)系示意圖；

圖7為本發(fā)明實施例五中終端的結(jié)構(gòu)示意圖；

圖8為本發(fā)明實施例五中賬號服務(wù)器的結(jié)構(gòu)示意圖；

圖9為本發(fā)明實施例五中萬維網(wǎng)服務(wù)器的結(jié)構(gòu)示意圖；

圖10為本發(fā)明實施例六中頁面訪問系統(tǒng)的結(jié)構(gòu)示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述。

現(xiàn)在將參考附圖1來描述實現(xiàn)本發(fā)明各個實施例的移動終端。在后續(xù)的描述中，使用用于表示元件的諸如“模塊”、“部件”或“單元”的后綴僅為了有利于本發(fā)明的說明，其本身并沒有特定的意義。因此，"模塊"與"部件"可以混合地使用。

移動終端可以以各種形式來實施。例如，本發(fā)明中描述的終端可以包括諸如移動電話、智能電話、筆記本電腦、數(shù)字廣播接收器、個人數(shù)字助理(pda)、平板電腦(pad)、便攜式多媒體播放器(pmp)、導(dǎo)航裝置等等的移動終端以及諸如數(shù)字tv、臺式計算機等等的固定終端。下面，假設(shè)終端是移動終端。然而，本領(lǐng)域技術(shù)人員將理解的是，除了特別用于移動目的的元件之外，根據(jù)本發(fā)明的實施方式的構(gòu)造也能夠應(yīng)用于固定類型的終端。

圖1為實現(xiàn)本發(fā)明各個可選的實施例的移動終端的硬件結(jié)構(gòu)示意。

移動終端100可以包括無線通信單元110、音頻/視頻(a/v)輸入單元120、用戶輸入單元130、感測單元140、輸出單元150、存儲器160、接口單元170、控制器180和電源單元190等等。圖1示出了具有各種組件的移動終端，但是應(yīng)理解的是，并不要求實施所有示出的組件，可以替代地實施更多或更少的組件，將在下面詳細描述移動終端的元件。

無線通信單元110通常包括一個或多個組件，其允許移動終端100與無線通信系統(tǒng)或網(wǎng)絡(luò)之間的無線電通信。例如，無線通信單元可以包括廣播接收模塊111、移動通信模塊112、無線互聯(lián)網(wǎng)模塊113、短程通信模塊114和位置信息模塊115中的至少一個。

廣播接收模塊111經(jīng)由廣播信道從外部廣播管理服務(wù)器接收廣播信號和/或廣播相關(guān)信息。廣播信道可以包括衛(wèi)星信道和/或地面信道。廣播管理服務(wù)器可以是生成并發(fā)送廣播信號和/或廣播相關(guān)信息的服務(wù)器或者接收之前生成的廣播信號和/或廣播相關(guān)信息并且將其發(fā)送給終端的服務(wù)器。廣播信號可以包括tv廣播信號、無線電廣播信號、數(shù)據(jù)廣播信號等等。而且，廣播信號可以進一步包括與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)信息可以存儲在存儲器160(或者其它類型的存儲介質(zhì))中。

移動通信模塊112將無線電信號發(fā)送到基站(例如，接入點、節(jié)點b等等)、外部終端以及服務(wù)器中的至少一個和/或從其接收無線電信號。這樣的無線電信號可以包括語音通話信號、視頻通話信號、或者根據(jù)文本和/或多媒體消息發(fā)送和/或接收的各種類型的數(shù)據(jù)。

無線互聯(lián)網(wǎng)模塊113支持移動終端的無線互聯(lián)網(wǎng)接入。該模塊可以內(nèi)部或外部地耦接到終端。該模塊所涉及的無線互聯(lián)網(wǎng)接入技術(shù)可以包括wlan(無線lan)(wi-fi)、wibro(無線寬帶)、wimax(全球微波互聯(lián)接入)、hsdpa(高速下行鏈路分組接入)等等。

短程通信模塊114是用于支持短程通信的模塊。短程通信技術(shù)的一些示例包括藍牙tm、射頻識別(rfid)、紅外數(shù)據(jù)協(xié)會(irda)、超寬帶(uwb)、紫蜂tm等等。

位置信息模塊115是用于檢查或獲取移動終端的位置信息的模塊。位置信息模塊115的典型示例是全球定位系統(tǒng)(gps)。根據(jù)當前的技術(shù)，gps的位置信息模塊115計算來自三個或更多衛(wèi)星的距離信息和準確的時間信息并且對于計算的信息應(yīng)用三角測量法，從而根據(jù)經(jīng)度、緯度和高度準確地計算三維當前位置信息。當前，用于計算位置和時間信息的方法使用三顆衛(wèi)星并且通過使用另外的一顆衛(wèi)星校正計算出的位置和時間信息的誤差。此外，gps的位置信息模塊115能夠通過實時地連續(xù)計算當前位置信息來計算速度信息。

a/v輸入單元120用于接收音頻或視頻信號。a/v輸入單元120可以包括相機121和麥克風122，相機121對在視頻捕獲模式或圖像捕獲模式中由圖像捕獲裝置獲得的靜態(tài)圖片或視頻的圖像數(shù)據(jù)進行處理。處理后的圖像幀可以顯示在顯示單元151上。經(jīng)相機121處理后的圖像幀可以存儲在存儲器160(或其它存儲介質(zhì))中或者經(jīng)由無線通信單元110進行發(fā)送，可以根據(jù)移動終端的構(gòu)造提供兩個或更多相機121。麥克風122可以在電話通話模式、記錄模式、語音識別模式等等運行模式中經(jīng)由麥克風122接收聲音(音頻數(shù)據(jù))，并且能夠?qū)⑦@樣的聲音處理為音頻數(shù)據(jù)。處理后的音頻(語音)數(shù)據(jù)可以在電話通話模式的情況下轉(zhuǎn)換為可經(jīng)由移動通信模塊112發(fā)送到移動通信基站的格式輸出。麥克風122可以實施各種類型的噪聲消除(或抑制)算法以消除(或抑制)在接收和發(fā)送音頻信號的過程中產(chǎn)生的噪聲或者干擾。

用戶輸入單元130可以根據(jù)用戶輸入的命令生成鍵輸入數(shù)據(jù)以控制移動終端的各種操作。用戶輸入單元130允許用戶輸入各種類型的信息，并且可以包括鍵盤、鍋仔片、觸摸板(例如，檢測由于被接觸而導(dǎo)致的電阻、壓力、電容等等的變化的觸敏組件)、滾輪、搖桿等等。特別地，當觸摸板以層的形式疊加在顯示單元151上時，可以形成觸摸屏。

感測單元140檢測移動終端100的當前狀態(tài)，(例如，移動終端100的打開或關(guān)閉狀態(tài))、移動終端100的位置、用戶對于移動終端100的接觸(即，觸摸輸入)的有無、移動終端100的取向、移動終端100的加速或減速移動和方向等等，并且生成用于控制移動終端100的操作的命令或信號。例如，當移動終端100實施為滑動型移動電話時，感測單元140可以感測該滑動型電話是打開還是關(guān)閉。另外，感測單元140能夠檢測電源單元190是否提供電力或者接口單元170是否與外部裝置耦接。感測單元140可以包括接近傳感器141將在下面結(jié)合觸摸屏來對此進行描述。

接口單元170用作至少一個外部裝置與移動終端100連接可以通過的接口。例如，外部裝置可以包括有線或無線頭戴式耳機端口、外部電源(或電池充電器)端口、有線或無線數(shù)據(jù)端口、存儲卡端口、用于連接具有識別模塊的裝置的端口、音頻輸入/輸出(i/o)端口、視頻i/o端口、耳機端口等等。識別模塊可以是存儲用于驗證用戶使用移動終端100的各種信息并且可以包括用戶識別模塊(uim)、客戶識別模塊(sim)、通用客戶識別模塊(usim)等等。另外，具有識別模塊的裝置(下面稱為"識別裝置")可以采取智能卡的形式，因此，識別裝置可以經(jīng)由端口或其它連接裝置與移動終端100連接。接口單元170可以用于接收來自外部裝置的輸入(例如，數(shù)據(jù)信息、電力等等)并且將接收到的輸入傳輸?shù)揭苿咏K端100內(nèi)的一個或多個元件或者可以用于在移動終端和外部裝置之間傳輸數(shù)據(jù)。

另外，當移動終端100與外部底座連接時，接口單元170可以用作允許通過其將電力從底座提供到移動終端100的路徑或者可以用作允許從底座輸入的各種命令信號通過其傳輸?shù)揭苿咏K端的路徑。從底座輸入的各種命令信號或電力可以用作用于識別移動終端是否準確地安裝在底座上的信號。輸出單元150被構(gòu)造為以視覺、音頻和/或觸覺方式提供輸出信號(例如，音頻信號、視頻信號、警報信號、振動信號等等)。輸出單元150可以包括顯示單元151、音頻輸出模塊152、警報單元153等等。

顯示單元151可以顯示在移動終端100中處理的信息。例如，當移動終端100處于電話通話模式時，顯示單元151可以顯示與通話或其它通信(例如，文本消息收發(fā)、多媒體文件下載等等)相關(guān)的用戶界面(ui)或圖形用戶界面(gui)。當移動終端100處于視頻通話模式或者圖像捕獲模式時，顯示單元151可以顯示捕獲的圖像和/或接收的圖像、示出視頻或圖像以及相關(guān)功能的ui或gui等等。

同時，當顯示單元151和觸摸板以層的形式彼此疊加以形成觸摸屏時，顯示單元151可以用作輸入裝置和輸出裝置。顯示單元151可以包括液晶顯示器(lcd)、薄膜晶體管lcd(tft-lcd)、有機發(fā)光二極管(oled)顯示器、柔性顯示器、三維(3d)顯示器等等中的至少一種。這些顯示器中的一些可以被構(gòu)造為透明狀以允許用戶從外部觀看，這可以稱為透明顯示器，典型的透明顯示器可以例如為toled(透明有機發(fā)光二極管)顯示器等等。根據(jù)特定想要的實施方式，移動終端100可以包括兩個或更多顯示單元(或其它顯示裝置)，例如，移動終端可以包括外部顯示單元(未示出)和內(nèi)部顯示單元(未示出)。觸摸屏可用于檢測觸摸輸入壓力以及觸摸輸入位置和觸摸輸入面積。

音頻輸出模塊152可以在移動終端處于呼叫信號接收模式、通話模式、記錄模式、語音識別模式、廣播接收模式等等模式下時，將無線通信單元110接收的或者在存儲器160中存儲的音頻數(shù)據(jù)轉(zhuǎn)換音頻信號并且輸出為聲音。而且，音頻輸出模塊152可以提供與移動終端100執(zhí)行的特定功能相關(guān)的音頻輸出(例如，呼叫信號接收聲音、消息接收聲音等等)。音頻輸出模塊152可以包括揚聲器、蜂鳴器等等。

警報單元153可以提供輸出以將事件的發(fā)生通知給移動終端100。典型的事件可以包括呼叫接收、消息接收、鍵信號輸入、觸摸輸入等等。除了音頻或視頻輸出之外，警報單元153可以以不同的方式提供輸出以通知事件的發(fā)生。例如，警報單元153可以以振動的形式提供輸出。警報單元153也可以經(jīng)由顯示單元151或音頻輸出模塊152提供通知事件的發(fā)生的輸出。

存儲器160可以存儲由控制器180執(zhí)行的處理和控制操作的軟件程序等等，或者可以暫時地存儲已經(jīng)輸出或?qū)⒁敵龅臄?shù)據(jù)。

存儲器160可以包括至少一種類型的存儲介質(zhì)，所述存儲介質(zhì)包括閃存、硬盤、多媒體卡、卡型存儲器、隨機訪問存儲器(ram)、靜態(tài)隨機訪問存儲器(sram)、只讀存儲器(rom)、電可擦除可編程只讀存儲器(eeprom)、可編程只讀存儲器(prom)、磁性存儲器、磁盤、光盤等等。而且，移動終端100可以與通過網(wǎng)絡(luò)連接執(zhí)行存儲器160的存儲功能的網(wǎng)絡(luò)存儲裝置協(xié)作。

控制器180通?？刂埔苿咏K端的總體操作。例如，控制器180執(zhí)行與語音通話、數(shù)據(jù)通信、視頻通話等等相關(guān)的控制和處理。另外，控制器180可以包括用于再現(xiàn)(或回放)多媒體數(shù)據(jù)的多媒體模塊181，多媒體模塊181可以構(gòu)造在控制器180內(nèi)，或者可以構(gòu)造為與控制器180分離。控制器180可以執(zhí)行模式識別處理，以將在觸摸屏上執(zhí)行的手寫輸入或者圖片繪制輸入識別為字符或圖像。

電源單元190在控制器180的控制下接收外部電力或內(nèi)部電力并且提供操作各元件和組件所需的適當?shù)碾娏Α?/p>

這里描述的各種實施方式可以以使用例如計算機軟件、硬件或其任何組合的計算機可讀介質(zhì)來實施。對于硬件實施，這里描述的實施方式可以通過使用特定用途集成電路(asic)、數(shù)字信號處理器(dsp)、數(shù)字信號處理裝置(dspd)、可編程邏輯裝置(pld)、現(xiàn)場可編程門陣列(fpga)、處理器、控制器、微控制器、微處理器、被設(shè)計為執(zhí)行這里描述的功能的電子單元中的至少一種來實施，在一些情況下，這樣的實施方式可以在控制器180中實施。對于軟件實施，諸如過程或功能的實施方式可以與允許執(zhí)行至少一種功能或操作的單獨的軟件模塊來實施。軟件代碼可以由以任何適當?shù)木幊陶Z言編寫的軟件應(yīng)用程序(或程序)來實施，軟件代碼可以存儲在存儲器160中并且由控制器180執(zhí)行。

至此，已經(jīng)按照其功能描述了移動終端。下面，為了簡要起見，將描述諸如折疊型、直板型、擺動型、滑動型移動終端等等的各種類型的移動終端中的滑動型移動終端作為示例。因此，本發(fā)明能夠應(yīng)用于任何類型的移動終端，并且不限于滑動型移動終端。

如圖1中所示的移動終端100可以被構(gòu)造為利用經(jīng)由幀或分組發(fā)送數(shù)據(jù)的諸如有線和無線通信系統(tǒng)以及基于衛(wèi)星的通信系統(tǒng)來操作。

本發(fā)明的移動終端能夠操作的通信系統(tǒng)可以使用不同的空中接口和/或物理層。例如，由通信系統(tǒng)使用的空中接口包括例如頻分多址(fdma)、時分多址(tdma)、碼分多址(cdma)和通用移動通信系統(tǒng)(umts)(特別地，長期演進(lte))、全球移動通信系統(tǒng)(gsm)等等。作為非限制性示例，下面的描述涉及cdma通信系統(tǒng)，但是這樣的教導(dǎo)同樣適用于其它類型的系統(tǒng)。

基于上述移動終端硬件結(jié)構(gòu)以及通信系統(tǒng)，提出本發(fā)明方法各個實施例。

以互聯(lián)網(wǎng)業(yè)務(wù)a的app為即時聊天應(yīng)用為例進行說明，圖2為本發(fā)明實施例的應(yīng)用場景的用戶界面示意圖，如圖2中所示，用戶點擊即時聊天應(yīng)用app1的圖標(參見圖2中的a圖)，以打開即時聊天應(yīng)用app1的原生界面，并與自己的好友小明進行聊天。小明向用戶發(fā)送一條消息為互聯(lián)網(wǎng)業(yè)務(wù)b的url，用戶可在app1的原生界面中點擊需要通過web頁面方式訪問的互聯(lián)網(wǎng)業(yè)務(wù)b的url(參見圖2中的b圖)；但是，由于app1無法獲取在web頁面訪問方式下進行互聯(lián)網(wǎng)業(yè)務(wù)b的身份認證所需的賬戶信息，因此，用戶需要重新輸入賬戶和密碼(參見圖2中的c圖)；當輸入登陸信息后，app1打開互聯(lián)網(wǎng)業(yè)務(wù)b的url對應(yīng)的web頁面(參見圖2中的d圖)。相關(guān)技術(shù)中用戶打開互聯(lián)網(wǎng)業(yè)務(wù)b的url對應(yīng)的web頁面時需要輸入賬戶和密碼，應(yīng)用本發(fā)明實施例的方法之后，能夠從圖2的b圖直接跳轉(zhuǎn)至圖2的d圖，從而無需用戶輸入賬戶和密碼，進而提高用戶查看web頁面的效率較低。

實施例一

本發(fā)明實施例的執(zhí)行主體為終端。圖3為本發(fā)明實施例一中的頁面訪問方法的實施流程的示意圖，如圖3所示，該方法包括：

s101：獲取來自于應(yīng)用的頁面訪問請求，該頁面訪問請求用于請求訪問存儲在萬維網(wǎng)web服務(wù)器上的web頁面。

在本發(fā)明實施例中，所述應(yīng)用(application，app)可以位于所述終端上，也可以位于所述終端之外的其他終端上。舉例來說，app可以是通過應(yīng)用程序安裝包預(yù)先安裝在終端上的。在設(shè)置有安卓操作系統(tǒng)的終端中，app可以是通過安卓安裝包(andriodpackage，apk)安裝在終端上的。示例性地，該app可以是微信、qq、瀏覽器等，本發(fā)明實施例對此不做限制。

在本發(fā)明實施例中，可參考圖2中b圖，頁面訪問請求可以是由用戶在app中的操作觸發(fā)的，也可以是由app中的關(guān)聯(lián)指令觸發(fā)的。在本發(fā)明實施例中，終端獲取頁面訪問請求的方式，可以是由app采集到頁面訪問請求之后發(fā)送給終端的，也可以是終端通過操作系統(tǒng)檢測到用戶操作或者檢測到app中的關(guān)聯(lián)指令獲取的。本發(fā)明實施例對此不做限制。

在本發(fā)明實施例中，web頁面可以是基于超文本標記語言html實現(xiàn)的網(wǎng)頁(webpage)。示例性地，web頁面可以是用于呈現(xiàn)新聞內(nèi)容、相片內(nèi)容等信息內(nèi)容的web頁面。在本發(fā)明實施例中，web頁面可以是基于h1-h5(html的第一次至第五次重大修改的html標準)技術(shù)實現(xiàn)的。示例性地，基于h5技術(shù)實現(xiàn)的web頁面可以在支持網(wǎng)絡(luò)視圖(webview)的app中呈現(xiàn)。

在本發(fā)明實施例中，app在檢測到頁面訪問請求之后，可以向web服務(wù)器請求加載所述web頁面，web服務(wù)器可以根據(jù)app中存儲的與該web服務(wù)器或者與該web頁面相關(guān)的用戶參數(shù)，向app返回與用戶參數(shù)對應(yīng)的web頁面。

在本發(fā)明實施例中，用戶參數(shù)可以是用戶標識(useridentity，uid)、用戶名和昵稱中至少一種。在本發(fā)明實施例中，用戶參數(shù)可以存儲在app的webview對應(yīng)的賬號系統(tǒng)中。示例性地，app的webview對應(yīng)的賬號系統(tǒng)可以采用小型文本文件(cookie)的形式存儲在app中，以供app在webview中加載web頁面時讀取，并根據(jù)該用戶參數(shù)向web服務(wù)器請求加載web頁面。

需要說明的是，基于賬號安全性的考慮，app的原生view對應(yīng)的賬號系統(tǒng)與app的webview對應(yīng)的賬號系統(tǒng)可以是相互隔離的。以所述app為app1為例，即使app1的原生view的賬號系統(tǒng)中已經(jīng)存儲了與請求訪問的web頁面有關(guān)的用戶參數(shù)，app1仍不能在加載該web頁面時使用app1的原生view的賬號系統(tǒng)中存儲的用戶參數(shù)。類似地，同樣基于賬號安全性的考慮，不同的app之間的賬號系統(tǒng)也可以是相互隔離的。同樣以所述app為app1為例，即使app2的原生view的賬號系統(tǒng)中存儲了與請求訪問的web頁面有關(guān)的用戶參數(shù)，app1也同樣無法在加載該web頁面時使用app2中存儲的用戶參數(shù)。

因此，可以在s101之后，判斷app1的小型文本文件中未存儲有訪問該web服務(wù)器上的web頁面需要的用戶參數(shù)時執(zhí)行s102，以避免用戶需要手動輸入登陸該web頁面所需的用戶名和密碼等信息來查看需要認證的web頁面中的內(nèi)容。在本發(fā)明實施例中，終端也可以在每次獲取到來自app1的網(wǎng)頁訪問請求后執(zhí)行s102，本發(fā)明實施例對此不做限制。

s102：向賬號服務(wù)器發(fā)送用戶參數(shù)請求，該用戶參數(shù)請求用于請求訪問所述web頁面時所需的用戶參數(shù)。

s103：接收賬號服務(wù)器發(fā)送的攜帶有用戶參數(shù)的用戶參數(shù)響應(yīng)。

在本發(fā)明實施例中，需要說明的是，用戶參數(shù)可以是賬號服務(wù)器預(yù)先從web服務(wù)器獲取的，或者，用戶參數(shù)可以是賬號服務(wù)器根據(jù)與web服務(wù)器預(yù)先協(xié)商的用戶參數(shù)的生成規(guī)則生成的，從而保證app1根據(jù)從賬號服務(wù)器接收的用戶參數(shù)，能夠訪問web服務(wù)器上需要認證的web頁面。

在本發(fā)明實施例中，終端可以根據(jù)預(yù)設(shè)的賬號信息，向賬號服務(wù)器發(fā)送用戶參數(shù)請求，相應(yīng)地，賬號服務(wù)器可以根據(jù)賬號信息和用戶參數(shù)生成規(guī)則生成賬號信息對應(yīng)的用戶參數(shù)?；蛘?，終端也可以根據(jù)預(yù)設(shè)的賬號信息的賬號認證憑據(jù)(token)，向賬號服務(wù)器發(fā)送用戶參數(shù)請求，相應(yīng)地，賬號服務(wù)器可以根據(jù)賬號認證憑據(jù)和用戶參數(shù)生成規(guī)則生成賬號信息對應(yīng)的用戶參數(shù)。需要說明的是，終端可以在s102之前，向賬號服務(wù)器發(fā)送賬號認證請求，賬號認證請求中攜帶預(yù)設(shè)的賬號信息，賬號服務(wù)器可以對賬號信息進行校驗，若校驗成功，則賬號服務(wù)器可以向終端發(fā)送賬號信息對應(yīng)的賬號認證憑據(jù)。

在本發(fā)明其他實施例中，終端可以將經(jīng)過加密的賬號信息或者賬號認證憑據(jù)攜帶在用戶參數(shù)請求中發(fā)送給賬號服務(wù)器。示例性地，加密算法可以采用高級加密標準(advancedencryptionstandard，aes)的對稱加密算法。本發(fā)明實施例對加密算法不做限制。相應(yīng)地，終端可以與賬號服務(wù)器預(yù)先協(xié)商加密算法以及密鑰等加密處理需要使用的配置參數(shù)。

在本發(fā)明實施例中，賬號信息可以是終端的標識，或者，賬號信息可以包括一組用戶名和密碼。

在本發(fā)明實施例中，賬號信息可以是在s101之前預(yù)先存儲在終端或者app1上的。

在一示例中，該預(yù)設(shè)的賬號信息可以是app1的原生view的賬號系統(tǒng)中存儲的用戶名和密碼。在本發(fā)明其他實施例中，在s102之前，終端可以從app1的原生view的賬號系統(tǒng)中獲取賬號信息。需要說明的是，app1的安裝包中可以嵌入用于向終端提供賬號的軟件開發(fā)工具包(softwaredevelopmentkit，sdk)工具，該賬號sdk工具可以用于app1向終端提供交互賬號信息，以及終端向app1提供用戶參數(shù)的接口。示例性地，sdk工具可以由賬號服務(wù)器的提供商提供。

采用這種從app1的原生view的賬號系統(tǒng)中提取賬號信息的方式，當web服務(wù)器與app1對應(yīng)相同的業(yè)務(wù)提供商時，可以利用app1的原生view的賬號系統(tǒng)中存儲的賬號信息，來獲取訪問web頁面的用戶參數(shù)。

另一示例中，該預(yù)設(shè)的賬號信息可以是終端上的預(yù)設(shè)的賬號app中存儲的賬號信息。在本發(fā)明實施例中，賬號服務(wù)器可以是與賬號app對應(yīng)的服務(wù)端，也即賬號app與賬號服務(wù)器可以對應(yīng)相同的服務(wù)提供商，則賬號服務(wù)器可以根據(jù)自身存儲的賬號數(shù)據(jù)庫對賬號app中存儲的賬號信息進行認證校驗。

采用這種從賬號app獲取賬號信息的方式，當web服務(wù)器與app1對應(yīng)不同的業(yè)務(wù)提供商時，可以利用賬號app中存儲的賬號信息，來獲取訪問web頁面的用戶參數(shù)。

s104：向應(yīng)用發(fā)送用戶參數(shù)，以使應(yīng)用根據(jù)用戶參數(shù)訪問所述web頁面。

在本發(fā)明實施例中，終端從賬號服務(wù)器獲取到用戶參數(shù)后，將用戶參數(shù)發(fā)送給app1。則在s104之后，app1可以將用戶參數(shù)存儲于cookie中，從而在通過app1的webview加載web頁面的過程中，向web服務(wù)器發(fā)送攜帶cookie中存儲的與web服務(wù)器有關(guān)的用戶信息的頁面訪問請求。其中，app1的webview與web服務(wù)器可以基于uc.php接口進行通信。

在本發(fā)明實施例中，在s104之后，app1也可以根據(jù)web服務(wù)器的登陸網(wǎng)址將用戶參數(shù)發(fā)送給web服務(wù)器以獲取登陸會話，該登陸會話可用于指示web服務(wù)器允許訪問web服務(wù)器上的web頁面。然后，app1可以將登陸會話寫入cookie中，從而在加載web頁面的過程中，向web服務(wù)器發(fā)送攜帶cookie中存儲的與web服務(wù)器有關(guān)的用戶信息的的頁面訪問請求。

app可以采用上述兩種方式中的任一方式訪問web頁面，本發(fā)明對此不做限制。本發(fā)明實施例中僅需保證，用戶參數(shù)由賬號服務(wù)器根據(jù)與web服務(wù)器預(yù)先協(xié)商的用戶參數(shù)生成規(guī)則生成的即可。

需要說明的是，本發(fā)明實施例中終端執(zhí)行的s101-s104中的步驟均可以由賬號app提供的程序?qū)崿F(xiàn)相應(yīng)地處理流程。示例性地，賬號app在獲取到用戶參數(shù)之后，可以利用app1中的賬號sdk工具向app1傳遞用戶參數(shù)。

本發(fā)明實施例中，通過終端獲取來自于應(yīng)用的頁面訪問請求，所述頁面訪問請求用于請求訪問存儲在萬維網(wǎng)web服務(wù)器上的web頁面；向賬號服務(wù)器發(fā)送用戶參數(shù)請求，所述用戶參數(shù)請求用于請求訪問所述web頁面時所需的用戶參數(shù)；接收攜帶有用戶參數(shù)的用戶參數(shù)響應(yīng)；向所述應(yīng)用發(fā)送所述用戶參數(shù)，以使所述應(yīng)用根據(jù)用戶參數(shù)訪問所述web頁面。使得用戶不需要手動輸入密碼，就能夠在應(yīng)用的原生view中訪問需要認證的web頁面，提升了用戶在應(yīng)用中查看web頁面時的操作效率。

實施例二

下面采用交互的實施例對本發(fā)明實施例提供的頁面訪問方法進行說明。

本發(fā)明實施例提供的一種交互式的頁面訪問方法，在介紹該方法之前，先提供一種網(wǎng)絡(luò)架構(gòu)，圖4a為本發(fā)明實施例二中的頁面訪問方法的網(wǎng)絡(luò)架構(gòu)的示意圖。參見圖4a所示，該網(wǎng)絡(luò)架構(gòu)包括：web服務(wù)器41、app142、終端上的賬號app43、賬號app服務(wù)器44和賬號同步認證服務(wù)器45，在實現(xiàn)的過程中，圖4a所示的網(wǎng)絡(luò)架構(gòu)是邏輯上的架構(gòu)，而非實體架構(gòu)，例如，圖4b為本發(fā)明實施例二中的頁面訪問方法的用戶界面示意圖，如圖4b所示，賬號app43和app142可以在終端上實現(xiàn)，又如，賬號app服務(wù)器44和賬號同步認證服務(wù)器45可以位于同一個服務(wù)器實體上，也可以位于不同的服務(wù)器實體上。

基于圖4a所示的網(wǎng)絡(luò)架構(gòu)，下面提出本發(fā)明實施例的交互式的頁面訪問方法，圖4c為本發(fā)明實施例二中的頁面訪問方法的交互流程的示意圖。參見圖4c所示，該方法包括：賬號認證、用戶參數(shù)獲取，以及web頁面訪問三個階段的步驟。其中，本實施例中用戶參數(shù)獲取階段的步驟可以用于實現(xiàn)圖3所示的s101至s104。本實施例中的賬號認證階段的步驟可以用于獲取s102中所需的賬號認證憑據(jù)。本實施例中的web頁面訪問階段的步驟可以用于實現(xiàn)在s104之后，app1根據(jù)用戶參數(shù)訪問web服務(wù)器上的web頁面的過程。

可參考圖4c，在本發(fā)明實施例中，賬號認證階段的步驟可以包括：

s401：賬號app向賬號服務(wù)器發(fā)送認證請求，認證請求攜帶賬號信息。

其中，在本實施例提供的頁面訪問方法的交互流程中，預(yù)設(shè)的賬號信息可以是預(yù)先存儲在賬號app中的。該賬號app可以是通過應(yīng)用程序安裝包預(yù)先安裝在所述終端上的。賬號信息可以包括用戶名和密碼。賬號app可以采用aes加密算法加密賬號信息。

s402：賬號服務(wù)器校驗賬號信息，若校驗失敗執(zhí)行s403，若校驗成功執(zhí)行s404。

其中，賬號服務(wù)器可以采用預(yù)先協(xié)商的密鑰對經(jīng)過加密的賬號信息進行解密，再根據(jù)對賬號信息進行校驗。若校驗通過，賬號服務(wù)器可以獲取用戶名對應(yīng)的uid。在本發(fā)明實施例中，用戶名對應(yīng)的uid也可以是用戶名本身。

s403：賬號服務(wù)器向賬號app發(fā)送認證失敗信息。

需要說明的是，s403不是本發(fā)明實施例必須執(zhí)行的步驟。

s404：賬號服務(wù)器根據(jù)uid和加密算法，生成賬號認證憑據(jù)。

其中，賬號服務(wù)器可以采用aes加密算法，根據(jù)隨機數(shù)、時間戳和uid生成賬號認證憑據(jù)(token)。在本發(fā)明實施例中，該隨機數(shù)可以是根據(jù)uid產(chǎn)生的隨機數(shù)。

s405：賬號服務(wù)器向賬號app發(fā)送攜帶有賬號認證憑據(jù)的認證響應(yīng)。

需要說明的是，賬號認證階段的步驟可以在s406之前執(zhí)行，也可以在s406之后執(zhí)行，但需要保證在s408之前執(zhí)行。

采用這種利用存儲在賬號app中的賬號信息獲取用戶參數(shù)的方式，終端廠商可以在終端上預(yù)裝賬號app，并提供賬號服務(wù)器來提供獲取用戶參數(shù)的配套認證服務(wù)，由于這種方式能夠幫助用戶更快捷的訪問web頁面，從而使得web服務(wù)器的提供商有意愿與終端廠商進行配合，允許直接使用終端廠商的賬號訪問web服務(wù)器上的web頁面，并且，當賬號同步認證服務(wù)器能夠為更多的web服務(wù)器提供配套認證服務(wù)時，終端廠商提供的賬號信息的可應(yīng)用范圍更大，進而能夠促使消費者更有意愿購買和使用終端廠商提供的終端。同時，還可以推動更多不同的app1內(nèi)嵌終端廠商提供的賬號sdk工具。

可參考圖4c，在本發(fā)明實施例中，用戶參數(shù)獲取階段的步驟可以包括：

s406：app1向賬號app發(fā)送網(wǎng)頁訪問請求，攜帶第一url。

其中，app1可以在檢測到用戶在原生view中點擊了指向web服務(wù)器的web頁面的第一url之后，向賬號app發(fā)送網(wǎng)頁訪問請求。示例性地，第一url可以為“www.163.com/topnews.html”。在本發(fā)明實施例中，app1可以通過內(nèi)置一個由賬號app提供商發(fā)布的sdk工具，實現(xiàn)與賬號app的通信。

s407：賬號app根據(jù)第一url獲取登陸接口url。

其中，舉例來說，賬號app可以預(yù)先存儲有至少一個web服務(wù)器的登陸接口url，該登陸接口url可與用戶參數(shù)配合實現(xiàn)用戶登陸web服務(wù)器。示例性地，賬號app可以將“www.163.com/login.html”確定為與第一url“www.163.com/1.html”對應(yīng)的登陸接口url。上述登陸接口url僅為示例，本發(fā)明實施例對登陸接口url的具體網(wǎng)址不做限制。在本發(fā)明實施例中，賬號app上預(yù)先存儲的至少一個web服務(wù)器的登陸接口url可以是賬號app預(yù)先從所述至少一個web服務(wù)器中的各個web服務(wù)器獲取的。

s408：賬號app向賬號服務(wù)器發(fā)送用戶參數(shù)請求，攜帶賬號認證憑據(jù)和登陸接口url。

其中，賬號認證憑據(jù)token可以是s405中獲取的。

s409：賬號服務(wù)器校驗賬號認證憑據(jù)，若校驗成功，解析賬號認證憑據(jù)得到uid。

s410：賬號服務(wù)器根據(jù)uid獲取用戶參數(shù)，將用戶參數(shù)添加到登陸接口url中，得到第二url。

其中，用戶參數(shù)例如可以是用戶名和昵稱等。賬號同步認證服務(wù)器可以根據(jù)用戶參數(shù)生成規(guī)則和uid生成用戶參數(shù)。舉例來說，賬號同步認證服務(wù)器可以根據(jù)用戶參數(shù)生成規(guī)則，將用戶參數(shù)添加到登陸接口url，以構(gòu)造第二url。所述第二url用于獲取登陸所述web服務(wù)器的登陸會話。需要說明的是，賬號同步認證服務(wù)器可以預(yù)先從web服務(wù)器獲取用戶參數(shù)生成規(guī)則，從而使得web服務(wù)器在獲取到攜帶在第二url的用戶參數(shù)時能夠根據(jù)用戶參數(shù)生成規(guī)則反向解析得到終端對應(yīng)的uid。

s411：賬號服務(wù)器向賬號app發(fā)送用戶參數(shù)響應(yīng)，攜帶第二url。

s412：賬號app向app1發(fā)送包含用戶參數(shù)的第二url。

其中，在本發(fā)明實施例中，賬號app可以通過利用app1的內(nèi)置sdk工具提供的通信接口向app1發(fā)送第二url。app1可以利用該sdk工具提供的同步登陸接口，調(diào)用賬號app以獲取用于實現(xiàn)同步登陸的第二url。

在本發(fā)明實施例中，對于終端的操作系統(tǒng)上的app1的原生view端對應(yīng)的賬號體系無法與基于h5頁面的webview端的賬號體系實現(xiàn)后臺同步登陸的問題，采用將用于實現(xiàn)登陸web服務(wù)器的第二url攜帶用戶參數(shù)的方式，提供了一種實現(xiàn)app1的原生view端與webview端的賬號同步登陸的解決方案。即app1只需訪問第二url即可實現(xiàn)webview端的賬號登陸。從而避免用戶手動輸入用戶名和密碼的操作，提升了查看web頁面的操作效率。

并且，采用這種在app1中內(nèi)置由賬號app的提供商提供的sdk工具實現(xiàn)的同步登陸方式，實現(xiàn)app1的原生view端與webview端的賬號同步登陸，不需要改變現(xiàn)有的原生view的賬號體系和webview的賬號系統(tǒng)的存儲方式和訪問權(quán)限控制方式，即可快速實現(xiàn)app1與賬號app的對接，進而實現(xiàn)同步登陸功能。這種方式對于app1來說實現(xiàn)簡單，更容易被app1的提供商接受。

另外，采用將賬號認證憑據(jù)和登陸接口url攜帶在用戶參數(shù)請求中發(fā)送給賬號服務(wù)器，以獲取用于實現(xiàn)登陸web服務(wù)器的第二url，其中第二url攜帶用戶參數(shù)的方式，也能夠避免新增app1和web服務(wù)器之間消息接口，即app1只需要直接訪問第二url，即可將用戶參數(shù)發(fā)送給web服務(wù)器，而不需要新增專門用于發(fā)送用戶參數(shù)的消息。

可參考圖4c，在本發(fā)明實施例中，web頁面訪問階段的步驟可以包括：

s413：app1訪問第二url。

其中，第二url中可以攜帶經(jīng)過加密的用戶參數(shù)。舉例來說，app1可以在后臺訪問指向web服務(wù)器的第二url，該第二url可以指向web服務(wù)器的登陸接口網(wǎng)址。所述第二url用于獲取登陸所述web服務(wù)器的登陸會話。

s414：web服務(wù)器解析第二url中的用戶參數(shù)，根據(jù)用戶參數(shù)獲取uid、用戶名和昵稱，生成登陸會話。

其中，登陸會話session可以是web服務(wù)器生成的允許訪問web服務(wù)器上的web頁面的登陸憑據(jù)。

s415：web服務(wù)器向app1發(fā)送登陸會話。

s416：app1將登陸會話存入小型文本文件。

其中，app1可以將該登陸會話存入與該web服務(wù)器對應(yīng)的小型文本文件中。

s417：app1根據(jù)小型文本文件訪問第一url。

其中，app1可以在自身的webview中加載第一url對應(yīng)的web頁面。

采用這種將登陸會話存儲在app1的小型文本文件中的方式，app1可以利用自身的webview對應(yīng)的小型文本文件，訪問相同的web服務(wù)器上的web頁面，而不需要在每次獲取到網(wǎng)頁訪問請求時向賬號同步認證服務(wù)器請求用戶參數(shù)。

在本發(fā)明實施例中，賬號app服務(wù)器可以設(shè)置同步登陸接口，可用于從終端上的賬號app獲取用于請求用戶參數(shù)的用戶參數(shù)請求。賬號同步認證服務(wù)器可以設(shè)置一賬號認證加密接口，用于根據(jù)從賬號app服務(wù)器獲取的用戶參數(shù)請求發(fā)送用戶參數(shù)響應(yīng)。app1中可以集成一賬號sdk工具，則app1可以通過調(diào)用賬號sdk的各個消息接口與賬號app交互各種信息。

在本發(fā)明其他實施例中，作為s406的一種替代方式，app1也可以在獲取到請求訪問第一url的網(wǎng)頁訪問請求后，根據(jù)第一url獲取web服務(wù)器對應(yīng)的登陸接口url，并將攜帶由登陸接口url的網(wǎng)頁訪問請求發(fā)送給賬號app。采用這種方式，賬號app可以不用預(yù)先存儲各個web服務(wù)器對應(yīng)的登陸url，只需直接根據(jù)賬號認證憑據(jù)和登陸接口url生成用戶參數(shù)請求即可。

在本發(fā)明其他實施例中，作為s407的一種替代方式，賬號app可以直接根據(jù)賬號認證憑據(jù)和第一url生成用戶參數(shù)請求發(fā)送給賬號服務(wù)器。由賬號服務(wù)器根據(jù)預(yù)先獲取的登陸接口url和用戶參數(shù)生成第二url。需要說明的是，賬號服務(wù)器可以預(yù)先從至少一個web服務(wù)器獲取對應(yīng)的登陸接口url。采用這種方式，app1和賬號app均可以不需要預(yù)先存儲各個web服務(wù)器對應(yīng)的登陸url。

本發(fā)明實施例的其他技術(shù)方案細節(jié)和技術(shù)效果與圖3所示方法類似。

實施例三

圖5a為本發(fā)明實施例三中的頁面訪問方法的交互流程的示意圖。與圖4c所示方法不同的是，如圖5a所示，本實施例中的賬號app服務(wù)器和賬號同步認證服務(wù)器可以用于執(zhí)行圖4c所示實施例二中的賬號服務(wù)器所執(zhí)行的步驟，其中，本實施例中的s501至s505可以作為圖4c中s401至s405所示的賬號認證階段的步驟一種替代方式，本實施例中的s507至s512可以作為圖4c中的用戶參數(shù)獲取階段的s408至s411一種替代方式。

可參考圖5a，在本發(fā)明實施例中，賬號認證階段的步驟可以包括：

s501：賬號app向賬號app服務(wù)器發(fā)送攜帶賬號信息認證請求。

其中，賬號信息可以包括用戶名和密碼。賬號app可以采用aes加密算法加密賬號信息。圖5b為本發(fā)明實施例三中的頁面訪問方法的數(shù)據(jù)交互和調(diào)用關(guān)系示意圖，可參考圖5b中的d501。

s502：賬號app服務(wù)器對賬號信息進行校驗，若校驗失敗執(zhí)行s503，若校驗成功執(zhí)行s504。

其中，賬號app服務(wù)器可以采用預(yù)先協(xié)商的密鑰對經(jīng)過加密的賬號信息進行解密，再根據(jù)對賬號信息進行校驗。若校驗通過，賬號app服務(wù)器可以獲取用戶名對應(yīng)的uid。示例性地，用戶名對應(yīng)的uid也可以是用戶名本身。

s503：賬號app服務(wù)器向賬號app發(fā)送認證失敗信息。

需要說明的是，s503不是本發(fā)明實施例必須執(zhí)行的步驟。

s504：賬號app服務(wù)器根據(jù)uid和加密算法，生成賬號認證憑據(jù)。

其中，賬號app服務(wù)器可以采用aes加密算法，根據(jù)隨機數(shù)、時間戳和uid生成賬號認證憑據(jù)token。舉例來說，該隨機數(shù)可以是根據(jù)uid產(chǎn)生的隨機數(shù)。

s505：賬號app服務(wù)器向賬號app發(fā)送攜帶有賬號認證憑據(jù)的認證響應(yīng)。

其中，可參考圖5b中的d502。

需要說明的是，賬號認證階段的步驟可以在s506之前執(zhí)行，也可以在s506之后執(zhí)行，但需要保證在s508之前執(zhí)行。

可參考圖5a，在本發(fā)明實施例中，用戶參數(shù)獲取階段的步驟可以包括：

s506：app1向賬號app發(fā)送網(wǎng)頁訪問請求，攜帶第一url。

其中，app1可以在檢測到用戶在原生view中點擊了指向web服務(wù)器的web頁面的第一url之后，向賬號app發(fā)送同步登陸請求。示例性地，第一url可以為“www.163.com/1.html”。舉例來說，app1可以通過內(nèi)置一個由賬號app提供商發(fā)布的sdk工具，實現(xiàn)與賬號app的通信?？蓞⒖紙D5b中的d505。

s507：賬號app根據(jù)第一url獲取登陸接口url。

其中，舉例來說，賬號app可以預(yù)先存儲有至少一個web服務(wù)器的登陸接口url，該登陸接口url可與用戶參數(shù)配合實現(xiàn)用戶登陸web服務(wù)器。示例性地，賬號app可以將“www.163.com/login.html”確定為與第一url“www.163.com/1.html”對應(yīng)的登陸接口url。上述登陸接口url僅為示例，本發(fā)明實施例對登陸接口url的具體網(wǎng)址不做限制。舉例來說，賬號app上預(yù)先存儲的至少一個web服務(wù)器的登陸接口url可以是賬號app預(yù)先從所述至少一個web服務(wù)器中的各個web服務(wù)器獲取的。

s508：賬號app向賬號app服務(wù)器發(fā)送用戶參數(shù)請求，攜帶賬號認證憑據(jù)和登陸接口url。

其中，賬號認證憑據(jù)token可以是s505中獲取的。

s509：賬號app服務(wù)器校驗賬號認證憑據(jù)，若校驗成功，解析賬號認證憑據(jù)得到uid。

s510：賬號app向賬號同步認證服務(wù)器發(fā)送用戶參數(shù)請求，攜帶uid和登陸接口url。

s511：賬號同步認證服務(wù)器校驗uid，若uid校驗成功，根據(jù)uid獲取用戶參數(shù)，將用戶參數(shù)添加到登陸接口url中，得到第二url。

其中，用戶參數(shù)例如可以是用戶名和昵稱等。賬號同步認證服務(wù)器可以根據(jù)用戶參數(shù)生成規(guī)則和uid生成用戶參數(shù)。舉例來說，賬號同步認證服務(wù)器可以根據(jù)用戶參數(shù)生成規(guī)則，將用戶參數(shù)添加到登陸接口url，以構(gòu)造第二url。需要說明的是，賬號同步認證服務(wù)器可以預(yù)先從web服務(wù)器獲取用戶參數(shù)生成規(guī)則，從而使得web服務(wù)器在獲取到攜帶在第二url的用戶參數(shù)時能夠根據(jù)用戶參數(shù)生成規(guī)則反向解析得到終端對應(yīng)的uid?？蓞⒖紙D5b中的d503和d504。

s512：賬號同步認證服務(wù)器向賬號app發(fā)送用戶參數(shù)響應(yīng)，攜帶第二url。

其中，賬號同步認證服務(wù)器可以通過賬號app服務(wù)器向賬號app發(fā)送用戶參數(shù)響應(yīng)。

s513：賬號app向app1發(fā)送包含用戶參數(shù)的第二url。

其中，賬號app可以通過利用app1的內(nèi)置sdk工具提供的通信接口向app1發(fā)送第二url。

可參考圖5a，在本發(fā)明實施例中，web頁面訪問階段的步驟可以包括：

s514：app1訪問第二url。

s515：web服務(wù)器解析第二url中的用戶參數(shù)，根據(jù)用戶參數(shù)獲取uid、用戶名和昵稱，生成登陸會話。

s516：web服務(wù)器向app1發(fā)送登陸會話。

s517：app1將登陸會話存入小型文本文件。

s518：app1根據(jù)小型文本文件訪問第一url。

本發(fā)明實施例中訪問web頁面階段的步驟與圖4c所示訪問web頁面階段的步驟類似。

采用將賬號服務(wù)器分離設(shè)置為賬號app服務(wù)器和賬號同步認證服務(wù)器的方式，能夠由賬號同步認證服務(wù)器完成需要與外部的web服務(wù)器預(yù)先協(xié)商用戶參數(shù)生成規(guī)則等信息的步驟，避免保存大量的賬號信息數(shù)據(jù)的賬號app服務(wù)器與外部的web服務(wù)器進行通信，從而保護賬號app服務(wù)器上的賬號數(shù)據(jù)的安全可靠?？梢姡景l(fā)明實施例通過增加連接web服務(wù)器和賬號app服務(wù)器的賬號同步認證服務(wù)器來實現(xiàn)賬號同步登陸的解決方案，能夠保證賬號數(shù)據(jù)在web服務(wù)器和賬號app服務(wù)器的完整一致性。

可參考圖示，app1中還內(nèi)嵌有一webview模塊，可以用于app1與web服務(wù)器通信，還可用于保存小型文本文件cookie數(shù)據(jù)。圖5a所示s501至s518涉及的應(yīng)用與模塊之間、應(yīng)用與應(yīng)用之間、應(yīng)用與服務(wù)器之間數(shù)據(jù)交互和調(diào)用關(guān)系可參考圖示。

本發(fā)明實施例的其他技術(shù)方案細節(jié)和技術(shù)效果與圖3至圖4c所示方法類似。

實施例四

圖6a為本發(fā)明實施例四中的頁面訪問方法的交互流程的示意圖。

與圖5a所示方法不同的是，預(yù)設(shè)的賬號信息可以為app1中存儲的賬號信息。則如圖6a所示，本實施例中的s600至s606可以作為圖5a中s501至s505所示的賬號認證階段的步驟的一種替代實現(xiàn)方式，本實施例中的s606可以作為圖5a中的用戶參數(shù)獲取階段的s506的一種替代實現(xiàn)方式。

可參考圖6a，在本發(fā)明實施例中，賬號認證階段的步驟可以具體包括：

s600：app1向賬號app發(fā)送攜帶賬號信息的認證請求。

其中，賬號信息可以包括用戶名和密碼。賬號app可以采用aes加密算法加密賬號信息。舉例來說，app1可以通過內(nèi)置一個由賬號app提供商發(fā)布的sdk工具，實現(xiàn)與賬號app的通信。

s601：賬號app向賬號app服務(wù)器發(fā)送攜帶賬號信息的認證請求。

s602：賬號app服務(wù)器對賬號信息進行校驗，若校驗成功執(zhí)行s603。

其中，賬號app服務(wù)器可以采用預(yù)先協(xié)商的密鑰對經(jīng)過加密的賬號信息進行解密，再根據(jù)對賬號信息進行校驗。若校驗通過，賬號app服務(wù)器可以獲取用戶名對應(yīng)的uid。舉例來說，用戶名對應(yīng)的uid也可以是用戶名本身。

s603：賬號app服務(wù)器根據(jù)uid和加密算法，生成賬號認證憑據(jù)。

其中，賬號app服務(wù)器可以采用aes加密算法，根據(jù)隨機數(shù)、時間戳和uid生成賬號認證憑據(jù)token。舉例來說，該隨機數(shù)可以是根據(jù)uid產(chǎn)生的隨機數(shù)。

s604：賬號app服務(wù)器向賬號app發(fā)送攜帶有賬號認證憑據(jù)的認證響應(yīng)。

s605：賬號app向app1發(fā)送攜帶有賬號認證憑據(jù)的認證響應(yīng)。

可參考圖6a，在本發(fā)明實施例中，用戶參數(shù)獲取階段的步驟可以具體包括：

s606：app1向賬號app發(fā)送網(wǎng)頁訪問請求，攜帶第一url和賬號認證憑據(jù)。

其中，app1可以在檢測到用戶在原生view中點擊了指向web服務(wù)器的web頁面的第一url之后，向賬號app發(fā)送同步登陸請求。示例性地，第一url可以為“www.163.com/1.html”。

s607：賬號app根據(jù)第一url獲取登陸接口url。

其中，舉例來說，賬號app可以預(yù)先存儲有至少一個web服務(wù)器的登陸接口url，該登陸接口url可與用戶參數(shù)配合實現(xiàn)用戶登陸web服務(wù)器。示例性地，賬號app可以將“www.163.com/login.html”確定為與第一url“www.163.com/1.html”對應(yīng)的登陸接口url。上述登陸接口url僅為示例，本發(fā)明實施例對登陸接口url的具體網(wǎng)址不做限制。舉例來說，賬號app上預(yù)先存儲的至少一個web服務(wù)器的登陸接口url可以是賬號app預(yù)先從所述至少一個web服務(wù)器中的各個web服務(wù)器獲取的。

s608：賬號app向賬號app服務(wù)器發(fā)送用戶參數(shù)請求，攜帶賬號認證憑據(jù)和登陸接口url。

s609：賬號app服務(wù)器校驗賬號認證憑據(jù)，若校驗成功，解析賬號認證憑據(jù)得到uid。

s610：賬號app向賬號同步認證服務(wù)器發(fā)送用戶參數(shù)請求，攜帶uid和登陸接口url。

s611：賬號同步認證服務(wù)器校驗uid，若uid校驗成功，根據(jù)uid獲取用戶參數(shù)，將用戶參數(shù)添加到登陸接口url中，得到第二url。

其中，用戶參數(shù)例如可以是用戶名和昵稱等。賬號同步認證服務(wù)器可以根據(jù)用戶參數(shù)生成規(guī)則和uid生成用戶參數(shù)。舉例來說，賬號同步認證服務(wù)器可以根據(jù)用戶參數(shù)生成規(guī)則，將用戶參數(shù)添加到登陸接口url，以構(gòu)造第二url。需要說明的是，賬號同步認證服務(wù)器可以預(yù)先從web服務(wù)器獲取用戶參數(shù)生成規(guī)則，從而使得web服務(wù)器在獲取到攜帶在第二url的用戶參數(shù)時能夠根據(jù)用戶參數(shù)生成規(guī)則反向解析得到終端對應(yīng)的uid。圖6b為本發(fā)明實施例四中的頁面訪問方法中數(shù)據(jù)交互和調(diào)用關(guān)系示意圖。用戶參數(shù)生成規(guī)則的獲取路徑可參考圖6b中的d607和d608所示。

s612：賬號同步認證服務(wù)器向賬號app發(fā)送用戶參數(shù)響應(yīng)，攜帶第二url。

其中，賬號同步認證服務(wù)器可以通過賬號app服務(wù)器向賬號app發(fā)送用戶參數(shù)響應(yīng)。

s613：賬號app向app1發(fā)送包含用戶參數(shù)的第二url。

其中，賬號app可以通過利用app1的內(nèi)置sdk工具提供的通信接口向app1發(fā)送第二url。

可參考圖6a，在本發(fā)明實施例中，web頁面訪問階段的步驟可以具體包括：

s614：app1訪問第二url。

s615：web服務(wù)器解析第二url中的用戶參數(shù)，根據(jù)用戶參數(shù)獲取uid、用戶名和昵稱，生成登陸會話。

s616：web服務(wù)器向app1發(fā)送登陸會話。

s617：app1將登陸會話存入小型文本文件。

s618：app1根據(jù)小型文本文件訪問第一url。

當賬號信息為app1中預(yù)設(shè)的賬號信息時，本實施方式提供的頁面訪問方法中的應(yīng)用與模塊之間、應(yīng)用與應(yīng)用之間、應(yīng)用與服務(wù)器之間的交互流程可參考圖6a所示。本實施方式的其他技術(shù)方案細節(jié)與本發(fā)明實施例的其他技術(shù)方案細節(jié)和技術(shù)效果類似。

本發(fā)明實施例的其他技術(shù)方案細節(jié)和技術(shù)效果與圖3至圖5b所示方法類似。

實施例五

圖7為本發(fā)明實施例五中終端的結(jié)構(gòu)示意圖。如圖7所示，本發(fā)明實施例的終端70可以包括：

存儲器701、處理器702及存儲在所述存儲器701上并可在處理器702上運行的頁面訪問程序(圖7中未示出)，所述頁面訪問程序被處理器702執(zhí)行時實現(xiàn)圖3至圖6b所示的任一種頁面訪問方法中終端執(zhí)行的步驟。

本發(fā)明實施例的終端可以用于執(zhí)行圖3至圖6b所示任一種的頁面訪問方法，本發(fā)明實施例的其他技術(shù)方案細節(jié)可參考圖3至圖6b所示實施例的描述。

圖8為本發(fā)明實施例五中賬號服務(wù)器的結(jié)構(gòu)示意圖。如圖8所示，本發(fā)明實施例的賬號服務(wù)器80可以包括：

存儲器801、處理器802及存儲在所述存儲器801上并可在處理器802上運行的頁面訪問程序(圖8中未示出)，所述頁面訪問程序被處理器802執(zhí)行時實現(xiàn)圖3至圖6所示的任一種頁面訪問方法中賬號服務(wù)器執(zhí)行的的步驟。

本發(fā)明實施例的賬號服務(wù)器可以用于執(zhí)行圖3至圖6b所示任一種的頁面訪問方法，本發(fā)明實施例的其他技術(shù)方案細節(jié)可參考圖3至圖6b所示實施例的描述。

圖9為本發(fā)明實施例五中萬維網(wǎng)服務(wù)器的結(jié)構(gòu)示意圖。如圖9所示，本發(fā)明實施例的萬維網(wǎng)服務(wù)器90可以包括：

存儲器901、處理器902及存儲在所述存儲器901上并可在處理器902上運行的頁面訪問程序(圖9中未示出)，所述頁面訪問程序被處理器902執(zhí)行時實現(xiàn)圖3至圖6所示的任一種頁面訪問方法中萬維網(wǎng)服務(wù)器執(zhí)行的步驟。

本發(fā)明實施例的萬維網(wǎng)服務(wù)器可以用于執(zhí)行圖3至圖6b所示任一種的頁面訪問方法，本發(fā)明實施例的其他技術(shù)方案細節(jié)可參考圖3至圖6b所示實施例的描述。

實施例六

圖10為本發(fā)明實施例六中頁面訪問系統(tǒng)的結(jié)構(gòu)示意圖。

如圖10所示，本發(fā)明實施例的終端70可以包括用于執(zhí)行賬號app的程序指令的第一收發(fā)模塊711和第二收發(fā)模塊712。賬號服務(wù)器80可以包括：第一接收模塊811和第一發(fā)送模塊812。萬維網(wǎng)服務(wù)器可以包括：第二接收模塊911和第二發(fā)送模塊912。

在本發(fā)明實施例中，第一收發(fā)模塊711，用于獲取來自于app1的頁面訪問請求，所述頁面訪問請求用于請求訪問存儲在萬維網(wǎng)web服務(wù)器90上的web頁面。第二收發(fā)模塊712，用于響應(yīng)所述頁面訪問請求，向賬號服務(wù)器80的第一接收模塊811發(fā)送用戶參數(shù)請求，所述用戶參數(shù)請求用于請求訪問所述web頁面時所需的用戶參數(shù)；以及，用于接收賬號服務(wù)器80的第一發(fā)送模塊812發(fā)送的攜帶有所述用戶參數(shù)的用戶參數(shù)響應(yīng)。第一收發(fā)模塊711，還用于向app1發(fā)送所述用戶參數(shù)，以使所述應(yīng)用根據(jù)所述用戶參數(shù)訪問所述web頁面。

需要說明的是，終端70上還可以包括用于執(zhí)行app1的程序指令的原生view模塊721、賬號sdk模塊722和webview模塊723。

在本發(fā)明實施例中，第一收發(fā)模塊711可以與賬號sdk模塊722之間建立有通信連接，第二收發(fā)模塊712與賬號服務(wù)器80之間建立有通信連接。webview模塊723可以與web服務(wù)器90之間建立有通信連接。則在上述方案中，原生view模塊721，可以用于獲取頁面訪問請求，并將頁面訪問請求通過賬號sdk模塊722發(fā)送給第一收發(fā)模塊711。相應(yīng)地，第二收發(fā)模塊712可以具體通過賬號sdk模塊722向webview模塊723發(fā)送所述用戶參數(shù)。

在本發(fā)明實施例中，webview模塊723可以用于向第二接收模塊911登陸會話請求，所述登陸會話請求包括用于訪問萬維網(wǎng)服務(wù)器90的web頁面的用戶參數(shù)，所述用戶參數(shù)為所述終端從賬號服務(wù)器獲取的。第二發(fā)送模塊912，用于向webview模塊723發(fā)送登陸會話響應(yīng)，所述登陸會話響應(yīng)包括所述用戶參數(shù)對應(yīng)的登陸會話，以使webview模塊723根據(jù)所述登陸會話訪問所述web頁面。

在上述方案中，第二收發(fā)模塊712，可以具體用于在終端70向賬號服務(wù)器80的第一接收模塊811發(fā)送第一請求之前，向賬號服務(wù)器80的第一接收模塊811發(fā)送攜帶有預(yù)設(shè)的賬號信息的賬號認證請求；以及用于接收賬號服務(wù)器80的第一接收模塊811發(fā)送的賬號認證響應(yīng)，所述賬號認證響應(yīng)包括所述賬號信息在賬號服務(wù)器80上對應(yīng)的賬號認證憑據(jù)。

在上述方案中，所述頁面訪問請求可以包括指向所述web頁面的第一統(tǒng)一資源定位符url，則第二收發(fā)模塊712，還可以用于根據(jù)預(yù)設(shè)的賬號信息和所述第一url向賬號服務(wù)器80的第一接收模塊811發(fā)送所述用戶參數(shù)請求；以及，用于接收賬號服務(wù)器80的第一發(fā)送模塊811發(fā)送的攜帶有第二url的用戶參數(shù)響應(yīng)，所述第二url中的用戶參數(shù)為根據(jù)所述賬號信息獲得的，所述第二url用于獲取登陸web服務(wù)器90的登陸會話。

本發(fā)明實施例的終端70可以用于執(zhí)行圖3至圖6b所示任一種的頁面訪問方法。本發(fā)明實施例的賬號服務(wù)器可以用于執(zhí)行圖3至圖6b所示任一種的頁面訪問方法。本發(fā)明實施例的萬維網(wǎng)服務(wù)器可以用于執(zhí)行圖3至圖6b所示任一種的頁面訪問方法。本發(fā)明實施例的其他技術(shù)方案細節(jié)可參考圖3至圖6b所示實施例的描述。

本發(fā)明實施例還提供一種計算機可讀存儲介質(zhì)，所述計算機可讀存儲介質(zhì)上存儲有頁面訪問程序，所述頁面訪問程序被處理器執(zhí)行時實現(xiàn)如圖3至圖6b所示終端執(zhí)行的頁面訪問方法的步驟。

本發(fā)明實施例還提供一種計算機可讀存儲介質(zhì)，所述計算機可讀存儲介質(zhì)上存儲有頁面訪問程序，所述頁面訪問程序被處理器執(zhí)行時實現(xiàn)如圖3至圖6b所示賬號服務(wù)器執(zhí)行的頁面訪問方法的步驟。

本發(fā)明實施例還提供一種計算機可讀存儲介質(zhì)，所述計算機可讀存儲介質(zhì)上存儲有頁面訪問程序，所述頁面訪問程序被處理器執(zhí)行時實現(xiàn)如圖3至圖6b所示萬維網(wǎng)服務(wù)器執(zhí)行的頁面訪問方法的步驟。

可選的，在上述各種實施例中的終端可以包括諸如移動電話、智能電話、筆記本電腦、數(shù)字廣播接收器、個人數(shù)字助理(pda)、平板電腦(pad)、便攜式多媒體播放器(pmp)、導(dǎo)航裝置等等的移動終端以及諸如數(shù)字tv、臺式計算機等等的固定終端。本發(fā)明實施例對此不做限制。該終端如果具有操作系統(tǒng)，該操作系統(tǒng)可以為unix、linux、windows、macosx、安卓(android)、windowsphone等等。應(yīng)用軟件(application，app)是智能終端的第三方應(yīng)用程序，用戶可以通過各種各樣的應(yīng)用軟件進行辦公、娛樂、獲取信息等等，其格式包括了如ipa、pxl、deb、apk等等格式。

需要說明的是，在本文中，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者裝置不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者裝置所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括該要素的過程、方法、物品或者裝置中還存在另外的相同要素。

上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到上述實施例方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)(如rom/ram、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機，計算機，服務(wù)器，空調(diào)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所描述的方法。

本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導(dǎo)計算機或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

以上僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運用在其他相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護范圍內(nèi)。