專利名稱：業(yè)務(wù)交互方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種業(yè)務(wù)交互方法及裝置。
背景技術(shù)：
目前，流4亍的移動對等網(wǎng)紹4支術(shù)(Peer to Peer,簡稱為P2P ) 涵蓋了視頻、語音、搜索、下載等多種，是傳統(tǒng)互聯(lián)網(wǎng)最大核心應(yīng) 用。在傳統(tǒng)互聯(lián)網(wǎng)飛速發(fā)展的同時，移動互聯(lián)網(wǎng)也日趨成熟。隨著 無線通信沖支術(shù)的發(fā)展，無線帶寬的增加，P2P已經(jīng)走向移動網(wǎng)內(nèi)。
移動P2P纟支術(shù)就是4巴傳統(tǒng)互耳關(guān)網(wǎng)P2P的纟支術(shù)應(yīng)用到移動/無線 網(wǎng)絡(luò)中來，這是移動互聯(lián)網(wǎng)發(fā)展的必然需求。移動P2P業(yè)務(wù)包括視 頻內(nèi)容點播業(yè)務(wù)、文件P2P下載和上傳業(yè)務(wù)、用戶好友交互等互動 業(yè)務(wù)以及視頻內(nèi)容搜索業(yè)務(wù)，因此移動P2P業(yè)務(wù)包括如下的功能。
(1) 用戶注冊/注銷功能用戶可以通過移動纟冬端〗吏用移動鄉(xiāng)冬 端號碼注冊、注銷本業(yè)務(wù)。
(2) 用戶登錄/退出登錄功能用戶可以通過終端登錄/退出登 錄P2P增值業(yè)務(wù)平臺。(3) .用戶信息管理功能用戶可以查詢，修改，刪除自己注冊
的基本信息(移動終端號碼不能編輯)。
(4) 好友管理功能用戶可以通過終端的好友列表添加、刪除、 查找、zf奮改用戶的好友信息。
(5) 分組管理功能用戶可以對好友進(jìn)行分組管理，便于管理 用戶的好友信息，分組信息可以支持添加、刪除、查找、修改功能。
(6 )用戶 <吏用信息查詢功能用戶可以通過終端軟件查詢用戶 的業(yè)務(wù)使用信息，包括但不限于流量查詢以及計費信息查詢。
(7)內(nèi)容搜索功能用戶可以通過P2P業(yè)務(wù)平臺的門戶，搜 索需要的內(nèi)容。
(8 )文件上傳功能用戶通過移動網(wǎng)絡(luò)將自有視頻文件上傳到 業(yè)務(wù)平臺。
(9) 視頻內(nèi)容點播功能用戶通過終端選中相關(guān)的視頻服務(wù)。 P2P業(yè)務(wù)平臺根據(jù)用戶的請求將視頻流數(shù)據(jù)以客戶端/月良務(wù)器
(Custom/Server，筒稱為C/S )或者P2P的方式發(fā)送到終端，由終 端播放器對其解碼并播放。
(10) — 見頻內(nèi)容下載功能用戶通過終端選中相關(guān)的內(nèi)容，終 端通過P2P技術(shù)將整個々某體文件全部下載到終端本地。
移動P2P業(yè)務(wù)面向2.5/2.75/3G/無線4呆真(Wireless Fidelity,簡 稱為Wi-Fi)等混合共存的復(fù)雜移動數(shù)據(jù)網(wǎng)絡(luò)環(huán)境，是一個既能在 通用分組無線業(yè)務(wù)(General Packet Radio Service,簡稱為GPRS )、 增強(qiáng)型凄丈據(jù)速率GSM演進(jìn)4支術(shù)(Enhanced Data Rate for GSM Evolution,簡稱為EDGE)網(wǎng)絡(luò)環(huán)境下4吏用，又能在時分同步碼分多址接入 (Time Division-Synchronous Code Division Multiple Access,筒稱為TD-SCDMA )以及包括Wi-Fi在內(nèi)的其^也高速移動 寬帶4妄入網(wǎng)中的移動終端P2P對傳的業(yè)務(wù)。
圖1是根據(jù)相關(guān)技術(shù)的移動P2P點播應(yīng)用環(huán)境的示意圖，如圖 1所示，包括中國移動(China Mobile Communication Corporation, 筒稱為CMCC)業(yè)務(wù)承載網(wǎng)絡(luò)下的業(yè)務(wù)平臺、基于C/S模式下的 GPRS/EDGE系統(tǒng)、基于P2P才莫式下的WI-FI P2P子系統(tǒng)、基于C/S 才莫式下的TD-SCDMA系統(tǒng)以及其它運營商的互聯(lián)網(wǎng)P2P系統(tǒng)。
圖1中移動終端包括移動通信設(shè)備、無線上網(wǎng)設(shè)備等。根據(jù)上 4亍網(wǎng)絡(luò)帶寬和移動終端處理能力的不同，移動終端和流々某體服務(wù)器 之間可以是客戶端/服務(wù)器(C/S)模式或者是P2P模式。當(dāng)上行網(wǎng) 絡(luò)帶寬和移動終端處理能力不滿足條件時， 一部分移動終端仍然基 于傳統(tǒng)的客戶端/服務(wù)器沖莫式；同時，當(dāng)上行網(wǎng)絡(luò)帶寬和移動終端處 理能力滿足條件時，另一部分移動終端參與移動P2P業(yè)務(wù)，承擔(dān)一 定的任務(wù)。該承擔(dān)任務(wù)的終端主要是指Wi-Fi網(wǎng)絡(luò)中的PC終端(例 如筆記本和個人電腦)和移動終端。PC終端通過安裝P2P客戶端， 以P2P的方式組織在一起，可以形成一張Wi-Fi中的P2P網(wǎng)絡(luò)。P2P
客戶端以P2P的模式分享用戶提供的內(nèi)容及分發(fā)運營商組織的內(nèi)
々 谷。
雖然在移動通信網(wǎng)絡(luò)中實現(xiàn)移動P2P業(yè)務(wù)有很多優(yōu)勢，但是， 相關(guān)纟支術(shù)中的移動P2P業(yè)務(wù)都不支持流纟某體業(yè)務(wù)。

