TW201828083A - 設備間任務接管的方法及裝置 - Google Patents

Abstract

本發明揭示設備間任務接管的方法和裝置，該方法包括步驟：在兩端設備建立連接後，如果兩端設備上的所對應的業務應用具有任務接管能力，則將本端的業務應用的任務資料發給對端的業務應用處理；所述任務資料中攜帶本端的業務應用的類型標識；和/或當接收到對端的業務應用的任務資料時，發給與對端的業務應用的類型標識相匹配的本端的業務應用處理。本發明能夠將一個設備上的任務切換到另一個設備上運行。

Description

設備間任務接管的方法及裝置

本發明關於任務接管技術，尤其關於設備間任務接管的方法及裝置。

在某些場合下，用戶不方便對設備上的任務進行操作，例如，當司機正在開車時，經常會需要使用設備上的導航功能，並且也會需要在導航過程中改變之前設置的某些參數。

但是目前較常見的情況下，一台設備上開啟的任務通常只能在本設備上運行。

本發明提供一種設備間任務接管的方法及裝置，能夠將一個設備上的任務切換到另一個設備上運行。

根據本發明實施例的第一方面，提供一種設備間任務接管的方法，該方法包括步驟：在兩端設備建立連接後，如果兩端設備上的所對應的業務應用具有任務接管能力，則將本端的業務應用的任務 資料發給對端的業務應用處理；所述任務資料中攜帶本端的業務應用的類型標識；和/或當接收到對端的業務應用的任務資料時，發給與對端的業務應用的類型標識相匹配的本端的業務應用處理。

根據本發明實施例的第二方面，提供一種設備間任務接管的裝置，包括：連接管理模組，用於監控兩端設備的連接狀態，並在兩端設備建立連接後，通知所述裝置所在的業務應用；傳輸管理模組，用於當兩端設備上的所對應的業務應用具有任務接管能力時，將本端的業務應用的任務資料發給對端的業務應用處理；所述任務資料中攜帶本端的業務應用的類型標識；和/或當接收到對端的業務應用的任務資料時，發給與對端的業務應用的類型標識相匹配的本端的業務應用處理。

本發明利用不同設備的業務應用傳輸任務資料，將一個設備上的業務應用的任務資料發給另一個設備，並由另一個設備上具有處理能力的業務應用處理，從而實現了不同設備間的任務接管；本發明使得不同設備上的資訊可以在不同設備之間流動，根據用戶當前環境選擇最合理的資訊呈現方式。

10‧‧‧網路

101‧‧‧設備

102‧‧‧設備

103‧‧‧設備

App1、App2、App3‧‧‧業務應用App軟體

a‧‧‧設備

b‧‧‧設備

c‧‧‧設備

500‧‧‧設備間任務接管裝置

501‧‧‧連接管理模組

502‧‧‧傳輸管理模組

503‧‧‧業務應用

圖1為本發明實施例中一種適用本發明的網路圖；圖2為本發明實施例中設備間接管任務的方法的流程 圖；圖3a為本發明應用實例中業務場景示意圖；圖3b為本發明應用實例中導航應用的交互時序圖；圖3c為本發明應用實例中一通知消息的效果圖；圖3d為本發明應用實例中音頻播放應用的交互時序圖；圖3e為本發明應用實例中一通知消息的效果圖；圖3f為本發明應用實例中系統消息監控應用的信號交互圖；圖4為本發明實施例中設備間接管任務的裝置的硬體架構圖；圖5為本發明實施例中設備間接管任務的裝置的邏輯架構圖。

這裡將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數字表示相同或相似的要素。以下示例性實施例中所描述的實施方式並不代表與本發明相一致的所有實施方式。相反，它們僅是與如所附申請專利範圍中所詳述的、本發明的一些方面相一致的裝置和方法的例子。

在本發明使用的術語是僅僅出於描述特定實施例的目的，而非旨在限制本發明。在本發明和所附申請專利範圍中所使用的單數形式的“一種”、“所述”和“該”也旨在包括 多數形式，除非上下文清楚地表示其他含義。還應當理解，本文中使用的術語“和/或”是指並包含一個或多個相關聯的列出項目的任何或所有可能組合。

應當理解，儘管在本發明可能採用術語第一、第二、第三等來描述各種資訊，但這些資訊不應限於這些術語。這些術語僅用來將同一類型的資訊彼此區分開。例如，在不脫離本發明範圍的情況下，第一資訊也可以被稱為第二資訊，類似地，第二資訊也可以被稱為第一資訊。取決於語境，如在此所使用的詞語“如果”可以被解釋成為“在......時”或“當......時”或“響應於確定”。

圖1是本發明所適用的一個業務場景下的網路圖。網路10內包括多個設備(設備101、設備102、設備103...)；每個設備上可以裝有多種業務應用App軟體(App1、App2、App3...)。

設備可以是多種類型，例如，手機、平板電腦、電腦、智慧耳機、智慧電視、智慧手錶、汽車中的車機等。

業務應用App軟體(以下稱為App)可以是提供某種服務的軟體，諸如提供音頻播放服務的App，提供導航服務的App等等，也可以是監控操作系統所提供的服務(例如電話、短信等服務)的系統消息的App(為方便描述，稱為系統消息監控App)。各設備之間可以建立無線或有線連接。

