本申請涉及通信技術領域，尤其涉及數(shù)據(jù)傳輸方法、裝置及系統(tǒng)。

背景技術：

目前，隨著通信技術的飛速發(fā)展，數(shù)據(jù)信息也隨之增長，我們已經(jīng)步入大數(shù)據(jù)時代。伴隨著數(shù)據(jù)的急速增長，用戶之間進行數(shù)據(jù)傳輸?shù)倪^程也逐漸增多。

用戶之間進行數(shù)據(jù)傳輸?shù)幕具^程為：在發(fā)送端具有接收端的通信方式后，可以利用該通信方式，將需要發(fā)送的數(shù)據(jù)發(fā)送至接收端。此處的通信方式可以為：電話號碼、郵箱、微博賬號等方式。眾所周知的是，如果發(fā)送端沒有接收端的通信方式，則無法向接收端發(fā)送數(shù)據(jù)。

例如，在即時通信軟件上，如果用戶A意向用戶B發(fā)送數(shù)據(jù)信息，則在用戶A的即時通訊軟件上必須有用戶B的通信方式(即用戶A和用戶B為好友關系)；然后用戶A打開用戶B的通信窗口，將數(shù)據(jù)發(fā)送至用戶B。若用戶A上沒有用戶B的通信方式，則用戶A無法向用戶B發(fā)送數(shù)據(jù)。

因此，現(xiàn)在需要一種數(shù)據(jù)傳輸方法，不論發(fā)送端上有無接收端的通信方式，均能夠?qū)崿F(xiàn)發(fā)送端與接收端之間的數(shù)據(jù)傳輸。

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

本申請?zhí)峁┝藬?shù)據(jù)傳輸方法、裝置及系統(tǒng)，本申請能夠在即時通訊軟件上好友之間或陌生人之間進行數(shù)據(jù)傳輸。

為了實現(xiàn)上述目的，本申請?zhí)峁┝艘韵录夹g手段：

一種數(shù)據(jù)傳輸方法，包括：

在待傳輸對象中按預設規(guī)則確定包含一個或多個特征信息的指示信息集合；其中，所述待傳輸對象從發(fā)送端在服務器的賬戶中獲得，并且至少包括待傳輸數(shù)據(jù)；

將所述指示信息集合中的特征信息與預先存儲的識別信息集合中的特征信息進行特征匹配，獲取由所述識別信息集合中匹配成功的特征信息組成的 目標信息集合；其中，所述識別信息集合包括所有在服務器賬戶包含的特征信息，并且，每個賬戶中的特征信息均用于表征該賬戶且與該賬戶相對應；

向接收端集合中每個接收端發(fā)送所述待傳輸數(shù)據(jù)；其中，所述接收端集合為一個或多個目標登錄終端的集合，所述目標登錄終端為登錄所述目標信息集合中的特征信息對應賬戶的登錄終端。

優(yōu)選的，所述在待傳輸對象中按預設規(guī)則確定包含一個或多個特征信息的指示信息集合，包括：

解析所述待傳輸對象，獲得所述待傳輸對象中的所述待傳輸數(shù)據(jù)；

對所述待傳輸數(shù)據(jù)進行特征提取，獲得所述待傳輸數(shù)據(jù)包含的特征信息；

將所述待傳輸數(shù)據(jù)包含的特征信息中的一個或多個特征信息的集合，確定為所述指示信息集合。

優(yōu)選的，所述在待傳輸對象中按預設規(guī)則確定包含一個或多個特征信息的指示信息集合，包括：

解析所述待傳輸對象，獲得所述待傳輸對象中的具體內(nèi)容；

若所述具體內(nèi)容包含用于進行特征匹配的特征匹配集合，則對所述特征匹配集合中的特征進行特征提取，獲得所述特征匹配集合包含的特征信息；

將所述特征匹配集合包含的特征信息中的一個或多個特征信息的集合，確定為所述指示信息集合。

優(yōu)選的，所述將所述指示信息集合中的特征信息與預先存儲的識別信息集合中的特征信息進行特征匹配，包括：

在所述指示信息集合包含多種類型的特征信息的情況下，在所述指示信息集合中按特征信息的類型選擇一種類型或多種類型特征信息；

將所述一種類型或多種類型特征信息與所述識別信息集合中的特征信息進行特征匹配。

優(yōu)選的，所述將所述指示信息集合中的特征信息與預先存儲的識別信息集合中的特征信息進行特征匹配，包括：

在所述指示信息集合中隨機選擇一個或多個特征信息；

將所述一個或多個特征信息與所述識別信息集合中的特征信息進行特征匹配。

優(yōu)選的，所述指示信息集合中特征信息的類型包括：圖像類型、身份證號碼類型、電話號碼類型和/或音頻文件類型；

所述指示信息集合包括：一個或多個頭像，一個或多個身份證號碼，一個或多個電話號碼，和/或，一個或多個音頻文件。

優(yōu)選的，針對圖像類型的特征信息或音頻文件類型的特征信息，則所述將所述一種類型或多種類型特征信息與所述識別信息集合中的特征信息進行特征匹配，包括：計算所述指示信息集合中的特征信息與所述識別信息集合中的特征信息的相似度；若相似度大于預設相似度則確定匹配成功；

針對身份證號碼類型的特征信息或電話號碼類型的特征信息，則所述將所述一種類型或多種類型特征信息與所述識別信息集合中的特征信息進行特征匹配，包括：判斷所述指示信息集合中的特征信息與所述識別信息集合中特征信息是否完全一致；若完全一致則確定匹配成功。

優(yōu)選的，所述待傳輸對象還包括：

所述發(fā)送端上傳所述待傳輸對象時的當前地理位置信息。

優(yōu)選的，在將所述指示信息集合中的特征信息與預先存儲的識別信息集合中的特征信息進行特征匹配之前，還包括：

獲取由賬戶一一對應的登錄終端的地理位置信息所形成第一地理位置信息集合；

在所述第一地理位置信息集合中，篩選與所述發(fā)送端的當前地理位置信息在預設距離范圍內(nèi)的第二地理位置信息集合；

將所述第二地理位置信息集合中每個地理位置信息對應的賬戶，組建第一篩選賬戶集合；

在所述識別信息集合中，獲取由所述第一篩選賬戶集合中每個賬戶對應的特征信息所組成的篩選信息集合；

則將所述指示信息集合中的特征信息與預先存儲的識別信息集合中的特征信息進行特征匹配包括：將所述指示信息集合中的特征信息與所述篩選信息集合中的特征信息進行特征匹配。

優(yōu)選的，在得到由所述識別信息集合中匹配成功的特征信息組成的目標信息集合之后，還包括：

依據(jù)所述目標信息集合構建組建第三地理位置信息集合；其中，所述第二地理位置信息集合中每個地理位置信息與一個登錄終端對應，所述登錄終端登錄所述目標信息集合中特征信息對應賬戶的登錄終端；

在所述第三地理位置信息集合中，篩選與所述發(fā)送端的當前地理位置信息在預設距離范圍內(nèi)的第四地理位置信息集合；

將所述第四地理位置信息集合中每個地理位置信息對應的賬戶，組建第二篩選賬戶集合；

將所述第二篩選賬戶集合中一個或多個賬戶對應的登錄終端的集合，確定為所述接收端集合。

優(yōu)選的，所述賬戶包括：郵箱和/或即時通訊軟件賬戶。

一種數(shù)據(jù)傳輸方法，包括：

確定待傳輸數(shù)據(jù)；其中，所述待傳輸數(shù)據(jù)為發(fā)送至接收端的數(shù)據(jù)；

至少利用所述待傳輸數(shù)據(jù)構建待傳輸對象；

在服務器上已有賬戶的情況下，向所述服務器的賬戶中上傳所述待傳輸對象；

其中，所述待傳輸對象可被所述服務器用于，在待傳輸對象中按預設規(guī)則確定包含特征信息的指示信息集合；通過將所述指示信息集合中的特征信息與預先存儲的識別信息集合中的特征信息進行特征匹配，獲取由所述識別信息集合中匹配成功的特征信息組成的目標信息集合；其中，所述識別信息集合包括所有在服務器賬戶包含的特征信息，并且，每個賬戶中的特征信息均用于表征該賬戶且與該賬戶相對應；向接收端集合中每個接收端發(fā)送所述待傳輸數(shù)據(jù)；其中，所述接收端集合為一個或多個目標登錄終端的集合，所述目標登錄終端為登錄所述目標信息集合中的特征信息對應賬戶的登錄終端。

優(yōu)選的，在至少利用所述待傳輸數(shù)據(jù)構建待傳輸對象之前還包括：獲取用于進行特征匹配的特征匹配集合；

則所述至少利用所述待傳輸數(shù)據(jù)構建待傳輸對象包括：

利用所述待傳輸數(shù)據(jù)和所述特征匹配集合構建所述待傳輸對象。

優(yōu)選的，還包括：

獲取登錄發(fā)送端的登錄終端的當前地理位置信息；

則所述至少利用所述待傳輸數(shù)據(jù)構建待傳輸對象包括：

利用所述待傳輸數(shù)據(jù)和所述當前地理位置信息構建所述待傳輸對象；

或者，

利用所述待傳輸數(shù)據(jù)、所述特征匹配集合和所述當前地理位置信息，構建所述待傳輸對象。

一種數(shù)據(jù)傳輸裝置，包括：

第一確定單元，用于在待傳輸對象中按預設規(guī)則確定包含一個或多個特征信息的指示信息集合；其中，所述待傳輸對象從發(fā)送端在服務器的賬戶中獲得，并且至少包括待傳輸數(shù)據(jù)；