發(fā)明內(nèi)容
針對在移動通信網(wǎng)絡(luò)中移動P2P業(yè)務(wù)不支持流媒體業(yè)務(wù)的問題 而提出本發(fā)明，為此，本發(fā)明的主要目的在于提供一種業(yè)務(wù)交互方 法及裝置，以解決上述問題。
7為了實現(xiàn)上述目的，才艮據(jù)本發(fā)明的一個方面，^是供了一種業(yè)務(wù)
交互方法，該方法包括業(yè)務(wù)平臺接收來自發(fā)送終端的業(yè)務(wù)i青求， 其中，業(yè)務(wù)請求用于指示業(yè)務(wù)平臺向移動終端發(fā)送待下載文件；業(yè) 務(wù)平臺^^艮據(jù)業(yè)務(wù)請求確定當(dāng)前上線的存在待下載文件的上傳終端， 并根據(jù)確定的上傳終端的數(shù)目將待下載文件進(jìn)行劃分；業(yè)務(wù)平臺指
務(wù)器向移動終端提供待下載文件。
具體地，在業(yè)務(wù)平臺指示上傳終端向媒體服務(wù)器上傳劃分后的 待下載文件之后，上述方法還包括業(yè)務(wù)平臺定時一企測上傳終端的 狀態(tài)；業(yè)務(wù)平臺才艮據(jù)狀態(tài)，選"f奪能力滿足預(yù)定條件的上傳終端替代 能力不滿足預(yù)定條件的上傳終端；業(yè)務(wù)平臺將能力不滿足預(yù)定條件
預(yù)定條件的上傳終端。
具體地，在指示媒體服務(wù)器向移動終端提供待下載文件之前， 上述方法還包括移動終端向媒體服務(wù)器請求下載待下載文件。
具體地，在指示^ 某體服務(wù)器向移動終端提供待下載文件之后， 上述方法還包括移動終端,人纟某體"l務(wù)器一妄收待下載文件。
具體地，在移動終端從纟某體服務(wù)器一妻收待下載文件之后，上述 方法還包括業(yè)務(wù)平臺向媒體服務(wù)器獲取下載進(jìn)度，并將下載進(jìn)度 通知給發(fā)送終端。
具體地，在業(yè)務(wù)平臺接收來自發(fā)送終端的業(yè)務(wù)請求之后，上述 方法還包括發(fā)送終端中斷業(yè)務(wù)請求，以〗更停止業(yè)務(wù)。
具體地，在移動終端從纟某體服務(wù)器接收待下載文件之后，上述 方法還包4舌移動鄉(xiāng)冬端中斷4妻收4寺下載文件，以使J亭止業(yè)務(wù)。
8為了實現(xiàn)上述目的，才艮據(jù)本發(fā)明的另一個方面，還提供了一種
業(yè)務(wù)交互裝置，該裝置包括接收模塊，用于接收來自發(fā)送終端的 業(yè)務(wù)請求；確定模塊，用于根據(jù)業(yè)務(wù)請求確定當(dāng)前上線的存在待下 載文件的上傳終端；劃分模塊，用于根據(jù)確定的上傳終端的數(shù)目將 待下載文件進(jìn)行劃分；第一指示模塊，用于指示上傳終端向媒體服 務(wù)器上傳劃分后的待下載文件；第二指示模塊，用于指示媒體服務(wù) 器向移動終端提供待下載文件。
具體地,上述裝置還包括；險測模塊，用于定時4企測上傳終端 的狀態(tài)；選擇模塊，用于根據(jù)狀態(tài)，選擇能力滿足預(yù)定條件的上傳 終端替代能力不滿足預(yù)定條件的上傳終端；轉(zhuǎn)移模塊，用于將能力
轉(zhuǎn)移給能力滿足預(yù)定條件的上傳終端；獲取模塊，用于向媒體服務(wù) 器獲取下載進(jìn)度；通知模塊，用于將下載進(jìn)度通知給發(fā)送終端。
通過本發(fā)明，釆用業(yè)務(wù)平臺指示上傳終端向^某體服務(wù)器上傳待 下載文件，并指示々某體服務(wù)器向移動終端^R供待下載文件，解決了 在移動通信網(wǎng)絡(luò)中移動P2P業(yè)務(wù)不支持流々某體業(yè)務(wù)的問題，進(jìn)而實 現(xiàn)了支持流々某體業(yè)務(wù)的移動P2P業(yè)務(wù)交互。


