本發(fā)明屬于通信信息技術(shù)領(lǐng)域，具體地說，涉及一種界面切換方法及裝置。

背景技術(shù)：

在現(xiàn)有的移動終端操作系統(tǒng)中，操作系統(tǒng)會有系統(tǒng)消息通知中心對收到的消息進(jìn)行推送提醒，推送消息提醒通過界面頂端橫幅或者彈窗的形式對用戶進(jìn)行提醒，在相應(yīng)的應(yīng)用程序收到新的消息時，操作系統(tǒng)的消息通知中心就會對相應(yīng)的應(yīng)用程序的新消息進(jìn)行推送。

一般的操作系統(tǒng)都會在消息中心中有對于新消息的推送開啟或關(guān)閉的功能，當(dāng)用戶打開相應(yīng)應(yīng)用的消息推送時，用戶就能收到相應(yīng)的應(yīng)用新消息的推送提醒通知。

當(dāng)用戶點擊打開應(yīng)用的新消息通知推送時，就會觸發(fā)操作系統(tǒng)轉(zhuǎn)換到相應(yīng)的應(yīng)用的消息界面。

例如，當(dāng)移動終端操作系統(tǒng)消息通知中心收到來自淘寶應(yīng)用的快遞到達(dá)的消息提醒時，若用戶選擇打開該消息推送對應(yīng)的事件時，淘寶應(yīng)用就會自動被打開并處于前臺，并且進(jìn)入快遞到達(dá)的相對應(yīng)的界面，在該界面，用戶可以操作查看所購買的商品或商品快遞處于已送達(dá)的狀態(tài)，用戶可以在這個界面選擇是否確認(rèn)收貨或者提出異議的操作。

又例如，當(dāng)移動終端操作系統(tǒng)消息通知中心收到來自微信應(yīng)用的新的微信消息提醒時，

若用戶選擇打開該消息推送對應(yīng)的事件時，微信應(yīng)用就會自動打開并被置于前臺，并且進(jìn)入微信消息界面，用戶可以查看或者回復(fù)微信消息。

這樣的消息推送提醒方便用戶及時的查看自己感興趣的內(nèi)容，并方便處理想要處理的新的消息，并提升了用戶體驗，但是在有些場景中卻給用戶造成了不便：

例如，用戶在使用微信應(yīng)用時，查看朋友圈中發(fā)現(xiàn)一個有意思的關(guān)于辨識色彩的測試，通過朋友圈中的鏈接至第三方應(yīng)用程序在微信內(nèi)設(shè)框架下打開，用戶需要完成30個顏色選擇的小問題獲得最后的分?jǐn)?shù)，在還未完成30道小問題時，移動終端操作系統(tǒng)消息通知中心推送了微信好友消息提醒，若用戶打開了推送消息提醒，則前臺界面會切換至微信消息收發(fā)界面，若要回到剛才正在進(jìn)行的測試，則用戶需要經(jīng)過多步操作，先切換至朋友圈界面，在滑動至剛才朋友分享的測試的條目，再通過點擊所分享的條目的鏈接打開測試，并且由于是重新加載的測試，所以不能再繼續(xù)剛才正在進(jìn)行卻還未完成的測試，用戶需要重新從第一個小問題進(jìn)行測試。這樣花費了用戶很多的時間和精力去重新尋找打開測試，并且要進(jìn)行多步不必要的操作去完成。

以上的例子說明了現(xiàn)有技術(shù)在處理移動終端信息通知中心在對信息推送提醒中，用戶因消息推送切換至某一應(yīng)用的界面時，再返回之前用戶瀏覽的界面時，需要多步操作，可能給用戶帶來的不便。除了微信的例子，在很多其他的應(yīng)用中也存在類似的問題，例如微博、QQ、淘寶等。

除了用戶在消息通知推送時切換至某一應(yīng)用不同界面時難以返回原來界面的情況，還存在用戶在相同應(yīng)用或者不同應(yīng)用經(jīng)過多級操作到達(dá)某一界面，然后想返回之前瀏覽過的某一界面時，需要一級一級的返回，而不能方便的返回到想要返回的瀏覽界面。