第一匹配單元，用于將所述指示信息集合中的特征信息與預先存儲的識別信息集合中的特征信息進行特征匹配；

第一獲取單元，用于獲取由所述識別信息集合中匹配成功的特征信息組成的目標信息集合；其中，所述識別信息集合包括所有在服務器賬戶包含的特征信息，并且，每個賬戶中的特征信息均用于表征該賬戶且與該賬戶相對應；

發(fā)送單元，用于向接收端集合中每個接收端發(fā)送所述待傳輸數(shù)據(jù)；其中，所述接收端集合為一個或多個目標登錄終端的集合，所述目標登錄終端為登錄所述目標信息集合中的特征信息對應賬戶的登錄終端。

優(yōu)選的，所述第一確定單元，包括：

第一解析單元，用于解析所述待傳輸對象，獲得所述待傳輸對象中的所述待傳輸數(shù)據(jù)；

第一特征提取單元，用于對所述待傳輸數(shù)據(jù)進行特征提取，獲得所述待傳輸數(shù)據(jù)包含的特征信息；

第二確定單元，用于將所述待傳輸數(shù)據(jù)包含的特征信息中的一個或多個特征信息的集合，確定為所述指示信息集合。

優(yōu)選的，所述確定單元，包括：

第二解析單元，用于解析所述待傳輸對象，獲得所述待傳輸對象中的具體內(nèi)容；

第二特征提取單元，用于若所述具體內(nèi)容包含用于進行特征匹配的特征匹配集合，則對所述特征匹配集合中的特征進行特征提取，獲得所述特征匹配集合包含的特征信息；

第三確定單元，用于將所述特征匹配集合包含的特征信息中的一個或多個特征信息的集合，確定為所述指示信息集合。

優(yōu)選的，所述第一匹配單元，包括：

第一選擇單元，用于在所述指示信息集合包含多種類型的特征信息的情況下，在所述指示信息集合中按特征信息的類型選擇一種類型或多種類型特征信息；

第二匹配單元，用于將所述一種類型或多種類型特征信息與所述識別信息集合中的特征信息進行特征匹配。

優(yōu)選的，所述第一匹配單元，包括：

第二選擇單元，用于在所述指示信息集合中隨機選擇一個或多個特征信息；

第二匹配單元，用于將所述一個或多個特征信息與所述識別信息集合中的特征信息進行特征匹配。

優(yōu)選的，所述指示信息集合中特征信息的類型包括：圖像類型、身份證號碼類型、電話號碼類型和/或音頻文件類型；

所述指示信息集合包括：一個或多個頭像，一個或多個身份證號碼，一個或多個電話號碼，和/或，一個或多個音頻文件。

優(yōu)選的，所述第二匹配單元，具體用于針對圖像類型的特征信息或音頻文件類型的特征信息，則計算所述指示信息集合中的特征信息與所述識別信息集合中的特征信息的相似度；若相似度大于預設相似度則確定匹配成功；針對身份證號碼類型的特征信息或電話號碼類型的特征信息，則判斷所述指示信息集合中的特征信息與所述識別信息集合中特征信息是否完全一致；若完全一致則確定匹配成功。

優(yōu)選的，所述待傳輸對象還包括：

所述發(fā)送端上傳所述待傳輸對象時的當前地理位置信息。

優(yōu)選的，還包括：

第一獲取位置單元，用于獲取由賬戶一一對應的登錄終端的地理位置信息所形成第一地理位置信息集合；

第一篩選單元，用于在所述第一地理位置信息集合中，篩選與所述發(fā)送端的當前地理位置信息在預設距離范圍內(nèi)的第二地理位置信息集合；

第一組建單元，用于將所述第二地理位置信息集合中每個地理位置信息對應的賬戶，組建第一篩選賬戶集合；

獲取信息單元，用于在所述識別信息集合中，獲取由所述第一篩選賬戶集合中每個賬戶對應的特征信息所組成的篩選信息集合；

則所述第一匹配單元具體用于，將所述指示信息集合中的特征信息與所述篩選信息集合中的特征信息進行特征匹配。

優(yōu)選的，還包括：

第二組建單元，用于依據(jù)所述目標信息集合構建組建第三地理位置信息集合；其中，所述第二地理位置信息集合中每個地理位置信息與一個登錄終端對應，所述登錄終端登錄所述目標信息集合中特征信息對應賬戶的登錄終端；

第二篩選單元，用于在所述第三地理位置信息集合中，篩選與所述發(fā)送端的當前地理位置信息在預設距離范圍內(nèi)的第四地理位置信息集合；

第三組建單元，用于將所述第四地理位置信息集合中每個地理位置信息對應的賬戶，組建第二篩選賬戶集合；

第四確定單元，用于將所述第二篩選賬戶集合中一個或多個賬戶對應的登錄終端的集合，確定為所述接收端集合。

優(yōu)選的，所述賬戶包括：

郵箱和/或即時通訊軟件賬戶。

一種數(shù)據(jù)傳輸裝置，包括：

第五確定單元，用于確定待傳輸數(shù)據(jù)；其中，所述待傳輸數(shù)據(jù)為發(fā)送至接收端的數(shù)據(jù)；

構建單元，用于至少利用所述待傳輸數(shù)據(jù)構建待傳輸對象；

上傳單元，用于在服務器上已有賬戶的情況下，向所述服務器的賬戶中上傳所述待傳輸對象；其中，所述待傳輸對象可被所述服務器用于，在待傳輸對象中按預設規(guī)則確定包含特征信息的指示信息集合；通過將所述指示信 息集合中的特征信息與預先存儲的識別信息集合中的特征信息進行特征匹配，獲取由所述識別信息集合中匹配成功的特征信息組成的目標信息集合；其中，所述識別信息集合包括所有在服務器賬戶包含的特征信息，并且，每個賬戶中的特征信息均用于表征該賬戶且與該賬戶相對應；向接收端集合中每個接收端發(fā)送所述待傳輸數(shù)據(jù)；其中，所述接收端集合為一個或多個目標登錄終端的集合，所述目標登錄終端為登錄所述目標信息集合中的特征信息對應賬戶的登錄終端。

優(yōu)選的，還包括：

第二獲取單元，用于獲取用于進行特征匹配的特征匹配集合；

則所述構建單元具體用于，利用所述待傳輸數(shù)據(jù)和所述特征匹配集合構建所述待傳輸對象。

優(yōu)選的，還包括：

第三獲取單元，用于獲取登錄發(fā)送端的登錄終端的當前地理位置信息；

則所述構建單元包括：

第一構建單元，用于利用所述待傳輸數(shù)據(jù)和所述當前地理位置信息構建所述待傳輸對象；

或者，

第二構建單元，用于利用所述待傳輸數(shù)據(jù)、所述特征匹配集合和所述當前地理位置信息，構建所述待傳輸對象。

一種數(shù)據(jù)傳輸系統(tǒng)，包括：

發(fā)送端、若干個接收端以及與所述發(fā)送端和所述接收端相連的服務器；

其中，所述發(fā)送端用于，確定待傳輸數(shù)據(jù)；其中，所述待傳輸數(shù)據(jù)為發(fā)送至接收端的數(shù)據(jù)；至少利用所述待傳輸數(shù)據(jù)構建待傳輸對象；在服務器上已有賬戶的情況下，向所述服務器的賬戶中上傳所述待傳輸對象；

所述服務器用于，在待傳輸對象中按預設規(guī)則確定包含一個或多個特征信息的指示信息集合；通過將所述指示信息集合中的特征信息與預先存儲的識別信息集合中的特征信息進行特征匹配，獲取由所述識別信息集合中匹配成功的特征信息組成的目標信息集合；其中，所述識別信息集合包括所有在服務器賬戶包含的特征信息，并且，每個賬戶中的特征信息均用于表征該賬戶且與該賬戶相對應；向接收端集合中每個接收端發(fā)送所述待傳輸數(shù)據(jù)；其 中，所述接收端集合為一個或多個目標登錄終端的集合，所述目標登錄終端為登錄所述目標信息集合中的特征信息對應賬戶的登錄終端；

所述接收端，用于接收服務器發(fā)送的所述待傳輸數(shù)據(jù)。

由以上內(nèi)容，可以看出本申請具有以下有益效果：

本申請主要應用于服務器，服務器上包含有各個賬戶上傳的特征信息組成的識別信息集合；通過識別信息集合中特征信息對應的賬戶，即可找到登錄該賬戶的登錄終端。在發(fā)送端期望向接收端發(fā)送數(shù)據(jù)時，會將包含有接收端特征信息(指示信息集合)的待傳輸對象發(fā)送至服務器；以供服務器通過接收端的特征信息(指示信息集合)找到待傳輸數(shù)據(jù)的接收端。

本申請服務器作為發(fā)送端與接收端之間數(shù)據(jù)的傳遞者，只要接收端在服務器上傳有表示自身的特征信息，并且，發(fā)送端發(fā)送的待傳輸對象中攜帶有接收端的特征信息，服務器即可將待傳輸對象中的待傳輸數(shù)據(jù)發(fā)送至該接收端。即不論發(fā)送端上有無接收端的通信方式，均能夠?qū)崿F(xiàn)發(fā)送端與接收端之間的數(shù)據(jù)傳輸。

附圖說明

為了更清楚地說明本申請實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本申請實施例公開的一種數(shù)據(jù)傳輸系統(tǒng)的結構示意圖；

圖2為本申請實施例公開的一種數(shù)據(jù)傳輸方法的流程圖；

圖3為本申請實施例公開的又一種數(shù)據(jù)傳輸方法的流程圖；

圖4為本申請實施例公開的又一種數(shù)據(jù)傳輸方法的流程圖；

