一種界面激活方法和裝置與流程

本申請涉及界面構建技術，具體涉及一種界面激活方法和裝置。

背景技術：

在一些具有復雜的多個界面交互的軟件系統中，為完成某一項功能，通常需要用戶完成對多個界面按順序執行的一系列界面操作，以觸發系統激活一系列的任務界面，這種按順序執行的一系列界面操作被稱為“任務流”。

例如，用戶想要購買某一件商品，用戶點擊“購物”按鈕，系統激活(即，觸發顯示)購物首頁界面，用戶在首頁界面上點擊“分類”，并選擇所需商品所在的分類，系統激活相應分類的界面，然后在分類界面上點擊相應的品牌或店鋪，系統激活品牌或店鋪的首頁界面，用戶在該界面上點擊進入相應商品的商品信息顯示界面，并確認購買；商品選擇完畢后，系統激活結算界面，用戶點擊確認后，系統激活支付界面；用戶通過支付界面成功支付后，系統激活成功購買界面；如果支付失敗，則系統激活支付失敗界面。因此，購物首頁界面、相應分類的界面、品牌或店鋪的首頁界面、商品信息顯示界面、結算界面、支付界面、成功購買界面/支付失敗界面就形成界面任務流。

為了使該界面任務流能夠按照預定的順序執行，現有技術中通常把每個任務流的邏輯代碼都寫在各任務界面的配置文件中，即，在各界面的配置文件中分別寫入該界面在各任務流中的上一界面和下一界面的信息、以及各界面在各任務流中的輸入數據、輸出數據及數據流向信息等。具體地，可以將界面在各任務流中的上一界面和下一界面的信息稱為該界面的“操作流邏輯”，以及可以將各界面在各任務流中的輸入數據、輸出數據及數據流向信息稱為該界面的 “數據流邏輯”。

以上述購物任務流中的支付界面為例，該界面的操作流邏輯包括：在用戶購買商品這一任務流中，支付界面的上一界面為結算界面，下一界面為成功購買界面/支付失敗界面。

以上述購物任務流中的結算界面為例，該界面的數據流處理邏輯包括：從各商品信息顯示界面獲取各商品信息，包括各商品的縮略圖、商品名稱、商品金額、店家名稱等；計算總金額；然后將總金額發送給支付界面。

因此，現有技術中的界面激活方法如下：激活界面；根據該界面中的邏輯代碼確定該界面在該任務流中的操作流邏輯和數據流處理邏輯；接收用戶的操作，并根據用戶操作和操作流邏輯激活另一界面；根據數據流處理邏輯確定數據流向，并發送至相應的模塊。

由于軟件系統中的交互界面非常多，一些界面可能出現在多個界面任務流中。例如，a界面出現在a，b，c三個任務流中，按照現有技術中的方案，a界面中將同時存在a，b，c三個任務流的業務代碼，使得a界面的邏輯變得復雜，不便于維護。

采用現有技術中的界面激活方法，界面邏輯復雜，不便于維護。

技術實現要素：

本申請實施例中提供了一種界面激活方法和裝置，用于解決現有技術中的界面激活方法導致的界面邏輯復雜，不便于維護的問題。

根據本申請實施例的一個方面，提供了一種界面激活方法，包括：根據預先創建的配置文件激活第一界面；在該配置文件中查詢該第一界面的配置信息，該配置文件包括多個界面的配置信息，該配置信息包括各界面的上一界面和下一界面的信息；根據該第一界面返回的用戶操作和該第一界面的配置信息，激活第二界面，其中，該第二界面包括該第一界面的上一界面或下一界面。

根據本申請實施例的另一個方面，提供了一種界面激活裝置，包括：第一 激活模塊，用于根據預先創建的配置文件激活第一界面；查詢模塊，用于在該配置文件中查詢該第一界面的配置信息，該配置文件包括多個界面的配置信息，該配置信息包括各界面的上一界面和下一界面的信息；第二激活模塊，用于根據該第一界面返回的用戶操作和該第一界面的配置信息，激活第二界面，其中，該第二界面包括該第一界面的上一界面或下一界面。