例如，在瀏覽微博時用戶看到一篇懸疑小說的長微博，但是懸疑小說在長微博中并沒有寫出結(jié)尾，想要看到懸疑小說的全部內(nèi)容用戶需要關(guān)注某個微博用戶并且回復(fù)私信，當(dāng)用戶打開搜索界面，并一步步搜索微博用戶的名字，點開相應(yīng)的微博用戶的主頁，關(guān)注該微博用戶，打開和這個微博用戶的私信對話框，這個時候用戶很大可能已經(jīng)忘記需要回復(fù)的私信內(nèi)容是什么，這個時候用戶需要一步步的回到之前的長微博瀏覽界面去尋找相應(yīng)的內(nèi)容，然后再經(jīng)歷上面搜索的步驟打開私信對話框，這給用戶的操作和體驗帶來很大的麻煩。

綜上，現(xiàn)有技術(shù)中，用戶通過移動終端操作系統(tǒng)消息通知中心推送的消息提醒進(jìn)入相應(yīng)的應(yīng)用界面或者用戶經(jīng)過多步操作到達(dá)某一界面，當(dāng)用戶想回到之前的某一界面時無法快速便捷的切換至想要的界面，給用戶帶來操作不便。

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

本發(fā)明要解決的技術(shù)問題在于克服現(xiàn)有技術(shù)的不足，提供一種界面切換方法及裝置，解決現(xiàn)有技術(shù)中用戶無法快速便捷的返回某一已瀏覽過的界面的問題，提升用戶體驗。

為解決上述技術(shù)問題，本發(fā)明采用技術(shù)方案的基本構(gòu)思是：

一種界面切換方法，該方法包括如下步驟：在收到結(jié)束第一界面切換至第二界面的指令時，先保存第一界面的URI信息；執(zhí)行切換界面指令進(jìn)入第二界面；在第二界面執(zhí)行切換指令返回包含URI信息的第一界面；其中，所述的第一界面為已瀏覽界面；

優(yōu)選地，所述的界面切換方法，其特征在于，所述第一界面切換至第二界面具體為：

界面切換為不同活動界面的切換，或相同的活動界面不同內(nèi)容的切換；

優(yōu)選地，所述的界面切換方法，其特征在于，所述活動界面為棧的結(jié)構(gòu)，1至n個活動界面組成一個任務(wù)，n為正整數(shù)；

優(yōu)選地，所述的界面切換方法，其特征在于，所述內(nèi)容為棧的結(jié)構(gòu)，1至n個內(nèi)容組成一個活動界面，n為正整數(shù)；

優(yōu)選地，所述的界面切換方法，其特征在于，所述URI信息以列表方式儲存；

優(yōu)選地，所述的界面切換方法，其特征在于，所述返回的包含URI信息的第一界面具體為：前一個已瀏覽界面或者數(shù)個已瀏覽界面中的一個，其中，所述的已瀏覽界面不銷毀；

相應(yīng)的，本發(fā)明還提供一種界面切換裝置，應(yīng)用于終端，其特征在于，所述裝置包括：

切換指令接收單元，用于接收第一界面切換至第二界面的切換指令；

URI信息保存單元，用于在接收到結(jié)束切換指令時，保存第一界面的URI信息至URI信息歷史信息列表；

界面切換單元，用于在接收到切換命令時，切換至第二界面；

返回已瀏覽界面操作單元，用于根據(jù)第二界面接收到的返回指令返回包含URI信息的第一界面；

其中，所述的第一界面為已瀏覽界面；

優(yōu)選地，所述的界面切換裝置，其特征在于，所述切換指令接收單元中所述第一界面切換至第二界面具體為：

界面切換為不同活動界面的切換，或相同的活動界面不同內(nèi)容的切換；

優(yōu)選地，所述的界面切換裝置，其特征在于，所述活動界面為棧的結(jié)構(gòu)，1至n個活動界面組成一個任務(wù)，n為正整數(shù)；