圖5為本申請實施例公開的又一種數(shù)據(jù)傳輸方法的流程圖；

圖6為本申請實施例公開的又一種數(shù)據(jù)傳輸方法的流程圖；

圖7為本申請實施例公開的又一種數(shù)據(jù)傳輸方法的流程圖；

圖8為本申請實施例公開的一種數(shù)據(jù)傳輸裝置的結構圖；

圖9為本申請實施例公開的又一種數(shù)據(jù)傳輸裝置的結構圖；

圖10為本申請實施例公開的又一種數(shù)據(jù)傳輸裝置的結構圖；

圖11為本申請實施例公開的又一種數(shù)據(jù)傳輸裝置的結構圖；

圖12為本申請實施例公開的又一種數(shù)據(jù)傳輸裝置的結構圖；

圖13為本申請實施例公開的又一種數(shù)據(jù)傳輸裝置的結構圖；

圖14為本申請實施例公開的又一種數(shù)據(jù)傳輸裝置的結構圖；

圖15為本申請實施例公開的又一種數(shù)據(jù)傳輸裝置的結構圖；

圖16為本申請實施例公開的又一種數(shù)據(jù)傳輸裝置的結構圖；

圖17為本申請實施例公開的又一種數(shù)據(jù)傳輸裝置的結構圖。

具體實施方式

下面將結合本申請實施例中的附圖，對本申請實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├绢I域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。

在介紹本申請實施例之前首先介紹一種數(shù)據(jù)處理系統(tǒng)，以方便本領域技術人員更容易理解本申請實施例的應用場景。如圖1所示，所述系統(tǒng)具體包括：發(fā)送端100、若干個接收端200以及與所述發(fā)送端100和所述接收端200相連的服務器300。其中，發(fā)送端100和接收端200均為與服務器300相連的登錄終端；除此之外，本系統(tǒng)中還包括與服務器300相連的其它登錄終端。

本申請中所指的登錄終端為登錄服務器上已注冊賬戶的終端，終端可以為手機、平板電腦等移動終端，也可以為臺式電腦等非移動終端。

本申請的發(fā)明目的在于：在第一用戶期望向第二用戶集合(一個或多個用戶的集合)發(fā)送待傳輸數(shù)據(jù)的情況下，不論第一用戶與第二用戶集合之間有無通信方式，均可以實現(xiàn)第一用戶與第二用戶集合之間的數(shù)據(jù)傳輸。第一用戶為數(shù)據(jù)發(fā)送方，第二用戶集合為數(shù)據(jù)接收方；則第一用戶當前所使用的登錄終端為本系統(tǒng)中的發(fā)送端100，第二用戶集合中若干個用戶當前所使用的登錄終端則為本系統(tǒng)中的若干個接收端200。那么，本申請可以通過實現(xiàn)發(fā)送端100與接收端200之間的數(shù)據(jù)傳輸，進而實現(xiàn)第一用戶與第二用戶集合之間的數(shù)據(jù)傳輸目的。

為了實現(xiàn)發(fā)送端100和接收端200之間數(shù)據(jù)傳輸，本申請將服務器300作為發(fā)送端100與接收端200之間的數(shù)據(jù)傳遞者。大體實現(xiàn)過程可以為：發(fā)送端100將包含待傳輸數(shù)據(jù)的待傳輸對象發(fā)送至服務器300，并且，待傳輸對象包含用于指示接收端200的特征信息，服務器300依據(jù)待傳輸對象中的特征信息識別出接收端200，并向接收端200發(fā)送待傳輸對象中的待傳輸數(shù)據(jù)。

為了使服務器300可以實現(xiàn)依據(jù)待傳輸對象識別出接收端的目的，在本申請具體執(zhí)行之前，與服務器300相連的各個登錄終端可以預先執(zhí)行如下過程：

與服務器300相連的每個登錄終端在服務器上申請注冊一個賬戶，各個登錄終端的賬戶均不相同，即服務器300上的賬戶具有唯一性。登錄一個賬戶的登錄終端稱為該賬戶的登錄終端，并且，每個賬戶的登錄終端可以向服務器300的賬戶中上傳用于表征該賬戶使用者的特征信息。服務器300上各個賬戶中的特征信息集合組成識別信息集合，以用于服務器300依據(jù)包含接收端200的特征信息的待傳輸對象，從而識別出接收端200。

可以理解的是，由于一個賬戶與登錄該賬戶的登錄終端相對應，也與注冊該賬戶時的用戶一一對應，所以該賬戶中的特征信息可以用于表征該賬戶、登錄該賬戶的登錄終端以及注冊該賬戶時的用戶。

例如，用戶A利用登錄終端A在服務器300上申請注冊一個賬戶A，用戶A可以將表征自己的特征信息A通過登錄終端A上傳至服務器300上的賬戶A中。由于特征信息A可以表征用戶A，并且，賬戶A與用戶A一一對應，登錄賬戶A的登錄終端(登錄終端A或其它登錄終端)也與賬戶A一一對應，所以，賬戶A中的特征信息A可以用于表示賬戶A，賬戶A的登錄終端，以及賬戶A的使用者(用戶A)。

在服務器300的識別信息集合中包括若干個賬戶中的特征信息，其中，特征信息可以包括以下類型：圖像類型、身份證號碼類型、電話號碼類型、音頻文件類型?？梢岳斫獾氖?，特征信息還可以采用其他類型，在此不再一一列舉。在特征信息包括以上類型的基礎上，則識別信息集合中可以包括：若干個賬戶中的若干個頭像、若干個身份證號碼、若干個電話號碼和/或若干個音頻文件。

下面介紹本申請?zhí)峁┑囊环N數(shù)據(jù)傳輸方法的實施例一，本實施例應用于圖1所示系統(tǒng)的發(fā)送端。如圖2所示，所述方法具體包括：

步驟S201：確定待傳輸數(shù)據(jù)；其中，所述待傳輸數(shù)據(jù)為發(fā)送至接收端的數(shù)據(jù)。

在發(fā)送端已向服務器上注冊賬戶的情況下，發(fā)送端在向接收端發(fā)送待傳輸數(shù)據(jù)之前，首先確定需要傳輸?shù)拇齻鬏敂?shù)據(jù)。確定待傳輸數(shù)據(jù)的過程可以為發(fā)送端在自身存儲空間中選擇一項內(nèi)容作為待傳輸數(shù)據(jù)。例如，發(fā)送端在圖庫中的選擇一張照片、在電話號碼列表選擇一個手機號碼或者在存儲空間中選擇一個文件等。

步驟S202：至少利用所述待傳輸數(shù)據(jù)構建待傳輸對象。

本步驟用于構建欲向服務器發(fā)送的待傳輸對象；由于后續(xù)過程中服務器需要利用待傳輸對象來識別接收端，所以在待傳輸對象中需要包含用于指示接收端的特征信息。

由于指示接收端的特征信息的情況可以有多種，所以在確定待傳輸對象時，可以采用以下四種方式：

第一種方式：直接將待傳輸數(shù)據(jù)確定為待傳輸對象。

當待傳輸數(shù)據(jù)包含有用于指示接收端的特征信息時，則可以直接將待傳輸數(shù)據(jù)確定為待傳輸對象。例如，以待傳輸數(shù)據(jù)為照片為例，照片具有用戶A的頭像A，并且該照片期望的接收端也為用戶A所使用的登錄終端A。在情況下，待傳輸數(shù)據(jù)(照片)中便攜帶有指示接收端的特征信息(頭像A)，所以可以直接將待傳輸數(shù)據(jù)(照片)確定為待傳輸對象。

在第一種方式中，待傳輸數(shù)據(jù)自身便攜帶有指示接收端的特征信息，從而無需在待傳輸對象中增加額外的特征信息來專門表示待傳輸數(shù)據(jù)的接收端。在這種方式中待傳輸對象中的數(shù)據(jù)量減少，從而可以待傳輸對象發(fā)送至服務器的傳輸效率。

但是，待傳輸對象的第一種方式僅適用于待傳輸數(shù)據(jù)包含的特征信息即為所期望的接收端的特征信息的情況，若待傳輸數(shù)據(jù)中不包含期望的接收端的特征信息，則無法使用待傳輸對象的第一種方式。繼續(xù)以待傳輸數(shù)據(jù)為照片為例，照片具有用戶A的頭像A，但是該照片期望的接收端為用戶B所使 用的登錄終端B；即待傳輸數(shù)據(jù)中不包含接收端的特征信息，此情況下可以使用待傳輸對象的第二種方式。

第二種方式：利用特征匹配集合和待傳輸數(shù)據(jù)構建待傳輸對象。

特征匹配集合為在待傳輸對象中專門用于指示接收端的特征信息，即可被服務器用于與識別信息集合進行特征匹配的集合。在構建待傳輸對象之前，發(fā)送端可以獲取用于進行特征匹配的特征匹配集合；然后，再利用所述待傳輸數(shù)據(jù)和所述特征匹配集合構建所述待傳輸對象。獲取特征匹配集合的過程可以為：在發(fā)送端的存儲空間中，獲取用于表征接收端的特征信息作為特征匹配集合。

例如，發(fā)送端可以獲取期望用戶B的特征信息B，例如，用戶B的頭像B或者其它特征信息。然后，將用戶B的特征信息B(頭像B)和待傳輸數(shù)據(jù)一并構建為待傳輸對象；從而使得待傳輸對象中包含有期望的用戶B(也即用戶B所使用的登錄終端B)的特征信息，以便服務器后續(xù)可以使用登錄終端B的特征信息將待傳輸數(shù)據(jù)發(fā)送至登錄終端B。