采用本申請實施例中的界面激活方法，能夠將配置文件與界面隔離，在進行界面跳轉時，可以在配置文件中查詢當前第一界面的配置信息，并根據用戶的操作和該配置信息來激活另一界面，從而使得任務界面只需要負責數據的呈現和與用戶的交互，便于維護。

附圖說明

此處所說明的附圖用來提供對本申請的進一步理解，構成本申請的一部分，本申請的示意性實施例及其說明用于解釋本申請，并不構成對本申請的不當限定。在附圖中：

圖1是根據本申請實施例的界面激活方法中的任務流引擎啟動時的流程圖；

圖2為本申請實施例一所示的界面激活方法的流程圖；

圖3是實施根據本申請實施例一的界面激活方法時，任務流引擎、taskflow、taskview之間的交互流程圖；

圖4為本申請實施例二所示界面激活裝置的結構示意圖。

具體實施方式

在實現本申請的過程中，申請人發現，采用現有技術中的界面激活方法，界面邏輯復雜，不便于維護。

另外，還可能出現以下情況：例如由于未來需求變化，a界面可能出現在b，c，d，e任務流中，此時則必須重新維護a界面的業務邏輯，長此下去，當a界面加入新的任務流時，a界面中就會包含越來越多的邏輯代碼，同時，各個 任務流的邏輯代碼，也會分散在各種界面中，維護起來很不方便。

針對問上述題，本申請實施例中提供了一種界面激活方法，能夠將配置文件與任務界面隔離，在進行界面跳轉時，可以在配置文件中查詢當前第一界面的配置信息，并根據用戶的操作和該配置信息來激活另一界面，從而使得任務界面只需要負責數據的呈現和與用戶的交互，便于維護。

本申請實施例中的方案可以應用如超文本標記語言html、js(javascript)、css(cascadingstylesheet，層疊樣式表)、面向對象的編程語言c#、.net、面向對象程序設計語言java、通用編程語言c++等多種編程語言實現。

本申請實施例中的方案可以應用于構建如qq、微信等多界面應用軟件系統、以及操作系統等多界面的軟件系統。

為了使本申請實施例中的技術方案及優點更加清楚明白，以下結合附圖對本申請的示例性實施例進行進一步詳細的說明，顯然，所描述的實施例僅是本申請的一部分實施例，而不是所有實施例的窮舉。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

實施例一

在本申請實施例一中，將對根據本申請實施例的創建配置文件并啟動任務流的全過程進行描述。

如圖1所示，根據本申請實施例創建配置文件并啟動任務流的過程包括以下步驟：

s101，使用者通過任務流引擎，創建配置文件。

具體實施時，在實施本申請中的的界面激活方法之前，可以通過任務流引擎，又稱為任務流管理模塊預先創建任務流的配置文件，該配置文件由使用者配置，配置之后的內容將形成配置文件；該配置文件中包括該任務流中的多個界面的配置信息，該配置信息包括各界面名稱、以及各界面的上一界面和下一界面的信息。具體地，該用戶可以是系統的管理人員，例如，可以是支付寶平 臺的管理人員、微信平臺的管理人員等。

在具體實施時，用戶還可以通過任務流引擎，創建多個不同的配置文件，該多個不同的配置文件可以是具有不同權限的，也可以是針對不同用戶的，本申請對此不作限制。

在具體實施時，在創建配置文件之后，用戶還可以通過該任務流引擎對任務流的配置文件進行管理，如創建、啟動、禁用、停止等。同時，還可以定義相應的軟件使用用戶，并為不同的用戶適配不同權限的配置文件。具體地，該軟件使用用戶可以用角色來標識。

任務流引擎包含的功能可以如下：

launch：啟動引擎。啟動時，將讀取預先設置的配置文件，同時創建對應的界面任務流，及與角色的對應關系。