優(yōu)選地，所述的界面切換裝置，其特征在于，所述內(nèi)容為棧的結(jié)構(gòu)，1至n個內(nèi)容組成一個活動界面，n為正整數(shù)；

優(yōu)選地，所述的界面切換裝置，其特征在于，所述URI信息保存單元中所述URI信息以列表方式儲存；

優(yōu)選地；所述的界面切換裝置，其特征在于，所述返回已瀏覽界面操作單元中的包含URI信息的第一界面具體為：前一個已瀏覽界面或者數(shù)個已瀏覽界面中的一個，其中，所述的已瀏覽界面不銷毀。

采用上述技術(shù)方案后，本發(fā)明與現(xiàn)有技術(shù)相比具有以下有益效果。

由于保存了之前瀏覽過的界面的URI信息，并且保存的URI信息由列表的形式保存，用戶可以方便的尋找想切換的之前瀏覽過的界面的URI信息，只需點擊相應(yīng)的URI信息便可回到相對應(yīng)的界面，用戶可以方便快捷的切換回想要回到的已瀏覽的界面，并且不限于同一個應(yīng)用程序的界面的切換，大大提升了用戶操作效率和提高了用戶的體驗。

下面結(jié)合附圖對本發(fā)明的具體實施方式作進(jìn)一步詳細(xì)的描述。

附圖說明

附圖作為本發(fā)明的一部分，用來提供對本發(fā)明的進(jìn)一步的理解，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，但不構(gòu)成對本發(fā)明的不當(dāng)限定。顯然，下面描述中的附圖僅僅是一些實施例，對于本領(lǐng)域普通技術(shù)人員來說，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這

些附圖獲得其他附圖。在附圖中：

圖1為本發(fā)明界面切換的實現(xiàn)方法流程圖；

圖2是本發(fā)明界面切換的實現(xiàn)裝置結(jié)構(gòu)示意圖；

圖3是本發(fā)明界面切換中界面層級結(jié)構(gòu)示意圖；

圖4是本發(fā)明界面切換中界面層級結(jié)構(gòu)狀態(tài)示意圖。

需要說明的是，這些附圖和文字描述并不旨在以任何方式限制本發(fā)明的構(gòu)思范圍，而是通過參考特定實施例為本領(lǐng)域技術(shù)人員說明本發(fā)明的概念。

具體實施方式

為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。

在本發(fā)明實施例中使用的術(shù)語是僅僅出于描述特定實施例的目的，而非旨在限制本發(fā)明。在本發(fā)明實施例和所附權(quán)利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。

應(yīng)當(dāng)理解，本文中使用的術(shù)語“和/或”僅僅是一種描述關(guān)聯(lián)對象的關(guān)聯(lián)關(guān)系，表示可以存在三種關(guān)系，例如，A和/或B，可以表示：單獨存在A，同時存在A和B，單獨存在B這三種情況。另外，本文中字符“/”，一般表示前后關(guān)聯(lián)對象是一種“或”的關(guān)系。

應(yīng)當(dāng)理解，盡管在本發(fā)明實施例中可能采用術(shù)語第一、第二、第三等來描述XXX，但這些XXX不應(yīng)限于這些術(shù)語。這些術(shù)語僅用來將XXX彼此區(qū)分開。例如，在不脫離本發(fā)明實施例范圍的情況下，第一XXX也可以被稱為第二XXX，類似地，第二XXX也可以被稱為第一XXX。

取決于語境，如在此所使用的詞語“如果”、“若”可以被解釋成為“在……時”或“當(dāng)……時”或“響應(yīng)于確定”或“響應(yīng)于檢測”。類似地，取決于語境，短語“如果確定”或“如果檢測(陳述的條件或事件)”可以被解釋成為“當(dāng)確定時”或“響應(yīng)于確定”或“當(dāng)檢測(陳述的條件或事件)時”或“響應(yīng)于檢測(陳述的條件或事件)”。

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

實施例一

如圖1所示，本實施例所述的方法包括如下步驟：

