專利名稱：一種協(xié)助傳輸數(shù)據(jù)的方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信及計算機領域的數(shù)據(jù)傳輸技術，尤其涉及協(xié)助傳輸數(shù)據(jù)的方法及系統(tǒng)。
背景技術：
隨著互聯(lián)網(wǎng)和移動網(wǎng)絡的發(fā)展，用戶與用戶之間基于互聯(lián)網(wǎng)或者移動網(wǎng)絡進行P2P(Peer to Peer)的內(nèi)容分享也越來越頻繁。P2P的數(shù)據(jù)傳輸方式由于內(nèi)容數(shù)目、速度等方面效果明顯也越來越受到用戶的喜愛。但是在某些情況下，例如網(wǎng)絡通訊成本較高的移動網(wǎng)絡，P2P的數(shù)據(jù)傳輸由于傳輸一份內(nèi)容同時需要占用移動網(wǎng)絡的上、下行兩份帶寬，從而顯得成本較為昂貴。而且在某些商業(yè)領域，P2P的內(nèi)容傳遞由于在服務質量方面無法得到保障，也迫切的需要一些技術來解決此類問題。
現(xiàn)有的P2P內(nèi)容傳輸方案的核心在于如何盡可能的擴大P2P中的Peer數(shù)，強調(diào)內(nèi)容的分享通過Peer來傳遞。如圖1所示，用戶D需要獲取某項內(nèi)容時，通過索引服務器(Index Server)搜索得知內(nèi)容存在于用戶A、B、C上，然后用戶D直接與用戶A、B、C建立P2P連接完成內(nèi)容的傳輸。
現(xiàn)有的這種方案存在以下缺點1、內(nèi)容傳輸需要重復占用網(wǎng)絡的雙份帶寬，耗用較多的網(wǎng)絡資源，其成本也較高，尤其是在移動網(wǎng)絡通訊中。
2、在多個用戶之間傳送內(nèi)容時，可能因其中一個用戶隨時中斷而導致用戶的內(nèi)容請求無法完成，因而無法有效的確保內(nèi)容傳輸?shù)馁|量。