taskflowstore：界面任務流容器。該容器執行對任務流的管理，如：取得指定名稱的任務流，啟動/結束任務流，啟用/禁用任務流等。

stop：停止引擎。停止引擎，將銷毀容器中所有的任務流。

在具體實施時，任務流引擎可以多個功能模塊，該多個功能模塊可以包括：引擎基本信息設置模塊、角色配置模塊、任務流配置模塊、任務界面配置模塊等。各配置模塊功能可以如下：

基本信息模塊：用于配置包括引擎名稱；軟件系統的context上下文對象；發生錯誤時的處理函數等的基本信息。

對于某些軟件系統(例如網頁、qq、微信等)來說，在其存在的操作系統中可能存在多個任務流引擎；但對于某些軟件系統(例如操作系統)來說，可能就存在一個任務流引擎。無論是哪一種情況，均可以采用引擎名稱來唯一標識任務流引擎。軟件系統的context上下文對象可以用于定義任務流引擎的作用域，也就是與該任務流引擎相關的系統或界面的范圍；例如，購物任務流的作用域包括購物應用、支付應用、安全應用等。發生錯誤時的處理函數用于定義在引擎發生異常時，如系統發生邏輯錯誤時的處理函數。

角色配置模塊：用于配置角色的名稱；從軟件系統中獲取當前的角色的函數。

角色的名稱是指某一任務流的使用者在軟件系統中的角色，不同角色對應的任務流的權限可能不同，例如，任務流的管理員可以創建任務流；一般的使用者不可以創建任務流；不同角色對應的任務流可能也不相同，例如，一般員工可執行的任務流與系統管理員可執行的任務流可能不同。

在具體實施時，可以先通過例如get_currentuserinfo()的函數獲取當前角色的用戶信息，并從用戶信息中提取用戶名，然后根據該用戶名確定用戶角色。

任務界面配置模塊：用于配置任務界面的名稱；取得該任務界面實例的軟件包路徑。

在具體實施時，在一個軟件系統中，任務界面的名稱通常也用于唯一的標識該任務界面，通過該任務界面配置模塊，配置各任務流中包含的任務界面；以及獲取該任務界面實例的軟件包路徑，從而保證界面的成功激活。

任務流配置模塊：用于配置任務流的信息，包括：任務流的名稱；包含的任務界面的名稱的集合；該任務流對應的角色名稱集合；是否在引擎啟動時，創建該任務流實例。

通過任務流配置模塊，可以建立任務流與任務界面之間的關系、角色與任務流之間的關系；以及定義任務流創建的時機。

在具體實施時，任務流引擎可以預先對任務流的配置文件進行抽象和封裝，命名為taskflow。具體地，可以將實現某一項功能的、具有一定順序的一系列界面中的各任務界面的名稱、各任務界面在不同用戶操作時的上一界面、下一界面的信息、以及各任務界面的輸出數據、輸入數據、以及數據流向信息寫入配置文件中，并將該配置文件標示為與該任務流對應。

taskflow包含的功能可以如下：

create：通過該功能，具有相應權限的用戶可以創建一個界面任務流，同時可以向任務流引擎注冊該界面任務流所包含的任務界面。在taskflow中創 建一個界面任務流時，可以同時將該任務流所包含的任務界面發送至任務流引擎的任務流配置區，以實現在任務流引擎中的注冊。具體地，該相應權限的用戶可以是例如第三方應用的管理人員，例如，微信平臺中購物功能對應的第三方平臺為京東，則該購物任務流的管理人員可以是京東的管理人員。

launch：通過啟動功能，可以啟動界面任務流。

stop：結束該界面任務流。通過該方法，使用者可以主動的結束該界面任務流。

enable：使該界面任務流可用。

disable：禁用該界面任務流。

activatetastview：激活指定名稱的任務界面接口taskview。激活通常包括觸發該模塊的功能，例如，激活taskview，可以是指使任務界面接口激活對應的任務界面，而激活任務界面可以是指使任務界面顯示。