步驟S1、在收到結(jié)束第一界面切換至第二界面的指令時，先保存第一界面的URI信息；

例如，該指令可以是用戶在微信朋友圈做一個關(guān)于辨識色彩的測試時，點擊了由移動終端操作系統(tǒng)消息通知中心推送的來自于微信的消息通知，需要進(jìn)入微信的消息界面的切換指令。所保存的第一界面的URI信息就是正在進(jìn)行的關(guān)于辨識色彩測試的測試界面的URI信息。

Uri代表了要操作的數(shù)據(jù)，Uri主要包含了兩部分信息：

1、需要操作的ContentProvider；

2、對ContentProvider中的某一數(shù)據(jù)進(jìn)行操作，一個Uri由以下幾部分組成：

content://

com.ljq.provider.personprovider/person/10

ContentProvider(內(nèi)容提供者)的scheme已經(jīng)由Android所規(guī)定，scheme為：content://

主機(jī)名(或叫Authority)用于唯一標(biāo)識這個ContentProvider，外部調(diào)用者可以根據(jù)這個標(biāo)識來找到它。

路徑(path)可以用來表示我們要操作的數(shù)據(jù)，路徑的構(gòu)建應(yīng)根據(jù)業(yè)務(wù)而定，如下:

要操作person表中id為10的記錄，可以構(gòu)建這樣的路徑:/person/10；

要操作person表中id為10的記錄的name字段，person/10/name；

要操作person表中的所有記錄，可以構(gòu)建這樣的路徑:/person；

要操作xxx表中的記錄，可以構(gòu)建這樣的路徑:/xxx。

當(dāng)然要操作的數(shù)據(jù)不一定來自數(shù)據(jù)庫，也可以是文件、xml或網(wǎng)絡(luò)等其他存儲方式，如下:

要操作xml文件中person節(jié)點下的name節(jié)點，可以構(gòu)建這樣的路徑：

/person/name。如果要把一個字符串轉(zhuǎn)換成Uri，可以使用Uri類中的parse()方法，如下：

Uri uri＝

Uri.parse("content://com.ljq.provider.personprovider/person")。

URI中包含URL和URN，URL表示統(tǒng)一資源定位符是對可以從互聯(lián)網(wǎng)上得到的資源的位置和訪問方法的一種簡潔的表示，是互聯(lián)網(wǎng)上標(biāo)準(zhǔn)資源的地址。互聯(lián)網(wǎng)上的每個文件都有一個唯一的URL，它包含的信息指出文件的位置以及瀏覽器應(yīng)該怎么處理它。與URL不同，URN與地址無關(guān)。

URI包含了URL，不僅僅適用于網(wǎng)絡(luò)位置的資源，URI可以確定本地及網(wǎng)絡(luò)數(shù)據(jù)的位置信息，使用URI信息可以唯一確定一個界面和界面的內(nèi)容

步驟S2、執(zhí)行切換界面指令進(jìn)入第二界面；

例如，切換至微信的消息界面，或者切換至淘寶快遞狀態(tài)查詢界面，或者切換至微信評論界面等各種其他應(yīng)用的界面。

步驟S3、在第二界面執(zhí)行切換指令返回包含URI信息的第一界面；

根據(jù)用戶的選擇，在所保存的URI信息中選擇用戶想要回到的已瀏覽的界面，因為每個URI對應(yīng)唯一的界面或者界面內(nèi)容，用戶可以選擇回到該URI信息相對應(yīng)的界面。

例如，用戶可以回到正在朋友圈瀏覽到一半的文章界面，或者用戶可以回到還未完成的測試界面，或者用戶可以回到正在閱讀的一篇長微博的界面。

這樣的方法可以更加簡便快捷的切換用戶想回去的界面，并根據(jù)所保存的界面的URI信息恢復(fù)歷史界面在切換前的狀態(tài)，大大提高了用戶在切換至其他應(yīng)用界面后返回之前瀏覽過的界面的快捷程度。

實施例二