在待傳輸對象的第一種方式和第二種方式中，僅有待傳輸數(shù)據(jù)以及用于指示接收端的特征信息。待傳輸對象可被服務器用于進行特征匹配以識別接收端，所以服務器在接收待傳輸對象后，會將待傳輸對象中用于指示接收端特征信息與識別信息集合中的所有特征信息進行匹配，并在識別信息集合中所有的特征信息中查找匹配成功的特征信息。

由于服務器的識別信息集合中，有成千上百個、甚至成千上萬個賬戶對應特征信息，即識別信息集合的數(shù)據(jù)量非常龐大。若服務器直接在識別信息集合中搜索與待傳輸對象中的特征信息匹配成功的特征信息，這無疑大海撈針，需要服務器耗費大量的資源來執(zhí)行搜索以及匹配過程。

此外，現(xiàn)實生活中有些用戶的長相非常近似，那么，其在服務器的賬戶中上傳的特征信息也非常相似。假設發(fā)送端的期望接收端的特征信息與另外一個非期望接收端的特征信息非常相似，則可能導致服務器將待傳輸數(shù)據(jù)發(fā)送至非期望接收端，從而導致服務器無法準確投遞待傳輸數(shù)據(jù)的問題。例如，登錄終端A本意為將待傳輸數(shù)據(jù)發(fā)送至登錄終端B；但是登錄終端B和登錄終端D特征信息非常相似，服務器在識別后判定登錄終端B和登錄終端D均 匹配成功，則服務器會將待傳輸數(shù)據(jù)發(fā)送至登錄終端B和登錄終端D。由于登錄終端D非登錄終端A所期望的接收端；所以此情況會導致服務器投遞待傳輸數(shù)據(jù)不準確的問題。

本申請技術人員發(fā)現(xiàn)一些情況下，進行數(shù)據(jù)傳輸?shù)陌l(fā)送端和接收端的距離較近；例如，在一個辦公室的同事之間傳輸數(shù)據(jù)，或者在同一公交車上兩個人傳輸數(shù)據(jù)。在此情況下，服務器可以通過判斷發(fā)送端與接收端是否在一定距離范圍內(nèi)，來解決上述服務器匹配數(shù)據(jù)量大以及投遞數(shù)據(jù)不準確的問題。

為了解決這個問題，則發(fā)送端向服務器上傳的待傳輸對象中還有發(fā)送端的當前地理位置信息。因此可以在傳輸對象中加入發(fā)送端的當前地理位置信息，具體方式可以為第三種方式和第四種方式。

第三種方式：利用所述待傳輸數(shù)據(jù)和所述當前地理位置信息構建所述待傳輸對象。

第四種方式：利用所述待傳輸數(shù)據(jù)、所述特征匹配集合和所述當前地理位置信息，構建所述待傳輸對象。

下面詳細介紹待傳輸對象的第三種方式和第四種方式中是如何利用當前地理位置信息的。

針對服務器匹配數(shù)據(jù)量較大的問題：

在加入發(fā)送端的當前地理位置信息之后，在發(fā)送端和接收端距離較近的情況下，可以在待傳輸對象和識別信息集合中均增加地理位置信息，即發(fā)送端可以在上傳的待傳輸對象中增加發(fā)送端的當前地理位置信息。這樣服務器在進行特征匹配時，便可以僅對與發(fā)送端在一定距離范圍內(nèi)的登錄終端在服務器上對應的特征信息進行特征匹配，這樣便大大減少了服務器進行特征匹配的數(shù)據(jù)量，從而提升匹配效率。

例如，服務器上具有賬戶A的特征信息A、賬戶B的特征信息B、特征C的特征信息C，以及賬戶D的特征信息D。與各個賬戶對應的登錄終端分別為登錄終端A、登錄終端B、登錄終端C和登錄終端D。并且，各個登錄終端分別自身對應的賬戶中實時上傳自己的地理位置信息：地理位置信息A、地理位置信息B(與登錄終端A較近)、地理位置信息C(與登錄終端A較近)和地理位置信息D(與登錄終端A較遠)。

假設用戶A的登錄終端A為發(fā)送端，用戶B的登錄終端B為接收端，并且登錄終端A上傳的待傳輸對象中攜帶有地理位置信息A。服務器根據(jù)地理位置信息A篩選與登錄終端A距離較近的登錄終端得到登錄終端B和登錄終端C。然后，服務器便可以針對賬戶B的特征信息和賬戶C的特征信息進行特征匹配，登錄終端D因與登錄終端A距離較遠，則認為登錄終端D非登錄終端A所期望的接收端，所以無需與賬戶D中的特征信息D進行特征匹配。由于服務器進行特征匹配的數(shù)據(jù)量減少，所以服務器可以提高匹配效率。

針對服務器投遞數(shù)據(jù)不準確的問題：

可以理解的是，正因為識別信息集合中數(shù)據(jù)量非常大，包含天南海北的用戶上傳的特征信息，所以才導致識別信息集合中包含特征信息相似的兩個賬戶。所以為了解決這個問題，還是利用在發(fā)送端的待傳輸對象中增加地理位置信息的技術手段，因為增加地理位置信息之后，可以大大縮小效率識別信息集合的范圍，從而也就大大減小了兩個賬戶特征信息相似的幾率。

例如，在登錄終端A上傳的待傳輸對象中包含接收端的特征信息B1(與登錄終端B對應的特征信息B相似)，設定距離范圍為10公里，則服務器可以匹配得到與登錄終端A較近的登錄終端B，而無法匹配得到與登錄終端A距離較遠的登錄終端D，從而只將待傳輸數(shù)據(jù)發(fā)送至登錄終端B，而不將待傳輸數(shù)據(jù)發(fā)送至登錄終端D，從而提高服務器的投遞準確率。

例如，服務器300的識別信息集合中包含有與賬戶A對應的特征信息A、與賬戶B對應的特征信息B以及與賬戶C對應的特征信息C。假設登錄賬戶A的登錄終端A為發(fā)送端100，登錄賬戶B的登錄終端B為接收端200。那么，登錄終端A(發(fā)送端100)向服務器300發(fā)送的包含有待傳輸數(shù)據(jù)的待傳輸對象，并且待傳輸對象中包含有特征信息B1(特征信息B1為與特征信息B完全一致或相似度較高的特征信息)，以供服務器300在識別信息集合查找到與特征信息B1對應的特征信息B。

由上述內(nèi)容可以看出本申請中待傳輸對象中還可以包括發(fā)送端的地理位置信息，以實現(xiàn)減少服務器匹配數(shù)據(jù)量提高匹配效率以及匹配準確率的目的。

雖然待傳輸對象的第三種方式和第四方式能夠縮減服務器進行特征匹配的數(shù)據(jù)量，以此能夠提高服務器的匹配效率；在所期望的接收端與發(fā)送端在 一定距離范圍內(nèi)時，可以準確匹配提高接收端匹配準確度。但是，如果所期望的接收端未與發(fā)送端在一定的地理范圍內(nèi)，則本申請則會由于待傳輸對象中限定發(fā)送端的當前地理位置信息，導致服務器無法找到接收端，進一步導致無法向接收端發(fā)送待傳輸數(shù)據(jù)，即本次數(shù)據(jù)發(fā)送失敗。

本申請僅提供了待傳輸對象的四種方式，當然待傳輸還可以其它方式還可以采用其它方式，只要待傳輸對象中包含有待傳輸數(shù)據(jù)且包含用于指示接收端的特征信息即可，在此不再一一列舉。

由于待傳輸對象中每種方式均有其優(yōu)勢和劣勢，發(fā)送端在確定待傳輸對象時可以選擇待傳輸對象的所使用的方式。具體可以為，選擇系統(tǒng)默認的方式、選擇預先設定的方式或者用戶根據(jù)待傳輸數(shù)據(jù)的情況在上述四種方式中選擇一種適合當前待傳輸數(shù)據(jù)的方式。具體的可以依據(jù)具體情況而定，在此不做限定。

步驟S203：在服務器上已有賬戶的情況下，向所述服務器的賬戶中上傳所述待傳輸對象。

在步驟S202中確定待傳輸對象之后，可以將待傳輸對象發(fā)送服務器上。發(fā)送端在服務器上已有賬戶，所以，發(fā)送端可以將待傳輸對象發(fā)送至服務器的賬戶中。

在服務器接收待傳輸對象后，服務器可以依據(jù)待傳輸對象來進一步確定待傳輸數(shù)據(jù)的接收端，下面具體介紹服務器的執(zhí)行過程。如圖3所示，本申請?zhí)峁┝艘环N數(shù)據(jù)傳輸方法的實施例二，應用于服務器。本實施例具體包括：

步驟S301：在待傳輸對象中按預設規(guī)則確定包含一個或多個特征信息的指示信息集合；其中，所述待傳輸對象從發(fā)送端在服務器的賬戶中獲得，并且至少包括待傳輸數(shù)據(jù)。

由圖2所示的實施例可知，待傳輸對象可以有多種方式(步驟S202中的第一種方式、第二種方式、第三種方式或第四種方式)。由于不同的方式下待傳輸對象的具體內(nèi)容不同，這使得待傳輸對象中用于表示接收端的特征信息不盡不同。在待傳輸對象為第一種方式和第三種方式時，在待傳輸對象中的待傳輸數(shù)據(jù)中包含有指示接收端的特征信息；在待傳輸對象為第二種方式 和第四種方式時，待傳輸對象中的特征匹配集合中包含有指示接收端的特征信息。

