文件傳輸方法和服務(wù)器的制造方法
【專利摘要】本發(fā)明提供一種文件傳輸方法和服務(wù)器，方法包括：通過接收第一終端上傳的待發(fā)送文件和待發(fā)送文件欲發(fā)送至的第二終端的終端標(biāo)識(shí)；對(duì)待發(fā)送文件進(jìn)行編輯處理，以生成待發(fā)送文件對(duì)應(yīng)的待發(fā)送文件包并緩存，同時(shí)生成待發(fā)送文件包對(duì)應(yīng)的第一推送通知消息；根據(jù)第二終端的終端標(biāo)識(shí)，向第二終端發(fā)送第一推送通知消息；若接收到第二終端根據(jù)第一推送通知消息發(fā)送的文件下載請(qǐng)求，則將待發(fā)送文件包發(fā)送至第二終端。該方法不受到軟件、物理媒介，傳輸距離的限制，使得常見終端如手機(jī)之間的文件傳輸更加便捷。
【專利說明】文件傳輸方法和服務(wù)器

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及信息技術(shù)，尤其涉及一種文件傳輸方法和服務(wù)器。

【背景技術(shù)】
[0002]現(xiàn)有技術(shù)中，實(shí)現(xiàn)手機(jī)間的文件傳輸?shù)耐緩街饕?手機(jī)APP平臺(tái)、藍(lán)牙傳輸、手機(jī)存儲(chǔ)卡中轉(zhuǎn)和數(shù)據(jù)線-電腦中轉(zhuǎn)，其中:手機(jī)APP平臺(tái)傳輸需要終端安裝相同的APP軟件，且需要打開APP軟件才能查看和下載文件；藍(lán)牙傳輸要求進(jìn)行文件傳輸?shù)膬蓚€(gè)手機(jī)需相距在一定近距離內(nèi)，不適合遠(yuǎn)距離傳輸；手機(jī)存儲(chǔ)卡中轉(zhuǎn)傳輸需借助物理存儲(chǔ)卡才能實(shí)現(xiàn)，并且要求相應(yīng)手機(jī)具備拓展卡插槽；數(shù)據(jù)線-電腦中轉(zhuǎn)傳輸必須通過數(shù)據(jù)線物理連接至電腦，然后通過電腦緩存中轉(zhuǎn)來傳輸文件。
[0003]上述方法或多或少受到軟件、物理媒介，傳輸距離的限制，而使得手機(jī)間文件傳輸不便捷。


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

[0004]本發(fā)明的目的在于提供一種文件傳輸方法和服務(wù)器。
[0005]第一方面，本發(fā)明實(shí)施例提供一種文件傳輸方法，包括:
[0006]服務(wù)器接收第一終端上傳的待發(fā)送文件和所述待發(fā)送文件欲發(fā)送至的第二終端的終端標(biāo)識(shí)；
[0007]所述服務(wù)器對(duì)所述待發(fā)送文件進(jìn)行編輯處理，以生成所述待發(fā)送文件對(duì)應(yīng)的待發(fā)送文件包并緩存，同時(shí)生成所述待發(fā)送文件包對(duì)應(yīng)的第一推送通知消息；
[0008]所述服務(wù)器根據(jù)所述第二終端的終端標(biāo)識(shí)，向所述第二終端發(fā)送所述第一推送通知消息；
[0009]若所述服務(wù)器接收到所述第二終端根據(jù)所述第一推送通知消息發(fā)送的文件下載請(qǐng)求，則所述服務(wù)器將所述待發(fā)送文件包發(fā)送至第二終端。
[0010]第二方面，本發(fā)明實(shí)施例提供一種服務(wù)器，包括:
[0011]接收模塊，用于接收第一終端上傳的待發(fā)送文件和所述待發(fā)送文件欲發(fā)送至的第_■終端的終端標(biāo)識(shí)；
[0012]處理模塊，用于對(duì)所述待發(fā)送文件進(jìn)行編輯處理，以生成所述待發(fā)送文件對(duì)應(yīng)的待發(fā)送文件包并緩存，同時(shí)生成所述待發(fā)送文件包對(duì)應(yīng)的第一推送通知消息；
[0013]發(fā)送模塊，用于根據(jù)所述第二終端的終端標(biāo)識(shí)，向所述第二終端發(fā)送所述第一推送通知消息；
[0014]所述發(fā)送模塊，還用于若所述接收模塊接收到所述第二終端根據(jù)所述第一推送通知消息發(fā)送的文件下載請(qǐng)求，則將所述待發(fā)送文件包發(fā)送至第二終端。
[0015]本發(fā)明提供的文件傳輸方法和服務(wù)器，通過接收第一終端上傳的待發(fā)送文件和待發(fā)送文件欲發(fā)送至的第二終端的終端標(biāo)識(shí)；對(duì)待發(fā)送文件進(jìn)行編輯處理，以生成待發(fā)送文件對(duì)應(yīng)的待發(fā)送文件包并緩存，同時(shí)生成待發(fā)送文件包對(duì)應(yīng)的第一推送通知消息；根據(jù)第二終端的終端標(biāo)識(shí)，向第二終端發(fā)送第一推送通知消息；若接收到第二終端根據(jù)第一推送通知消息發(fā)送的文件下載請(qǐng)求，則將待發(fā)送文件包發(fā)送至第二終端。該方法不受到軟件、物理媒介，傳輸距離的限制，使得常見終端如手機(jī)之間的文件傳輸更加便捷。