如圖3、圖4所示，本實施例所述的圖1中S1中所述第一界面切換至第二界面具體為：

界面切換為不同活動界面302的切換，或相同的活動界面302不同內(nèi)容303的切換。

在此，設(shè)計一種窗口管理方式，能夠保存當(dāng)前的窗口，方便用戶快速切回原來的界面。

窗口歷史記錄，可以設(shè)計為{task1、task2、…、taskn},每個task可以有{activity1、activity2、…、activityn},每個Activity可以有{content1、Content2、…、contentn}。

Task：任務(wù)301，由活動界面302元素集合組成，歷史任務(wù)301都保存為task

Activity：活動界面302，組成任務(wù)301，一個task中，含有1個到n個Activity

Content:界面的內(nèi)容303，一個活動界面302可能會呈現(xiàn)不同頁面內(nèi)容303，對于一般瀏覽頁面，可以用URI來表示。

1個task管理的Activity是一個棧的結(jié)構(gòu)，有上下層次關(guān)系，當(dāng)Activity顯示在最上面，就跑在棧頂，界面退出，就回到前一個界面。

界面在切換就是不同的Activity即活動界面302的切換，或相同的Activity即活動界面302不同content即內(nèi)容303的切換。

final class TaskRecord{

final ArrayList<ActivityRecord>mActivities；

}

final class ActivityRecord{

final ArrayList<ContentRecord>mContents；

}

final class ContentRecord{

Uri uri；

}

如果是一個Activity A切換到Activity B，A可能消失或存在，但對于某些用戶常用的場景，我們可以保存Activity A的記錄。

我們可以記錄一個切換過，但在應(yīng)用層已經(jīng)消失的記錄：

如某個task任務(wù)301中結(jié)束狀態(tài)的activity活動任務(wù)302{activity1、activity2、…、activityn},或切換的content內(nèi)容303{content1、Content2、…、contentn}

圖3和圖4清楚的說明了本發(fā)明的技術(shù)實現(xiàn)過程，用戶使用的應(yīng)用程序即task任務(wù)301層面，移動終端中的窗口即不同的activity活動界面302和content內(nèi)容303層面，而用戶界面的切換為不同活動界面302的切換，或相同的活動界面302不同內(nèi)容303的切換，而每個activity活動界面302和每個content內(nèi)容303層面對應(yīng)一個URI信息，對URI的信息管理即為對不同的界面的管理。

例如，微信、微博、QQ、割繩子、QQ音樂、支付寶等應(yīng)用為task任務(wù)301層，而微信中的信息接收、朋友圈，微博中的主界面，支付寶中的生活為activity活動界面302層，微信朋友圈中的朋友分享的小測試、文章、視頻，微博中的每條微博，微博中的圖片這些屬于content內(nèi)容303層。

實施例二中，詳細(xì)描述了對于界面切換的客體，界面的切換不僅僅局限于相同task任務(wù)301中即同一個應(yīng)用中的activity活動界面302層面的切換，本發(fā)明中的界面切換可以在不同的task任務(wù)301中即不同應(yīng)用中的activity活動界面302層面的切換，并且進(jìn)一步的可以在更下一層content內(nèi)容303的切換。

需要說明是，本實施例中的層級結(jié)構(gòu)是在安卓系統(tǒng)的框架下進(jìn)行的定義，而本發(fā)明的方法不僅僅限于安卓系統(tǒng)，在ios或者windows系統(tǒng)中只要能用于這類層級結(jié)構(gòu)進(jìn)行定義的都屬于本發(fā)明涵蓋的范圍。

實施例二中因為這樣的棧的層級結(jié)構(gòu)，使得用戶可以在同一個應(yīng)用中快捷切換，并且相比于實施例一中可以在不同的應(yīng)用中方便快捷的進(jìn)行界面切換。

實施例三

根據(jù)權(quán)利要求1中所述的界面切換方法，其特征在于，如圖1中所示步驟S1中所述URI信息以列表方式儲存。