發(fā)明內(nèi)容
本發(fā)明提供一種協(xié)助傳輸數(shù)據(jù)的方法及系統(tǒng)，以解決現(xiàn)有技術在通信設備之間傳送數(shù)據(jù)時存在占用較多資源和可能影響數(shù)據(jù)傳輸質量的問題。
為解決上述問題，本發(fā)明提供以下技術方案一種協(xié)助傳輸數(shù)據(jù)的方法，包括如下步驟網(wǎng)絡中的通信設備發(fā)起傳送數(shù)據(jù)請求；網(wǎng)絡中的協(xié)助服務器獲知所述傳送數(shù)據(jù)請求后，確定是否保存有與該請求相關的數(shù)據(jù)；以及在協(xié)助服務器保存有相關數(shù)據(jù)和需要協(xié)助服務器協(xié)助傳送數(shù)據(jù)時，在協(xié)助服務器與接收數(shù)據(jù)的通信設備間建立連接并由協(xié)助服務器協(xié)助傳送數(shù)據(jù)。
所述協(xié)助服務器通過監(jiān)聽網(wǎng)絡設備之間的交互信令來獲知所述傳送數(shù)據(jù)請求。
所述傳送數(shù)據(jù)請求先發(fā)送到應用服務器，應用服務器接收到傳送數(shù)據(jù)請求后主動通知所述協(xié)助服務器。
所述協(xié)助服務器在判斷保存有與所述請求相關的數(shù)據(jù)后則確定需要協(xié)助傳送數(shù)據(jù)；或者，協(xié)助服務器在判斷保存有與所述請求相關的數(shù)據(jù)后，進一步根據(jù)配置的策略確定是否需要協(xié)助傳送數(shù)據(jù)。
協(xié)助服務器確定保存有相關數(shù)據(jù)和需要協(xié)助傳送數(shù)據(jù)后，直接與接收數(shù)據(jù)的通信設備建立連接，或將保存數(shù)據(jù)的地址直接通知接收數(shù)據(jù)的通信設備，由該通信設備與協(xié)助服務器連接，所述接收數(shù)據(jù)的通信設備從協(xié)助服務器請求部分或全部數(shù)據(jù)。
協(xié)助服務器確定保存有相關數(shù)據(jù)和需要協(xié)助傳送數(shù)據(jù)后，先將保存數(shù)據(jù)的地址通知應用服務器，由應用服務器通知接收數(shù)據(jù)的通信設備從所述地址請求部分或全部數(shù)據(jù)。
應用服務器將傳送數(shù)據(jù)請求中的源地址修改為協(xié)助服務器提供的地址后發(fā)送給接收數(shù)據(jù)的通信設備，使接收數(shù)據(jù)的通信設備從協(xié)助服務器請求全部數(shù)據(jù)。
所述協(xié)助服務器在判斷保存有與所述請求相關的數(shù)據(jù)后，將保存數(shù)據(jù)的地址通知網(wǎng)絡中的應用服務器，由應用服務器確定是否需要協(xié)助傳送數(shù)據(jù)，并在確定需要協(xié)助傳送數(shù)據(jù)時將保存數(shù)據(jù)的地址通知接收數(shù)據(jù)的通信設備，由接收數(shù)據(jù)的通信設備從協(xié)助服務器請求部分或全部數(shù)據(jù)。
所述協(xié)助服務器在判斷保存有與所述請求相關的數(shù)據(jù)后，直接通知接收數(shù)據(jù)的通信設備或通過網(wǎng)絡中的應用服務器通知接收數(shù)據(jù)的通信設備，由用戶確定是否需要協(xié)助傳送數(shù)據(jù)。
在確定需要協(xié)助傳送數(shù)據(jù)后接收數(shù)據(jù)的通信設備根據(jù)配置的策略，確定從協(xié)助服務器請求全部或部分數(shù)據(jù)。
一種通信系統(tǒng)，包括多個通信設備和連接通信設備的通信網(wǎng)絡，所述通信設備通過通信網(wǎng)絡傳送數(shù)據(jù)；其中，該通信系統(tǒng)還包括與所述通信網(wǎng)絡連接的協(xié)助服務器，該協(xié)助服務器用于根據(jù)通信設備的傳送數(shù)據(jù)請求協(xié)助向接收數(shù)據(jù)的通信設備傳送部分或全部需要的數(shù)據(jù)。
所述通信系統(tǒng)還包括與所述網(wǎng)絡連接的應用服務器，該應用服務器接收到通信系統(tǒng)的傳送數(shù)據(jù)請求后通知協(xié)助服務器，并控制接收數(shù)據(jù)的通信設備從數(shù)據(jù)源或協(xié)助服務器請求數(shù)據(jù)。
本發(fā)明在協(xié)助服務器上保存有需要傳送的數(shù)據(jù)時，內(nèi)協(xié)助服務器協(xié)助傳送部分甚至由協(xié)助服務器傳送全部內(nèi)容，因而不需要在多個用戶之間建立連接來傳送內(nèi)容，不僅減少了對網(wǎng)絡資源的占用，而且增強了服務質量。