當兩個設備上均裝有同一種App時(例如均裝有圖1中的App1)，本發明可實現通過其他的設備上的App接 管本設備上的該App所執行的任務。實現方案可參考圖2所示。

本發明中的任務接管是指任務在不同設備上的平滑切換，例如，將設備101上的任務切換到設備102上執行，切換後，設備102對設備101可以具有少量的控制力，設備101也可以不再受設備102的控制，不同于現有技術VNC(Virtual Network Computer，虛擬網路計算機)技術中當設備101接受設備102的遠程控制時，其實質是設備102通過傳輸控制指令，將設備101的任務仍然在設備101上執行。

S201，在兩端設備建立連接後，如果兩端設備上所對應的業務應用具有任務接管能力，則將本端的業務應用的任務資料發給對端的業務應用處理；所發送的任務資料中攜帶有本端的業務應用的類型標識；和/或S202，當接收到對端的業務應用的任務資料時，發給與對端的業務應用的類型標識相匹配的本端的業務應用處理。

本發明中，執行本方法的實體可以擇一的執行步驟S201和S202，也可以兩個步驟均執行。也就是說，該實體所在的業務應用可以只作為任務的被接管方或者只作為任務的接管方，也可以同時具有任務的接管方和被接管方的功能。

本發明中，兩個設備之間可以通過局域網路移動通信網建立連接，例如可以將其中一個設備作為服務端，提供 短距離無線連接服務(例如WIFI、藍牙、紅外等無線連接服務)；當然，並不排除兩個設備通過其他的方式建立連接，例如通過3G、4G移動網路建立連接，或通過有線方式建立連接等。

作為一個實施例，為了使兩端的業務應用具備任務接管的能力，可以在現有技術中並不具備任務接管能力的業務應用中嵌入SDK(Software Development Kit，軟體開發包)，通過SDK來執行步驟S201和S202；當然，也可以專門設計出新的業務應用來執行步驟S201和S202。作為一個實施例，SDK可以包含連接管理服務和傳輸管理服務。連接管理服務負責監控兩端設備的連接狀態，傳輸管理服務負責與對端設備交互。

當兩個設備之間建立連接後，可以通過連接管理服務將當前的連接狀態通知兩端的業務應用。

兩端的業務應用獲知兩端設備已建立連接後，需要確認自身和對端是否具有任務接管的能力。可以通過任務接管能力標識來區分業務應用是否具備任務接管的能力，例如，可以用1表示本業務應用具有任務接管能力，0表示本業務應用不具有任務接管能力。

兩端的業務應用之間可以交互協商任務接管能力的消息；在協商任務接管能力的消息中攜帶任務接管能力標識，通過任務接管能力標識表示協商任務接管能力的消息的發送者是否具有任務接管能力；任務接管能力協商成功後，執行步驟S201，如果協商失敗，則結束任務接管的 流程。

在某些場景下，對於同一種業務應用的任務，被接管方可以並不固定。例如，圖1中設備101為車機時，設備102為駕駛員的手機，設備103為車內乘客的手機，可以允許設備101上的App1對設備102上的App1的任務進行接管，而為了解決駕駛員在駕駛過程中對設備102操作不便的問題，也可以允許設備101上的App1對設備103上的App1的任務進行接管。當有不止一個設備的業務應用請求被同一個對端的業務應用接管任務時，對端的業務應用選擇對哪個設備的業務應用進行任務接管的策略可以存在多種方式。例如，對端設備的App可以在已經與多個被接管的設備的業務應用協商成功任務接管能力後，對第一個接收到的任務資料進行任務接管；或者還可以根據被接管的設備的業務應用的賬戶資訊，將與自身的App賬戶資訊一致的任務資料排在最高優先級；或者也可以彈出提示資訊，供人工選擇對哪一個任務資料進行任務接管等等。

由於設備上可能發生任務接管的業務應用不止一種，在傳輸本端的業務應用的任務資料時，可以攜帶本端的業務應用的類型標識，以便對端設備能夠將任務資料發給相匹配的業務應用處理。除此之外，由於所傳輸的任務資料也可能不止一種，在一個實施例中，還可以攜帶所傳輸的任務資料的業務類型，以便對端的業務應用在處理任務資料時可以識別任務資料的類型進行相應的處理。

在一個例子中，還可以提示用戶對任務接管的權限進行設置，在接收到被接管方設備的業務應用所發送的任務資料後，先查看用戶設置的任務接管權限是否允許本業務應用進行任務接管，如果允許，則將從其他設備接收到的任務資料發給與發送方的業務應用的類型標識相匹配的本端的業務應用。

同樣作為一個例子，本端的業務應用在收到其他設備的任務資料後，可根據本端的業務應用的當前的使用狀態或用戶指令確定是否處理對端的業務應用的任務資料。例如，如果本端的業務應用當前處於空閒狀態，則可直接運行任務資料；如果本業務應用正在接受用戶的操作指令，或者正在運行任務資料，或正在使用其他的業務應用運行同類的任務資料(例如，接收到任務資料的業務應用是QQ音樂播放App，但本設備上正在使用蝦米音樂播放App播放音樂資料)，則可提示用戶是否接管所收到的任務資料，根據用戶的指令來執行進一步的操作。對於業務應用在何種條件下執行任務資料，以及如何執行任務資料，可根據不同的設計需求有不同的流程。

