[發(fā)明專(zhuān)利]一種基于安卓系統(tǒng)的應(yīng)用間信息交互方法及裝置

在審

• 申請(qǐng)?zhí)枺?/td>: 201410220210.1
• 申請(qǐng)日: 2014-05-22
• 公開(kāi)（公告）號(hào): CN104092815A
• 公開(kāi)（公告）日: 2014-10-08
• 發(fā)明（設(shè)計(jì)）人: 劉小銳;孫永新
• 申請(qǐng)（專(zhuān)利權(quán)）人: 中興通訊股份有限公司
• 主分類(lèi)號(hào): H04M1/725
• 分類(lèi)號(hào): H04M1/725;H04L29/06
• 代理公司: 北京銀龍知識(shí)產(chǎn)權(quán)代理有限公司 11243
• 代理人: 許靜;黃燦

技術(shù)領(lǐng)域

本發(fā)明涉及通信領(lǐng)域，尤其涉及一種基于安卓系統(tǒng)的應(yīng)用間信息交互方法及裝置。

背景技術(shù)

隨著裝載有安卓(Android)系統(tǒng)的智能終端的普及，以及移動(dòng)互聯(lián)網(wǎng)時(shí)代的到來(lái)，手機(jī)終端和平板電腦越來(lái)越成為個(gè)人的信息中心和娛樂(lè)中心。就安卓智能終端的發(fā)展趨勢(shì)來(lái)看，大屏幕、高分辨率、強(qiáng)勁的處理能力和存儲(chǔ)能力的PC化終端越來(lái)越成為更多人群的喜愛(ài)，這方面以大屏手機(jī)和平板電腦為代表。

就目前手機(jī)的硬件配置水平而言，處理能力和計(jì)算能力已經(jīng)和個(gè)人PC不相上下，但是安卓系統(tǒng)提供的應(yīng)用程序管理方法，從本質(zhì)上說(shuō)還是單任務(wù)機(jī)制，無(wú)法做到不同應(yīng)用之間的快速信息交互，在使用過(guò)程中，用戶(hù)越來(lái)越多地希望高效準(zhǔn)確地在安卓系統(tǒng)終端的兩個(gè)應(yīng)用之間進(jìn)行信息交互，具體例如：

在進(jìn)行圖庫(kù)圖片瀏覽的時(shí)候，希望通過(guò)簡(jiǎn)單的操作即可將圖片保存在特定的文件夾中或準(zhǔn)確復(fù)制到用戶(hù)想要的位置；

在進(jìn)行文件管理器瀏覽時(shí)，需要啟動(dòng)音樂(lè)播放器或者視頻播放器，但此時(shí)又不希望中止文件瀏覽；

在短信應(yīng)用和聯(lián)系人應(yīng)用同時(shí)分屏?xí)r，希望能夠在編輯的回復(fù)短信中方便地插入聯(lián)系人信息；

在進(jìn)行WIFI?dierct或者藍(lán)牙連接成功后，希望能直接在文件管理中通過(guò)拖動(dòng)文件進(jìn)行傳輸。

安卓系統(tǒng)目前的應(yīng)用間信息交互方法，往往需要記住文件名后進(jìn)入文件管理器，通過(guò)復(fù)制粘貼將待交互的信息資源傳輸?shù)街付ǖ奈募A；或者在特定的應(yīng)用中打開(kāi)選擇文件的界面，采用該應(yīng)用運(yùn)行待交互的信息資源；或先復(fù)制待交互的信息資源，再將其粘貼到某一應(yīng)用中。現(xiàn)有技術(shù)的這種方式，不僅操作過(guò)程復(fù)雜，而且出錯(cuò)概率很高。

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

有鑒于此，本發(fā)明提出一種基于安卓系統(tǒng)的應(yīng)用間信息交互方法及裝置，能夠?qū)崿F(xiàn)安卓系統(tǒng)終端的應(yīng)用之間信息的快速準(zhǔn)確交互。

基于上述目的本發(fā)明提供的基于安卓系統(tǒng)的應(yīng)用間信息交互方法，包括如下步驟：

接收第一子窗口中運(yùn)行的第一應(yīng)用和第二子窗口中運(yùn)行的第二應(yīng)用之間的信息交互指令；

依據(jù)所述信息交互指令，在作為發(fā)送端的第一應(yīng)用中確定待交互的信息資源，并向作為接收端的第二應(yīng)用發(fā)送接收通知消息；

在所述接收端處理所述接收通知消息，確定接收位置以及接收通知消息的含義；

根據(jù)所述接收通知消息的含義和接收位置，將所述信息資源應(yīng)用到所述第二應(yīng)用；

所述第一子窗口和第二子窗口為在安卓終端屏幕同時(shí)呈現(xiàn)的子窗口。

可選的，依據(jù)所述信息交互指令，在作為發(fā)送端的第一應(yīng)用中確定待交互的信息資源，并向作為接收端的第二應(yīng)用發(fā)送接收通知消息的步驟具體包括：

判斷在第一應(yīng)用中預(yù)先定義的發(fā)送接口函數(shù)是否能夠處理發(fā)送通知消息，輸出第一判斷結(jié)果；

當(dāng)所述第一判斷結(jié)果指示所述發(fā)送接口函數(shù)能夠處理所述發(fā)送通知消息時(shí)，判斷在第一應(yīng)用中預(yù)先定義的發(fā)送消息處理函數(shù)是否與所述發(fā)送通知消息匹配，輸出第二判斷結(jié)果；

當(dāng)所述第二判斷結(jié)果指示所述發(fā)送消息處理函數(shù)與所述發(fā)送通知消息匹配時(shí)，調(diào)用所述發(fā)送消息處理函數(shù)處理所述發(fā)送通知消息，確定待交互的信息資源。

可選的，所述接收通知消息包括通過(guò)應(yīng)用管理服務(wù)Activity?Manager?Service發(fā)送的廣播消息；所述發(fā)送通知消息包括通過(guò)應(yīng)用管理服務(wù)Activity?Manager?Service發(fā)送的廣播消息。

可選的，在所述接收端處理所述接收通知消息，確定接收位置以及接收通知消息的含義的步驟具體包括：

判斷在第二應(yīng)用中預(yù)先定義的接收接口函數(shù)是否能夠處理接收通知消息，輸出第三判斷結(jié)果；

當(dāng)所述第三判斷結(jié)果指示所述接收接口函數(shù)能夠處理所述接收通知消息時(shí)，判斷在第二應(yīng)用中預(yù)先定義的接收消息處理函數(shù)是否與所述接收通知消息匹配，輸出第四判斷結(jié)果；

當(dāng)所述第四判斷結(jié)果指示所述接收消息處理函數(shù)與所述接收通知消息匹配時(shí)，調(diào)用所述接收消息處理函數(shù)處理所述接收通知消息，確定接收通知消息的含義和接收位置。

可選的于，在所述接收端處理所述接收通知消息之前，還包括：

通過(guò)預(yù)先定義在所述第二應(yīng)用的Menifest.xml描述文件中的參數(shù)判斷所述第二應(yīng)用是否支持接收功能，輸出第五判斷結(jié)果；

當(dāng)所述第五判斷結(jié)果指示所述第二應(yīng)用支持接收功能時(shí)，執(zhí)行在所述接收端處理所述接收通知消息的步驟。

可選的，向作為接收端的第二應(yīng)用發(fā)送接收通知消息之前，還包括：

通過(guò)輸入閱讀工具Input?Reader在接收到所述信息交互指令后上報(bào)的UP消息確定信息交互目標(biāo)位置；