因此，服務器在獲得發(fā)送端上傳的待傳輸對象后，會解析待傳輸對象，從而獲得不同方式下待傳輸對象中具體內(nèi)容。在待傳輸對象中包含有特征匹配集合時，優(yōu)先利用特征匹配集合中的特征信息確定指示信息集合；或者，利用待傳輸數(shù)據(jù)中的特征信息確定指示信息集合(技術上可以實現(xiàn)在實際應用中不推薦使用，因為會導致接收端非發(fā)送端所期望接收端)。在待傳輸對象中不包含有特征匹配集合時，可以利用待傳輸數(shù)據(jù)中的特征信息確定指示信息集合。

下面介紹在待傳輸數(shù)據(jù)中確定指示信息集合的過程，如圖4所示，具體包括步驟S401～S403：

步驟S401：解析所述待傳輸對象，獲得所述待傳輸對象中的所述待傳輸數(shù)據(jù)。

對待傳輸對象進行解析，獲得待傳輸對象中的具體內(nèi)容。若待傳輸對象中包含有待傳輸數(shù)據(jù)，則可以從待傳輸數(shù)據(jù)中確定指示信息集合。但是，如果待傳輸對象中還包含特征匹配集合，則優(yōu)先從特征匹配集合中確定指示信息集合。因為在一些情況下，待傳輸對象中的特征信息不能夠表征接收端的特征信息，如果盲目使用則會導致待傳輸數(shù)據(jù)發(fā)送至發(fā)送端非期望的接收端。

步驟S402：對所述待傳輸數(shù)據(jù)進行特征提取，獲得所述待傳輸數(shù)據(jù)包含的特征信息。

待傳輸數(shù)據(jù)可以為頭像、電話號碼、手機號碼、音頻文件等內(nèi)容，當然還可以是其它內(nèi)容，在此不做限定。針對不同待傳輸數(shù)據(jù)的不同內(nèi)容，服務器可以采用不同的特征提取方式。

例如，如果識別出待傳輸數(shù)據(jù)為圖像類型，則對待傳輸數(shù)據(jù)進行人臉特征提取，從而提取得到其中的人臉特征信息。如果待傳輸數(shù)據(jù)為音頻文件則對待傳輸數(shù)據(jù)進行聲波提取，并得到其中的聲波特征。

如果待傳輸數(shù)據(jù)為電話號碼類型或手機號碼等數(shù)字類型，則進行特定長度的字符串進行提取，例如，針對中國的電話號碼類型，則可以采用11位的字符串進行特征提取，從而提取得到其中的電話號碼；針對中國公民的身份 證號碼類型，則采用18位的字符串進行特征提取，從而提取得到其中的身份證號碼。

如果待傳輸數(shù)據(jù)中還有其他形式的內(nèi)容，則利用與該內(nèi)容對應的特征提取方式進行特征提取，在此不再一一贅述。

步驟S403：將所述待傳輸數(shù)據(jù)包含的特征信息中的一個或多個特征信息的集合，確定為所述指示信息集合。

在執(zhí)行完成步驟S402之后，可以得到待傳輸數(shù)據(jù)中所包含的特征信息。然后，服務器可以從中選擇一個或多個特征信息確定為指示信息集合。當然，服務器可以將待傳輸數(shù)據(jù)包含的所有特征信息均確定為指示信息集合。

指示信息集合中的特征信息用于指示待傳輸對象中待傳輸數(shù)據(jù)的接收端，所以服務器可以使用指示信息集合與識別信息集合中的特征信息進行匹配，從而確定待傳輸數(shù)據(jù)的接收端。

圖4所示的實施例為在待傳輸數(shù)據(jù)中確定指示信息集合的過程，下面介紹在特征匹配集合中確定指示信息集合的過程。如圖5所示，具體包括：

步驟S501：解析所述待傳輸對象，獲得所述待傳輸對象中的具體內(nèi)容。

步驟S502：判斷所述具體內(nèi)容中是否包含有特征匹配集合；若是，則進入步驟S503，否則可采用如圖4所示的方式確定指示信息集合。

步驟S503：若所述具體內(nèi)容包含用于進行特征匹配的特征匹配集合，則對所述特征匹配集合中的特征進行特征提取，獲得所述特征匹配集合包含的特征信息。

特征匹配集合的特征信息可以為用于指示接收端的頭像、電話號碼、手機號碼、音頻文件等內(nèi)容，當然還可以是其它內(nèi)容，在此不做限定。針對不同待傳輸數(shù)據(jù)的不同內(nèi)容，服務器可以采用不同的特征提取方式。詳見圖4所示的實施例，在此不再贅述。

步驟S504：將所述特征匹配集合包含的特征信息中的一個或多個特征信息的集合，確定為所述指示信息集合。

在利用圖4和圖5所示的實施例確定指示信息集合之后，便可以將指示信息集合與識別信息集合進行特征匹配，下面進入圖3中步驟S302。

接著返回圖3，進入步驟S302：將所述指示信息集合中的特征信息與預先存儲的識別信息集合中的特征信息進行特征匹配，獲取由所述識別信息集合中匹配成功的特征信息組成的目標信息集合；其中，所述識別信息集合包括所有在服務器賬戶包含的特征信息，并且，每個賬戶中的特征信息均用于表征該賬戶且與該賬戶相對應。

指示信息集合為用于表征接收端特征信息的集合，且包括一個或多個特征信息。指示信息集合中的特征信息可以分為多種類型，并且每種類型的特征信息可以有多個。特征信息的類型包括：圖像類型、身份證號碼類型、電話號碼類型和/或音頻文件類型。指示信息集合包括：一個或多個頭像，一個或多個身份證號碼，一個或多個電話號碼，和/或，一個或多個音頻文件。以指示信息集合中一個特征信息B1為例，若識別信息集合中一個特征信息B與指示信息集合中一個特征信息B1匹配成功，則特征信息B在服務器上歸屬于賬戶B，賬戶B對應的登錄終端B則為接收端。

由于指示信息集合中包含一個或多個特征信息，每個特征信息均可以與服務器的識別信息集合中的特征信息進行匹配，并從中確定接收端。因此，本步驟中在進行特征匹配之前，可以在指示特征信息中選擇與識別信息集合進行特征匹配的特征。具體的，可以采用以下三種方式進行選擇：

第一種方式：將指示信息集合中的所有特征信息均與識別信息集合進行特征匹配。

由于指示信息集合中每個特征信息均可以指示一個接收端，所以，為了保證待傳輸數(shù)據(jù)能夠發(fā)送至所有接收端，則可以將指示信息集合中的所有特征信息均與識別特征信息集合中的特征信息進行匹配，從而將待傳輸數(shù)據(jù)發(fā)送至發(fā)送端期望的所有接收端。

例如，指示信息集合中包含特征信息B1和特征信息D1，特征信息B1與賬戶B的特征信息B對應，特征信息D1與賬戶D的特征信息D對應。那么，將指示信息集合中所有特征信息與識別信息集合中的特征信息進行匹配之后，則可以在識別信息集合中確定匹配成功的特征信息B對應的賬戶B，以及，在識別信息集合中確定匹配成功的特征信息D對應的賬戶D；從而將賬戶B的登錄終端B以及賬戶D的登錄終端D確定為接收端。

如果只將特征信息B1與識別信息集合中的特征進行匹配，那么最終只能得到登錄終端B為接收端，無法將登錄終端D確定為接收端。所以，將指示信息集合中所有的特征信息均與識別信息集合的特征信息進行匹配可以保證待傳輸數(shù)據(jù)發(fā)送至所期望的所有接收端，換言之，該方式可以保證接收端的完整性。

但是，在一些情況下指示信息集合中所包含的特征信息具有重復性，如果在此情況下，仍然使用所有的特征信息與識別信息集合中的特征信息進行匹配，則會降低服務器的匹配效率。

例如，指示信息集合中包含特征信息B1、特征信息B2、特征信息D1和特征信息D2，特征信息B1和特征信息B2均與識別信息集合中賬戶B的特征信息B對應，特征信息D1和特征信息D2均與識別信息集合中賬戶D的特征信息D對應。特征信息B1和特征信息D1歸屬同一類型，特征信息B2和特征信息D2歸屬于同一類型。理論上，服務器本來僅需選擇特征信息B1(或特征信息B2)以及特征信息D1(或特征信息D2)便可以匹配得到所有的接收端(登錄終端B和登錄終端D)，但是按照第一種方式則會將所有的特征信息均與識別信息集合進行特征匹配，因此，會使得服務器執(zhí)行大量的無用功，因此會降低服務器的工作效率。

因此本申請?zhí)峁┝说诙N方式，詳見下述第二種方式。

第二種方式：按類型選擇選擇特征信息進行匹配。

在所述指示信息集合包含多種類型的特征信息的情況下，在所述指示信息集合中按特征信息的類型選擇一種類型或多種類型特征信息；將所述一種類型或多種類型特征信息與所述識別信息集合中的特征信息進行特征匹配。這樣會避免服務器以有限的資源執(zhí)行重復無用的工作，因此可以提高執(zhí)行效率。

其中，在指示信息集合中選擇的特征信息的類型可以被發(fā)送端的用戶提前指定并攜帶在待傳輸對象中，或者，由服務器根據(jù)自身內(nèi)部設定的特征信息的類型的優(yōu)先級確定。當然還可以采用其它方式來確定類型，在此不再一一列舉。

例如，延續(xù)上一實例，特征信息B1和特征信息D1同歸屬第一類型，特征信息B2和特征信息D2同歸屬于第二類型，則本方式中可以在指示信息集 合中按類型選擇特征信息。例如，選擇第一類型對應的特征信息，即在指示信息集合中選擇特征信息B1和特征信息D1；若選擇第二類型對應的特征信息，即在指示信息集合中選擇特征信息B2和特征信息D2；最終選擇得到的特征信息用于與識別信息集合中的特征信息進行特征匹配。