圖2所揭示的流程可以適用于多種業務應用所提供的服務。例如業務應用的類型可以是導航應用、音頻播放應用、視頻播放應用、系統監控消息應用、即時通訊應用等，系統監控消息應用用於監控本端設備的操作系統通過通知中心收到的系統消息(例如短信通知、電話通知等)。需要說明，系統監控消息應用可以集成所需要的系 統服務的功能，例如可以將短信服務、電話服務的功能集成到系統監控消息應用中實現。針對不同的服務所涉及的業務流程不同，本端的業務應用所傳輸的任務資料不同，對端的業務應用處理任務資料的過程也可以不同。

作為一個例子，當業務應用是導航應用時，導航應用所傳輸的任務資料可以包括以下至少一項導航資訊：當前正在導航的目的地資料、當前規劃的路徑目的地資料、最近搜索的預定數量的目的地資料、導航偏好資料等，當然也可以包括其他未列舉出的導航相關的資訊。

而在另一個例子中，當業務應用是音頻播放應用時，所傳輸的任務資料可以包括以下至少一項音頻播放資訊：當前歌曲封面圖片、當前歌曲ID、當前歌曲所屬藝人、當前歌曲所屬專輯；當前歌曲的音頻資料、當前歌曲的播放控制資料；歌曲列表，所述歌曲列表中包括歌曲ID及歌曲排列順序等，當然也可以包括其他未列舉出的音頻播放相關的資訊。

另外，當業務資料是系統消息監控應用，且所監控到的系統消息為短信時，所傳輸的任務資料包括以下至少一項短信資訊：發件人名稱、發件人電話號碼、短信內容、短信接收時間等，當然也可以包括其他未列舉出的短信相關的資訊。

在某些場景下，兩端設備的應用之間可以發生交替進行任務接管的情況。對於提供導航服務的業務應用，在本端的導航應用將任務資料發給對端的導航應用後，可能會 發生對端的導航應用對導航資訊進行更新的過程(例如更新以下導航資訊中的一項多多項：當前正在導航的目的地資料、當前規劃的路徑目的地資料、最近搜索的預定數量的目的地資料、導航偏好資料等)，如果對端的導航應用在更新導航資訊後要求本端的導航應用接管對端的導航應用的任務資料，則本端的導航應用在收到對端的導航應用的任務資料後，可以先根據所收到的對端的導航應用的任務資料更新之前所儲存的導航資訊，之後根據更新後的導航資訊進行導航。

對於提供音樂服務的業務應用，將被接管方的音頻播放應用的任務資料發送給接管方的音頻播放應用、以及接管方的音頻播放應用處理任務資料的過程可以有多種方式。

例如，可以將當前歌曲封面圖片、當前歌曲ID、當前歌曲所屬藝人、當前歌曲所屬專輯封裝成預定格式的任務資料，通過WIFI發給接管方的音頻播放應用；接管方的音頻播放應用在收到任務資料後，如果同意接管所收到的任務資料，且在本設備上未儲存當前歌曲的音頻資料或當前歌曲的播放控制資料，則通知被接管方的音頻播放應用，被接管方的音頻播放應用接收到該請求後，將當前歌曲的音頻資料或當前歌曲的播放控制資料通過藍牙發給接管方的音頻播放應用。

另一種方式可以是將被接管方的當前歌曲封面圖片、當前歌曲ID、當前歌曲所屬藝人、當前歌曲所屬專輯以 及當前歌曲的音頻資料或當前歌曲的播放控制資料均通過WIFI發給接管方的音頻播放應用。

還可以是將被接管方的當前歌曲封面圖片、當前歌曲ID、當前歌曲所屬藝人、當前歌曲所屬專輯封裝成預定格式的任務資料，通過WIFI發給接管方的音頻播放應用；接管方的音頻播放應用在收到任務資料後，如果同意接管所收到的任務資料，且本設備未儲存當前歌曲的音頻資料或當前歌曲的播放控制資料，當本設備的音頻播放應用通過移動通信網路與音頻播放應用的雲端伺服器連接時，則可以從雲端伺服器下載當前歌曲的音頻資料或當前歌曲的播放控制資料。

在某些場景下，接管方的音頻播放應用收到的任務資料可以是歌曲列表或歌曲ID，例如圖1中的設備102希望向設備101分享本機上的歌曲列表。此時，接管方的音頻播放應用可以產生臨時入口；在臨時入口中預定規則保存或刪除歌曲列表。預定規則可以存在多種形式，舉例來說，可以按照所收到的歌曲列表的先後順序保存歌曲列表，在播放音頻資料時，可以根據歌曲列表中的順序來進行播放。獲取音頻資料和控制資料的方式可參考上文相關部分，不再贅述。

作為一個例子，可以預先設置臨時入口所儲存的歌曲列表的數量，當所保存的歌曲列表到達預定數量後，如果再接收到其他歌曲列表，則將所收到的歌曲列表刪除；或者當所保存的歌曲列表到達預定數量後，從最早保存的歌 曲ID開始，刪除已播放的歌曲，例如該歌曲列表最多保留100首，當新加入第101首並播放該首音樂時，刪除第1首歌曲的ID。

作為一個例子，臨時入口可以僅在本端設備關機時被刪除，而當音頻播放應用被關閉時，或當前任務資料執行完畢時均繼續保留。容易理解，對臨時入口的管理策略可以隨設計需求而定。