如圖1中S3在第二界面執(zhí)行切換指令返回包含URI信息的第一界面，而每個瀏覽的界面由唯一對應(yīng)的URI信息保存，在第二界面中可以設(shè)置URI信息列表，方便用戶選擇想返回的界面，以列表的形式出現(xiàn)的URI信息更加便利用戶選擇自己想選擇的已瀏覽界面。

例如，在微信朋友圈閱讀文章時，點擊移動終端操作系統(tǒng)所推送的消息切換至消息接收頁面，再想返回閱讀的朋友圈中的文章時，在列表中找到相對應(yīng)的URI信息，即可方便快捷的切換至之前閱讀的文章的界面，并保持切換之前的狀態(tài)。

實施例三方便用戶對于保存的URI信息進(jìn)行管理。

實施例四

根據(jù)權(quán)利要求1中所述的界面切換方法，如圖1步驟S3中所述返回的包含URI信息的第一界面具體為：前一個已瀏覽界面或者數(shù)個已瀏覽界面中的一個，其中，所述的已瀏覽界面不銷毀。

返回的界面不僅僅限于剛才的第一界面也就是最近瀏覽的歷史界面，而可以是所瀏覽過的所有界面。

例如，用戶在朋友圈中瀏覽時，會閱讀文章、瀏覽照片、做小測試或者查看視頻，這時有朋友的新消息提醒，用戶點擊新消息的提醒，切換至微信的信息界面，而與朋友聊天的過程中想起了剛剛閱讀過的文章或者做過的測試，想分享給朋友，這時需要回到朋友圈再去尋找文章和測試，尋找的過程需要花費很多的時間和精力，這時打開保存的URI信息列表，只需要勾選URI信息所對應(yīng)的界面即可分享給朋友。

又例如，在發(fā)郵件時想把自己看過的來自于微博和微信的剛剛看過的文章中的內(nèi)容寫在郵件中，可以用URI信息列表輕松的調(diào)出之前度過的文章，在復(fù)制完文章中的相應(yīng)內(nèi)容后，再返回郵件查看，并且可以反復(fù)的去微博和微信中的文章中查看，尋找自己最需要的部分寫進(jìn)自己的郵件中，可以多次方便的在三個不同應(yīng)用中的界面進(jìn)行切換。

實施例四中對本發(fā)明中的利用URI信息在界面中來回切換的內(nèi)容作了說明，相比于實施例一和實施例二，本實施例詳細(xì)說明了不同應(yīng)用之間的方便切換，對于用戶精確來回調(diào)用不用應(yīng)用之中的界面的場景，大大方便了用戶的操作并且提高了用戶的體驗，而瀏覽過的頁面不銷毀，在用戶根據(jù)URI信息切換至想返回的已瀏覽界面時，縮短了返回至已瀏覽界面的時間，節(jié)省了用戶的時間，使得用戶操作的效率大大提高。

實施例五

如圖2所示，本實施例提供了一種界面切換裝置200，包括以下功能單元：

切換指令接收單元201，用于接收第一界面切換至第二界面的切換指令；

URI信息保存單元202，用于在接收到結(jié)束切換指令時，保存第一界面的URI信息至URI信息歷史信息列表；

界面切換單元203，用于在接收到切換命令時，切換至第二界面；

用于根據(jù)第二界面接收到的返回指令返回包含URI信息的第一界面。

以上所述僅是本發(fā)明的較佳實施例而已，并非對本發(fā)明作任何形式上的限制，雖然本發(fā)明已以較佳實施例揭露如上，然而并非用以限定本發(fā)明，任何熟悉本專利的技術(shù)人員在不脫離本發(fā)明技術(shù)方案范圍內(nèi)，當(dāng)可利用上述提示的技術(shù)內(nèi)容作出些許更動或修飾為等同變化的等效實施例，但凡是未脫離本發(fā)明技術(shù)方案的內(nèi)容，依據(jù)本發(fā)明的技術(shù)實質(zhì)對以上實施例所作的任何簡單修改、等同變化與修飾，均仍屬于本發(fā)明方案的范圍內(nèi)。