deactivatetaskview：反激活指定名稱的taskview。反激活任務界面接口通常包括反向觸發該模塊的功能，例如，反激活taskview，可以是指使任務界面接口反激活對應的任務界面，而反激活任務界面可以包括隱藏或者銷毀該界面。

getactivateview：獲取當前激活的taskview。

在具體實施時，任務流引擎還可以建立與各任務界面的接口，該接口用于在任務流和任務界面之間傳遞信息，該信息包括激活指令、反激活指令、輸出數據、輸入數據等，并可以將該接口命名為taskview。每一個任務界面對應一個taskview，每個taskview可以具有用于唯一標示該接口對應的界面的名稱，例如，界面1對應的taskview的名稱為taskview1；界面2對應的taskview的名稱為taskview2等。

taskview包含的功能可以為：

activate：激活任務界面，并提供方法供子類復寫激活時的特有邏輯；激活時的特有邏輯包括任務界面的自有邏輯，包括數據的輸入、輸出、編輯等，例 如，在激活某一界面時，該界面中某一子類將根據自有邏輯，從某一路徑獲取相應的數據展示等。例如，激活的任務界面中包括一子類為廣告插件，該廣告插件將根據用戶在天貓的商品瀏覽記錄推送相關商品。

deactivate：反激活任務界面，通常是隱藏或者銷毀該界面，同時提供方法供子類復寫反激活時的特有邏輯。反激活時的特有邏輯包括任務界面的自有邏輯，包括數據的輸出等，例如，在反激活某一界面時，該界面中某一子類將根據自有邏輯，將當前數據輸出至某一特定路徑等。例如，反激活的任務界面中包括一子類為商品推薦欄，在反激活該任務界面時，該商品推薦欄將用戶對推薦欄中的各商品的關注度輸出至特定路徑等。

在具體實施時，用戶操作可以包括以下一種或多種：完成數據輸入、返回上一界面、取消或關閉界面、跳轉至下一界面。相應的，taskview返回的用戶操作可以包括：

done：表示用戶在該界面輸入數據完成。

back：表示用戶在該界面點擊了返回上一界面的操作。

cancel：表示用戶在操作時，選擇取消了該步驟的操作，或者關閉了界面。

goto：表示用戶在操作時，發出跳轉至某個界面的操作指令。該操作指令可以是點擊某一鏈接的指令、點擊“下一頁”的按鈕等。

在具體實施時，任務流taskflow與任務界面之間的數據交互均可以通過該taskview來實現，使得任務流與任務界面之間能夠更好的實現隔離。

在具體實施時，可以設置taskview在激活時，接收由taskflow發送的相應數據作為被激活界面的輸入數據，在反激活界面時，則向任務流發送用戶的操作及輸出數據。

至此已對配置文件設置完畢。接下來，可以啟動該任務流引擎以啟動任務流。

s102，啟動任務流引擎，并創建任務流。

在具體實施時，可以通過任務流引擎的launch功能啟動任務流引擎，并讀 取在s101中設置的配置文件，并根據該配置文件創建對應的界面任務流。

具體地，在s101中設置的配置文件可以為對應于不同權限的多個配置文件；也可以為一個配置文件及與角色的對應關系；本申請對此不作限制。

當s101中設置的配置文件可以為對應于不同權限的多個配置文件時，在步驟102中還進一步包括：建立各任務流和不同權限的用戶角色之間的對應關系。具體地，可以從配置文件中獲取各任務流對應的角色名稱，然后將各任務流與其對應的角色一一關聯。

s103，建立任務流和任務界面的對應關系。

在創建任務流之后，可以進一步根據步驟101中的配置文件，建議任務流和任務界面的對應關系。具體地，可以從配置文件中獲取各任務流所包含的任務界面的名稱，然后將各任務流與其所包含的任務界面一一關聯。

s104，觸發啟動任務流。

在具體實施時，可以通過觸發任務流taskflow的launch功能，來啟動界面任務流。

至此，任務流已經啟動完畢。接下來可以執行本申請實施例中的界面激活方法。下面結合實施例二對本申請中的界面激活方法進行描述。

