數(shù)據(jù)共享的方法、裝置及系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供了一種數(shù)據(jù)共享的方法、裝置及系統(tǒng)，涉及移動通信【技術(shù)領(lǐng)域】，能夠解決不同應(yīng)用對數(shù)據(jù)共享范圍造成限制的問題。本發(fā)明的方法包括：第一裝置向第二裝置發(fā)送地址請求；根據(jù)所述地址請求從所述第二裝置獲取第一應(yīng)用數(shù)據(jù)的統(tǒng)一資源定位符URL，所述第一應(yīng)用數(shù)據(jù)為第一應(yīng)用中的待共享數(shù)據(jù)；從數(shù)據(jù)接收方獲取第二應(yīng)用的鏈接路徑，所述第二應(yīng)用為所述第一應(yīng)用數(shù)據(jù)的共享目的應(yīng)用；根據(jù)所述第二應(yīng)用的鏈接路徑將所述URL發(fā)送給所述第二應(yīng)用，以便所述第二應(yīng)用獲取所述第一應(yīng)用數(shù)據(jù)。本發(fā)明主要應(yīng)用于網(wǎng)絡(luò)信息共享的過程中。
【專利說明】數(shù)據(jù)共享的方法、裝置及系統(tǒng)

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及移動通信【技術(shù)領(lǐng)域】，尤其涉及一種數(shù)據(jù)共享的方法、裝置及系統(tǒng)。

【背景技術(shù)】
[0002]隨著諸如手機、平板電腦等電子設(shè)備的普及以及應(yīng)用軟件（簡稱應(yīng)用）的日益豐富，越來越多的用戶偏好使用通信類應(yīng)用進行網(wǎng)絡(luò)交流。例如，通過社交類應(yīng)用共享圖片、文字等數(shù)據(jù)，或者通過即時通訊工具與好友進行聊天。通常，用戶在通過某個通信類應(yīng)用與其好友進行數(shù)據(jù)共享時，需要該用戶和其好友均擁有該通信類應(yīng)用的應(yīng)用賬戶，該用戶通過添加好友或者建立好友群組的方式建立本應(yīng)用賬戶與好友應(yīng)用賬戶之間的關(guān)系鏈。當用戶上傳數(shù)據(jù)到網(wǎng)絡(luò)側(cè)服務(wù)器時，其好友可以通過賬戶間的關(guān)系鏈從網(wǎng)絡(luò)側(cè)服務(wù)器中獲取到該用戶上傳的數(shù)據(jù)，由此實現(xiàn)數(shù)據(jù)的共享。
[0003]在上述數(shù)據(jù)共享的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題：用戶在通過某個通信類應(yīng)用共享數(shù)據(jù)時，其好友只有擁有該應(yīng)用的應(yīng)用賬戶時才能獲取該用戶共享的數(shù)據(jù)，如果其好友沒有該應(yīng)用的應(yīng)用賬戶，則無法獲取該用戶共享的數(shù)據(jù)，這樣大大限制了數(shù)據(jù)共享的流通范圍。例如，用戶在某社交網(wǎng)站的用戶主頁上發(fā)布了出游的照片，該照片只能被擁有該社交網(wǎng)站的賬戶、并且屬于該用戶好友群組中的好友瀏覽，而沒有該社交網(wǎng)站賬戶的好友則無法瀏覽該用戶的出游照片。


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

[0004]本發(fā)明實施例提供了一種數(shù)據(jù)共享的方法、裝置及系統(tǒng)，能夠解決不同應(yīng)用對數(shù)據(jù)共享范圍造成限制的問題。
[0005]第一方面，本發(fā)明實施例提供了一種數(shù)據(jù)共享的方法，包括：
[0006]第一裝置向第二裝置發(fā)送地址請求；
[0007]根據(jù)所述地址請求從所述第二裝置獲取第一應(yīng)用數(shù)據(jù)的統(tǒng)一資源定位符URL，所述第一應(yīng)用數(shù)據(jù)為第一應(yīng)用中的待共享數(shù)據(jù)；
[0008]從數(shù)據(jù)接收方獲取第二應(yīng)用的鏈接路徑，所述第二應(yīng)用為所述第一應(yīng)用數(shù)據(jù)的共孕目的應(yīng)用；
[0009]根據(jù)所述第二應(yīng)用的鏈接路徑將所述URL發(fā)送給所述第二應(yīng)用，以便所述第二應(yīng)用獲取所述第一應(yīng)用數(shù)據(jù)。
[0010]第二方面，本發(fā)明實施例還提供了一種數(shù)據(jù)共享的方法，包括：
[0011]第二裝置接收第一裝置發(fā)送的地址請求；
[0012]根據(jù)所述地址請求將保存的第一應(yīng)用數(shù)據(jù)的統(tǒng)一資源定位符URL發(fā)送給所述第一裝置，以便所述第一裝置根據(jù)第二應(yīng)用的鏈接路徑將所述URL發(fā)送給第二應(yīng)用，其中所述第一應(yīng)用數(shù)據(jù)為第一應(yīng)用中的待共享數(shù)據(jù)，所述第二應(yīng)用為所述第一應(yīng)用數(shù)據(jù)的共享目的應(yīng)用；
[0013]接收所述第二應(yīng)用發(fā)送的所述URL ；
[0014]根據(jù)所述URL獲取所述第一應(yīng)用數(shù)據(jù)；
[0015]將所述第一應(yīng)用數(shù)據(jù)發(fā)送給所述第二應(yīng)用。
[0016]第三方面，本發(fā)明實施例還提供了一種數(shù)據(jù)共享的裝置，所述裝置為第一裝置，所述第一裝置包括：
[0017]第一發(fā)送單元，用于向第二裝置發(fā)送地址請求；
[0018]第一獲取單元，用于根據(jù)所述第一發(fā)送單元發(fā)送的所述地址請求從所述第二裝置獲取第一應(yīng)用數(shù)據(jù)的統(tǒng)一資源定位符URL，所述第一應(yīng)用數(shù)據(jù)為第一應(yīng)用中的待共享數(shù)據(jù)；
[0019]第二獲取單元從數(shù)據(jù)接收方獲取第二應(yīng)用的鏈接路徑，所述第二應(yīng)用為所述第一應(yīng)用數(shù)據(jù)的共享目的應(yīng)用；
[0020]第二發(fā)送單元，用于根據(jù)所述第二獲取單元獲取的所述第二應(yīng)用的鏈接路徑將所述URL發(fā)送給所述第二應(yīng)用，以便所述第二應(yīng)用獲取所述第一應(yīng)用數(shù)據(jù)。
[0021]第四方面，本發(fā)明實施例還提供了一種數(shù)據(jù)共享的裝置，所述裝置為第二裝置，所述第二裝置包括：
[0022]第一接收單元，用于接收第一裝置發(fā)送的地址請求；
[0023]第一發(fā)送單元，用于根據(jù)所述第一接收單元接收的所述地址請求將保存的第一應(yīng)用數(shù)據(jù)的統(tǒng)一資源定位符URL發(fā)送給所述第一裝置，以便所述第一裝置根據(jù)第二應(yīng)用的鏈接路徑將所述URL發(fā)送給第二應(yīng)用，其中所述第一應(yīng)用數(shù)據(jù)為第一應(yīng)用中的待共享數(shù)據(jù)，所述第二應(yīng)用為所述第一應(yīng)用數(shù)據(jù)的共享目的應(yīng)用；
[0024]第二接收單元，用于接收所述第二應(yīng)用發(fā)送的所述URL ；
[0025]獲取單元，用于根據(jù)所述第二接收單元接收的所述URL獲取所述第一應(yīng)用數(shù)據(jù)；
[0026]第二發(fā)送單元，用于將所述獲取單元獲取的所述第一應(yīng)用數(shù)據(jù)發(fā)送給所述第二應(yīng)用。
[0027]第五方面，本發(fā)明實施例還提供了一種數(shù)據(jù)共享的系統(tǒng)，所述系統(tǒng)包括第一裝置和第二裝置，其中，
[0028]所述第一裝置，用于向第二裝置發(fā)送地址請求；
[0029]所述第二裝置，用于接收所述第一裝置發(fā)送的地址請求，根據(jù)所述地址請求將保存的第一應(yīng)用數(shù)據(jù)的統(tǒng)一資源定位符URL發(fā)送給所述第一裝置，其中所述第一應(yīng)用數(shù)據(jù)為第一應(yīng)用中的待共享數(shù)據(jù)，所述第二應(yīng)用為所述第一應(yīng)用數(shù)據(jù)的共享目的應(yīng)用；
[0030]所述第一裝置還用于根據(jù)所述地址請求從所述第二裝置獲取所述第一應(yīng)用數(shù)據(jù)的URL，從數(shù)據(jù)接收方獲取第二應(yīng)用的鏈接路徑，根據(jù)所述第二應(yīng)用的鏈接路徑將所述URL發(fā)送給所述第二應(yīng)用；
[0031]所述第二裝置還用于接收所述第二應(yīng)用發(fā)送的所述URL，根據(jù)所述URL獲取所述第一應(yīng)用數(shù)據(jù)，將所述第一應(yīng)用數(shù)據(jù)發(fā)送給所述第二應(yīng)用。
[0032]本發(fā)明實施例提供的數(shù)據(jù)共享的方法、裝置及系統(tǒng)，能夠在數(shù)據(jù)共享時，由作為數(shù)據(jù)地址發(fā)送方的第一裝置向作為數(shù)據(jù)地址提供方的第二裝置發(fā)送地址請求，請求獲取第一應(yīng)用數(shù)據(jù)的統(tǒng)一資源定位符（Uniform Resource Locator,簡稱URL地址）。第一裝置從數(shù)據(jù)接收方獲取第二應(yīng)用的鏈接路徑，所述第二應(yīng)用為第一應(yīng)用數(shù)據(jù)的共享目的應(yīng)用，第一裝置根據(jù)第二應(yīng)用的鏈接路徑將該URL發(fā)送給第二應(yīng)用。在第二應(yīng)用請求第一應(yīng)用數(shù)據(jù)時，第二裝置接收第二應(yīng)用發(fā)送的該URL，根據(jù)該URL獲取第一應(yīng)用數(shù)據(jù)，最后將第一應(yīng)用數(shù)據(jù)發(fā)送給第二應(yīng)用，由此將第一應(yīng)用中的第一應(yīng)用數(shù)據(jù)共享到第二應(yīng)用中。與現(xiàn)有技術(shù)中數(shù)據(jù)共享范圍只局限在應(yīng)用內(nèi)相比，可以實現(xiàn)數(shù)據(jù)的跨應(yīng)用流通，從而能夠在用戶與其好友不同時擁有同一應(yīng)用的賬戶情況下，實現(xiàn)數(shù)據(jù)的便捷共享。