第三種方式：隨機選擇特征信息進行匹配。

即在所述指示信息集合中隨機選擇一個或多個特征信息；將所述一個或多個特征信息與所述識別信息集合中的特征信息進行特征匹配。

當然還可以采用其它方式在指示信息集合中，確定用于與識別信息集合進行特征對比的特征信息，在此不再一一列舉。

在指示信息集合中確定需要進行特征對比的特征信息之后，便將所確定特征信息與識別信息集合中的特征信息進行對比。特征信息的類型可以為圖像類型、電話號碼類型、身份證號碼類型和音頻文件類型等，針對不同的特征信息類型，服務器在進行特征匹配時的方式也不盡相同，下面詳細介紹進行特征匹配的過程。

第一種方式：針對圖像類型和音頻文件類型的特征信息的匹配過程。

針對圖像類型的特征信息或音頻文件類型的特征信息，則在所述指示信息集合中所確定的特征信息與識別信息集合進行特征匹配，包括：計算所述指示信息集合中的特征信息與所述識別信息集合中的特征信息的相似度；若相似度大于預設相似度則確定匹配成功。

由于圖像類型對應的特征信息可以為人臉特征信息，音頻文件類型對應的特征信息可以為聲波特征信息，這些特征信息可歸屬為生物特征信息，生物特征信息受用戶的影響較大，所以其不確定性較大。因此在進行特征匹配時選擇模糊匹配；即計算兩者的特征信息的相似度，若相似度大于預設相似度，則表明兩個特征信息匹配成功。若相似度小于預設相似度，則表明兩個特征信息匹配失敗。

第二種方式：針對身份證號碼類型的特征信息或電話號碼類型的特征信息的匹配過程。

針對身份證號碼類型的特征信息或電話號碼類型的特征信息，則在所述指示信息集合中的特征信息與所述識別信息集合中的特征信息進行特征匹 配，包括：判斷所述指示信息集合中的特征信息與所述識別信息集合中特征信息是否完全一致；若完全一致則確定匹配成功。

身份證號碼類型和電話號碼類型這些特征可以歸屬為固定信息特征，其不會時間或受用戶影響而發(fā)生變化。因此，在進行匹配時可以采用精確匹配，即驗證兩個特征信息是否完全一致，若完全一致，則確定兩個特征信息匹配成功。

在進行匹配之后，在識別信息集合中確定匹配成功的特征信息，并將匹配成功的特征信息組成目標信息集合。

例如，待傳輸對象中包含有特征信息B1和特征信息D1，則在識別信息集合中進行特征匹配之后，便得到與特征信息B1匹配成功的特征信息B和與特征信息D1匹配成功的特征信息D。然后，將特征信息B和特征信息D組成目標信息集合。

步驟S303：向接收端集合中每個接收端發(fā)送所述待傳輸數(shù)據(jù)；其中，所述接收端集合為一個或多個目標登錄終端的集合，所述目標登錄終端為登錄所述目標信息集合中的特征信息對應賬戶的登錄終端。

在服務器上識別信息集合包括每個賬戶的特征信息，并且特征信息與賬戶對應存儲。因此，通過特征信息便可以得到與之對應的賬戶。

例如，目標信息集合中包含特征信息B和特征信息D，在服務器上賬戶B與特征信息B相對應；賬戶D與特征信息D相對應，并且，賬戶B對應登錄終端B，賬戶D對應登錄終端D。那么，登錄終端B和登錄終端D則為接收端。

通過上述內(nèi)容，可以看出本申請實施例具有以下有益效果：

本申請主要應用于服務器，服務器上包含有各個賬戶上傳的特征信息組成的識別信息集合；通過識別信息集合中特征信息對應的賬戶，即可找到登錄該賬戶的登錄終端。在發(fā)送端期望向接收端發(fā)送數(shù)據(jù)時，會將包含有接收端特征信息(指示信息集合)的待傳輸對象發(fā)送至服務器；以供服務器通過接收端的特征信息(指示信息集合)找到待傳輸數(shù)據(jù)的接收端。

本申請服務器作為發(fā)送端與接收端之間數(shù)據(jù)的傳遞者，只要接收端在服務器上傳有表示自身的特征信息，并且，發(fā)送端發(fā)送的待傳輸對象中攜帶有 接收端的特征信息，服務器即可將待傳輸對象中的待傳輸數(shù)據(jù)發(fā)送至該接收端。即不論發(fā)送端上有無接收端的通信方式，均能夠?qū)崿F(xiàn)發(fā)送端與接收端之間的數(shù)據(jù)傳輸。

在圖2所示的步驟S202中涉及到服務器直接使用識別信息集合可能會導致匹配效率低以及投遞數(shù)據(jù)不準確的問題。因此發(fā)送端發(fā)送待傳輸對象可以包含有發(fā)送端的當前地理位置信息，以縮小識別信息集合的范圍。在服務器解析待傳輸對象確定其中包含有發(fā)送端的當前地理位置信息時，可以以下述兩種方式利用當前地理位置信息，以縮小識別信息集合的范圍。

第一種方式：在圖3所示在步驟S302之前，使用當前地理位置信息縮小識別信息集合。如圖6所示，具體包括：

步驟S601：獲取由賬戶一一對應的登錄終端的地理位置信息所形成第一地理位置信息集合。

服務器上有多個賬戶，每個賬戶均有與之對應的登錄終端。服務器可以與每個登錄終端進行實時交互，與實時獲取每個終端的地理位置信息；然后將各個賬戶的登錄終端的集合組成第一地理位置信息集合。

例如，服務器上具有賬戶A的特征信息A、賬戶B的特征信息B、特征C的特征信息C，以及賬戶D的特征信息D。與各個賬戶對應的登錄終端分別為登錄終端A、登錄終端B、登錄終端C和登錄終端D。并且，各個登錄終端分別自身對應的賬戶中實時上傳自己的地理位置信息：地理位置信息A、地理位置信息B(與登錄終端A較近)、地理位置信息C(與登錄終端A較近)和地理位置信息D(與登錄終端A較遠)。將地理位置信息A、地理位置信息B、地理位置信息C和地理位置信息D組成第一地理位置信息集合。

步驟S602：在所述第一地理位置信息集合中，篩選與所述發(fā)送端的當前地理位置信息在預設距離范圍內(nèi)的第二地理位置信息集合。

服務器依據(jù)第一地理位置信息集合中各個賬戶對應登錄終端的地理位置信息，確定與發(fā)送端的當前地理位置信息在一定范圍內(nèi)的第二地理位置信息集合。

假設用戶A的登錄終端A為發(fā)送端，假設用戶A的登錄終端A為發(fā)送端，用戶B的登錄終端B為接收端，并且登錄終端A上傳的待傳輸對象中攜帶有 地理位置信息A。服務器根據(jù)地理位置信息A篩選得到地理位置信息B(登錄終端B)和地理位置信息C(登錄終端C)。

步驟S603：將所述第二地理位置信息集合中每個地理位置信息對應的賬戶，組建第一篩選賬戶集合。

在步驟S602中確定出與發(fā)送端的當前地理位置信息距離較近的第二地理位置信息集合，第二地理位置集合中每個地理位置對應的登錄終端為候選的接收端，即接收端在這些登錄終端中產(chǎn)生。

例如，在服務器根據(jù)地理位置信息A篩選得到地理位置信息B(登錄終端B)和地理位置信息C(登錄終端C)，然后，再查找得到與地理位置信息B對應的登錄終端B和地理位置信息C對應的登錄終端C；并將登錄終端B和登錄終端C作為第一篩選賬戶集合。

步驟S604：在所述識別信息集合中，獲取由所述第一篩選賬戶集合中每個賬戶對應的特征信息所組成的篩選信息集合。

在第一篩選賬戶集合得到與每個賬戶的特征信息組成篩選信息集合，因為接收端在為第一篩選賬戶集合中一個賬戶或多個賬戶對應的終端，所以，僅需要在篩選信息集合中的特征信息與指示信息集合中的特征信息進行匹配即可。

例如，服務器在第一篩選賬戶集合(登錄終端B和登錄終端C)中，得到與登錄終端B對應的特征信息B和與登錄終端C對應的特征信息C。然后可以針對賬戶B的特征信息和賬戶C的特征信息進行特征匹配。由于登錄終端D因與登錄終端A距離較遠，則認為登錄終端D非登錄終端A所期望的接收端，所以無需與賬戶D中的特征信息D進行特征匹配。由于服務器進行特征匹配的數(shù)據(jù)量減少，所以服務器可以提高匹配效率。

并且，由于第一篩選賬戶集合種不包含有登錄終端D的特征信息，所以服務器可以匹配得到與登錄終端A較近的登錄終端B，而無法匹配得到與登錄終端A距離較遠的登錄終端D，從而只將待傳輸數(shù)據(jù)發(fā)送至登錄終端B，而不將待傳輸數(shù)據(jù)發(fā)送至登錄終端D，從而提高服務器的投遞準確率。

在步驟S302之前增加圖6所示的步驟之后，則步驟S302：將所述指示信息集合中的特征信息與預先存儲的識別信息集合中的特征信息進行特征匹配 的步驟包括：將所述指示信息集合中的特征信息與所述篩選信息集合中的特征信息進行特征匹配。

由上述內(nèi)容可以看出本申請中待傳輸對象中還可以包括發(fā)送端的地理位置信息，以實現(xiàn)減少服務器匹配數(shù)據(jù)量提高匹配效率以及匹配準確率的目的。