實施例二

圖2為本申請實施例二所示的界面激活方法的流程圖。

如圖2所示，根據本申請實施例二所示的界面激活方法包括以下步驟：

s201，根據預先創建的配置文件激活第一界面；

s202，在配置文件中查詢第一界面的配置信息，該配置文件包括多個界面的配置信息，該配置信息包括各界面的上一界面和下一界面的信息；

s203，根據第一界面返回的用戶操作和第一界面的配置信息，激活第二界面，其中，該第二界面包括第一界面的上一界面或下一界面。

具體地，上一界面和下一界面信息可以是上一界面和下一界面的名稱、編號等在任務引擎作用域內唯一標識該界面的信息。

在具體實施時，根據預先創建的配置文件激活第一界面具體可以包括：根據預先創建的配置文件，通過預先創建的任務界面接口激活該第一界面，該任務界面接口對應該第一界面。具體地，由于每一個任務界面對應一個taskview，因此，可以通過每個任務界面對應的taskview來激活相應的任務界面。

例如，在界面1對應的taskview的名稱為taskview1時，任務流通過activatetastview1來激活tastview1，然后tastview1通過activate來激活界面1。

在具體實施時，在根據預先創建的配置文件激活第一界面之后，激活第二界面之前，還可以包括：通過任務界面接口，接收該第一界面發送的用戶操作，其中，用戶操作包括第一界面接收的用戶操作。具體地，該用戶操作包括以下一種或多種：完成數據輸入、返回上一界面、取消或關閉界面、跳轉至下一界面。具體地，根據第一界面返回的用戶操作和第一界面的配置信息，激活第二界面具體可以包括：當用戶操作包括完成數據輸入時，激活第一界面的下一界面；或者當用戶操作包括返回上一界面時，激活所述第一界面的上一界面；或者當用戶操作包括跳轉至下一界面時，激活第一界面的下一界面；或者當用戶操作包括取消或關閉界面時，激活第一界面的上一界面。

例如，用戶在商品信息顯示界面點擊“直接購買”以發出跳轉至結算界面的指令，此時，商品信息顯示界面通過任務界面接口向任務流發送goto結算界面。

在具體實施時，第一界面接收用戶操作，并通過任務界面接口發送至該任務流的步驟，與步驟202查詢第一界面的配置信息的步驟之間沒有嚴格的時序順序，可以是先接收用戶操作；再查詢第一界面的配置信息，也可以先查詢第一界面的配置信息，再接收用戶操作；還可以是并發執行等；本申請對此不作限制。

在具體實施時，在激活第二界面之前，還可以包括：反激活該第一界面。

如前所述，反激活該第一界面可以是隱藏第一界面，或者銷毀第一界面。

在具體實施時，反激活該第一界面的步驟，與步驟202查詢第一界面的配 置信息的步驟之間沒有嚴格的時序順序，可以是先反激活該第一界面；再查詢第一界面的配置信息，也可以先查詢第一界面的配置信息，再反激活該第一界面；還可以是并發執行等；本申請對此不作限制。

在具體實施時，在反激活該第一界面之后，還可以包括：通過任務界面接口，接收該第一界面的輸出數據。具體地，接收到第一界面的輸出數據后，可以保存該數據，并作為其他任務界面的輸入數據。

例如，用戶在商品信息顯示界面點擊“直接購買”以發出跳轉至結算界面的指令，此時，商品信息顯示界面的輸出數據可以包括商品名稱、商品金額、店鋪信息等。

在具體實施時，該第一界面的輸出數據可以作為第二界面的輸入數據，也可以不作為第二界面的輸入數據，二者之間沒有明顯的對應關系。

在具體實施時，在激活第一界面之后，和/或在反激活該第一界面之后，還包括：公布該第一界面的狀態信息，該狀態信息包括第一界面為激活狀態或反激活狀態。