【專利附圖】

【附圖說明】
[0033]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0034]圖I為本發(fā)明實施例一中數(shù)據(jù)共享的方法流程圖；
[0035]圖2為本發(fā)明實施例二中數(shù)據(jù)共享的方法流程圖；
[0036]圖3為本發(fā)明實施例三中數(shù)據(jù)共享的方法流程圖；
[0037]圖4為本發(fā)明實施例四中第一裝置的結(jié)構(gòu)示意圖；
[0038]圖5為本發(fā)明實施例五中第二裝置的結(jié)構(gòu)示意圖；
[0039]圖6為本發(fā)明實施例六中數(shù)據(jù)共享系統(tǒng)的示意圖。

【具體實施方式】
[0040]下面將結(jié)合本實施例中的附圖，對本實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0041]通常，當用戶將某一應(yīng)用中的數(shù)據(jù)（例如照片、文字）共享給其好友時，需要其好友同時擁有該應(yīng)用的賬戶，通過用戶賬戶與其好友賬戶之間建立的關(guān)系鏈（例如添加好友）將數(shù)據(jù)共享給其好友查看。如果該用戶的好友沒有該應(yīng)用的賬戶，則需要進行賬戶注冊并建立與該用戶賬戶的關(guān)系鏈。這樣做首先操作復雜，數(shù)據(jù)共享的時間成本過大；另外，強迫用戶好友注冊賬戶，違背用戶的使用意愿。本實施例提供一種數(shù)據(jù)共享的方法、裝置及系統(tǒng)，能夠在用戶好友不注冊賬戶的情況下實現(xiàn)數(shù)據(jù)的跨應(yīng)用共享，提升用戶的使用體驗。
[0042]實施例一
[0043]本實施例提供了一種數(shù)據(jù)共享的方法，所述方法應(yīng)用于第一裝置，如圖I所示，所述方法包括：
[0044]101、第一裝置向第二裝置發(fā)送地址請求。
[0045]在本實施例中，第一裝置為數(shù)據(jù)共享過程中數(shù)據(jù)地址的發(fā)送方，在數(shù)據(jù)共享時，第一裝置向第二裝置發(fā)送地址請求，所述地址請求用于請求第一應(yīng)用數(shù)據(jù)的URL，其中所述第一應(yīng)用數(shù)據(jù)為第一應(yīng)用中的待共享數(shù)據(jù)。實際應(yīng)用中所述第一裝置可以位于諸如手機、電腦等電子設(shè)備中，本實施例對第一裝置位于的主體設(shè)備不做限制。
[0046]為便于描述，在本發(fā)明后續(xù)各個實施例中將第一應(yīng)用數(shù)據(jù)的URL簡稱為URL，如無特殊說明，此后出現(xiàn)的URL均指第一應(yīng)用數(shù)據(jù)的URL，后續(xù)不再一一說明。
[0047]102、第一裝置根據(jù)地址請求從第二裝置獲取第一應(yīng)用數(shù)據(jù)的URL。
[0048]第一裝置在向第二裝置發(fā)送地址請求后，接收第二裝置根據(jù)該地址請求發(fā)送的URL。
[0049]103、第一裝置從數(shù)據(jù)接收方獲取第二應(yīng)用的鏈接路徑。
[0050]所述第二應(yīng)用為第一應(yīng)用數(shù)據(jù)的分享目的應(yīng)用，即共享關(guān)系中的數(shù)據(jù)接收方的應(yīng)用。第一裝置首先需要獲取第二應(yīng)用的鏈接路徑，然后才能根據(jù)該鏈接路徑向第二應(yīng)用發(fā)送 URL。
[0051]在本實施例中，第二應(yīng)用的鏈接路徑可以是具有物理形態(tài)的電子設(shè)備的設(shè)備標識，例如手機號碼，也可以是虛擬形態(tài)的程序或頁面數(shù)據(jù)的邏輯地址，例如應(yīng)用賬戶主頁的URL,本實施例對此不做限制。
[0052]需要說明的是，所述數(shù)據(jù)接收方通常為具有物理形態(tài)的電子設(shè)備，如手機、電腦等。第二應(yīng)用需要基于具有物理形態(tài)的數(shù)據(jù)接收方執(zhí)行信息發(fā)送、接收等操作，例如當?shù)诙?yīng)用為社交網(wǎng)站時，由電子設(shè)備向第一裝置發(fā)送社交網(wǎng)站賬戶主頁的鏈接路徑，接收第一裝置發(fā)送的URL，將接收的URL發(fā)送給網(wǎng)絡(luò)設(shè)備以請求第一應(yīng)用數(shù)據(jù)。第二應(yīng)用發(fā)送鏈接路徑的表述僅為便于描述。
[0053]104、第一裝置根據(jù)第二應(yīng)用的鏈接路徑將URL發(fā)送給第二應(yīng)用。
[0054]在本實施例中，第一裝置共享給第二應(yīng)用的對象為第一數(shù)據(jù)內(nèi)容本身，但發(fā)送給第二應(yīng)用的是第一數(shù)據(jù)的URL，由第二應(yīng)用根據(jù)該URL向第二裝置請求第一數(shù)據(jù)，由此完成數(shù)據(jù)的跨應(yīng)用共享。
[0055]在本實施例中，第一裝置向第二應(yīng)用發(fā)送URL而非數(shù)據(jù)內(nèi)容本身，能夠節(jié)省數(shù)據(jù)傳輸產(chǎn)生的流量開銷。由于傳輸數(shù)據(jù)內(nèi)容本身的流量開銷遠遠大于傳輸一個幾十字節(jié)的URL產(chǎn)生的流量開銷。而用戶好友并不是必對每次共享的數(shù)據(jù)進行瀏覽，所以用戶在每次數(shù)據(jù)共享時都將數(shù)據(jù)內(nèi)容發(fā)送給好友會浪費流量。而只有在好友瀏覽數(shù)據(jù)內(nèi)容必然發(fā)生時，即好友有興趣瀏覽數(shù)據(jù)時，才由好友根據(jù)URL獲取數(shù)據(jù)，可以節(jié)省不必要的流量開銷，從或然率的角度講，共享URL的方式可以節(jié)省一倍的流量開銷。
[0056]本實施例提供的數(shù)據(jù)共享的方法，能夠在數(shù)據(jù)共享時，由作為數(shù)據(jù)地址發(fā)送方的第一裝置向作為數(shù)據(jù)地址提供方的第二裝置發(fā)送地址請求，請求獲取URL。第一裝置從數(shù)據(jù)接收方獲取第二應(yīng)用的鏈接路徑，所述第二應(yīng)用為第一應(yīng)用數(shù)據(jù)的共享目的應(yīng)用，第一裝置根據(jù)第二應(yīng)用的鏈接路徑將該URL發(fā)送給第二應(yīng)用，由第二應(yīng)用根據(jù)該URL向第二裝置請求第一應(yīng)用數(shù)據(jù)，由此將第一應(yīng)用中的第一應(yīng)用數(shù)據(jù)共享到第二應(yīng)用中。與現(xiàn)有技術(shù)中數(shù)據(jù)共享范圍只局限在應(yīng)用內(nèi)相比，可以實現(xiàn)數(shù)據(jù)的跨應(yīng)用流通，從而能夠在用戶與其好友不同時擁有同一應(yīng)用的賬戶情況下，實現(xiàn)數(shù)據(jù)的便捷共享。
[0057]實施例二
[0058]本實施例提供了一種數(shù)據(jù)共享的方法，所述方法應(yīng)用于第二裝置，如圖2所示，所述方法包括：
[0059]201、第二裝置接收第一裝置發(fā)送的地址請求。
[0060]在本實施例中，第二裝置為數(shù)據(jù)共享過程中數(shù)據(jù)地址的提供方，在數(shù)據(jù)共享時，第二裝置接收第一裝置發(fā)送的地址請求，所述地址請求用于請求第一應(yīng)用數(shù)據(jù)的URL。實際應(yīng)用中所述第二裝置可以位于網(wǎng)絡(luò)側(cè)的服務(wù)器中，本實施例對第二裝置位于的主體設(shè)備不做限制。
[0061]202、第二裝置根據(jù)所述地址請求將保存的第一應(yīng)用數(shù)據(jù)的URL發(fā)送給第一裝置。
[0062]第二裝置根據(jù)接收的地址請求查找第一應(yīng)用數(shù)據(jù)的URL，并將該URL發(fā)送給第一裝置，以便第一裝置將該URL發(fā)送給第二應(yīng)用。
[0063]203、第二裝置接收第二應(yīng)用發(fā)送的URL，根據(jù)該URL獲取第一應(yīng)用數(shù)據(jù)。
[0064]在第二應(yīng)用向第二裝置請求第一應(yīng)用數(shù)據(jù)時，第二裝置接收第二應(yīng)用發(fā)送的URL，并根據(jù)第二應(yīng)用發(fā)送的URL獲取第一應(yīng)用數(shù)據(jù)。其中，所述URL為步驟202中第二裝置發(fā)送給第一裝置、并由第一裝置共享給第二應(yīng)用的URL。
[0065]本步驟中第二應(yīng)用發(fā)送URL的操作同樣需要基于具有物理形態(tài)的電子設(shè)備實現(xiàn)，此處僅為便于表述，后續(xù)類似表述不再一一解釋。
[0066]204、第二裝置將第一應(yīng)用數(shù)據(jù)發(fā)送給第二應(yīng)用。
[0067]在獲取到第一應(yīng)用數(shù)據(jù)后，第二裝置將第一應(yīng)用數(shù)據(jù)發(fā)送給第二應(yīng)用，由此實現(xiàn)第一應(yīng)用與第二應(yīng)用之間的數(shù)據(jù)共享。
[0068]本實施例提供的數(shù)據(jù)共享的方法，能夠由作為數(shù)據(jù)地址提供方的第二裝置根據(jù)第一裝置發(fā)送的地址請求，將保存的URL發(fā)送給第一裝置，以便在數(shù)據(jù)共享時，由作為數(shù)據(jù)地址發(fā)送方的第一裝置將URL共享給第二應(yīng)用。當?shù)诙?yīng)用根據(jù)該URL向第二裝置請求第一應(yīng)用數(shù)據(jù)時，第二裝置接收第二應(yīng)用發(fā)送的該URL，并根據(jù)該URL獲取第一應(yīng)用數(shù)據(jù)，然后將獲取的第一應(yīng)用數(shù)據(jù)發(fā)送給第二應(yīng)用，由此實現(xiàn)第一應(yīng)用與第二應(yīng)用之間的數(shù)據(jù)共享。與現(xiàn)有技術(shù)中數(shù)據(jù)共享范圍只局限在應(yīng)用內(nèi)相比，可以實現(xiàn)數(shù)據(jù)的跨應(yīng)用流通，從而能夠在用戶與其好友不同時擁有同一應(yīng)用的賬戶情況下，實現(xiàn)數(shù)據(jù)的便捷共享。
[0069]實施例三
[0070]結(jié)合實施例一和實施例二的實現(xiàn)方式，本實施例還提供了一種數(shù)據(jù)共享的方法，所述方法涉及第一裝置和第二裝置，如圖3所示，所述方法包括：
[0071]301、在數(shù)據(jù)共享時，第一裝置向第二裝置發(fā)送地址請求。
[0072]本步驟的實現(xiàn)方式與圖I中步驟101的實現(xiàn)方式相同，此處不再贅述。
[0073]302、第二裝置接收第一裝置發(fā)送的地址請求。
[0074]本步驟的實現(xiàn)方式與圖2中步驟201的實現(xiàn)方式相同，此處不再贅述。
[0075]303、第二裝置將保存的第一應(yīng)用數(shù)據(jù)的URL加密并發(fā)送給第一裝置。
[0076]可選的，為提高數(shù)據(jù)安全性，保障用戶的個人隱私，第二裝置在發(fā)送URL之前可以對URL進行加密，然后將加密后的URL發(fā)送給第一裝置，其中所述加密算法可以是對稱加密算法，例如數(shù)據(jù)加密算法（Data Encryption Algorithm,簡稱DEA)。第二裝置可以動態(tài)的對URL進行加密，根據(jù)發(fā)送URL的次數(shù)、時間等信息生成多位密碼，然后按照一定的算法對密碼中的字符進行拆分重組，具體算法可以參照使用手機充值卡密碼的組碼算法，本實施例對此不做過多介紹。
[0077]通常，在用戶將第一應(yīng)用數(shù)據(jù)分享到其他應(yīng)用中時，可能被他人攔截盜取數(shù)據(jù)的URL,造成個人信息的泄漏。對URL進行加密可以提高數(shù)據(jù)的安全性，特別是對密碼進行拆分重組后，即使他人通過專業(yè)的解密軟件對密碼進行遍歷嘗試，也需要嘗試幾個月甚至幾年的時間才可能破解成功，這樣可以有效防范他人暴力破解URL，保證用戶數(shù)據(jù)的安全性。
[0078]304、第一裝置獲取第二應(yīng)用的鏈接路徑。
[0079]實際應(yīng)用中所述第二應(yīng)用可以為社交類應(yīng)用、即時通訊類應(yīng)用、短消息或郵箱。對于不同的第二應(yīng)用第一裝置獲取的鏈接路徑不同，具體的：
[0080]I)如果第二應(yīng)用為社交類應(yīng)用，則第一裝置獲取社交類應(yīng)用中用戶主頁的鏈接地址。
[0081 ] 2)如果第二應(yīng)用為即時通訊類應(yīng)用，則第一裝置獲取即時通訊類應(yīng)用中指定好友的鏈接地址。所述指定好友為用戶在好友群組中選定的作為數(shù)據(jù)共享對象的好友。
[0082]3)如果第二應(yīng)用為短消息，則第一裝置獲取接收方的手機號碼。用戶也可以通過短消息應(yīng)用將URL發(fā)送到好友的手機上。在發(fā)送短消息之前，第一裝置獲取用戶好友的手機號碼。具體的，第一裝置可以是從已存儲的聯(lián)系人列表中獲取好友的手機號碼，也可以獲取用戶輸入的手機號碼作為好友的手機號碼。
[0083]4)如果第二應(yīng)用為郵箱，則第一裝置獲取接收方的郵箱地址。用戶也可以通過郵箱應(yīng)用將URL發(fā)送到好友的郵箱中。與3)中類似，在發(fā)送郵件之前，第一裝置獲取用戶好友的郵箱地址。具體的，第一裝置可以是從已存儲的聯(lián)系人地址列表中獲取好友的郵箱地址，也可以獲取用戶在郵件地址欄中輸入的郵箱地址作為好友的郵箱地址。
[0084]305、第一裝置根據(jù)第二應(yīng)用的鏈接路徑將加密后的URL發(fā)送給第二應(yīng)用。
[0085]在發(fā)送URL的過程中，第一裝置僅作URL轉(zhuǎn)發(fā)之功能，不對URL進行加解密。實際上第一裝置和第二應(yīng)用都只作為URL收發(fā)方，對URL的加解密只由第二裝置執(zhí)行，用于對URL收發(fā)過程中的URL進行安全性保護。
[0086]306、第二應(yīng)用向第二裝置發(fā)送加密后的URL，請求該URL對應(yīng)的第一應(yīng)用數(shù)據(jù)。
[0087]307、第二裝置接收第二應(yīng)用發(fā)送的URL，對該URL進行解密并根據(jù)解密后的URL獲取第一應(yīng)用數(shù)據(jù)。
[0088]對應(yīng)步驟303中第二裝置對URL進行加密，在步驟307中，第二裝置還需要對接收到的URL進行解密，獲得解密后的URL，然后根據(jù)解密后的URL獲取第一應(yīng)用數(shù)據(jù)。
[0089]可選的，為了提高第一應(yīng)用數(shù)據(jù)的查找速度，減少獲取第一應(yīng)用數(shù)據(jù)所用的時間，第二裝置還可以首先從URL中解析出用戶的特征信息，根據(jù)用戶的特征信息確定一個較小的數(shù)據(jù)檢索范圍，即第一應(yīng)用數(shù)據(jù)范圍，然后在第一應(yīng)用數(shù)據(jù)范圍內(nèi)查找第一應(yīng)用數(shù)據(jù)。在本實施例中，所述用戶特征信息可以是用戶ID，該用戶ID用于對用戶進行標識區(qū)別。一般的，用戶ID在URL中以多個連續(xù)字符的形式體現(xiàn)，第二裝置在接收到URL后，首先從中解析出用戶ID，然后將對應(yīng)該用戶ID (即對應(yīng)同一個用戶）的URL集合確定為第一應(yīng)用數(shù)據(jù)范圍，最后在第一應(yīng)用數(shù)據(jù)范圍中獲取第一應(yīng)用數(shù)據(jù)。
[0090]通常，第二裝置中存儲有大量的用戶數(shù)據(jù)，如果在所有用戶的數(shù)據(jù)中查找某個用戶的某部分數(shù)據(jù)，則需要大量的遍歷時間。通過URL中的用戶特征信息可以首先將查找范圍縮小到一個用戶數(shù)據(jù)的范圍，然后在這個較小的范圍內(nèi)遍歷查找第一應(yīng)用數(shù)據(jù)，由此可以顯著提高數(shù)據(jù)的獲取速度。
[0091]308、第二裝置將第一應(yīng)用數(shù)據(jù)發(fā)送給第二應(yīng)用。
[0092]本步驟的實現(xiàn)方式與圖2中步驟204的實現(xiàn)方式相同，此處不再贅述。
[0093]可選的，考慮到用戶不慎將URL錯發(fā)給他人，或者用戶后悔將URL發(fā)送給好友的情況，第一裝置在將URL發(fā)送給第二應(yīng)用后還可以指示第二裝置更新第一應(yīng)用數(shù)據(jù)的URL。地址更新后，即便用戶好友根據(jù)接收的URL通過第二應(yīng)用向第二裝置請求第一應(yīng)用數(shù)據(jù)，由于該URL已經(jīng)失效，第二裝置也無法根據(jù)該URL獲取第一應(yīng)用數(shù)據(jù)。具體的，在步驟305和步驟307之間，第一裝置向第二裝置發(fā)送地址更新指示，該地址更新指示用于指示第二裝置更新第一應(yīng)用數(shù)據(jù)的URL。第二裝置接收第一裝置發(fā)送的地址更新指示，根據(jù)該地址更新指示更新保存的URL。與此對應(yīng)的，作為對步驟307和步驟308的替換，第二裝置在對接收到的URL解密后，首先判斷解密后的URL與保存的URL是否相同，換言之，判斷保存的URL是否被更新過。如果第二裝置未更新過保存的URL(即解密后的URL與保存的URL相同），則第二裝置根據(jù)解密后的URL獲取第一應(yīng)用數(shù)據(jù)并執(zhí)行步驟308 ;如果第二裝置更新過保存的URL(即解密后的URL與保存的URL不相同），則第二裝置取消獲取第一應(yīng)用數(shù)據(jù)并不執(zhí)行步驟308。
[0094]進一步的，為防止用戶錯誤將URL發(fā)送給他人，第一裝置在向第二應(yīng)用發(fā)送URL時，還可以添加用戶側(cè)的安全口令鑒權(quán)步驟，其中，安全口令可以是發(fā)送方用戶的姓名、年齡、生日、賬戶名，或者發(fā)送方用戶與接收方用戶預(yù)先約定的密碼。接收方用戶在接收到URL時，只有正確輸入安全口令才能夠向第二裝置請求第一應(yīng)用數(shù)據(jù)。
[0095]下面，以第一裝置位于手機中、第二裝置位于網(wǎng)絡(luò)側(cè)服務(wù)器中，并結(jié)合圖3所示的實現(xiàn)方式給出本發(fā)明的幾個應(yīng)用場景：
[0096]I、在本實施例的第一個應(yīng)用場景中，用戶I將自己在社交應(yīng)用賬戶I中的照片共享到自己在社交應(yīng)用賬戶2的用戶主頁中。首先用戶I打開自己的社交應(yīng)用I賬戶，選取待共享的照片；手機向服務(wù)器獲取該照片的URL并顯示“分享地址到其他應(yīng)用”的對話框；當用戶I點擊確定后，手機顯示所有的應(yīng)用圖標，提示用戶I選擇數(shù)據(jù)共享的目的應(yīng)用；用戶I選擇社交應(yīng)用2后，手機獲取用戶I在社交應(yīng)用2中用戶主頁的鏈接地址，并根據(jù)該鏈接地址將照片的URL分享到用戶I在社交應(yīng)用2的賬戶中。當用戶I的某個好友通過另一個應(yīng)用設(shè)備登錄即社交應(yīng)用2的個人賬戶并點擊該照片的URL時，該好友的手機將該照片的URL發(fā)送給服務(wù)器，請求獲取該照片；服務(wù)器對接收到的URL進行解密，判斷該URL與保存的對應(yīng)該照片的URL相同，然后查找該照片的數(shù)據(jù)并發(fā)送給該好友的手機。
[0097]2、在本實施例的第二個應(yīng)用場景中，用戶I將自己在社交應(yīng)用賬戶中的照片共享給擁有即時通訊應(yīng)用賬戶的好友用戶2。首先用戶I于手機中打開自己的社交應(yīng)用賬戶，選取待共享的照片；手機向服務(wù)器獲取該照片的URL并顯示“發(fā)送地址給好友”的對話框；當用戶I點擊確定后，手機顯示所有的應(yīng)用圖標，提示用戶I選擇數(shù)據(jù)共享的目的應(yīng)用；用戶I選擇即時通訊應(yīng)用后，手機顯示用戶I在即時通訊應(yīng)用賬戶中的好友列表，供用戶I選擇共享好友；用戶I選擇用戶2為共享好友并點擊確認鍵；手機獲取用戶2在即時通訊應(yīng)用中的賬戶鏈接地址，并根據(jù)該鏈接地址將照片的URL以私信的方式發(fā)送到用戶2的即時通訊應(yīng)用賬戶中。當用戶2通過另一個應(yīng)用設(shè)備登錄即時通訊應(yīng)用賬戶并點擊該照片的URL時，用戶2的手機將該照片的URL發(fā)送給服務(wù)器，請求獲取該照片；服務(wù)器對接收到的URL進行解密，判斷該URL與保存的對應(yīng)該照片的URL相同，然后查找該照片的數(shù)據(jù)并發(fā)送給用戶2的手機。
[0098]3、在本實施例的第三個應(yīng)用場景中，用戶I通過郵件應(yīng)用將自己在社交應(yīng)用賬戶中的照片共享給擁有郵箱的好友用戶2。首先用戶I在手機中打開自己的社交應(yīng)用賬戶，選取待共享的照片；手機向服務(wù)器獲取該照片的URLA并顯示“發(fā)送地址給好友”的對話框；當用戶I點擊確定后，手機顯示所有的應(yīng)用圖標，提示用戶I選擇數(shù)據(jù)共享的目的應(yīng)用；用戶I選擇郵箱應(yīng)用后，手機顯示郵件撰寫界面，并在收件人地址欄中獲取用戶I輸入的用戶2的郵箱地址。然后手機將照片的URLA添加到郵件正文中，將郵件發(fā)送給用戶2。在發(fā)送郵件后，用戶I后悔將照片分享給用戶2，則點擊URL更新鍵；手機向服務(wù)器發(fā)送地址更新指示；服務(wù)器收到該地址更新指示后將該照片的URL更新為URLB。當用戶2通過另一個手機讀取該郵件并點擊照片的URLA時，用戶2的手機將該照片的URLA發(fā)送給服務(wù)器，請求獲取該照片；服務(wù)器對接收到的URLA進行解密，判斷該URLA與保存的對應(yīng)該照片的URLB不相同，取消查找該照片的數(shù)據(jù)。
[0099]本實施例提供的數(shù)據(jù)共享的方法，能夠在URL轉(zhuǎn)發(fā)的過程中，由第二裝置對URL進行加密，同時可以在用戶后悔共享數(shù)據(jù)時對第二裝置中的URL進行更新，以使第二應(yīng)用無法請求第一應(yīng)用數(shù)據(jù)。此外，第一裝置還可以在發(fā)送的URL中增加預(yù)設(shè)安全口令的鑒權(quán)步驟，以確保URL被正確的用戶接收。通過這三重保護，保障用戶個人信息的安全性。
[0100]實施例四
[0101]本發(fā)明實施例提供了一種數(shù)據(jù)共享的裝置，所述裝置為第一裝置，用于實現(xiàn)圖I或圖3所示的方法。如圖4所示，所述第一裝置41包括：第一發(fā)送單元411、第一獲取單元412、第二獲取單元413以及第二發(fā)送單元414，其中：
[0102]所述第一發(fā)送單元411，用于向第二裝置發(fā)送地址請求；
[0103]所述第一獲取單元412，用于根據(jù)所述第一發(fā)送單元411發(fā)送的所述地址請求從所述第二裝置獲取第一應(yīng)用數(shù)據(jù)的URL，所述第一應(yīng)用數(shù)據(jù)為第一應(yīng)用中的待共享數(shù)據(jù)；
[0104]所述第二獲取單元413從數(shù)據(jù)接收方獲取第二應(yīng)用的鏈接路徑，所述第二應(yīng)用為所述第一應(yīng)用數(shù)據(jù)的共享目的應(yīng)用；
[0105]所述第二發(fā)送單元414，用于根據(jù)所述第二獲取單元413獲取的所述第二應(yīng)用的鏈接路徑將所述URL發(fā)送給所述第二應(yīng)用，以便所述第二應(yīng)用獲取所述第一應(yīng)用數(shù)據(jù)。
[0106]進一步的，所述第二獲取單元413用于當所述第二應(yīng)用為社交類應(yīng)用時，從所述數(shù)據(jù)接收方獲取社交類應(yīng)用中用戶主頁的鏈接地址。
[0107]進一步的，所述第二獲取單元413用于當所述第二應(yīng)用為即時通訊類應(yīng)用時，從所述數(shù)據(jù)接收方獲取即時通訊類應(yīng)用中指定好友的鏈接地址。
[0108]進一步的，所述第二獲取單元413用于當所述第二應(yīng)用為短消息時，獲取所述數(shù)據(jù)接收方的手機號碼。
[0109]進一步的，所述第二獲取單元413用于當所述第二應(yīng)用為郵箱時，獲取所述數(shù)據(jù)接收方的郵箱地址。
[0110]進一步的，所述第一發(fā)送單元411還用于在所述第二發(fā)送單元414將所述URL發(fā)送給所述第二應(yīng)用之后，向所述第二裝置發(fā)送地址更新指示，所述地址更新指示用于指示所述第二裝置更新所述第一應(yīng)用數(shù)據(jù)的URL。
[0111]本實施例中的第一裝置41包括，但不限于是手機、平板電腦等電子設(shè)備。
[0112]本實施例提供的第一裝置41，能夠在數(shù)據(jù)共享時，向作為數(shù)據(jù)地址提供方的第二裝置發(fā)送地址請求，請求獲取URL。第一裝置41根據(jù)獲取的第二應(yīng)用的鏈接路徑將該URL發(fā)送給第二應(yīng)用，由第二應(yīng)用根據(jù)該URL向第二裝置請求第一應(yīng)用數(shù)據(jù)，由此將第一應(yīng)用中的第一應(yīng)用數(shù)據(jù)共享到第二應(yīng)用中。與現(xiàn)有技術(shù)中數(shù)據(jù)共享范圍只局限在應(yīng)用內(nèi)相比，可以實現(xiàn)數(shù)據(jù)的跨應(yīng)用流通，從而能夠在用戶與其好友不同時擁有同一應(yīng)用的賬戶情況下，實現(xiàn)數(shù)據(jù)的便捷共享。
[0113]實施例五
[0114]本實施例提供了一種數(shù)據(jù)共享的裝置，所述裝置為第二裝置，用于實現(xiàn)圖2或圖3所示的方法。如圖5所示，所述第二裝置51包括：第一接收單元511、第一發(fā)送單元512、第二接收單元513、獲取單元514、第二發(fā)送單元515、判斷單元516以及更新單元517，其中：
[0115]所述第一接收單元511，用于接收第一裝置發(fā)送的地址請求；
[0116]所述第一發(fā)送單元512，用于根據(jù)所述第一接收單元511接收的所述地址請求將保存的第一應(yīng)用數(shù)據(jù)的URL發(fā)送給所述第一裝置，以便所述第一裝置根據(jù)第二應(yīng)用的鏈接路徑將所述URL發(fā)送給第二應(yīng)用，其中所述第一應(yīng)用數(shù)據(jù)為第一應(yīng)用中的待共享數(shù)據(jù)，所述第二應(yīng)用為所述第一應(yīng)用數(shù)據(jù)的共享目的應(yīng)用；
[0117]所述第二接收單元513，用于接收所述第二應(yīng)用發(fā)送的所述URL ；
[0118]所述獲取單元514，用于根據(jù)所述第二接收單元513接收的所述URL獲取所述第一應(yīng)用數(shù)據(jù)；
[0119]所述第二發(fā)送單元515，用于將所述獲取單元514獲取的所述第一應(yīng)用數(shù)據(jù)發(fā)送給所述第二應(yīng)用。
[0120]所述判斷單元516，用于在所述獲取單元514根據(jù)所述第二接收單元513接收的所述URL獲取所述第一應(yīng)用數(shù)據(jù)之前，判斷所述第二接收單元513接收的所述URL與保存的URL是否相同，得出判斷結(jié)果；
[0121]所述獲取單元514還用于如果所述判斷單元516的判斷結(jié)果為否，則取消根據(jù)所述第二接收單元513接收的所述URL獲取所述第一應(yīng)用數(shù)據(jù)。
[0122]進一步的，所述第一接收單元511還用于接收所述第一裝置發(fā)送的地址更新指示；
[0123]所示更新單元517，用于根據(jù)所述第一接收單元511接收的所述地址更新指示更新保存的所述URL。
[0124]本實施例中的第二裝置51可以是網(wǎng)絡(luò)側(cè)服務(wù)器，本實施例對此不做限制。
[0125]本實施例提供的第二裝置51，能夠根據(jù)第一裝置發(fā)送的地址請求，將保存的URL發(fā)送給第一裝置，以便在數(shù)據(jù)共享時，由作為數(shù)據(jù)地址發(fā)送方的第一裝置將URL共享給第二應(yīng)用。當?shù)诙?yīng)用根據(jù)該URL向第二裝置51請求第一應(yīng)用數(shù)據(jù)時，第二裝置51接收第二應(yīng)用發(fā)送的該URL，并根據(jù)該URL獲取第一應(yīng)用數(shù)據(jù)，然后將獲取的第一應(yīng)用數(shù)據(jù)發(fā)送給第二應(yīng)用，由此實現(xiàn)第一應(yīng)用與第二應(yīng)用之間的數(shù)據(jù)共享。與現(xiàn)有技術(shù)中數(shù)據(jù)共享范圍只局限在應(yīng)用內(nèi)相比，可以實現(xiàn)數(shù)據(jù)的跨應(yīng)用流通，從而能夠在用戶與其好友不同時擁有同一應(yīng)用的賬戶情況下，實現(xiàn)數(shù)據(jù)的便捷共享。
[0126]實施例六
[0127]本實施例提供了一種數(shù)據(jù)共享的系統(tǒng)，如圖6所示，包括第一裝置61和第二裝置62。所述第一裝置61為實施例四中所述的第一裝置41，所述第二裝置62為實施例五中所述的第二裝置51。其中：
[0128]所述第一裝置61，用于向所述第二裝置62發(fā)送地址請求；
[0129]所述第二裝置62，用于接收所述第一裝置61發(fā)送的地址請求，根據(jù)所述地址請求將保存的第一應(yīng)用數(shù)據(jù)的URL發(fā)送給所述第一裝置61，其中所述第一應(yīng)用數(shù)據(jù)為第一應(yīng)用中的待共享數(shù)據(jù)，所述第二應(yīng)用為所述第一應(yīng)用數(shù)據(jù)的共享目的應(yīng)用；
[0130]所述第一裝置61還用于根據(jù)所述地址請求從所述第二裝置62獲取所述第一應(yīng)用數(shù)據(jù)的URL，從數(shù)據(jù)接收方獲取第二應(yīng)用的鏈接路徑，根據(jù)所述第二應(yīng)用的鏈接路徑將所述URL發(fā)送給所述第二應(yīng)用；
[0131]所述第二裝置62還用于接收所述第二應(yīng)用發(fā)送的所述URL，根據(jù)所述URL獲取所述第一應(yīng)用數(shù)據(jù)，將所述第一應(yīng)用數(shù)據(jù)發(fā)送給所述第二應(yīng)用。
[0132]本實施例提供的數(shù)據(jù)共享的系統(tǒng)，能夠在數(shù)據(jù)共享時，由作為數(shù)據(jù)地址發(fā)送方的第一裝置61向作為數(shù)據(jù)地址提供方的第二裝置62發(fā)送地址請求，請求獲取第一應(yīng)用數(shù)據(jù)的URL。然后第一裝置61獲取作為第一應(yīng)用數(shù)據(jù)的共享目的應(yīng)用的第二應(yīng)用的鏈接路徑，根據(jù)第二應(yīng)用的鏈接路徑將該URL發(fā)送給第二應(yīng)用。在第二應(yīng)用請求第一應(yīng)用數(shù)據(jù)時，第二裝置62接收第二應(yīng)用發(fā)送的該URL，根據(jù)該URL獲取第一應(yīng)用數(shù)據(jù)，最后將第一應(yīng)用數(shù)據(jù)發(fā)送給第二應(yīng)用，由此將第一應(yīng)用中的第一應(yīng)用數(shù)據(jù)共享到第二應(yīng)用中。與現(xiàn)有技術(shù)中數(shù)據(jù)共享范圍只局限在應(yīng)用內(nèi)相比，可以實現(xiàn)數(shù)據(jù)的跨應(yīng)用流通，從而能夠在用戶與其好友不同時擁有同一應(yīng)用的賬戶情況下，實現(xiàn)數(shù)據(jù)的便捷共享。
[0133]通過以上的實施方式的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在可讀取的存儲介質(zhì)中，如計算機的軟盤，硬盤或光盤等，包括若干指令用以使得一臺計算機設(shè)備（可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等）執(zhí)行本發(fā)明各個實施例所述的方法。
[0134]以上所述，僅為本發(fā)明的【具體實施方式】，但本發(fā)明的保護范圍并不局限于此，任何熟悉本【技術(shù)領(lǐng)域】的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)所述以權(quán)利要求的保護范圍為準。
【權(quán)利要求】
1.一種數(shù)據(jù)共享的方法，其特征在于，包括： 第一裝置向第二裝置發(fā)送地址請求； 根據(jù)所述地址請求從所述第二裝置獲取第一應(yīng)用數(shù)據(jù)的統(tǒng)一資源定位符URL，所述第一應(yīng)用數(shù)據(jù)為第一應(yīng)用中的待共享數(shù)據(jù)； 從數(shù)據(jù)接收方獲取第二應(yīng)用的鏈接路徑，所述第二應(yīng)用為所述第一應(yīng)用數(shù)據(jù)的共享目的應(yīng)用； 根據(jù)所述第二應(yīng)用的鏈接路徑將所述URL發(fā)送給所述第二應(yīng)用，以便所述第二應(yīng)用獲取所述第一應(yīng)用數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的數(shù)據(jù)共享的方法，其特征在于，所述根據(jù)所述地址請求從所述第二裝置獲取第一應(yīng)用數(shù)據(jù)的URL的步驟，包括： 根據(jù)所述地址請求從所述第二裝置獲取加密后的URL ； 所述根據(jù)所述第二應(yīng)用的鏈接路徑將所述URL發(fā)送給所述第二應(yīng)用的步驟，包括： 根據(jù)所述第二應(yīng)用的鏈接路徑將所述加密后的URL發(fā)送所述第二應(yīng)用。
3.根據(jù)權(quán)利要求1所述的數(shù)據(jù)共享的方法，其特征在于，所述第二應(yīng)用為社交類應(yīng)用； 所述從數(shù)據(jù)接收方獲取第二應(yīng)用的鏈接路徑的步驟，包括： 從所述數(shù)據(jù) 接收方獲取所述社交類應(yīng)用中用戶主頁的鏈接地址。
4.根據(jù)權(quán)利要求1所述的數(shù)據(jù)共享的方法，其特征在于，所述第二應(yīng)用為即時通訊類應(yīng)用； 所述從數(shù)據(jù)接收方獲取第二應(yīng)用的鏈接路徑的步驟，包括： 從所述數(shù)據(jù)接收方獲取所述即時通訊類應(yīng)用中指定好友的鏈接地址。
5.根據(jù)權(quán)利要求1所述的數(shù)據(jù)共享的方法，其特征在于，所述第二應(yīng)用為短消息； 所述從數(shù)據(jù)接收方獲取第二應(yīng)用的鏈接路徑的步驟，包括： 獲取所述數(shù)據(jù)接收方的手機號碼。
6.根據(jù)權(quán)利要求1所述的數(shù)據(jù)共享的方法，其特征在于，所述第二應(yīng)用為郵箱； 所述從數(shù)據(jù)接收方獲取第二應(yīng)用的鏈接路徑的步驟，包括： 獲取所述數(shù)據(jù)接收方的郵箱地址。
7.根據(jù)權(quán)利要求1所述的數(shù)據(jù)共享的方法，其特征在于，在將所述URL發(fā)送給所述第二應(yīng)用之后，所述方法進一步包括： 向所述第二裝置發(fā)送地址更新指示，所述地址更新指示用于指示所述第二裝置更新所述第一應(yīng)用數(shù)據(jù)的URL。
8.一種數(shù)據(jù)共享的方法，其特征在于，包括： 第二裝置接收第一裝置發(fā)送的地址請求； 根據(jù)所述地址請求將保存的第一應(yīng)用數(shù)據(jù)的統(tǒng)一資源定位符URL發(fā)送給所述第一裝置，以便所述第一裝置根據(jù)第二應(yīng)用的鏈接路徑將所述URL發(fā)送給第二應(yīng)用，其中所述第一應(yīng)用數(shù)據(jù)為第一應(yīng)用中的待共享數(shù)據(jù)，所述第二應(yīng)用為所述第一應(yīng)用數(shù)據(jù)的共享目的應(yīng)用； 接收所述第二應(yīng)用發(fā)送的所述URL ； 根據(jù)所述URL獲取所述第一應(yīng)用數(shù)據(jù)； 將所述第一應(yīng)用數(shù)據(jù)發(fā)送給所述第二應(yīng)用。
9.根據(jù)權(quán)利要求8所述的數(shù)據(jù)共享的方法，其特征在于，所述將保存的第一應(yīng)用數(shù)據(jù)的URL發(fā)送給所述第一裝置的步驟，包括： 對所述URL進行加密，將加密后的URL發(fā)送給所述第一裝置； 所述接收所述第二應(yīng)用發(fā)送的所述URL，包括： 接收所述第二應(yīng)用發(fā)送的加密后的URL，對所述加密后的URL進行解密，獲得解密后的URL。
10.根據(jù)權(quán)利要求8所述的數(shù)據(jù)共享的方法，其特征在于，在所述根據(jù)所述URL獲取所述第一應(yīng)用數(shù)據(jù)之前，所述方法進一步包括： 判斷所述第二應(yīng)用發(fā)送的所述URL與保存的URL是否相同，得出判斷結(jié)果； 所述根據(jù)所述URL獲取所述第一應(yīng)用數(shù)據(jù)的步驟，包括： 如果所述判斷結(jié)果為否，則取消根據(jù)所述URL獲取所述第一應(yīng)用數(shù)據(jù)。
11.根據(jù)權(quán)利要求10所述的數(shù)據(jù)共享的方法，其特征在于，所述方法進一步包括： 接收所述第一裝 置發(fā)送的地址更新指示； 根據(jù)所述地址更新指示更新保存的所述URL。
12.根據(jù)權(quán)利要求8所述的數(shù)據(jù)共享的方法，其特征在于，所述根據(jù)所述URL獲取所述第一應(yīng)用數(shù)據(jù)的步驟，包括： 從所述URL中解析出用戶的特征信息； 根據(jù)所述特征信息確定第一應(yīng)用數(shù)據(jù)范圍； 在所述第一應(yīng)用數(shù)據(jù)范圍內(nèi)查找所述第一應(yīng)用數(shù)據(jù)。
13.一種數(shù)據(jù)共享的裝置，所述裝置為第一裝置，其特征在于，所述第一裝置包括： 第一發(fā)送單元，用于向第二裝置發(fā)送地址請求； 第一獲取單元，用于根據(jù)所述第一發(fā)送單元發(fā)送的所述地址請求從所述第二裝置獲取第一應(yīng)用數(shù)據(jù)的統(tǒng)一資源定位符URL，所述第一應(yīng)用數(shù)據(jù)為第一應(yīng)用中的待共享數(shù)據(jù)； 第二獲取單元從數(shù)據(jù)接收方獲取第二應(yīng)用的鏈接路徑，所述第二應(yīng)用為所述第一應(yīng)用數(shù)據(jù)的共享目的應(yīng)用； 第二發(fā)送單元，用于根據(jù)所述第二獲取單元獲取的所述第二應(yīng)用的鏈接路徑將所述URL發(fā)送給所述第二應(yīng)用，以便所述第二應(yīng)用獲取所述第一應(yīng)用數(shù)據(jù)。
14.根據(jù)權(quán)利要求13所述的第一裝置，其特征在于，所述第二獲取單元用于當所述第二應(yīng)用為社交類應(yīng)用時，從所述數(shù)據(jù)接收方獲取社交類應(yīng)用中用戶主頁的鏈接地址。
15.根據(jù)權(quán)利要求13所述的第一裝置，其特征在于，所述第二獲取單元用于當所述第二應(yīng)用為即時通訊類應(yīng)用時，從所述數(shù)據(jù)接收方獲取即時通訊類應(yīng)用中指定好友的鏈接地址。
16.根據(jù)權(quán)利要求13所述的第一裝置，其特征在于，所述第二獲取單元用于當所述第二應(yīng)用為短消息時，獲取所述數(shù)據(jù)接收方的手機號碼。
17.根據(jù)權(quán)利要求13所述的第一裝置，其特征在于，所述第二獲取單元用于當所述第二應(yīng)用為郵箱時，獲取所述數(shù)據(jù)接收方的郵箱地址。
18.根據(jù)權(quán)利要求13所述的第一裝置，其特征在于，所述第一發(fā)送單元還用于在所述第二發(fā)送單元將所述URL發(fā)送給所述第二應(yīng)用之后，向所述第二裝置發(fā)送地址更新指示，所述地址更新指示用于指示所述第二裝置更新所述第一應(yīng)用數(shù)據(jù)的URL。
19.一種數(shù)據(jù)共享的裝置，所述裝置為第二裝置，其特征在于，所述第二裝置包括： 第一接收單元，用于接收第一裝置發(fā)送的地址請求； 第一發(fā)送單元，用于根據(jù)所述第一接收單元接收的所述地址請求將保存的第一應(yīng)用數(shù)據(jù)的統(tǒng)一資源定位符URL發(fā)送給所述第一裝置，以便所述第一裝置根據(jù)第二應(yīng)用的鏈接路徑將所述URL發(fā)送給第二應(yīng)用，其中所述第一應(yīng)用數(shù)據(jù)為第一應(yīng)用中的待共享數(shù)據(jù)，所述第二應(yīng)用為所述第一應(yīng)用數(shù)據(jù)的共享目的應(yīng)用； 第二接收單元，用于接收所述第二應(yīng)用發(fā)送的所述URL ； 獲取單元，用于根據(jù)所述第二接收單元接收的所述URL獲取所述第一應(yīng)用數(shù)據(jù)； 第二發(fā)送單元，用于將所述獲取單元獲取的所述第一應(yīng)用數(shù)據(jù)發(fā)送給所述第二應(yīng)用。
20.根據(jù)權(quán)利要求19所述的第二裝置，其特征在于，所述第二裝置還包括： 判斷單元，用于在所述獲取單元根據(jù)所述第二接收單元接收的所述URL獲取所述第一應(yīng)用數(shù)據(jù)之前，判斷所述第二接收單元接收的所述URL與保存的URL是否相同，得出判斷結(jié)果; 所述獲取單元還用于如果所述判斷單元的判斷結(jié)果為否，則取消根據(jù)所述第二接收單元接收的所述URL獲取所述第一應(yīng)用數(shù)據(jù)。
21.根據(jù)權(quán)利要求20所述的第二裝置，其特征在于，所述第一接收單元還用于接收所述第一裝置發(fā)送的地址更新指示； 所述第二裝置還包括： 更新單元，用于根據(jù)所述第一接收單元接收的所述地址更新指示更新保存的所述URL。
22.—種數(shù)據(jù)共享的系統(tǒng)，其特征在于，所述系統(tǒng)包括第一裝置和第二裝置，其中， 所述第一裝置，用于向第二裝置發(fā)送地址請求； 所述第二裝置，用于接收所述第一裝置發(fā)送的地址請求，根據(jù)所述地址請求將保存的第一應(yīng)用數(shù)據(jù)的統(tǒng)一資源定位符URL發(fā)送給所述第一裝置，其中所述第一應(yīng)用數(shù)據(jù)為第一應(yīng)用中的待共享數(shù)據(jù)，所述第二應(yīng)用為所述第一應(yīng)用數(shù)據(jù)的共享目的應(yīng)用； 所述第一裝置還用于根據(jù)所述地址請求從所述第二裝置獲取所述第一應(yīng)用數(shù)據(jù)的URL，從數(shù)據(jù)接收方獲取第二應(yīng)用的鏈接路徑，根據(jù)所述第二應(yīng)用的鏈接路徑將所述URL發(fā)送給所述第二應(yīng)用； 所述第二裝置還用于接收所述第二應(yīng)用發(fā)送的所述URL，根據(jù)所述URL獲取所述第一應(yīng)用數(shù)據(jù)，將所述第一應(yīng)用數(shù)據(jù)發(fā)送給所述第二應(yīng)用。
【文檔編號】H04L29/08GK104052762SQ201310076660
【公開日】2014年9月17日 申請日期:2013年3月11日 優(yōu)先權(quán)日:2013年3月11日
【發(fā)明者】崔克群 申請人:騰訊科技（深圳）有限公司