圖1為現(xiàn)有技術中進行內(nèi)容傳輸?shù)氖疽鈭D；圖2為本發(fā)明中進行內(nèi)容傳輸?shù)氖疽鈭D；圖3、圖4A、圖4B為本發(fā)明的流程圖。
具體實施例方式
參閱圖2所示，本發(fā)明的通信系統(tǒng)包括多個通信設備和連接通信設備的通信網(wǎng)絡，與通信網(wǎng)絡連接的應用服務器和協(xié)助服務器(圖中未示出)，各設備之間通過通信網(wǎng)絡傳送數(shù)據(jù)。協(xié)助服務器緩存有業(yè)務數(shù)據(jù)，用于協(xié)助數(shù)據(jù)源向接收數(shù)據(jù)的通信設備傳送數(shù)據(jù)。應用服務器用于控制通信設備之間建立P2P連接和轉發(fā)數(shù)據(jù)。終端之間也可不通過應用服務器而直接建立連接并傳送數(shù)據(jù)。
本發(fā)明在協(xié)助服務器獲知通信設備的傳送數(shù)據(jù)請求后，根據(jù)需要傳送的數(shù)據(jù)內(nèi)容，若發(fā)現(xiàn)傳輸?shù)膬?nèi)容有更多的來源或者服務器自身已經(jīng)緩存了該項內(nèi)容，那么服務器可以協(xié)助進行該項內(nèi)容的傳輸。
協(xié)助服務器獲知通信設備之間的傳送數(shù)據(jù)請求可以有以下方式A、協(xié)助服務器通過監(jiān)聽網(wǎng)絡設備之間的交互信令來獲知所述傳送數(shù)據(jù)請求。如，在3G網(wǎng)絡中，應用程序之間的信令由呼叫會話控制功能(CSCF)設備來進行控制，而CSCF可以向外提供一個監(jiān)聽能力，這樣協(xié)助服務器可以通過這個監(jiān)聽接口隨時監(jiān)視網(wǎng)絡中的傳送數(shù)據(jù)請求。
B、傳送數(shù)據(jù)請求先發(fā)送到應用服務器，應用服務器接收到傳送數(shù)據(jù)請求后主動通知所述協(xié)助服務器。這種方式下，協(xié)助服務器通過向應用服務器注冊用于文件傳送的觸發(fā)器，應用服務器收到數(shù)據(jù)傳送請求時觸發(fā)該觸發(fā)器以通知協(xié)助服務器。
根據(jù)運營模式可以采用以下幾種方式來判斷是否需要協(xié)助服務器協(xié)助傳送數(shù)據(jù)(1)由協(xié)助服務器來判斷是否需要協(xié)助服務器協(xié)助傳送數(shù)據(jù)。在這種方式下，協(xié)助服務器確定緩存有與傳送數(shù)據(jù)請求相關的數(shù)據(jù)后，即可確定需要協(xié)助傳送數(shù)據(jù)；或者，在協(xié)助服務器確定緩存有與傳送數(shù)據(jù)請求相關的數(shù)據(jù)后，進一步根據(jù)配置的運營策略來確定是否需要協(xié)助傳送數(shù)據(jù)。如，只有用戶優(yōu)先級超過設定值才能夠享受數(shù)據(jù)的協(xié)助傳輸時，需要判斷用戶的優(yōu)先級等屬性。
協(xié)助服務器確定保存有相關數(shù)據(jù)和需要協(xié)助傳送數(shù)據(jù)后，可以直接與接收數(shù)據(jù)的通信設備建立連接，然后由接收數(shù)據(jù)的通信設備從協(xié)助服務器請求部分或全部數(shù)據(jù)；協(xié)助服務器也可以將保存數(shù)據(jù)的地址直接通知接收數(shù)據(jù)的通信設備，由該通信設備主動與協(xié)助服務器建立連接并從協(xié)助服務器請求部分或全部數(shù)據(jù)。
(2)由應用服務器來判斷是否需要協(xié)助服務器協(xié)助傳送數(shù)據(jù)。在這種方式，協(xié)助服務器確定緩存有與傳送數(shù)據(jù)請求相關的數(shù)據(jù)后通知應用服務器，應用服務器查詢終端能力來確定是否需要協(xié)助傳送數(shù)據(jù)，甚至可進一步檢測當前的環(huán)境來確定是否需要協(xié)助傳送數(shù)據(jù)。應用服務器在確定需要協(xié)助傳送數(shù)據(jù)后，通知接收數(shù)據(jù)的通信設備與協(xié)助服務器連接，由接收數(shù)據(jù)的通信設備從所述地址請求部分或全部數(shù)據(jù)。
(3)由使用通信設備的用戶來決定是否需要協(xié)助服務器協(xié)助傳送數(shù)據(jù)，在這種方式下，協(xié)助服務器確定緩存有與傳送數(shù)據(jù)請求相關的數(shù)據(jù)后直接通知接收數(shù)據(jù)的通信設備或者通過應用服務器通知接收數(shù)據(jù)的通信設備。在用戶確定需要協(xié)助服務器協(xié)助傳送數(shù)據(jù)后，通信設備可以根據(jù)配置的策略確定從協(xié)助服務器獲取部分數(shù)據(jù)或全部數(shù)據(jù)。
在接收數(shù)據(jù)的通信設備支持多點傳輸?shù)那闆r下，可以同時與協(xié)助服務器和其他設備建立連接來傳輸內(nèi)容，這樣通過協(xié)助服務器傳送部分內(nèi)容來加快數(shù)據(jù)傳輸；若協(xié)助服務器上保存有全部的內(nèi)容，也可以由協(xié)助服務器來傳輸全部內(nèi)容。在進行多點傳輸數(shù)據(jù)時，接收數(shù)據(jù)的通信設備將需要傳輸?shù)臄?shù)據(jù)劃分為幾個部分，分別從各數(shù)據(jù)源請求這幾部分數(shù)據(jù)。例如，接收數(shù)據(jù)的通信設備B根據(jù)數(shù)據(jù)大小取數(shù)據(jù)的一半作為界線，由通信設備A傳輸前半部分數(shù)據(jù)，協(xié)助服務器傳輸后半部分數(shù)據(jù)。
如果用戶設備不支持多點傳輸并且運營策略為網(wǎng)絡協(xié)助優(yōu)先，則用戶設備只與協(xié)助服務器之間建立連接(協(xié)助服務器上保存有全部的內(nèi)容)，由協(xié)助服務器單獨完成該項內(nèi)容的傳送，而不再與其他設備建立連接。
參閱圖3所示(同時參閱圖2)，本發(fā)明的主要流程如下步驟1用戶A(或稱通信設備A)向應用服務器發(fā)起向用戶B(通信設備A)進行傳送數(shù)據(jù)請求。
步驟2應用服務器與查詢用戶B相關信息。
根據(jù)查詢的信息可以確定用戶B是否支持多點傳輸?shù)饶芰Γ鶕?jù)這些能力來判斷如何進行協(xié)助。
步驟3協(xié)助服務器檢測到用戶A向用戶B發(fā)送的傳送數(shù)據(jù)請求，并確定需要協(xié)助傳送數(shù)據(jù)(即協(xié)助服務器上保存有該數(shù)據(jù))。
步驟4在用戶B支持多點傳輸?shù)那闆r下，用戶A與用戶B建立連接，由用戶A向用戶B傳送其中一部分數(shù)據(jù)。
步驟5協(xié)助服務器與用戶B建立連接，向用戶B傳送另一部分數(shù)據(jù)，與用戶A協(xié)作完成對用戶B的數(shù)據(jù)傳遞。
如果用戶B不支持多點傳輸并且運營策略為網(wǎng)絡協(xié)助優(yōu)先，則在上述步驟4和步驟5中，只有協(xié)助服務器與用戶B建立連接，單獨完成該項內(nèi)容的傳遞，而用戶A不再與用戶B建立連接。
下面以通過內(nèi)容分享服務器(或應用服務器)進行P2P的文件傳送為例進行詳細說明，參閱圖4A所示，實現(xiàn)協(xié)助內(nèi)容傳送的過程如下步驟100協(xié)助服務器向應用服務器注冊用于文件傳送的觸發(fā)器。
步驟110用戶A發(fā)送內(nèi)容分享請求至內(nèi)容分享服務器。
步驟120內(nèi)容分享服務器進行相應的權限檢測等。
步驟130內(nèi)容分享服務器回應用戶A允許進行文件傳送，并通知網(wǎng)絡進行相應的配置以允許用戶A與用戶B之間進行內(nèi)容傳送。
步驟140內(nèi)容分享服務器通知協(xié)助服務器用戶A的內(nèi)容傳送請求。
步驟150用戶A開始向用戶B發(fā)送內(nèi)容。
步驟160協(xié)助服務器檢測是否對該內(nèi)容傳送進行協(xié)助。
步驟170如果協(xié)助(協(xié)助服務器上保存了該項內(nèi)容或者有最近的內(nèi)容源)，協(xié)助服務器與用戶B進行相應的內(nèi)容傳送交互，同時傳協(xié)助用戶A傳送部分的內(nèi)容，以加快內(nèi)容傳遞的速度和效率。如果不需要協(xié)助則按現(xiàn)有流程進行處理。
上面的例子描述了協(xié)助服務器在文件傳送過程中的協(xié)助作用，此時由內(nèi)容分享服務器以及用戶A、B的文件傳送軟件完成相應的協(xié)助功能，以便協(xié)助服務器能夠進行相應的監(jiān)測和內(nèi)容協(xié)助傳送。為了減少協(xié)助服務器對特定的終端軟件的依賴，協(xié)助服務器可以通過改變信令流中的源地址來改變內(nèi)容分享的途徑，其處理流程如圖4B所示步驟200協(xié)助服務器向內(nèi)容分享服務器注冊文件傳送的觸發(fā)器。
步驟210用戶A發(fā)送內(nèi)容分享請求至內(nèi)容分享服務器。
步驟220內(nèi)容分享服務器進行相應的權限檢測等。
步驟230內(nèi)容分享服務器通知協(xié)助服務器是否協(xié)助。
步驟240協(xié)助服務器檢測是否協(xié)助(下面假設協(xié)助)步驟250協(xié)助服務器通知內(nèi)容分享服務器需要協(xié)助(并告知協(xié)助內(nèi)容的地址)。
步驟260內(nèi)容分享服務器將用戶A的文件分享請求轉發(fā)至用戶B，并將其中的文件源地址修改為協(xié)助服務器提供的內(nèi)容地址。
步驟270用戶B向協(xié)助服務器發(fā)送文件請求。
步驟280協(xié)助服務器向用戶B傳送內(nèi)容。
顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權利要求
1.一種協(xié)助傳輸數(shù)據(jù)的方法，其特征在于，包括如下步驟網(wǎng)絡中的通信設備發(fā)起傳送數(shù)據(jù)請求；網(wǎng)絡中的協(xié)助服務器獲知所述傳送數(shù)據(jù)請求后，確定是否保存有與該請求相關的數(shù)據(jù)；以及在協(xié)助服務器保存有相關數(shù)據(jù)和需要協(xié)助服務器協(xié)助傳送數(shù)據(jù)時，在協(xié)助服務器與接收數(shù)據(jù)的通信設備間建立連接并由協(xié)助服務器協(xié)助傳送數(shù)據(jù)。
2.如權利要求1所述的方法，其特征在于，所述協(xié)助服務器通過監(jiān)聽網(wǎng)絡設備之間的交互信令來獲知所述傳送數(shù)據(jù)請求。
3.如權利要求1所述的方法，其特征在于，所述傳送數(shù)據(jù)請求先發(fā)送到應用服務器，應用服務器接收到傳送數(shù)據(jù)請求后主動通知所述協(xié)助服務器。
4.如權利要求2所述的方法，其特征在于，協(xié)助服務器通過向應用服務器注冊用于文件傳送的觸發(fā)器，應用服務器收到數(shù)據(jù)傳送請求時觸發(fā)該觸發(fā)器以通知協(xié)助服務器。
5.如權利要求1至4任一項所述的方法，其特征在于，所述協(xié)助服務器在判斷保存有與所述請求相關的數(shù)據(jù)后則確定需要協(xié)助傳送數(shù)據(jù)；或者，協(xié)助服務器在判斷保存有與所述請求相關的數(shù)據(jù)后，進一步根據(jù)配置的策略確定是否需要協(xié)助傳送數(shù)據(jù)。
6.如權利要求5所述的方法，其特征在于，協(xié)助服務器確定保存有相關數(shù)據(jù)和需要協(xié)助傳送數(shù)據(jù)后，直接與接收數(shù)據(jù)的通信設備建立連接，或將保存數(shù)據(jù)的地址直接通知接收數(shù)據(jù)的通信設備，由該通信設備與協(xié)助服務器連接，所述接收數(shù)據(jù)的通信設備從協(xié)助服務器請求部分或全部數(shù)據(jù)。
7.如權利要求5所述的方法，其特征在于，協(xié)助服務器確定保存有相關數(shù)據(jù)和需要協(xié)助傳送數(shù)據(jù)后，先將保存數(shù)據(jù)的地址通知應用服務器，由應用服務器通知接收數(shù)據(jù)的通信設備從所述地址請求部分或全部數(shù)據(jù)。
8.如權利要求7所述的方法，其特征在于，應用服務器將傳送數(shù)據(jù)請求中的源地址修改為協(xié)助服務器提供的地址后發(fā)送給接收數(shù)據(jù)的通信設備，使接收數(shù)據(jù)的通信設備從協(xié)助服務器請求全部數(shù)據(jù)。
9.如權利要求1至4任一項所述的方法，其特征在于，所述協(xié)助服務器在判斷保存有與所述請求相關的數(shù)據(jù)后，將保存數(shù)據(jù)的地址通知網(wǎng)絡中的應用服務器，由應用服務器確定是否需要協(xié)助傳送數(shù)據(jù)，并在確定需要協(xié)助傳送數(shù)據(jù)時將保存數(shù)據(jù)的地址通知接收數(shù)據(jù)的通信設備，由接收數(shù)據(jù)的通信設備從協(xié)助服務器請求部分或全部數(shù)據(jù)。
10.如權利要求9所述的方法，其特征在于，應用服務器將傳送數(shù)據(jù)請求中的源地址修改為協(xié)助服務器提供的地址后發(fā)送給接收數(shù)據(jù)的通信設備，使接收數(shù)據(jù)的通信設備從協(xié)助服務器請求全部數(shù)據(jù)。
11.如權利要求9所述的方法，其特征在于，應用服務器通過查詢接收數(shù)據(jù)的通信設備的能力或/和檢測當前運行環(huán)境來確定是否需要協(xié)助傳送數(shù)據(jù)。
12.如權利要求1至4任一項所述的方法，其特征在于，所述協(xié)助服務器在判斷保存有與所述請求相關的數(shù)據(jù)后，直接通知接收數(shù)據(jù)的通信設備或通過網(wǎng)絡中的應用服務器通知目標通信設備，由用戶確定是否需要協(xié)助傳送數(shù)據(jù)。
13.如權利要求12所述的方法，其特征在于，在確定需要協(xié)助傳送數(shù)據(jù)后接收數(shù)據(jù)的通信設備根據(jù)配置的策略，確定從協(xié)助服務器請求全部或部分數(shù)據(jù)。
14.如權利要求1所述的方法，其特征在于，所述連接為P2P(Peer to Peer)連接。
15.一種通信系統(tǒng)，包括多個通信設備和連接通信設備的通信網(wǎng)絡，所述通信設備通過通信網(wǎng)絡傳送數(shù)據(jù)；其特征在于，該通信系統(tǒng)還包括與所述通信網(wǎng)絡連接的協(xié)助服務器，該協(xié)助服務器用于根據(jù)通信設備的傳送數(shù)據(jù)請求協(xié)助向接收數(shù)據(jù)的通信設備傳送部分或全部需要的數(shù)據(jù)。
16.如權利要求15所述的通信系統(tǒng)，其特征在于，所述通信系統(tǒng)還包括與所述網(wǎng)絡連接的應用服務器，該應用服務器接收到通信系統(tǒng)的傳送數(shù)據(jù)請求后通知協(xié)助服務器，并控制接收數(shù)據(jù)的通信設備從數(shù)據(jù)源或協(xié)助服務器請求數(shù)據(jù)。
全文摘要
本發(fā)明公開了一種協(xié)助傳輸數(shù)據(jù)的方法，該方法為，網(wǎng)絡中的通信設備發(fā)起傳送數(shù)據(jù)請求；網(wǎng)絡中的協(xié)助服務器獲知所述傳送數(shù)據(jù)請求后，確定是否保存有與該請求相關的數(shù)據(jù)；以及在協(xié)助服務器保存有相關數(shù)據(jù)和需要協(xié)助服務器協(xié)助傳送數(shù)據(jù)時，在協(xié)助服務器與接收數(shù)據(jù)的通信設備間建立連接并由協(xié)助服務器協(xié)助傳送數(shù)據(jù)。本發(fā)明還同時公開了一種通信系統(tǒng)。
文檔編號H04L12/54GK1852220SQ20051008528
公開日2006年10月25日 申請日期2005年7月22日 優(yōu)先權日2005年7月22日
發(fā)明者唐杰 申請人:華為技術有限公司