在具體實施時，taskflow還可以包含addlistener功能，即，在任務流啟動運行后，可以在每一個任務界面激活和/或反激活時，向外公布一個事件接口，以公布該第一界面處于激活狀態或反激活狀態；以使得引擎使用者(如開發人員)，可在界面任務流創建后和啟動前，對任務流中的這些界面狀態進行監聽，以及時處理業務邏輯。

例如，開發人員創建了一個任務流，包括a、b兩個任務界面，其操作流邏輯為，b為a的下一界面；但在啟動該任務流之前，另一任務流激活了界面a，使得a中的某些數據有所改變，此時，可能需要將c作為a的下一界面。通過發布該a界面的事件接口，能夠使開發人員監聽到界面a的激活和反激活狀態，從而及時處理業務邏輯。

在具體實施時，在激活第二界面之前，還可以包括：在配置文件中查詢該第二界面的輸入數據信息；并根據該輸入數據信息獲取該第二界面的輸入數 據。具體地，該輸入數據信息可以是輸入數據的路徑、標識等信息，也可以是可以唯一標識該輸入數據的其他信息，本申請對此不作限制。具體地，還可以通過任務界面接口，將該第二界面的輸入數據發送給該第二界面。

在具體實施時，在根據預先創建的配置文件激活第一界面之前，還可以包括：獲取用戶信息；根據所述用戶信息，確定對應權限的配置文件。

在具體實施時，對于不同的用戶，對應的配置文件可以不同。即，對應的任務流中的任務界面、各界面的上一界面和下一界面信息、或者、各界面的輸入數據、輸出數據、數據流向等均可能不相同，也可能部分不同。

例如，當前用戶為“買家”，則其對應的商品信息顯示界面的輸入數據僅包括商品名稱、商品圖片、圖品介紹、商品金額等信息；而如果當前用戶為“店主”，則其對應的商品信息顯示界面的輸入數據除商品名稱、商品圖片、圖品介紹、商品金額等信息之外，還可以進一步包括：商品入庫時間、商品瀏覽人數等。

應當理解，在首次執行界面激活方法之前，可以預先執行本申請實施例一中創建配置文件及啟動任務流的流程。在創建配置文件并啟動任務流之后，可以一次或多次執行本申請實施例二中的界面激活方法；本申請對此不作限制。

圖3是實施根據本申請實施例二的界面激活方法時，任務流引擎、taskflow、taskview之間的交互流程圖。

實施根據本申請實施例一的界面激活方法時，任務流引擎、taskflow、taskview之間的交互流程包括以下步驟：

s301，任務流引擎創建taskflow；

s302，taskflow向任務流引擎返回創建成功消息；

s303，任務流引擎啟動taskflow；

s304，taskflow激活任務界面a的taskview，以激活任務界面a；

s305，任務界面a通過對應的taskview返回“完成數據輸入”的用戶操作；

s306，taskflow根據界面a的配置信息和步驟305中返回的用戶操作，確定a的下一界面為b，激活任務界面b的taskview，以激活任務界面b；

s307，任務界面b通過對應的taskview返回“去往下一任務界面c”的用戶操作；

s308，taskflow根據界面b的配置信息和步驟307中返回的用戶操作，確定b的下一界面為c，激活任務界面c的taskview，以激活任務界面c；

s309，任務界面c通過對應的taskview返回“返回上一界面”的用戶操作；

s310，taskflow根據界面c的配置信息和步驟309中返回的用戶操作，確定c的上一界面為b，激活任務界面b的taskview，以激活任務界面b；

s311，任務界面b通過對應的taskview返回“完成數據輸入”的用戶操作；

s312，taskflow根據界面b的配置信息和步驟311中返回的用戶操作，確定關閉任務流。

采用本申請實施例中的界面激活方法，能夠將配置文件與界面隔離，在進行界面跳轉時，可以在配置文件中查詢當前第一界面的配置信息，并根據用戶的操作和該配置信息來激活另一界面，從而使得任務界面只需要負責數據的呈現和與用戶的交互，便于維護。