在一個例子中，設備上可以裝有系統消息監控應用，系統消息監控應用實時監控操作系統的通知中心，獲取通知中心收到的系統消息，例如短信通知、電話通知、更新提醒等。可以與對端的系統消息監控應用事先約定支持任務接管類型，例如可約定支持短信服務等。

本端的系統消息監控應用獲取到通知中心收到的新系統消息後，根據所支持的任務接管類型判斷是否支持系統消息所對應的服務，如果支持，則將系統消息封裝成任務資料發給對端的系統消息監控應用；任務資料中攜帶所述系統消息監控服務的類型標識和系統消息所對應的服務的類型標識。對端的系統消息監控應用在收到任務資料後，如果同意接管，則將任務資料發給本設備的通知中心，通知中心提示用戶是否查看系統消息，如果用戶指令為查看系統消息，且系統消息監控應用已集成有短信服務的功能，則通知中心告知系統消息監控應用顯示系統消息的內容；如果系統消息監控應用未集成有短信服務的功能，則通知中心告知短信服務顯示系統消息的內容。

以下是本發明的一個應用實例，圖3a為應用實例所在的網路環境圖。圖中設備a為裝載於汽車上的車機，設備b為駕駛員的手機，設備c、d為車上乘客的手機。在設備a、b、c、d上分別裝有導航App、音樂播放App、用於監控系統消息(例如短信通知、電話通知等)的系統消息監控App，系統消息監控App已集成短信服務、電話服務的功能。每個App上嵌入有SDK(SDK1\SDK2\SDK3)，每個SDK包含連接管理服務和傳輸管理服務。

各個設備支持WIFI功能和藍牙功能，車機可以作為WIFI功能的服務端，廣播SSID(Service Set Identifier，服務集標識)，供車內的手機與車機建立WIFI連接。車機開啟後，車機上的WIFI功能自動打開，將自身的SSID廣播給車內的其他設備。車內的其他手機在開啟WIFI功能後，選擇車機的SSID，與車機建立WIFI連接。建立WIFI連接的過程可參考已有技術中所揭示的相關方案。本例中，可以允許多台設備與車機建立WIFI連接。

1、對於導航App的任務接管流程，參見圖3b：駕駛員需要通過設備a來對行駛路線進行導航，但駕駛員正在駕駛車輛，對持有的設備b操作不便，因此設備c的機主打開本設備上的導航App。

S301b，設備c上的SDK1中的連接管理服務檢測到設備c已與設備a建立WIFI連接，於是通知導航App。

S302b，設備c上導航App通過傳輸管理服務將協商任務接管能力的消息發給設備a的導航App，以便與設備 a上的導航App協商任務接管能力，協商任務接管能力的消息中攜帶自身的任務接管能力標識，任務接管能力標識的值為1，表示具有任務接管能力。

S303b，設備a上的導航App與設備c上的導航App通過自身的SDK1所提供的傳輸管理服務交互協商任務接管能力的消息，交互成功後通知設備a和設備c上的導航App。

S304b，設備c上的導航App將機主輸入的導航相關的資訊按照預定格式封裝成任務資料，並發給設備a。預定格式中包括導航App的類型標識以及導航資料的類型標識。導航相關的資訊包括當前正在導航的目的地資料、當前正在規劃的路徑目的地資料、最近搜索的5個目的地資料、導航偏好資料。

S305b，設備a的導航App通過傳輸管理服務收到設備c發來的任務資料後，根據其中的業務應用的類型標識判斷出是導航App所需要處理的任務資料，進而判斷用戶設置的權限是否允許接管導航任務，如果是，則將任務資料發給設備a的導航App；如果不允許，則提示用戶是否重新設置權限。

S306b，設備a的導航App在收到任務資料後，判斷是否開始任務接管：如果設備a的導航App目前正處於使用狀態，或正在接收用戶的操作地圖的指令，則提示用戶是否切換到對設備c的任務資料的導航狀態(提示的格式參考圖3c，可以在用戶拒絕接管任務資料時將任務資料 儲存)；如果設備a的導航App目前正處於空閒狀態，則開始處理設備c的任務資料。

在車輛行駛過程中，駕駛員發現導航目的地或導航偏好需要變更，可以由設備c的導航App將更新後的導航資訊封裝成任務資料發給設備a的導航App，也可以在設備a的導航App上輸入變更後的導航資訊，設備a的導航App根據新輸入的導航資訊重新開始導航；還可以是在設備a上輸入新的導航資訊後請求設備c接管設備a的任務資料。

如果此時需要切換到設備c的導航App接管設備a的導航App的任務，則設備a上的導航App將導航資訊按照預定格式封裝成任務資料，預定格式中包括導航App的類型標識以及導航資料的類型標識，通過傳輸管理服務發給設備c上的導航App的傳輸管理服務(S307b)。

S308b，傳輸管理服務將收到的任務資料發給設備c的導航App，設備c上的導航App收到任務資料後，判斷所收到的任務資料與最初保存的導航資訊是否相符，如果不相符，則將所保存的導航資訊更新。

S309b，更新後，如果目前設備c上的導航App沒有處於導航狀態，則自動輸入最新保存的設備a的導航目的地和偏好設置並開始導航。

當設備a的導航App結束導航或設備a與設備c斷開連接等情況時，通知設備a和設備c上的導航App結束任務接管流程。

2、對於音樂播放App的任務接管流程：設備c的機主打開本機上的音樂播放App，希望將本設備上的音樂播放App目前正在播放的音頻資料發給設備a的音樂播放App播放。設備c與設備a已建立WIFI連接和藍牙連接。音樂播放App已裝載SDK2。