圖6所示的內(nèi)容為在增加當前地理位置信息之后的一種使用方式，下面介紹另一種使用方式：

第二種方式：在步驟S303之后，使用當前地理位置信息縮小識別信息集合。如圖7所示，具體包括：

步驟S701：依據(jù)所述目標信息集合構建組建第三地理位置信息集合；其中，所述第二地理位置信息集合中每個地理位置信息與一個登錄終端對應，所述登錄終端登錄所述目標信息集合中特征信息對應賬戶的登錄終端。

目標信息集合為服務器按步驟S302中的方式得到的，所以，在本方式中服務器沒有減少進行特征匹配的數(shù)據(jù)量。在目標信息集合中每個特征信息，均為識別信息集合與指示信息集合匹配成功的特征信息，并且，在服務器上每個特征信息均對應一個賬戶，每個賬戶對應一個登錄終端。服務器可以獲取識別信息集合中每個登錄終端的地理位置信息，并組成第三地理位置信息集合。

例如，延續(xù)上一舉例，則在服務器進行特征匹配之后得到的目標信息集合中包括特征信息B(與登錄終端A距離較近)和特征信息D(與登錄終端A距離較遠)，則特征信息B對應登錄終端B，特征信息D對應登錄終端D。服務器可以獲取登錄終端B的地理位置信息B以及登錄終端D的地理位置信息D，并將地理位置信息B以及地理位置信息D組成第三地理位置信息集合。

步驟S702：在所述第三地理位置信息集合中，篩選與所述發(fā)送端的當前地理位置信息在預設距離范圍內(nèi)的第四地理位置信息集合。

依據(jù)發(fā)送端的當前地理位置信息在第三地理位置信息集合中進行篩選，得到與發(fā)送端的當前地理位置信息在預設距離范圍內(nèi)的地理位置信息的集合組成第四地理位置信息集合。

例如，由于登錄終端D與發(fā)送端(登錄終端A)距離較遠，所以，在進行計算后服務器可以得到登錄終端B的地理位置信息B與發(fā)送端A在預設距離范圍內(nèi)，因此，將地理位置信息B組成第四地理位置信息集合。

步驟S703：將所述第四地理位置信息集合中每個地理位置信息對應的賬戶，組建第二篩選賬戶集合。

將地理位置信息B的賬戶B對應的登錄終端B，組成第二篩選賬戶集合。

步驟S704：將所述第二篩選賬戶集合中一個或多個賬戶對應的登錄終端的集合，確定為所述接收端集合。

圖7所述的方式中，由于在步驟S302之后在使用地理位置信息，所以無法降低服務器進行匹配的數(shù)據(jù)量。但是，由于可以在最終的結果可以排除與特征信息B相似度非常高的特征信息D對應的登錄終端D，僅確定登錄終端B為接收端，所以本方式依然可以起到提高服務器投遞數(shù)據(jù)準確性的目的。

上述內(nèi)容為本申請的方法執(zhí)行部分，下面介紹本申請的一個場景實施例，以便更加清楚的介紹本申請的使用場景：

在外游玩的時候常常遇到請求陌生人幫忙拍照的情況，例如陌生人A希望陌生人B幫助自己拍照。此情況下陌生人A需要將自己的終端A給陌生人B，陌生人B利用終端A拍照后，陌生人A的終端A上具有照片。這樣過程太繁瑣且不便捷。在本申請中可以實現(xiàn)陌生人B使用自己的終端B為陌生人A拍照后，照片自動傳輸至陌生人A的終端A上。

為了實現(xiàn)這個目的，陌生人A的終端A和陌生人B終端B需要擁有的一個共同的軟件，例如阿里巴巴旗下的“來往”。陌生人A在“來往”上注冊有賬戶A，陌生人B在“來往”上注冊有賬戶B；并且，賬戶A中有陌生人A上傳的用于表征自己的頭像A。以上為陌生人A和陌生人B之間進行數(shù)據(jù)傳輸?shù)念A先準備過程。

在陌生人B利用終端B為陌生人A拍照得到照片，則照片即為待傳輸數(shù)據(jù)。由于照片中包含與陌生人A頭像A’(即包含有接收端的特征信息)，所以可以直接將照片作為待傳輸對象發(fā)送至“來往”的服務器。服務器對照片中的頭像A’(指示信息集合)與服務器上已有的特征信息(識別信息集合)進行匹配。然后，發(fā)現(xiàn)頭像A’與賬戶A中的頭像A匹配成功。繼而確 定登錄賬戶A的終端A為照片的接收端，最后將照片發(fā)送至陌生人A賬戶A對應的終端A上。

本場景實施例中在陌生人A與陌生人B之間沒有通信方式的情況下，可以實現(xiàn)陌生人A與陌生人B之間的數(shù)據(jù)傳輸。

下面介紹本申請的另一個場景實施例：

以郵件收發(fā)軟件為例，在現(xiàn)實情況中在用戶使用郵件收發(fā)軟件的過程中，可能有群發(fā)郵件的需求；例如，發(fā)件人A向收件人B、C和D發(fā)送文件。在此情況下，發(fā)件人A需要逐個在郵件的收件人一欄中添加收件人B、C和D的郵箱；然后才能將文件發(fā)送至收件人B、C和D。在收件人較多的情況下，容易漏泄收件人，并且還需要逐個查找每個人的郵箱，整個過程非常繁瑣。

在此情況下，可以使用本申請?zhí)峁┑姆绞?，從而使得發(fā)送郵件的過程快捷方便。在使用本申請之前，需要收件人B、C和D在郵件收發(fā)軟件上注冊賬戶，在本場景實施例中郵箱即為收件人B、C和D已注冊的賬戶。而且，收件人B、C和D需要在各自的賬戶中上傳表征自己的特征信息。例如，收件人B、C和D分別向各自的賬戶中添加電話號碼、身份證號碼等特征信息。

假設待發(fā)送的文件是一份通訊錄(待傳輸數(shù)據(jù))，其中包含與收件人B、C和D的姓名、身份證號碼、電話號碼等多個類型的特征信息(指示接收端的特征信息)。由于文件中包含有多種類型的特征信息。所以，如果服務器使用進行特征匹配時，為了減少服務器匹配的數(shù)據(jù)量，可以選擇一個類型的特征信息，如，電話號碼類型。

此時，發(fā)件人A可以不在收件人一欄中添加收件人B、C和D的郵箱，而是可以指定采用文件中的電話號碼作為指示接收端的特征信息。然后將文件發(fā)送至郵件收發(fā)軟件的服務器。服務器在接收文件之后，發(fā)現(xiàn)發(fā)件人A已經(jīng)指定采用文件中的電話號碼指示接收端。則服務器利用電話號碼已存儲的特征信息進行特征匹配，最終得到匹配成功的收件人B、C和D的郵箱；然后將文件分別發(fā)送至登錄郵箱B、郵箱C和郵箱D的終端。

本申請可以作為一個獨立軟件使用，還可以作為軟件程序應用至現(xiàn)有的即時通信軟件中依據(jù)郵件收發(fā)軟件中。例如，將本申請應用至阿里巴巴旗下 的來往中。那么，本申請中的所述賬戶包括：郵箱和/或即時通訊軟件的賬戶。即時通訊軟件可以包括微博、微信、QQ等。

與圖3所示的實施例相對應，本申請還提供了一種數(shù)據(jù)傳輸裝置，如圖8所示，包括：

第一確定單元81，用于在待傳輸對象中按預設規(guī)則確定包含一個或多個特征信息的指示信息集合；其中，所述待傳輸對象從發(fā)送端在服務器的賬戶中獲得，并且至少包括待傳輸數(shù)據(jù)。

第一匹配單元82，用于將所述指示信息集合中的特征信息與預先存儲的識別信息集合中的特征信息進行特征匹配。

第一獲取單元83，用于獲取由所述識別信息集合中匹配成功的特征信息組成的目標信息集合；其中，所述識別信息集合包括所有在服務器賬戶包含的特征信息，并且，每個賬戶中的特征信息均用于表征該賬戶且與該賬戶相對應。

發(fā)送單元84，用于向接收端集合中每個接收端發(fā)送所述待傳輸數(shù)據(jù)；其中，所述接收端集合為一個或多個目標登錄終端的集合，所述目標登錄終端為登錄所述目標信息集合中的特征信息對應賬戶的登錄終端。

其中，如圖9所示，為所述第一確定單元81的一種實現(xiàn)方式，包括：

第一解析單元91，用于解析所述待傳輸對象，獲得所述待傳輸對象中的所述待傳輸數(shù)據(jù)。

第一特征提取單元92，用于對所述待傳輸數(shù)據(jù)進行特征提取，獲得所述待傳輸數(shù)據(jù)包含的特征信息。

第二確定單元93，用于將所述待傳輸數(shù)據(jù)包含的特征信息中的一個或多個特征信息的集合，確定為所述指示信息集合。

其中，如圖10所示，為所述確定單元81的另一實現(xiàn)方式，包括：

第二解析單元101，用于解析所述待傳輸對象，獲得所述待傳輸對象中的具體內(nèi)容。

第二特征提取單元102，用于若所述具體內(nèi)容包含用于進行特征匹配的特征匹配集合，則對所述特征匹配集合中的特征進行特征提取，獲得所述特征匹配集合包含的特征信息。

第三確定單元103，用于將所述特征匹配集合包含的特征信息中的一個或多個特征信息的集合，確定為所述指示信息集合。

如圖11所示，為所述第一匹配單元82的一種實現(xiàn)方式，包括：

第一選擇單元111，用于在所述指示信息集合包含多種類型的特征信息的情況下，在所述指示信息集合中按特征信息的類型選擇一種類型或多種類型特征信息。