此處所i兌明的附圖用來4是供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申 請的一部分，本發(fā)明的示意性實施例及其i兌明用于解釋本發(fā)明，并 不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中
圖1是4艮據(jù)相關(guān)4支術(shù)的移動P2P點4番應(yīng)用環(huán)境的示意圖2是才艮據(jù)本發(fā)明實施例的業(yè)務(wù)交互方法的流程圖3是根據(jù)本發(fā)明實施例的視頻內(nèi)容對傳的流程圖；圖4是根據(jù)本發(fā)明實施例的視頻內(nèi)容推薦的流程圖；圖5是根據(jù)本發(fā)明實施例的視頻內(nèi)容贈送的流程圖；圖6是4艮據(jù)本發(fā)明實施例的業(yè)務(wù)交互裝置的結(jié)構(gòu)框圖；圖7是4艮據(jù)本發(fā)明實施例的業(yè)務(wù)交互裝置的優(yōu)選結(jié)構(gòu)框圖。
具體實施方式
功能概述
考慮到相關(guān)技術(shù)中移動P2P業(yè)務(wù)不支持流媒體業(yè)務(wù)的問題，本發(fā)明實施例才是供了一種業(yè)務(wù)交互方案。本發(fā)明通過業(yè)務(wù)平臺確定當(dāng)前上線的存在待下載文件的上傳終端，并根據(jù)確定的上傳終端的數(shù)目將待下載文件進(jìn)行劃分，然后業(yè)務(wù)平臺指示上傳終端向媒體服務(wù)器上傳劃分后的待下載文件，并指示媒體服務(wù)器向移動終端提供待下載文件，實現(xiàn)了支持流^ 某體業(yè)務(wù)的移動P2P業(yè)務(wù)交互。
需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。下面將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。
方法實施例
根據(jù)本發(fā)明的實施例，提供了一種業(yè)務(wù)交互方法。圖2是根據(jù)本發(fā)明實施例的業(yè)務(wù)交互方法的流程圖，如圖2所示，包括如下的步驟S202至步驟S206:
步驟S202，業(yè)務(wù)平臺接收來自發(fā)送終端的業(yè)務(wù)請求，其中，業(yè)務(wù)請求用于指示業(yè)務(wù)平臺向移動終端發(fā)送待下載文件。其中，上述4寺下載文件可以是發(fā)送終端本地存》文的文件，也可
以是P2P業(yè)務(wù)平臺上的文4牛。
步驟S204，業(yè)務(wù)平臺根據(jù)業(yè)務(wù)請求確定當(dāng)前上線的存在待下載
劃分。在業(yè)務(wù)平臺將該文件劃分為幾個部分之后，每一部分分別由具有該待下載文件的能力較強(qiáng)的上傳終端向移動終端傳送。
具體地，對于PC終端和上傳終端之間的對傳，業(yè)務(wù)平臺會才艮據(jù)上傳終端的處理能力和網(wǎng)絡(luò)狀況，并結(jié)合上傳終端所處的網(wǎng)絡(luò)設(shè)備的類型，確定移動終端和上傳終端之間對傳的方式。對于共用同一網(wǎng)絡(luò)設(shè)備，或者分用不同網(wǎng)絡(luò)設(shè)備，但是網(wǎng)絡(luò)設(shè)備能夠穿越的移動終端和上傳終端之間的對傳，可以由移動終端和上傳終端之間直接完成。而對于分用不同網(wǎng)絡(luò)設(shè)備，并且網(wǎng)絡(luò)設(shè)備也無法穿越的PC終端，則對傳需要通過服務(wù)器進(jìn)行中轉(zhuǎn)，同時對于移動終端，移動終端和上傳終端之間的對傳也需要通過服務(wù)器進(jìn)行中轉(zhuǎn)。
步驟S206，業(yè)務(wù)平臺指示上傳終端向媒體服務(wù)器(即，上述流媒體服務(wù)器)上傳劃分后的待下載文件，并指示媒體服務(wù)器向移動終端提供待下載文件。
其中，在業(yè)務(wù)平臺指示上傳終端向媒體服務(wù)器上傳劃分后的待下載文件之后，業(yè)務(wù)平臺定時檢測上傳終端的狀態(tài)，并且根據(jù)上傳終端的狀態(tài)，選^^能力滿足預(yù)定條件的上傳終端替代能力不滿足預(yù)定條件的上傳終端，然后業(yè)務(wù)平臺將能力不滿足預(yù)定條件的上傳終
的上傳終端。其中，上述預(yù)定條件為業(yè)務(wù)平臺預(yù)先i殳定的判斷條件。
具體地，移動終端會在業(yè)務(wù)平臺指示々某體服務(wù)器向移動終端才是供待下載文件之前向媒體服務(wù)器請求下載待下載文件，并在業(yè)務(wù)平收待下載文件。然后，業(yè)務(wù)平臺向媒體服務(wù)器獲取下載進(jìn)度，并將下載進(jìn)度通知給發(fā)送終端。
具體地，如果發(fā)送終端需要停止業(yè)務(wù)，則在業(yè)務(wù)平臺接收業(yè)務(wù)請求之后，發(fā)送終端可以中斷業(yè)務(wù)請求；如果移動終端需要停止業(yè)務(wù)，則在從媒體服務(wù)器接收待下載文件之后，可以中斷接收待下載文件。
同時，在本發(fā)明實施例的實現(xiàn)過程中，還涉及了一種好友管理的方法。該方法包括用戶可以通過移動終端、PC終端添加、刪除好友或者贈送、推薦、共享視頻內(nèi)容。好友可以通過P2P業(yè)務(wù)交互分享視頻用戶的視頻內(nèi)容，也可以通過移動終端、PC終端登錄、添加刪除好友，并完成推薦、贈送—見頻內(nèi)容、 一見頻內(nèi)容對傳等相關(guān)才喿作。
視頻內(nèi)容對傳是發(fā)送終端使用Wi-Fi網(wǎng)絡(luò)或者GPRS、 EDGE、TD-SCDMA等網(wǎng)絡(luò)4妻入P2P業(yè)務(wù)平臺，與移動終端分享視」頻內(nèi)容。對于處理能力和網(wǎng)絡(luò)帶寬滿足預(yù)定條件的終端，進(jìn)行點對點(Pointto Point)的對傳。而對于處理能力不滿足預(yù)定條件的終端之間，則實現(xiàn)P2P才莫式的對傳。
終端之間的文件互傳(即，上述對傳)包括移動終端之間互傳、移動終端和PC終端之間互傳以及PC終端之間互傳。本實施例提供了移動纟冬端和上傳纟冬端之間互傳的實現(xiàn)過禾呈，其他類型終端之間的互傳過程和該流程類似。
圖3是根據(jù)本發(fā)明實施例的視頻內(nèi)容對傳的流程圖，如圖3所示，包括如下的步驟S302至步驟S326:
12步駛《S302，用戶(即，上述發(fā)送終端)選4奪好友(即，上述移動終端)，開始點到點的內(nèi)容對傳業(yè)務(wù)(進(jìn)入內(nèi)容傳送功能)。
其中，上述對傳即上傳終端向媒體服務(wù)器上傳劃分后的待下載文件，然后，由媒體服務(wù)器向移動終端提供待下載文件，并由移動終端接收的過程。
步驟S304，用戶從本地或網(wǎng)絡(luò)的個人存儲空間選擇需要對傳的文件。
步驟S306，用戶選擇傳送，發(fā)出文件發(fā)送請求消息給業(yè)務(wù)平臺，等待對方(好友)應(yīng)答(即，上述步驟S202)。
具體地，業(yè)務(wù)平臺判斷對傳用戶的類型，如果是電腦用戶，則統(tǒng)計在線用戶中哪些上傳終端具有與需要對傳的文件相同的內(nèi)容；然后，業(yè)務(wù)平臺向4秦收者(即，上述移動纟冬端，該移動終端也可以是多個)轉(zhuǎn)發(fā)文件發(fā)送請求消息。
步驟S308,業(yè)務(wù)平臺等待接收者的應(yīng)答，并判斷是否超時，如果應(yīng)答超時則進(jìn)入步艱《S310,否則，進(jìn)入步驟S312。
步驟S310，如果接收者沒有在規(guī)定時間內(nèi)應(yīng)答用戶的請求，業(yè)務(wù)平臺則給用戶返回?zé)o應(yīng)答消息，結(jié)束傳送流程。
步驟S312,業(yè)務(wù)平臺判斷接收者是否允許傳送，如果接收者直接拒絕了用戶的傳送請求，則此業(yè)務(wù)流程失敗，否則，進(jìn)入步驟S314。
步驟S314,如果好友(接收者)選擇接收文件傳輸，則發(fā)送文件接收確認(rèn)消息給業(yè)務(wù)平臺。然后，業(yè)務(wù)平臺在接收到確認(rèn)消息后，判斷該文件在目前上線的PC終端(即，上述終端)里是否存在，并判斷上述文件傳輸是
否滿足P2P傳送條件。如果滿足P2P傳送條件，而且該文件在多個PC終端里存在，則進(jìn)入步-銀S316，否則進(jìn)入步-驟S318。
步驟S316，業(yè)務(wù)平臺將文件分割成幾部分，分別向上線的PC終端轉(zhuǎn)發(fā)文件發(fā)送消息；上傳終端在接收到確認(rèn)消息后，向媒體服務(wù)器上傳文件(即，上述步驟S204 )。
具體地，業(yè)務(wù)平臺定時;^企測終端的狀態(tài)，如果發(fā)現(xiàn)某個承擔(dān)傳輸任務(wù)的上傳終端下線了，或者傳輸速度很慢，則轉(zhuǎn)向通知能力較
同時，接收終端在發(fā)出確認(rèn)消息后，開始向々某體月l務(wù)器請求下載文件，而々某體服務(wù)器在收到部分上傳文件后就開始向移動終端提供文件下載(即，上述步驟S206 )。
在上述步驟S316中，業(yè)務(wù)平臺向媒體服務(wù)器獲取下載進(jìn)度，然后將該進(jìn)度通知給發(fā)送終端。
步驟S318,業(yè)務(wù)平臺進(jìn)行凄t據(jù)傳送。如果在數(shù)據(jù)傳輸?shù)倪^程中因為《連路中斷原因造成傳輸失敗(步驟S322 )，則直接返回業(yè)務(wù)流程失敗(業(yè)務(wù)異常結(jié)束)；如果發(fā)送方或接收方主動中斷業(yè)務(wù)(步驟S324 ),同才羊直4姿返回業(yè)務(wù)流程失敗(業(yè)務(wù)異常結(jié)束)。
步驟S326，如果文件lt據(jù)傳輸正常完成，則業(yè)務(wù)流程正常結(jié)束。
圖4是才艮據(jù)本發(fā)明實施例的一見頻內(nèi)容推薦的流程圖，如圖4所示，包纟舌:^下的步駛《S402至步-驟S410:步驟S402，終端用戶(即，上述發(fā)送終端)選定一見頻內(nèi)容，然后選中菜單中的"推薦"。
步驟S404，用戶選4奪一個或多個推薦的好友(即，上述移動終端)。
步驟S406,終端向業(yè)務(wù)平臺發(fā)出包含視頻內(nèi)容ID、好友名的4偉薦請求。
步驟S408，業(yè)務(wù)平臺視頻內(nèi)容添加到被推薦用戶的推薦列表中。
步驟S410，業(yè)務(wù)平臺返回推薦結(jié)果。
圖5是根據(jù)本發(fā)明實施例的視頻內(nèi)容贈送的流程圖，如圖5所示，包含如下的步驟S502至步驟S516。
步驟S502，用戶(即，上述發(fā)送終端)選擇節(jié)目，用右鍵菜單選擇贈送業(yè)務(wù)，業(yè)務(wù)平臺彈出該用戶好友(即，上述移動終端)列表，供該用戶選擇。
步驟S504，用戶點擊一個好友名(選4奪好友)，并確i人。
步驟S506，業(yè)務(wù)平臺判斷用戶余額是否滿足贈送要求，如果滿足則進(jìn)行步驟S508，否則顯示余額不足(即，步驟S516)。
步驟S508，業(yè)務(wù)平臺提示贈送方(即，用戶)確認(rèn)贈送內(nèi)容金額。并表示此費用將在用戶賬單中扣除，并不可返還。
步驟S510,當(dāng)用戶確認(rèn)后，系統(tǒng)對贈送節(jié)目進(jìn)4亍才企查。如果該贈送的節(jié)目已經(jīng)存在于被贈送方的權(quán)限列表中(已訂購)，則提示贈送方該節(jié)目已經(jīng)存在，無需贈送(即，步驟S514)。否則纟是示贈送成功(即，步驟S512)。
步驟S512，業(yè)務(wù)平臺提示贈送方贈送成功。
步驟S514，業(yè)務(wù)平臺^是示贈送方"皮贈送方已訂購"。
步驟S516,如果用戶的余額不滿足該節(jié)目的贈送要求，則該節(jié)目贈送失敗，提示贈送方余額不足。
需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計算機(jī)可執(zhí)行指令的計算機(jī)系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，^旦是在某些情況下，可以以不同于此處的順序^U亍所示出或描述的步驟。
本發(fā)明實施例針對移動P2P里各種終端能力和網(wǎng)絡(luò)狀況的不同，沖是出了一種終端之間進(jìn)4亍文件對傳的新的業(yè)務(wù)方式。對于處理能力和網(wǎng)絡(luò)帶寬比較小的終端，進(jìn)行點對點的對傳。而對于處理能力強(qiáng)的終端之間，則實現(xiàn)P2P才莫式的對傳。
裝置實施例
根據(jù)本發(fā)明的實施例，4是供了一種業(yè)務(wù)交互裝置。該裝置可以用于實現(xiàn)上述的業(yè)務(wù)交互方法。圖6是才艮據(jù)本發(fā)明實施例的業(yè)務(wù)交互裝置的結(jié)構(gòu)框圖，如圖6所示，包括接收沖莫塊61、確定模塊62、劃分模塊63、第一指示模塊64、第二指示模塊65。下面對上述結(jié)才勾進(jìn)4亍對苗述。
接收模塊61,用于接收來自發(fā)送終端的業(yè)務(wù)請求；確定模塊62，連接至接收才莫塊61，用于根據(jù)接收才莫塊61 4妻收的業(yè)務(wù)請求確定當(dāng)前上線的存在待下載文件的上傳終端；劃分模塊63,連接至確定模塊62，用于沖艮據(jù)確定模塊62確定的上傳終端的數(shù)目將待下載文件進(jìn)行劃分；第一指示模塊64，連接至劃分模塊63,用于指示上傳終端向媒體服務(wù)器上傳劃分模塊63劃分后的待下載文件；第二指示模塊65,連接至第一指示模塊64，用于在第一指示模塊64指示上傳終端向媒體服務(wù)器上傳劃分模塊63劃分后的待下載文件之后，指示^ 某體服務(wù)器向移動終端提供待下載文件。
圖7是根據(jù)本發(fā)明實施例的業(yè)務(wù)交互裝置的優(yōu)選結(jié)構(gòu)框圖，如圖7所示，上述裝置包括檢測模塊71、選擇模塊72、轉(zhuǎn)移模塊73、獲取—莫塊74、通知一莫塊75。下面對上述結(jié)構(gòu)進(jìn)4于詳細(xì)描述。
一全測才莫塊71，用于定時^r測上傳終端的狀態(tài)；選擇^f莫塊72,連接至檢測模塊71,用于根據(jù)檢測模塊71檢測的狀態(tài)，選擇能力滿足預(yù)定條件的上傳終端替代能力不滿足預(yù)定條件的上傳終端；轉(zhuǎn)移模塊73,連接至選擇模塊72,用于將能力不滿足預(yù)定條件的上傳終
的能力滿足預(yù)定條件的上傳終端；獲取模塊74，用于向媒體服務(wù)器獲取下載進(jìn)度；通知模塊75,連接至獲取模塊74,用于將獲取模塊74獲取的下載進(jìn)度通知給發(fā)送終端。
需要i兌明的是，本發(fā)明上述實施例中所述的移動終端可以特指為手才幾。
綜上所述，通過本發(fā)明的上述實施例，針對移動P2P里各種終端能力和網(wǎng)絡(luò)狀況的不同，4是出了一種終端之間進(jìn)行文件對傳的新的業(yè)務(wù)方式。對于處理能力和網(wǎng)絡(luò)帶寬比專交小的終端，進(jìn)4亍點對點的對傳。而對于處理能力強(qiáng)的終端之間，則實現(xiàn)P2P模式的對傳。另夕卜，本發(fā)明針對移動P2P的需要，提出了移動P2P客戶端的好友管理、內(nèi)容推薦以及內(nèi)容贈送等新型的業(yè)務(wù)模式。好友管理雖然目前在很多聊天軟件中都已經(jīng)具有，但是在P2P的終端中目前還沒有，
17并且其用途和實現(xiàn)方式也不同于現(xiàn)有的聊天4欠件，其功能不是用于聊天。
顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)4于的程序代碼來實現(xiàn)，/人而，可以將它們存^諸
在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模
塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，》寸于本4頁i或的4支術(shù)人員來i兌，本發(fā)明可以有各種更改和變4匕。凡在
本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種業(yè)務(wù)交互方法，其特征在于，包括業(yè)務(wù)平臺接收來自發(fā)送終端的業(yè)務(wù)請求，其中，所述業(yè)務(wù)請求用于指示所述業(yè)務(wù)平臺向移動終端發(fā)送待下載文件；所述業(yè)務(wù)平臺根據(jù)所述業(yè)務(wù)請求確定當(dāng)前上線的存在所述待下載文件的上傳終端，并根據(jù)確定的所述上傳終端的數(shù)目將所述待下載文件進(jìn)行劃分；所述業(yè)務(wù)平臺指示所述上傳終端向媒體服務(wù)器上傳劃分后的待下載文件，并指示所述媒體服務(wù)器向所述移動終端提供所述待下載文件。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述業(yè)務(wù)平臺指 示所述上傳終端向所述媒體服務(wù)器上傳所述劃分后的待下載 文件之后，所述方法還包括所述業(yè)務(wù)平臺定時;f企測所述上傳終端的狀態(tài)；所述業(yè)務(wù)平臺根據(jù)所述狀態(tài)，選擇能力滿足預(yù)定條件的上 傳終端替代能力不滿足所述預(yù)定條件的上傳終端；所述業(yè)務(wù)平臺將能力不滿足所述預(yù)定條件的所述上傳終 足所述預(yù)定條件的所述上傳終端。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在指示所述媒體服務(wù)器向所述移動終端纟是供所述纟寺下載文件之前，所述方法還包括所述移動終端向所述媒體服務(wù)器請求下載所述待下載文件。
4. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在指示所述媒體服務(wù)器向所述移動終端提供所述待下載文件之后，所述方法還包括所述移動終端從所述媒體服務(wù)器接收所述待下載文件。
5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，在所述移動終端乂人所述々某體服務(wù)器4妾收所述待下載文件之后，所述方法還包括所述業(yè)務(wù)平臺向所述媒體服務(wù)器獲取下載進(jìn)度，并將所述下載進(jìn)度通知給所述發(fā)送終端。
6. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述業(yè)務(wù)平臺接'收來自所述發(fā)送終端的所述業(yè)務(wù)請求之后，所述方法還包括所述發(fā)送終端中斷所述業(yè)務(wù)請求，以便停止業(yè)務(wù)。
7. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述移動終端乂人所述媒體服務(wù)器接收所述待下載文件之后，所述方法還包括所述移動終端中斷接收所述待下載文件，以便停止業(yè)務(wù)。
8. —種業(yè)務(wù)交互裝置，其特征在于，包^":接收模塊，用于接收來自發(fā)送終端的業(yè)務(wù)請求；確定沖莫塊，用于^f艮據(jù)所述業(yè)務(wù)請求確定當(dāng)前上線的存在所述待下載文件的上傳終端；劃分模塊，用于根據(jù)確定的所述上傳終端的數(shù)目將所述待下載文件進(jìn)行劃分；第一指示才莫塊，用于指示所述上傳終端向々某體服務(wù)器上傳劃分后的待下載文件；第二指示模塊，用于指示所述媒體服務(wù)器向所述移動終端 提供所述待下載文件。
9. 根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述裝置還包括 才企測才莫塊，用于定時4企測所述上傳終端的狀態(tài)；選擇模塊，用于根據(jù)所述狀態(tài)，選擇能力滿足預(yù)定條件的 上傳終端替代能力不滿足預(yù)定條件的上傳終端；轉(zhuǎn)移模塊，用于將所述能力不滿足預(yù)定條件的所述上傳終力滿足預(yù)定條件的所述上傳終端；獲取模塊，用于向所述媒體服務(wù)器獲取下載進(jìn)度； 通知模塊，用于將所述下載進(jìn)度通知給所述發(fā)送終端。
全文摘要
本發(fā)明公開了一種業(yè)務(wù)交互方法及裝置，該方法包括業(yè)務(wù)平臺接收來自發(fā)送終端的業(yè)務(wù)請求，其中，業(yè)務(wù)請求用于指示業(yè)務(wù)平臺向移動終端發(fā)送待下載文件；業(yè)務(wù)平臺根據(jù)業(yè)務(wù)請求確定當(dāng)前上線的存在待下載文件的上傳終端，并根據(jù)確定的上傳終端的數(shù)目將待下載文件進(jìn)行劃分；業(yè)務(wù)平臺指示上傳終端向媒體服務(wù)器上傳劃分后的待下載文件，并指示媒體服務(wù)器向移動終端提供待下載文件。本發(fā)明實現(xiàn)了支持流媒體業(yè)務(wù)的移動P2P業(yè)務(wù)交互。
文檔編號H04L29/06GK101674330SQ20091020583
公開日2010年3月17日 申請日期2009年10月9日 優(yōu)先權(quán)日2009年10月9日
發(fā)明者健 季, 王治平 申請人:中興通訊股份有限公司