設備c的音樂播放App與設備a上的音樂播放App協商成功任務接管能力(協商過程不再贅述)後，兩設備接管任務的流程參見圖3d：

S301d，將當前正在播放的音樂的封面、歌曲名、藝人、專輯等資訊封裝成任務資料，發到設備a，任務資料中攜帶音樂播放App的類型標識。

S302d，設備a的音樂播放App通過傳輸管理服務收到設備c發來的任務資料後，根據其中的業務應用的類型標識判斷出是音樂播放App所需要處理的任務資料，進而判斷用戶設置的權限是否允許接管音樂播放任務，如果是，則將任務資料發給設備a的音樂播放App；如果不允許，則提示用戶是否重新設置權限。

S303d，設備a的音樂播放App在收到任務資料後，判斷是否開始任務接管：

S304d，如果設備a的音樂播放App目前正處於使用狀態，或有其他同類的音樂播放App在處於使用狀態，則提示用戶是否切換到對設備c的任務資料的播放狀態；當用戶指令為切換到對設備c的任務資料的播放狀態時，或設備a的導航App目前正處於空閒狀態，則通知設 備c的音樂播放App；

S305d，設備c的音樂播放App將當前正在播放的音樂的音頻資料、播放控制資料(例如前進、後退、停止等控制資料)通過藍牙發送給設備a。

S306d，在設備a的音樂播放App通過藍牙收到音頻資料和播放控制資料後開始播放，並在顯示界面上顯示之前通過WIFI接收到的音樂的封面、歌曲名、藝人、專輯等資訊。

如果設備d的機主希望通過本機的音樂播放App將搜索到的歌曲名稱、歌曲列表發給設備a，由設備a的音樂播放App播放，則可通過以下S307d~S310d的流程實現設備a對設備d的音樂播放任務的接管。可以通過如圖3e所示引導頁來提示用戶是否希望音樂播放任務被接管：當用戶打開音樂播放App後，如果SDK2識別當前的WIFI熱點設備為設備a，則彈出引導頁(引導頁本例中可以只出現一次，當用戶下次打開音樂播放App時不再出現)。

S307d，將所搜索到的歌曲ID或歌曲列表按照預定格式封裝成任務資料發給設備a，歌曲列表中可以包含的所有歌曲ID及歌曲的排列順序，任務資料中除了包括音樂播放App的類型標識，還可以包括任務資料的類型標識，表示發送的是歌曲ID還是歌曲列表。

S308d，設備a的音樂播放App在收到任務資料後，產生“好友分享歌曲”的臨時入口，並將所收到的任務資料保存在臨時入口中，該臨時入口可以僅在設備a關機時被 刪除，入口消失同時歌曲列表清空，下次再啟動車機時不再顯示該入口。在本例中，對於臨時入口保存任務資料的方式為：將多次收到的任務資料按照接收順序依次添加到臨時入口，例如第一次收到1、2、3、4、5首歌曲，第二次收到6、7、8、9、10首歌曲，則臨時入口中保存的歌曲列表刷新為1、2、3、4、5、6、7、8、9、10，如果所保存的歌曲列表已經超過預定值，將預定值之後接收到的任務資料刪除。

S309d，在將任務資料保存到臨時入口後，判斷是否開始任務接管：

S310d，如果設備a的音樂播放App目前正處於使用狀態，則提示用戶是否切換到對設備d的任務資料的音樂播放狀態(當設備d的音樂播放App多次向設備a發送任務資料，或有多個設備的音樂播放App向設備a發送任務資料時，可僅在第一次提示用戶)；如果設備a的音樂播放App目前正處於空閒狀態，或用戶指令為允許接管設備d的任務資料時，開始處理設備d的任務資料：如果設備a與互聯網處於連接狀態，則根據“好友分享歌曲”中的資訊產生循環列表，根據循環列表的順序從互聯網上下載音頻資料，將所下載的音頻資料進行播放。除圖3d所示的流程外，如果設備a與互聯網未連接，則播放“好友分享歌曲”中的已緩存的音頻資料；若沒有已緩存的音頻資料，則彈出系統斷網提示，停止任務接管。

設備a對用戶進行提示時，如果設備a的機主確認切 換到對設備d的任務資料的音樂播放狀態後，如果設備d再次發送歌曲表單，則不再通知，直接將所收到的歌曲表單保存在“好友分享歌曲”的列表中，並開始播放該歌曲(或歌單的第一首)；若設備a的機主未確認切換到對設備d的任務資料的音樂播放狀態，則如果設備d再次發送歌曲表單，仍然通知提示設備a的機主。

如果設備a的音樂播放App在任務接管過程中，有其他的媒體音頻播放App收到用戶指令，需要播放音頻資料，則“好友分享音樂”播放暫停，記錄當前播放進度，再重新切換回此音樂播放App時，根據所記錄的播放進度開始播放。

3)對於短信App的任務接管流程可參見圖3f：設備b的機主打開本機上的系統消息監控App，希望將本設備上的短信服務的任務資料交給設備a接管。兩個設備上的系統消息監控App已裝載SDK3。在系統消息監控App預先設置支持接管的任務類型，本例中支持接管的任務類型為短信服務。

在階段1，設備b的系統消息監控App實時監控設備b的操作系統的通知中心，當通知中心產生新的系統消息時，獲取新產生的系統消息。