第二匹配單元112，用于將所述一種類型或多種類型特征信息與所述識別信息集合中的特征信息進行特征匹配。

如圖12所示，為所述第一匹配單元82的另一實現(xiàn)方式，包括：

第二選擇單元121，用于在所述指示信息集合中隨機選擇一個或多個特征信息。

第二匹配單元122，用于將所述一個或多個特征信息與所述識別信息集合中的特征信息進行特征匹配。

在上述單元中，所述指示信息集合中特征信息的類型包括：圖像類型、身份證號碼類型、電話號碼類型和/或音頻文件類型；所述指示信息集合包括：一個或多個頭像，一個或多個身份證號碼，一個或多個電話號碼，和/或，一個或多個音頻文件。

則所述第二匹配單元122，具體用于針對圖像類型的特征信息或音頻文件類型的特征信息，則計算所述指示信息集合中的特征信息與所述識別信息集合中的特征信息的相似度；若相似度大于預設相似度則確定匹配成功；針對身份證號碼類型的特征信息或電話號碼類型的特征信息，則判斷所述指示信息集合中的特征信息與所述識別信息集合中特征信息是否完全一致；若完全一致則確定匹配成功。

其中，所述待傳輸對象還包括：所述發(fā)送端上傳所述待傳輸對象時的當前地理位置信息。如圖13所示，本申請?zhí)峁┑难b置還包括：

第一獲取位置單元131，用于獲取由賬戶一一對應的登錄終端的地理位置信息所形成第一地理位置信息集合。

第一篩選單元132，用于在所述第一地理位置信息集合中，篩選與所述發(fā)送端的當前地理位置信息在預設距離范圍內(nèi)的第二地理位置信息集合。

第一組建單元133，用于將所述第二地理位置信息集合中每個地理位置信息對應的賬戶，組建第一篩選賬戶集合。

獲取信息單元134，用于在所述識別信息集合中，獲取由所述第一篩選賬戶集合中每個賬戶對應的特征信息所組成的篩選信息集合。

則所述第一匹配單元82具體用于，將所述指示信息集合中的特征信息與所述篩選信息集合中的特征信息進行特征匹配。

如圖14所示，在增加地理位置位置信息之后，本申請?zhí)峁┑难b置還包括：

第二組建單元141，用于依據(jù)所述目標信息集合構建組建第三地理位置信息集合；其中，所述第二地理位置信息集合中每個地理位置信息與一個登錄終端對應，所述登錄終端登錄所述目標信息集合中特征信息對應賬戶的登錄終端；

第二篩選單元142，用于在所述第三地理位置信息集合中，篩選與所述發(fā)送端的當前地理位置信息在預設距離范圍內(nèi)的第四地理位置信息集合；

第三組建單元143，用于將所述第四地理位置信息集合中每個地理位置信息對應的賬戶，組建第二篩選賬戶集合；

第四確定單元144，用于將所述第二篩選賬戶集合中一個或多個賬戶對應的登錄終端的集合，確定為所述接收端集合。

在本裝置中所述賬戶包括：郵箱和/或即時通訊軟件賬戶。

由以上內(nèi)容可知，本申請具有以下有益效果：

本申請主要應用于服務器，服務器上包含有各個賬戶上傳的特征信息組成的識別信息集合；通過識別信息集合中特征信息對應的賬戶，即可找到登錄該賬戶的登錄終端。在發(fā)送端期望向接收端發(fā)送數(shù)據(jù)時，會將包含有接收端特征信息(指示信息集合)的待傳輸對象發(fā)送至服務器；以供服務器通過接收端的特征信息(指示信息集合)找到待傳輸數(shù)據(jù)的接收端。

本申請服務器作為發(fā)送端與接收端之間數(shù)據(jù)的傳遞者，只要接收端在服務器上傳有表示自身的特征信息，并且，發(fā)送端發(fā)送的待傳輸對象中攜帶有接收端的特征信息，服務器即可將待傳輸對象中的待傳輸數(shù)據(jù)發(fā)送至該接收 端。即不論發(fā)送端上有無接收端的通信方式，均能夠?qū)崿F(xiàn)發(fā)送端與接收端之間的數(shù)據(jù)傳輸。

與圖2所示的實施例相對應，本申請還提供了一種數(shù)據(jù)傳輸裝置，如圖15所示，包括：

第五確定單元151，用于待傳輸數(shù)據(jù)；其中，所述待傳輸數(shù)據(jù)為發(fā)送至接收端的數(shù)據(jù)。

構建單元152，用于至少利用所述待傳輸數(shù)據(jù)構建待傳輸對象。

上傳單元153，用于在服務器上已有賬戶的情況下，向所述服務器的賬戶中上傳所述待傳輸對象；其中，所述待傳輸對象可被所述服務器用于，在待傳輸對象中按預設規(guī)則確定包含特征信息的指示信息集合；通過將所述指示信息集合中的特征信息與預先存儲的識別信息集合中的特征信息進行特征匹配，獲取由所述識別信息集合中匹配成功的特征信息組成的目標信息集合；其中，所述識別信息集合包括所有在服務器賬戶包含的特征信息，并且，每個賬戶中的特征信息均用于表征該賬戶且與該賬戶相對應；向接收端集合中每個接收端發(fā)送所述待傳輸數(shù)據(jù)；其中，所述接收端集合為一個或多個目標登錄終端的集合，所述目標登錄終端為登錄所述目標信息集合中的特征信息對應賬戶的登錄終端。

如圖16所示，本申請?zhí)峁┑难b置還包括：

第二獲取單元161，用于獲取用于進行特征匹配的特征匹配集合；

則所述構建單元152具體用于，利用所述待傳輸數(shù)據(jù)和所述特征匹配集合構建所述待傳輸對象。

如圖17所示，本申請?zhí)峁┑难b置還包括：

第三獲取單元171，用于獲取登錄發(fā)送端的登錄終端的當前地理位置信息。

則所述構建單元152包括：

第一構建單元172，用于利用所述待傳輸數(shù)據(jù)和所述當前地理位置信息構建所述待傳輸對象；或者，

第二構建單元173，用于利用所述待傳輸數(shù)據(jù)、所述特征匹配集合和所述當前地理位置信息，構建所述待傳輸對象。

如圖1所示，本申請?zhí)峁┝艘环N數(shù)據(jù)傳輸系統(tǒng)，包括：

發(fā)送端100、若干個接收端200以及與所述發(fā)送端100和所述接收端200相連的服務器300。

其中，所述發(fā)送端100用于，確定待傳輸數(shù)據(jù)；其中，所述待傳輸數(shù)據(jù)為發(fā)送至接收端200的數(shù)據(jù)；至少利用所述待傳輸數(shù)據(jù)構建待傳輸對象；在服務器300上已有賬戶的情況下，向所述服務器300的賬戶中上傳所述待傳輸對象。

所述服務器300用于，在待傳輸對象中按預設規(guī)則確定包含一個或多個特征信息的指示信息集合；通過將所述指示信息集合中的特征信息與預先存儲的識別信息集合中的特征信息進行特征匹配，獲取由所述識別信息集合中匹配成功的特征信息組成的目標信息集合；其中，所述識別信息集合包括所有在服務器賬戶包含的特征信息，并且，每個賬戶中的特征信息均用于表征該賬戶且與該賬戶相對應；向接收端集合中每個接收端發(fā)送所述待傳輸數(shù)據(jù)；其中，所述接收端集合為一個或多個目標登錄終端的集合，所述目標登錄終端為登錄所述目標信息集合中的特征信息對應賬戶的登錄終端。

所述接收端200，用于接收服務器300發(fā)送的所述待傳輸數(shù)據(jù)。

本系統(tǒng)中發(fā)送端100和服務器300還用于執(zhí)行一些其它過程，具體詳見圖2-圖7所示的實施例，在此不再贅述。

由以上內(nèi)容可知，本申請具有以下有益效果：

本申請主要應用于服務器，服務器上包含有各個賬戶上傳的特征信息組成的識別信息集合；通過識別信息集合中特征信息對應的賬戶，即可找到登錄該賬戶的登錄終端。在發(fā)送端期望向接收端發(fā)送數(shù)據(jù)時，會將包含有接收端特征信息(指示信息集合)的待傳輸對象發(fā)送至服務器；以供服務器通過接收端的特征信息(指示信息集合)找到待傳輸數(shù)據(jù)的接收端。

本申請服務器作為發(fā)送端與接收端之間數(shù)據(jù)的傳遞者，只要接收端在服務器上傳有表示自身的特征信息，并且，發(fā)送端發(fā)送的待傳輸對象中攜帶有接收端的特征信息，服務器即可將待傳輸對象中的待傳輸數(shù)據(jù)發(fā)送至該接收端。即不論發(fā)送端上有無接收端的通信方式，均能夠?qū)崿F(xiàn)發(fā)送端與接收端之間的數(shù)據(jù)傳輸。

本實施例方法所述的功能如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算設備可讀取存儲介質(zhì)中。基于這樣的理解，本申請實施例對現(xiàn)有技術做出貢獻的部分或者該技術方案的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算設備(可以是個人計算機，服務器，移動計算設備或者網(wǎng)絡設備等)執(zhí)行本申請各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：U盤、移動硬盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

本說明書中各個實施例采用遞進的方式描述，每個實施例重點說明的都是與其它實施例的不同之處，各個實施例之間相同或相似部分互相參見即可。

對所公開的實施例的上述說明，使本領域?qū)I(yè)技術人員能夠?qū)崿F(xiàn)或使用本申請。對這些實施例的多種修改對本領域的專業(yè)技術人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本申請的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本申請將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。