基于同一發明構思，本申請實施例中還提供了一種界面激活裝置，由于該裝置解決問題的原理與本申請實施例一及實施例二所提供的方法相似，因此該裝置的實施可以參見方法的實施，重復之處不再贅述。

實施例三

圖4為本申請實施例三所示界面激活裝置的結構示意圖。

如圖4所示，根據本申請實施例三所示的界面激活裝置400，包括：第一激活模塊401，用于根據預先創建的配置文件激活第一界面；查詢模塊402， 用于在該配置文件中查詢該第一界面的配置信息，該配置文件包括多個界面的配置信息，該配置信息包括各界面的上一界面和下一界面的信息；第二激活模塊403，用于根據該第一界面返回的用戶操作和該第一界面的配置信息，激活第二界面，其中，該第二界面包括該第一界面的上一界面或下一界面。

在具體實施時，第一激活模塊具體可以用于根據預先創建的配置文件，通過預先創建的任務界面接口激活該第一界面，該任務界面接口對應該第一界面。

在具體實施時，根據本申請實施例二所示的界面激活裝置還可以包括：操作接收模塊，用于通過任務界面接口，接收所述第一界面發送的用戶操作，其中，所述用戶操作包括所述第一界面接收的用戶操作。

在具體實施時，根據本申請實施例二所示的界面激活裝置還可以包括：反激活模塊，用于反激活該第一界面。

在具體實施時，根據本申請實施例二所示的界面激活裝置還可以包括：輸出數據接收模塊，用于通過任務界面接口，接收該第一界面的輸出數據。

在具體實施時，根據本申請實施例二所示的界面激活裝置還可以包括：公布模塊，用于公布第一界面的狀態信息，該狀態信息包括第一界面為激活狀態或反激活狀態。

在具體實施時，根據本申請實施例二所示的界面激活裝置還可以包括：輸入數據查詢模塊，用于在該配置文件中查詢該第二界面的輸入數據信息；輸入數據獲取模塊，用于根據該輸入數據信息獲取該第二界面的輸入數據。

在具體實施時，根據本申請實施例二所示的界面激活裝置還可以包括：輸入數據發送模塊，用于通過任務界面接口，將該第二界面的輸入數據發送給該第二界面。

在具體實施時，根據本申請實施例二所示的界面激活裝置還可以包括：信息獲取模塊，用于獲取用戶信息；確定模塊，用于根據該用戶信息，確定對應權限的配置文件。

在具體實施時，該用戶操作可以包括以下一種或多種：完成數據輸入、返回上一界面、取消或關閉界面、跳轉至下一界面。

在具體實施時，該第二激活模塊具體可以用于當用戶操作包括完成數據輸入時，激活第一界面的下一界面；或者當用戶操作包括返回上一界面時，激活第一界面的上一界面；或者當用戶操作包括跳轉至下一界面時，激活第一界面的下一界面；或者當用戶操作包括取消或關閉界面時，激活第一界面的上一界面。

采用本申請實施例中的界面的激活裝置，能夠將配置文件與界面隔離，在進行界面跳轉時，可以在配置文件中查詢當前第一界面的配置信息，并根據用戶的操作和該配置信息來激活另一界面，從而使得任務界面只需要負責數據的呈現和與用戶的交互，便于維護。

本領域內的技術人員應明白，本申請的實施例可提供為方法、系統、或計算機程序產品。因此，本申請可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、cd-rom、光學存儲器等)上實施的計算機程序產品的形式。

本申請是參照根據本申請實施例的方法、設備(系統)、和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執行的指令產生用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

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

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

盡管已描述了本申請的優選實施例，但本領域內的技術人員一旦得知了基本創造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權利要求意欲解釋為包括優選實施例以及落入本申請范圍的所有變更和修改。

顯然，本領域的技術人員可以對本申請進行各種改動和變型而不脫離本申請的精神和范圍。這樣，倘若本申請的這些修改和變型屬于本申請權利要求及其等同技術的范圍之內，則本申請也意圖包含這些改動和變型在內。