在階段2，根據預先設置的支持接管的任務類型判斷所收到的系統消息為短信通知，則將系統消息的內容封裝成預定格式的任務資料，內容包括發件人名稱、發件人電話號碼、短信內容；任務資料中攜帶有系統消息監控App 的類型標識以及任務資料的類型標識(表示系統消息所對應的服務為短信服務)。

在階段3，設備a的系統消息監控App通過傳輸管理服務收到設備a發來的任務資料後，根據其中的業務應用的類型標識判斷出是系統消息監控App所需要處理的任務資料，進而判斷用戶設置的權限是否允許任務接管，如果是，則將任務資料發給設備a的系統消息監控App；如果不允許，則提示用戶是否重新設置權限。設備a的系統監控消息App在收到任務資料後，將任務資料發給設備a的通知中心。

在階段4，通知中心提示用戶是否查看短信； 在階段5，用戶指令向通知中心反饋查看短信的指令； 在階段6，通知中心將查看短信的指令發給系統監控消息App； 在階段7，系統監控消息App在顯示短信內容時可提示用戶進行下一步的操作，例如，是否播放此短信，或在打開短信後提示是否撥打電話。

與前述設備間任務接管的方法的實施例相對應，本發明還提供了設備間任務接管的裝置的實施例。

本發明設備間任務接管的裝置的實施例可以應用在智慧設備上。裝置實施例可以通過軟體實現，也可以通過硬體或者軟硬體結合的方式實現。以軟體實現為例，作為一個邏輯意義上的裝置，是通過其所在智慧設備的處理器將 非易失性記憶體中對應的計算機程序指令讀取到記憶體中運行形成的。從硬體層面而言，如圖4所示，為本發明設備間任務接管的裝置所在智慧設備的一種硬體結構圖，除了圖4所示的處理器、記憶體、網路介面、以及非易失性記憶體之外，實施例中裝置所在的智慧設備通常根據該智慧設備的實際功能，還可以包括其他硬體，對此不再贅述。

請參考圖5，設備間任務接管的裝置500包括：連接管理模組501，用於監控兩端設備的連接狀態，並在兩端設備建立連接後，通知所在的業務應用；傳輸管理模組502，用於當兩端設備上的所對應的業務應用具有任務接管能力時，將本端的業務應用的任務資料發給對端的業務應用處理；所述任務資料中攜帶本端的業務應用的類型標識；和/或當接收到對端的業務應用的任務資料時，發給與對端的業務應用的類型標識相匹配的本端的業務應用處理。

裝置500可以是軟體開發包SDK；所述SDK分別嵌入於兩端設備的業務應用503中。

傳輸管理模組502還可以用於與對端的業務應用交互協商任務接管能力的消息，根據所述協商任務接管能力的消息確定兩端的業務應用是否具有任務接管能力；所述協商任務接管能力的消息中攜帶有任務接管能力標識，用於表示所述協商任務接管能力的消息的發送者是否具有任務接管能力。

傳輸管理模組502還可以用於當接收到對端的業務應用的任務資料時，根據用戶設置的任務接管權限判斷是否發給與對端的業務應用的類型標識相匹配的本端的業務應用處理。

本端的業務應用503還可以用於根據當前的使用狀態或用戶指令確定是否處理對端的業務應用的任務資料。

業務應用503的類型可以包括以下其中之一：導航應用、音頻播放應用、視頻播放應用、系統監控消息應用、即時通訊應用，所述系統監控消息應用用於監控本端設備的操作系統通過通知中心收到的系統消息。

導航應用所傳輸的任務資料可以包括以下至少一項導航資訊：當前正在導航的目的地資料、當前規劃的路徑目的地資料、最近搜索的預定數量的目的地資料、導航偏好資料；音頻播放應用所傳輸的任務資料可以包括以下至少一項：當前歌曲封面圖片、當前歌曲名稱、當前歌曲所屬藝人、當前歌曲所屬專輯；當前歌曲的音頻資料、當前歌曲的播放控制資料；歌曲ID、歌曲列表，所述歌曲列表中包括歌曲ID及歌曲排列順序；系統消息監控應用所監控到的系統消息為短信時，所述系統消息監控服務所傳輸的任務資料可以包括以下至少一項短信資訊：發件人名稱、發件人電話號碼、短信內容、短信接收時間。

本端的導航應用處理對端的導航應用的任務資料時還 可以根據對端的導航應用的任務資料更新以下至少一項導航資訊：當前正在導航的目的地資料、當前規劃的路徑目的地資料、最近搜索的預定數量的目的地資料、導航偏好資料；根據更新後的導航資訊進行導航。

本端的音頻播放應用可以將當前歌曲封面圖片、當前歌曲ID、當前歌曲所屬藝人、當前歌曲所屬專輯封裝成預定格式的任務資料，通過WIFI發給對端的音頻播放應用；當接收到對端的音頻播放應用的請求後，將當前歌曲的音頻資料或當前歌曲的播放控制資料通過藍牙發給對端的音頻播放應用。

本端的音頻播放應用可以處理對端的音頻播放應用的任務資料時，如果對端的音頻播放應用的任務資料不包括當前歌曲的音頻資料或當前歌曲的播放控制資料，且本端未儲存當前歌曲的音頻資料或當前歌曲的播放控制資料，則向對端的音頻播放應用或向雲端伺服器請求下載當前歌曲的音頻資料或當前歌曲的播放控制資料。