【專利附圖】

【附圖說明】
[0016]圖1為本發(fā)明提供的文件傳輸方法一個(gè)實(shí)施例的流程圖；
[0017]圖2為本發(fā)明提供的文件傳輸方法另一個(gè)實(shí)施例的流程圖；
[0018]圖3為本發(fā)明提供的服務(wù)器一個(gè)實(shí)施例的結(jié)構(gòu)示意圖。

【具體實(shí)施方式】
[0019]圖1為本發(fā)明提供的文件傳輸方法一個(gè)實(shí)施例的流程圖，該方法的執(zhí)行主體可以為設(shè)置在網(wǎng)絡(luò)中的具有推送通知信息(Wap Push)功能的服務(wù)器，該文件傳輸方法具體包括:
[0020]S101，服務(wù)器接收第一終端上傳的待發(fā)送文件和待發(fā)送文件欲發(fā)送至的第二終端的終端標(biāo)識(shí)；
[0021]現(xiàn)有的Wap Push技術(shù)是一種基于客戶服務(wù)器機(jī)制、由服務(wù)器主動(dòng)將信息發(fā)往客戶端的技術(shù)，其系統(tǒng)框架主要包括推送發(fā)起者(Push Initiator, PI)、推送代理網(wǎng)關(guān)(PushProxy Gateway,PPG)和推送客戶(Push Client,PC)三個(gè)功能部分。PI 位于 Internet 中,而PC在WAP領(lǐng)域，PI和WAP客戶端所使用的協(xié)議是不同的，需要在中間建立一個(gè)協(xié)議轉(zhuǎn)換網(wǎng)關(guān)即PPG。PPG通過推送訪問協(xié)議(Push Access Protocol,PAP)與PI通信，通過推送空間傳輸協(xié)議(Push Over-The-Air, Push OTA)完成向客戶推送信息的數(shù)據(jù)傳輸任務(wù)。
[0022]本實(shí)施例所述服務(wù)器則集成了上述Wap Push系統(tǒng)框架中的PI和PPG。而上述第一終端和第二終端可視為上述Wap Push系統(tǒng)框架中的PC如手機(jī)、Ipad等終端設(shè)備。該第一終端和第二終端除具備現(xiàn)有PC功能既通過Push OTA接收本實(shí)施例中服務(wù)器的推送通知消息外，還可以通過超文本傳輸協(xié)議(Hypertext transfer protocol, HTTP)主動(dòng)訪問該服務(wù)器。具體地，上述服務(wù)器接收第一終端上傳的待發(fā)送文件和待發(fā)送文件欲發(fā)送至的第二終端的終端標(biāo)識(shí)的過程可以為:第一終端通過預(yù)制的網(wǎng)頁瀏覽器打開Web頁面，并通過HTTP登陸服務(wù)器對(duì)應(yīng)網(wǎng)頁頁面從而在該頁面上傳欲發(fā)送至第二終端的待發(fā)送文件和該第二終端的終端標(biāo)識(shí)。其中，該第二終端的終端標(biāo)識(shí)可以為唯一標(biāo)識(shí)該第二終端的信息，如可以為當(dāng)前第二終端接入網(wǎng)絡(luò)的IP地址，設(shè)備地址、路由信息、手機(jī)號(hào)碼等。
[0023]S102，服務(wù)器對(duì)待發(fā)送文件進(jìn)行編輯處理，以生成待發(fā)送文件對(duì)應(yīng)的待發(fā)送文件包并緩存，同時(shí)生成待發(fā)送文件包對(duì)應(yīng)的第一推送通知消息；
[0024]服務(wù)器接收到待發(fā)送文件后，通過內(nèi)置的上述PI對(duì)待發(fā)送文件進(jìn)行編輯處理，將待發(fā)送文件如文字、圖片、音頻、視頻、apk文件(安卓手機(jī)軟件安裝包)以及辦公中常用的word, excel,pdf等多種文件通過編碼處理算法,整合打包成為一個(gè)文件包作為待發(fā)送文件對(duì)應(yīng)的待發(fā)送文件包，并緩存在一個(gè)目錄中。
[0025]同時(shí)，服務(wù)器還通過內(nèi)置的上述PI根據(jù)上述待發(fā)送文件包生成其對(duì)應(yīng)的第一推送通知消息，該消息中攜帶了待發(fā)送文件包相關(guān)的描述信息，如待發(fā)送文件包的:鏈接地址、包標(biāo)題、包大小標(biāo)識(shí)、緩存有效期等。
[0026]S103，服務(wù)器根據(jù)第二終端的終端標(biāo)識(shí)，向第二終端發(fā)送第一推送通知消息；
[0027]具體的，服務(wù)器中的PI生成上述第一推送通知消息后，將該消息發(fā)送給預(yù)制在服務(wù)器中的PPG，PPG對(duì)第一推送通知消息進(jìn)行鑒權(quán)和格式檢查通過后，將其壓縮成適合無線鏈路傳輸?shù)亩M(jìn)制消息，并根據(jù)第二終端的終端標(biāo)識(shí)，使用Push OTA協(xié)議向第二終端發(fā)送該壓縮處理后的第一推送通知消息。若
[0028]S104，若服務(wù)器接收到第二終端根據(jù)第一推送通知消息發(fā)送的文件下載請(qǐng)求，則服務(wù)器將待發(fā)送文件包發(fā)送至第二終端；
[0029]若當(dāng)前第二終端為接入網(wǎng)狀態(tài)，則第二終端接收到該第一推送通知消息后，可通過點(diǎn)擊其中的鏈接地址向服務(wù)器發(fā)送文件下載請(qǐng)求。服務(wù)器接收到該文件下載請(qǐng)求后從緩存中提取對(duì)應(yīng)的待發(fā)送文件包并通過PPG將其發(fā)送至第二終端。
[0030]本發(fā)明提供的文件傳輸方法，通過接收第一終端上傳的待發(fā)送文件和待發(fā)送文件欲發(fā)送至的第二終端的終端標(biāo)識(shí)；對(duì)待發(fā)送文件進(jìn)行編輯處理，以生成待發(fā)送文件對(duì)應(yīng)的待發(fā)送文件包并緩存，同時(shí)生成待發(fā)送文件包對(duì)應(yīng)的第一推送通知消息；根據(jù)第二終端的終端標(biāo)識(shí)，向第二終端發(fā)送第一推送通知消息；若接收到第二終端根據(jù)第一推送通知消息發(fā)送的文件下載請(qǐng)求，則將待發(fā)送文件包發(fā)送至第二終端。該方法不受到軟件、物理媒介，傳輸距離的限制，使得常見終端如手機(jī)之間的文件傳輸更加便捷。
[0031]圖2為本發(fā)明提供的文件傳輸方法另一個(gè)實(shí)施例的流程圖，是圖1所述文件傳輸方法的一種具體實(shí)現(xiàn)方式。如圖2所示，該文件傳輸方法具體包括:
[0032]S201，服務(wù)器接收第一終端上傳的待發(fā)送文件和待發(fā)送文件欲發(fā)送至的第二終端的終端標(biāo)識(shí)；該步驟具體執(zhí)行過程可參見步驟101的相應(yīng)內(nèi)容。
[0033]具體的，本實(shí)施例中的第一終端和第二終端均分別為手機(jī)終端；相應(yīng)的，第二終端的終端標(biāo)識(shí)具體為第二終端對(duì)應(yīng)的手機(jī)終端的手機(jī)號(hào)碼。
[0034]S202，服務(wù)器根據(jù)第二終端對(duì)應(yīng)的手機(jī)號(hào)碼確定第二終端所支持的文件類型；
[0035]服務(wù)器根據(jù)第二終端的手機(jī)號(hào)碼查詢預(yù)建立的用戶號(hào)碼與機(jī)型匹配數(shù)據(jù)庫，獲得第二終端的匹配機(jī)型和配置參數(shù)從而獲知第二終端所支持的文件類型；如圖片的格式；音頻、時(shí)頻的格式等。其中，上述用戶號(hào)碼與機(jī)型匹配的關(guān)系數(shù)據(jù)可從現(xiàn)有移動(dòng)通信運(yùn)營商處查詢獲得。
[0036]S203，服務(wù)器對(duì)待發(fā)送文件進(jìn)行編輯處理，以生成待發(fā)送文件對(duì)應(yīng)的待發(fā)送文件包并緩存，同時(shí)生成待發(fā)送文件包對(duì)應(yīng)的第一推送通知消息；其中，所述待發(fā)送文件包具體為所述第二終端所支持文件類型的所述待發(fā)送文件包；該步驟具體執(zhí)行過程可參見步驟102的相應(yīng)內(nèi)容。例如，當(dāng)?shù)谝唤K端上傳的待發(fā)送文件為PNG格式的圖片文件，而服務(wù)器獲知第二終端僅支持JPG格式的圖片文件，則服務(wù)器將PNG格式的圖片文件轉(zhuǎn)換為JPG格式的圖片文件并作為待發(fā)送文件包緩存到目標(biāo)目錄下。
[0037]S204，服務(wù)器根據(jù)第二終端的終端標(biāo)識(shí)，向第二終端發(fā)送第一推送通知消息；該步驟具體執(zhí)行過程可參見步驟103的相應(yīng)內(nèi)容。
[0038]具體地，當(dāng)?shù)诙K端具體為手機(jī)終端，第二終端的終端標(biāo)識(shí)具體為手機(jī)終端的手機(jī)號(hào)碼時(shí)，服務(wù)器可采用如下步驟向第二終端發(fā)送第一推送通知消息:
[0039]服務(wù)器將第一推送通知消息以及第二終端對(duì)應(yīng)的手機(jī)號(hào)碼發(fā)送至短信網(wǎng)關(guān)，以使短信網(wǎng)關(guān)根據(jù)手機(jī)號(hào)碼將第一推送通知消息發(fā)送至第二終端。其中，所述短信網(wǎng)關(guān)為現(xiàn)有技術(shù)中手機(jī)終端之間相互收發(fā)短信的網(wǎng)關(guān)，即轉(zhuǎn)發(fā)如A手機(jī)發(fā)送的短信至B手機(jī)從而時(shí)間A手機(jī)向B手機(jī)發(fā)送短信。手機(jī)終端與短信網(wǎng)關(guān)之間通過無線鏈路傳輸?shù)亩M(jìn)制消息進(jìn)行信息交互。
[0040]S205，若服務(wù)器接收到第二終端根據(jù)第一推送通知消息發(fā)送的文件下載請(qǐng)求，則服務(wù)器將待發(fā)送文件包發(fā)送至第二終端；該步驟具體執(zhí)行過程可參見步驟104的內(nèi)容。
[0041]S206，服務(wù)器接收第二終端發(fā)送的文件接收確認(rèn)消息，并根據(jù)文件接收確認(rèn)消息刪除對(duì)應(yīng)的已緩存的待發(fā)送文件包；
[0042]其中，第二終端可通過PUSH OTA協(xié)議向上述服務(wù)器中的PPG發(fā)送該文件接收確認(rèn)消息。服務(wù)器接收到該文件接收確認(rèn)消息后，將該消息對(duì)應(yīng)的已緩存的待發(fā)送文件包刪除，從而釋放相應(yīng)緩存空間。如果服務(wù)器一直沒有接收到第二終端根據(jù)第一推送通知消息發(fā)送的文件下載請(qǐng)求，那么服務(wù)器會(huì)在待發(fā)送文件包對(duì)應(yīng)的緩存時(shí)間超出上述緩存有效期后自動(dòng)刪除，以釋放相應(yīng)緩存空間。
[0043]S207，服務(wù)器將文件接收確認(rèn)消息轉(zhuǎn)發(fā)給第一終端，以告知第一終端，上述待發(fā)送文件成功被上述第二終端接收。
[0044]本發(fā)明提供的文件傳輸方法，服務(wù)器接收第一終端上傳的待發(fā)送文件和待發(fā)送文件欲發(fā)送至的第二終端的終端標(biāo)識(shí)；服務(wù)器根據(jù)第二終端對(duì)應(yīng)的手機(jī)號(hào)碼確定第二終端所支持的文件類型；服務(wù)器對(duì)待發(fā)送文件進(jìn)行編輯處理，以生成待發(fā)送文件對(duì)應(yīng)的待發(fā)送文件包并緩存，同時(shí)生成待發(fā)送文件包對(duì)應(yīng)的第一推送通知消息；其中，所述待發(fā)送文件包具體為所述第二終端所支持文件類型的所述待發(fā)送文件包；服務(wù)器根據(jù)第二終端的終端標(biāo)識(shí)，向第二終端發(fā)送第一推送通知消息；若服務(wù)器接收到第二終端根據(jù)第一推送通知消息發(fā)送的文件下載請(qǐng)求，則服務(wù)器將待發(fā)送文件包發(fā)送至第二終端；服務(wù)器接收第二終端發(fā)送的文件接收確認(rèn)消息，并根據(jù)文件接收確認(rèn)消息刪除對(duì)應(yīng)的已緩存的待發(fā)送文件包；同時(shí)，將文件接收確認(rèn)消息轉(zhuǎn)發(fā)給第一終端，以告知第一終端，上述待發(fā)送文件成功被上述第二終端接收。該方案不受到軟件、物理媒介，傳輸距離的限制，使得常見終端如手機(jī)之間的文件傳輸更加便捷。
[0045]本領(lǐng)域普通技術(shù)人員可以理解:實(shí)現(xiàn)上述各方法實(shí)施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成。前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中。該程序在執(zhí)行時(shí)，執(zhí)行包括上述各方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括:R0M、RAM、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。
[0046]圖3為本發(fā)明提供的服務(wù)器一個(gè)實(shí)施例的結(jié)構(gòu)示意圖，可執(zhí)行如圖1所示的文件傳輸方法。如圖3所示，該服務(wù)器具體包括接收模塊31、處理模塊32和發(fā)送模塊33，其中:
[0047]接收模塊31，用于接收第一終端上傳的待發(fā)送文件和待發(fā)送文件欲發(fā)送至的第二終端的終端標(biāo)識(shí)；
[0048]處理模塊32，用于對(duì)待發(fā)送文件進(jìn)行編輯處理，以生成待發(fā)送文件對(duì)應(yīng)的待發(fā)送文件包并緩存，同時(shí)生成待發(fā)送文件包對(duì)應(yīng)的第一推送通知消息；
[0049]發(fā)送模塊33，用于根據(jù)第二終端的終端標(biāo)識(shí)，向第二終端發(fā)送第一推送通知消息；
[0050]發(fā)送模塊33，還用于若所述接收模塊31接收到第二終端根據(jù)第一推送通知消息發(fā)送的文件下載請(qǐng)求，則將待發(fā)送文件包發(fā)送至第二終端。
[0051]進(jìn)一步的，上述第二終端具體為手機(jī)終端，第二終端的終端標(biāo)識(shí)具體為手機(jī)終端的手機(jī)號(hào)碼；上述發(fā)送模塊33具體用于:
[0052]將第一推送通知消息以及第二終端對(duì)應(yīng)的手機(jī)號(hào)碼發(fā)送至短信網(wǎng)關(guān)，以使短信網(wǎng)關(guān)根據(jù)手機(jī)號(hào)碼將第一推送通知消息發(fā)送至第二終端。
[0053]進(jìn)一步的，在接收模塊31接收第一終端上傳的待發(fā)送文件和待發(fā)送文件欲發(fā)送至的第二終端的終端標(biāo)識(shí)之后，且處理模塊32對(duì)待發(fā)送文件進(jìn)行編輯處理，以生成待發(fā)送文件對(duì)應(yīng)的待發(fā)送文件包之前，處理模塊33還用于:根據(jù)第二終端對(duì)應(yīng)的手機(jī)號(hào)碼確定第二終端所支持的文件類型。
[0054]進(jìn)一步的，上述第一推送通知消息中包括:第二終端的終端標(biāo)識(shí)；待發(fā)送文件包的:鏈接地址、包標(biāo)題、包大小標(biāo)識(shí)、緩存有效期。
[0055]進(jìn)一步的，上述待發(fā)送文件包具體為第二終端所支持文件類型的待發(fā)送文件包。
[0056]進(jìn)一步的，上述接收模塊31還用于接收第二終端發(fā)送的文件接收確認(rèn)消息，并根據(jù)文件接收確認(rèn)消息指示處理模塊32刪除對(duì)應(yīng)的已緩存的待發(fā)送文件包。
[0057]進(jìn)一步的，上述發(fā)送模塊33還用于將上述文件接收確認(rèn)消息轉(zhuǎn)發(fā)給第一終端。
[0058]上述圖2所示的文件傳輸方法可通過本實(shí)施例所述服務(wù)器執(zhí)行完成，在此對(duì)其方法原理不做贅述。
[0059]本發(fā)明提供的服務(wù)器，通過接收第一終端上傳的待發(fā)送文件和待發(fā)送文件欲發(fā)送至的第二終端的終端標(biāo)識(shí)；對(duì)待發(fā)送文件進(jìn)行編輯處理，以生成待發(fā)送文件對(duì)應(yīng)的待發(fā)送文件包并緩存，同時(shí)生成待發(fā)送文件包對(duì)應(yīng)的第一推送通知消息；根據(jù)第二終端的終端標(biāo)識(shí)，向第二終端發(fā)送第一推送通知消息；若接收到第二終端根據(jù)第一推送通知消息發(fā)送的文件下載請(qǐng)求，則將待發(fā)送文件包發(fā)送至第二終端。該方法不受到軟件、物理媒介，傳輸距離的限制，使得常見終端如手機(jī)之間的文件傳輸更加便捷。
[0060]最后應(yīng)說明的是:以上各實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對(duì)其限制；盡管參照前述各實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分或者全部技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的范圍。
【權(quán)利要求】
1.一種文件傳輸方法，其特征在于，包括: 服務(wù)器接收第一終端上傳的待發(fā)送文件和所述待發(fā)送文件欲發(fā)送至的第二終端的終端標(biāo)識(shí)； 所述服務(wù)器對(duì)所述待發(fā)送文件進(jìn)行編輯處理，以生成所述待發(fā)送文件對(duì)應(yīng)的待發(fā)送文件包并緩存，同時(shí)生成所述待發(fā)送文件包對(duì)應(yīng)的第一推送通知消息； 所述服務(wù)器根據(jù)所述第二終端的終端標(biāo)識(shí)，向所述第二終端發(fā)送所述第一推送通知消息； 若所述服務(wù)器接收到所述第二終端根據(jù)所述第一推送通知消息發(fā)送的文件下載請(qǐng)求，則所述服務(wù)器將所述待發(fā)送文件包發(fā)送至第二終端。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第一推送通知消息中包括:所述第二終端的終端標(biāo)識(shí)；所述待發(fā)送文件包的:鏈接地址、包標(biāo)題、包大小標(biāo)識(shí)、緩存有效期。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述第二終端具體為手機(jī)終端，所述第二終端的終端標(biāo)識(shí)具體為所述手機(jī)終端的手機(jī)號(hào)碼； 所述服務(wù)器根據(jù)所述第二終端的終端標(biāo)識(shí)，向所述第二終端發(fā)送所述第一推送通知消息，包括: 所述服務(wù)器將所述第一推送通知消息以及所述第二終端對(duì)應(yīng)的所述手機(jī)號(hào)碼發(fā)送至短信網(wǎng)關(guān)，以使所述短信網(wǎng)關(guān)根據(jù)所述手機(jī)號(hào)碼將所述第一推送通知消息發(fā)送至所述第二終端。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，在所述服務(wù)器接收第一終端上傳的待發(fā)送文件和所述待發(fā)送文件欲發(fā)送至的第二終端的終端標(biāo)識(shí)之后，且在所述服務(wù)器對(duì)所述待發(fā)送文件進(jìn)行編輯處理，以生成所述待發(fā)送文件對(duì)應(yīng)的待發(fā)送文件包之前，包括: 所述服務(wù)器根據(jù)所述第二終端對(duì)應(yīng)的所述手機(jī)號(hào)碼確定所述第二終端所支持的文件類型。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述服務(wù)器對(duì)所述待發(fā)送文件進(jìn)行編輯處理，以生成所述待發(fā)送文件對(duì)應(yīng)的待發(fā)送文件包具體為所述第二終端所支持文件類型的所述待發(fā)送文件包。
6.根據(jù)權(quán)利要求1-5任意一項(xiàng)所述的方法，其特征在于，所述服務(wù)器將所述待發(fā)送文件包發(fā)送至所述第二終端后，包括: 所述服務(wù)器接收所述第二終端發(fā)送的文件接收確認(rèn)消息，并根據(jù)所述文件接收確認(rèn)消息刪除對(duì)應(yīng)的已緩存的所述待發(fā)送文件包。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，在所述服務(wù)器接收所述第二終端發(fā)送的文件接收確認(rèn)消息后，還包括:所述服務(wù)器將所述文件接收確認(rèn)消息轉(zhuǎn)發(fā)給所述第一終端。
8.一種服務(wù)器，其特征在于，包括: 接收模塊，用于接收第一終端上傳的待發(fā)送文件和所述待發(fā)送文件欲發(fā)送至的第二終端的終端標(biāo)識(shí)； 處理模塊，用于對(duì)所述待發(fā)送文件進(jìn)行編輯處理，以生成所述待發(fā)送文件對(duì)應(yīng)的待發(fā)送文件包并緩存，同時(shí)生成所述待發(fā)送文件包對(duì)應(yīng)的第一推送通知消息； 發(fā)送模塊，用于根據(jù)所述第二終端的終端標(biāo)識(shí)，向所述第二終端發(fā)送所述第一推送通知消息； 所述發(fā)送模塊，還用于若所述接收模塊接收到所述第二終端根據(jù)所述第一推送通知消息發(fā)送的文件下載請(qǐng)求，則將所述待發(fā)送文件包發(fā)送至第二終端。
9.根據(jù)權(quán)利要求8所述的服務(wù)器，其特征在于，所述第一推送通知消息中包括:所述第二終端的終端標(biāo)識(shí)；所述待發(fā)送文件包的:鏈接地址、包標(biāo)題、包大小標(biāo)識(shí)、緩存有效期。
10.根據(jù)權(quán)利要求9所述的服務(wù)器，其特征在于，所述第二終端具體為手機(jī)終端，所述第二終端的終端標(biāo)識(shí)具體為所述手機(jī)終端的手機(jī)號(hào)碼；所述發(fā)送模塊具體用于: 將所述第一推送通知消息以及所述第二終端對(duì)應(yīng)的所述手機(jī)號(hào)碼發(fā)送至短信網(wǎng)關(guān)，以使所述短信網(wǎng)關(guān)根據(jù)所述手機(jī)號(hào)碼將所述第一推送通知消息發(fā)送至所述第二終端。
11.根據(jù)權(quán)利要求10所述的服務(wù)器，其特征在于，在所述接收模塊接收第一終端上傳的待發(fā)送文件和所述待發(fā)送文件欲發(fā)送至的第二終端的終端標(biāo)識(shí)之后，且在所述處理模塊對(duì)所述待發(fā)送文件進(jìn)行編輯處理，以生成所述待發(fā)送文件對(duì)應(yīng)的待發(fā)送文件包之前，所述處理模塊還用于:根據(jù)所述第二終端對(duì)應(yīng)的所述手機(jī)號(hào)碼確定所述第二終端所支持的文件類型。
12.根據(jù)權(quán)利要求11所述的服務(wù)器，其特征在于，所述待發(fā)送文件包具體為所述第二終端所支持文件類型的所述待發(fā)送文件包。
13.根據(jù)權(quán)利要求8-12任意一項(xiàng)所述的服務(wù)器，其特征在于，所述接收模塊還用于接收所述第二終端發(fā)送的文件接收確認(rèn)消息，并根據(jù)所述文件接收確認(rèn)消息指示所述處理模塊刪除對(duì)應(yīng)的已緩存的所述待發(fā)送文件包。
14.根據(jù)權(quán)利要求13所述的服務(wù)器，其特征在于，所述發(fā)送模塊還用于將所述文件接收確認(rèn)消息轉(zhuǎn)發(fā)給所述第一終端。
【文檔編號(hào)】H04L29/06GK104202411SQ201410469102
【公開日】2014年12月10日 申請(qǐng)日期:2014年9月15日 優(yōu)先權(quán)日:2014年9月15日
【發(fā)明者】劉濤, 劉艷, 文飛 申請(qǐng)人:中卓信（北京）科技有限公司