本端的音頻播放應用可以當收到歌曲列表時，產生臨時入口；在所述臨時入口中按照預定規則保存或刪除所述歌曲列表；當本端設備關機時，將所述臨時入口刪除。

本端的系統消息監控應用可以獲取通知中心收到的系統消息，並根據所支持的任務接管類型判斷是否支持系統消息所對應的服務，如果支持，則將所述系統消息封裝成任務資料發給對端的系統消息監控應用；所述任務資料中 攜帶所述系統消息監控應用的類型標識和所述系統消息所對應的服務的類型標識。

上述裝置中各個單元的功能和作用的實現過程具體詳見上述方法中對應步驟的實現過程，在此不再贅述。

對於裝置實施例而言，由於其基本對應於方法實施例，所以相關之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位於一個地方，或者也可以分佈到多個網路單元上。可以根據實際的需要選擇其中的部分或者全部模組來實現本發明方案的目的。本領域普通技術人員在不付出創造性勞動的情況下，即可以理解並實施。

以上所述僅為本發明的較佳實施例而已，並不用以限制本發明，凡在本發明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發明保護的範圍之內。

Claims (24)

1. 一種設備間任務接管的方法，該方法包括步驟：在兩端設備建立連接後，如果兩端設備上的所對應的業務應用具有任務接管能力，則將本端的業務應用的任務資料發給對端的業務應用處理；所述任務資料中攜帶本端的業務應用的類型標識；和/或當接收到對端的業務應用的任務資料時，發給與對端的業務應用的類型標識相匹配的本端的業務應用處理。
2. 根據申請專利範圍第1項所述的方法，其中，所述方法通過軟體開發包SDK執行；所述SDK分別嵌入於兩端設備的業務應用中。
3. 根據申請專利範圍第1項所述的方法，其中，所述方法還包括步驟：與對端的業務應用交互協商任務接管能力的消息，根據所述協商任務接管能力的消息確定兩端的業務應用是否具有任務接管能力；所述協商任務接管能力的消息中攜帶有任務接管能力標識，用於表示所述協商任務接管能力的消息的發送者是否具有任務接管能力。
4. 根據申請專利範圍第1項所述的方法，其中，當接收到對端的業務應用的任務資料時，所述方法還包括步驟：根據用戶設置的任務接管權限判斷是否發給與對端的業務應用的類型標識相匹配的本端的業務應用處理。
5. 根據申請專利範圍第1項所述的方法，其中，所述 方法還包括步驟：本端的業務應用接收到對端的業務應用的任務資料後，根據當前的使用狀態或用戶指令確定是否處理對端的業務應用的任務資料。
6. 根據申請專利範圍第1項所述的方法，其中，所述業務應用的類型包括以下其中之一：導航應用、音頻播放應用、視頻播放應用、系統監控消息應用、即時通訊應用，所述系統監控消息應用用於監控本端設備的操作系統通過通知中心收到的系統消息。
7. 根據申請專利範圍第6項所述的方法，其中，所述導航應用所傳輸的任務資料包括以下至少一項導航資訊：當前正在導航的目的地資料、當前規劃的路徑目的地資料、最近搜索的預定數量的目的地資料、導航偏好資料；所述音頻播放應用所傳輸的任務資料包括以下至少一項：當前歌曲封面圖片、當前歌曲名稱、當前歌曲所屬藝人、當前歌曲所屬專輯；當前歌曲的音頻資料、當前歌曲的播放控制資料；歌曲ID、歌曲列表，所述歌曲列表中包括歌曲ID及歌曲排列順序；所述系統消息監控應用所監控到的系統消息為短信時，所述系統消息監控服務所傳輸的任務資料包括以下至少一項短信資訊：發件人名稱、發件人電話號碼、短信內容、短信接收時間。
8. 根據申請專利範圍第7項所述的方法，其中，本端的導航應用處理對端的導航應用的任務資料的步驟包括： 根據對端的導航應用的任務資料更新以下至少一項導航資訊：當前正在導航的目的地資料、當前規劃的路徑目的地資料、最近搜索的預定數量的目的地資料、導航偏好資料；根據更新後的導航資訊進行導航。
9. 根據申請專利範圍第7項所述的方法，其中，本端的音頻播放應用將任務資料發送給對端的音頻播放應用處理的過程包括：將當前歌曲封面圖片、當前歌曲ID、當前歌曲所屬藝人、當前歌曲所屬專輯封裝成預定格式的任務資料，通過WIFI發給對端的音頻播放應用；當接收到對端的音頻播放應用的請求後，將當前歌曲的音頻資料或當前歌曲的播放控制資料通過藍牙發給對端的音頻播放應用。
10. 根據申請專利範圍第7項所述的方法，其中，本端的音頻播放應用處理對端的音頻播放應用的任務資料的步驟包括：如果對端的音頻播放應用的任務資料不包括當前歌曲的音頻資料或當前歌曲的播放控制資料，且本端未儲存當前歌曲的音頻資料或當前歌曲的播放控制資料，則向對端的音頻播放應用或向雲端伺服器請求下載當前歌曲的音頻資料或當前歌曲的播放控制資料。
11. 根據申請專利範圍第7項所述的方法，其中，本端的音頻播放應用處理對端的音頻播放應用的任務資料的 步驟包括：當收到歌曲列表時，產生臨時入口；在所述臨時入口中按照預定規則保存或刪除所述歌曲列表；當本端設備關機時，將所述臨時入口刪除。
12. 根據申請專利範圍第6項所述的方法，其中，本端的系統消息監控應用的任務資料發給對端的系統消息監控應用處理的過程包括：系統消息監控應用獲取通知中心收到的系統消息，並根據所支持的任務接管類型判斷是否支持系統消息所對應的服務，如果支持，則將所述系統消息封裝成任務資料發給對端的系統消息監控應用；所述任務資料中攜帶所述系統消息監控應用的類型標識和所述系統消息所對應的服務的類型標識。
13. 一種設備間任務接管的裝置，包括：連接管理模組，用於監控兩端設備的連接狀態，並在兩端設備建立連接後，通知所述裝置所在的業務應用；傳輸管理模組，用於當兩端設備上的所對應的業務應用具有任務接管能力時，將本端的業務應用的任務資料發給對端的業務應用處理；所述任務資料中攜帶本端的業務應用的類型標識；和/或當接收到對端的業務應用的任務資料時，發給與對端的業務應用的類型標識相匹配的本端的業務應用處理。
14. 根據申請專利範圍第13項所述的裝置，其中，所述裝置為軟體開發包SDK；所述SDK分別嵌入於兩端設 備的業務應用中。
15. 根據申請專利範圍第13項所述的裝置，其中，所述傳輸管理模組還用於與對端的業務應用交互協商任務接管能力的消息，根據所述協商任務接管能力的消息確定兩端的業務應用是否具有任務接管能力；所述協商任務接管能力的消息中攜帶有任務接管能力標識，用於表示所述協商任務接管能力的消息的發送者是否具有任務接管能力。
16. 根據申請專利範圍第13項所述的裝置，其中，所述傳輸管理模組還用於當接收到對端的業務應用的任務資料時，根據用戶設置的任務接管權限判斷是否發給與對端的業務應用的類型標識相匹配的本端的業務應用處理。
17. 根據申請專利範圍第13項所述的裝置，其中，本端的業務應用用於接收到對端的業務應用的任務資料後，根據當前的使用狀態或用戶指令確定是否處理對端的業務應用的任務資料。
18. 根據申請專利範圍第13項所述的裝置，其中，所述業務應用的類型包括以下其中之一：導航應用、音頻播放應用、視頻播放應用、系統監控消息應用、即時通訊應用，所述系統監控消息應用用於監控本端設備的操作系統通過通知中心收到的系統消息。
19. 根據申請專利範圍第18項所述的裝置，其中，所述導航應用所傳輸的任務資料包括以下至少一項導航資訊：當前正在導航的目的地資料、當前規劃的路徑目的地資料、最近搜索的預定數量的目的地資料、導航偏好資 料；所述音頻播放應用所傳輸的任務資料包括以下至少一項：當前歌曲封面圖片、當前歌曲名稱、當前歌曲所屬藝人、當前歌曲所屬專輯；當前歌曲的音頻資料、當前歌曲的播放控制資料；歌曲ID、歌曲列表，所述歌曲列表中包括歌曲ID及歌曲排列順序；所述系統消息監控應用所監控到的系統消息為短信時，所述系統消息監控服務所傳輸的任務資料包括以下至少一項短信資訊：發件人名稱、發件人電話號碼、短信內容、短信接收時間。
20. 根據申請專利範圍第19項所述的裝置，其中，本端的導航應用處理對端的導航應用的任務資料時還用於：根據對端的導航應用的任務資料更新以下至少一項導航資訊：當前正在導航的目的地資料、當前規劃的路徑目的地資料、最近搜索的預定數量的目的地資料、導航偏好資料；根據更新後的導航資訊進行導航。
21. 根據申請專利範圍第19項所述的裝置，其中，本端的音頻播放應用用於：將當前歌曲封面圖片、當前歌曲ID、當前歌曲所屬藝人、當前歌曲所屬專輯封裝成預定格式的任務資料，通過WIFI發給對端的音頻播放應用；當接收到對端的音頻播放應用的請求後，將當前歌曲的音頻資料或當前歌曲的播放控制資料通過藍牙發給對端的音頻播放應用。
22. 根據申請專利範圍第19項所述的裝置，其中，本端的音頻播放應用用於處理對端的音頻播放應用的任務資料時，如果對端的音頻播放應用的任務資料不包括當前歌曲的音頻資料或當前歌曲的播放控制資料，且本端未儲存當前歌曲的音頻資料或當前歌曲的播放控制資料，則向對端的音頻播放應用或向雲端伺服器請求下載當前歌曲的音頻資料或當前歌曲的播放控制資料。
23. 根據申請專利範圍第19項所述的裝置，其中，本端的音頻播放應用用於：當收到歌曲列表時，產生臨時入口；在所述臨時入口中按照預定規則保存或刪除所述歌曲列表；當本端設備關機時，將所述臨時入口刪除。
24. 根據申請專利範圍第18項所述的裝置，其中，本端的系統消息監控應用用於獲取通知中心收到的系統消息，並根據所支持的任務接管類型判斷是否支持系統消息所對應的服務，如果支持，則將所述系統消息封裝成任務資料發給對端的系統消息監控應用；所述任務資料中攜帶所述系統消息監控應用的類型標識和所述系統消息所對應的服務的類型標識。