本發(fā)明涉及互聯(lián)網應用技術領域，特別涉及一種數(shù)據(jù)傳輸?shù)姆椒把b置。

背景技術：

在數(shù)據(jù)傳輸網絡中，數(shù)據(jù)是以存儲轉發(fā)的形式傳輸?shù)?，傳輸路徑上可能經過多段不同質量的傳輸鏈路和不同數(shù)據(jù)處理能力的節(jié)點，由于鏈路的帶寬、差錯處理速度、網絡擁塞程度和節(jié)點數(shù)據(jù)處理能力等因素的影響，數(shù)據(jù)傳輸?shù)臅r延是不確定的。而這些時延將嚴重地影響用戶的體驗，降低數(shù)據(jù)傳輸?shù)臅r延及其發(fā)生的不確定性，對于提高用戶體驗具有必要性，因而，亟待解決這一技術問題。

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

本發(fā)明提供一種數(shù)據(jù)傳輸?shù)姆椒把b置，用以降低數(shù)據(jù)傳輸?shù)臅r延、提高數(shù)據(jù)傳輸?shù)男实哪康摹?/p>

本發(fā)明提供一種數(shù)據(jù)傳輸?shù)姆椒?，應用于第一服務器，包括?/p>

監(jiān)控各個中轉服務器的鏈路狀態(tài)；

當向第二服務器傳輸待傳輸數(shù)據(jù)時，從所述各個中轉服務器中查找鏈路狀態(tài)為可用狀態(tài)的中轉服務器；

將所述待傳輸數(shù)據(jù)發(fā)送至查找到的所述中轉服務器，由所述中轉服務器將所述待傳輸數(shù)據(jù)發(fā)送至所述第二服務器。

在本發(fā)明一實施例中，監(jiān)控各個中轉服務器的鏈路狀態(tài)，包括：

向所述各個中轉服務器發(fā)送獲取鏈路狀態(tài)的請求；

接收所述各個中轉服務器返回的各自的鏈路狀態(tài)。

在本發(fā)明一實施例中，將所述待傳輸數(shù)據(jù)發(fā)送至查找到的所述中轉服務器，由所述中轉服務器將所述待傳輸數(shù)據(jù)發(fā)送至所述第二服務器，包括：

向所述中轉服務器發(fā)送建立TCP連接的請求，由所述中轉服務器為所述第一服務器分配TCP連接，并建立用于對外通訊的UDP連接；

通過所述TCP連接將所述待傳輸數(shù)據(jù)發(fā)送至查找到的所述中轉服務器，由所述中轉服務器通過所述用于對外通訊的UDP連接，將所述待傳輸數(shù)據(jù)發(fā)送至所述第二服務器。

在本發(fā)明一實施例中，從所述各個中轉服務器中查找鏈路狀態(tài)為可用狀態(tài)的中轉服務器，包括：

當查找到的所述中轉服務器包括多個時，獲取多個所述中轉服務器各自對應的路由路徑；

選取對應的路由路徑最短的中轉服務器。

在本發(fā)明一實施例中，所述第一服務器為提供數(shù)據(jù)的源服務器，所述第二服務器為目的服務器。

本發(fā)明還提供一種數(shù)據(jù)傳輸?shù)难b置，應用于第一服務器，包括：

監(jiān)控模塊，用于監(jiān)控各個中轉服務器的鏈路狀態(tài)；

查找模塊，用于當向第二服務器傳輸待傳輸數(shù)據(jù)時，從所述各個中轉服務器中查找鏈路狀態(tài)為可用狀態(tài)的中轉服務器；

傳輸模塊，用于將所述待傳輸數(shù)據(jù)發(fā)送至查找到的所述中轉服務器，由所述中轉服務器將所述待傳輸數(shù)據(jù)發(fā)送至所述第二服務器。

在本發(fā)明一實施例中，所述監(jiān)控模塊還用于：

向所述各個中轉服務器發(fā)送獲取鏈路狀態(tài)的請求；

接收所述各個中轉服務器返回的各自的鏈路狀態(tài)。

在本發(fā)明一實施例中，所述傳輸模塊還用于：

向所述中轉服務器發(fā)送建立TCP連接的請求，由所述中轉服務器為所述第一服務器分配TCP連接，并建立用于對外通訊的UDP連接；

通過所述TCP連接將所述待傳輸數(shù)據(jù)發(fā)送至查找到的所述中轉服務器，由所述中轉服務器通過所述用于對外通訊的UDP連接，將所述待傳輸數(shù)據(jù)發(fā)送至所述第二服務器。

在本發(fā)明一實施例中，所述查找模塊還用于：

當查找到的所述中轉服務器包括多個時，獲取多個所述中轉服務器各自對應的路由路徑；

選取對應的路由路徑最短的中轉服務器。

在本發(fā)明一實施例中，所述第一服務器為提供數(shù)據(jù)的源服務器，所述第二服務器為目的服務器。

在本發(fā)明實施例中，監(jiān)控各個中轉服務器的鏈路狀態(tài)，當向第二服務器傳輸待傳輸數(shù)據(jù)時，從各個中轉服務器中查找鏈路狀態(tài)為可用狀態(tài)的中轉服務器；隨后，將待傳輸數(shù)據(jù)發(fā)送至查找到的中轉服務器，由中轉服務器將待傳輸數(shù)據(jù)發(fā)送至第二服務器。由此可見，本發(fā)明實施例在傳輸數(shù)據(jù)時能夠保證網絡不擁塞，能夠降低數(shù)據(jù)傳輸?shù)臅r延、提高數(shù)據(jù)傳輸?shù)男省?/p>

本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明書、權利要求書、以及附圖中所特別指出的結構來實現(xiàn)和獲得。

下面通過附圖和實施例，對本發(fā)明的技術方案做進一步的詳細描述。

附圖說明

附圖用來提供對本發(fā)明的進一步理解，并且構成說明書的一部分，與本發(fā)明的實施例一起用于解釋本發(fā)明，并不構成對本發(fā)明的限制。在附圖中：

圖1所示為本發(fā)明一實施例中應用于第一服務器的數(shù)據(jù)傳輸?shù)姆椒ǖ牧鞒淌疽鈭D；

圖2所示為本發(fā)明另一實施例中應用于第一服務器的數(shù)據(jù)傳輸?shù)姆椒ǖ牧鞒淌疽鈭D；以及

圖3所示為本發(fā)明一實施例中應用于第一服務器的數(shù)據(jù)傳輸?shù)难b置的結構示意圖。

具體實施方式

以下結合附圖對本發(fā)明的優(yōu)選實施例進行說明，應當理解，此處所描述的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。

如圖1所示為本發(fā)明一實施例中應用于第一服務器的數(shù)據(jù)傳輸?shù)姆椒ǖ牧鞒虉D，該方法可以包括以下步驟S11-S13。

步驟S11，監(jiān)控各個中轉服務器的鏈路狀態(tài)。

在該步驟中，可以由監(jiān)控腳本對鏈路狀態(tài)的實時監(jiān)控。

步驟S12，當向第二服務器傳輸待傳輸數(shù)據(jù)時，從各個中轉服務器中查找鏈路狀態(tài)為可用狀態(tài)的中轉服務器。

在該步驟中，鏈路狀態(tài)為可用狀態(tài)是指網絡不擁塞，能夠快速提供數(shù)據(jù)傳輸服務。另外，隧道鏈路的創(chuàng)建可以用腳本實現(xiàn)，當然也可以事先創(chuàng)建好。

步驟S13，將待傳輸數(shù)據(jù)發(fā)送至查找到的中轉服務器，由中轉服務器將待傳輸數(shù)據(jù)發(fā)送至第二服務器。

在本發(fā)明實施例中，監(jiān)控各個中轉服務器的鏈路狀態(tài)，當向第二服務器傳輸待傳輸數(shù)據(jù)時，查找鏈路狀態(tài)為可用狀態(tài)的中轉服務器；隨后，將待傳輸數(shù)據(jù)發(fā)送至查找到的中轉服務器，由中轉服務器將待傳輸數(shù)據(jù)發(fā)送至第二服務器。由此可見，本發(fā)明實施例在傳輸數(shù)據(jù)時能夠保證網絡不擁塞，能夠降低數(shù)據(jù)傳輸?shù)臅r延、提高數(shù)據(jù)傳輸?shù)男省?/p>

上文步驟S11中監(jiān)控各個中轉服務器的鏈路狀態(tài)，本發(fā)明實施例提供了一種可選的方案，該方案可以包括以下步驟A1-A2。

步驟A1，向各個中轉服務器發(fā)送獲取鏈路狀態(tài)的請求。

步驟A2，接收各個中轉服務器返回的各自的鏈路狀態(tài)。

在該步驟中，每個中轉服務器上的監(jiān)控服務監(jiān)控可以連接的鏈路，將可連接的鏈路發(fā)送給第一服務器。

在本發(fā)明的可選實施例中，上文步驟S13將待傳輸數(shù)據(jù)發(fā)送至查找到的中轉服務器，由中轉服務器將待傳輸數(shù)據(jù)發(fā)送至第二服務器可以實施為以下步驟B1-B2。

步驟B1，向中轉服務器發(fā)送建立TCP連接的請求，由中轉服務器為第一服務器分配TCP連接，并建立用于對外通訊的UDP連接。

步驟B2，通過TCP連接將待傳輸數(shù)據(jù)發(fā)送至查找到的中轉服務器，由中轉服務器通過用于對外通訊的UDP連接，將待傳輸數(shù)據(jù)發(fā)送至第二服務器。

在該步驟中，TCP(Transmission Control Protocol，傳輸控制協(xié)議)是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議。應用層向TCP層發(fā)送用于網間傳輸?shù)?、?位字節(jié)表示的數(shù)據(jù)流，然后TCP把數(shù)據(jù)流分區(qū)成適當長度的報文段(通常受該計算機連接的網絡的數(shù)據(jù)鏈路層的最大傳輸單元的限制)。之后TCP把結果包傳給IP層，由它來通過網絡將包傳送給接收端實體的TCP層。TCP為了保證不發(fā)生丟包，就給每個包一個序號，同時序號也保證了傳送到接收端實體的包的按序接收。然后接收端實體對已成功收到的包發(fā)回一個相應的確認(ACK)；如果發(fā)送端實體在合理的往返時延(RTT)內未收到確認，那么對應的數(shù)據(jù)包就被假設為已丟失將會被進行重傳。TCP用一個校驗和函數(shù)來檢驗數(shù)據(jù)是否有錯誤；在發(fā)送和接收時都要計算校驗和。

UDP(User Datagram Protocol，用戶數(shù)據(jù)報協(xié)議)的主要作用是將網絡數(shù)據(jù)流量壓縮成數(shù)據(jù)包的形式。一個典型的數(shù)據(jù)包就是一個二進制數(shù)據(jù)的傳輸單位。每一個數(shù)據(jù)包的前8個字節(jié)用來包含報頭信息，剩余字節(jié)則用來包含具體的傳輸數(shù)據(jù)。

在本發(fā)明的可選實施例中，在上文步驟S12中，當查找到的中轉服務器包括多個時，獲取多個中轉服務器各自對應的路由路徑，選取對應的路由路徑最短的中轉服務器。即，不經過擁塞的服務器，盡量少的跳轉次數(shù)。

在本發(fā)明的可選實施例中，第一服務器為提供數(shù)據(jù)的源服務器，第二服務器為目的服務器。

下面通過一具體實施例來詳細介紹本發(fā)明的數(shù)據(jù)傳輸?shù)姆椒ǖ膶崿F(xiàn)過程。在該實施例中，第一服務器為提供數(shù)據(jù)的源服務器，如無錫服務器。無錫服務器經過陜西服務器給北京服務器傳輸視頻數(shù)據(jù)。無錫服務器上的監(jiān)控服務發(fā)現(xiàn)陜西服務器擁塞，改選擇其它中轉服務器。

如圖2所示為本發(fā)明另一實施例中應用于第一服務器的數(shù)據(jù)傳輸?shù)姆椒ǖ牧鞒虉D，該方法可以包括以下步驟S21-S25。

步驟S21，第一服務器向各個中轉服務器發(fā)送獲取鏈路狀態(tài)的請求。

步驟S22，第一服務器接收各個中轉服務器返回的各自的鏈路狀態(tài)。

步驟S23，當向第二服務器傳輸待傳輸數(shù)據(jù)時，第一服務器從各個中轉服務器中查找鏈路狀態(tài)為可用狀態(tài)的中轉服務器。

在該步驟中，當查找到的中轉服務器包括多個時，獲取多個中轉服務器各自對應的路由路徑，選取對應的路由路徑最短的中轉服務器。即，不經過擁塞的服務器，盡量少的跳轉次數(shù)。

步驟S24，第一服務器向中轉服務器發(fā)送建立TCP連接的請求，由中轉服務器為第一服務器分配TCP連接，并建立用于對外通訊的UDP連接。

步驟S25，第一服務器通過TCP連接將待傳輸數(shù)據(jù)發(fā)送至查找到的中轉服務器，由中轉服務器通過用于對外通訊的UDP連接，將待傳輸數(shù)據(jù)發(fā)送至第二服務器。

在該步驟中，鏈路的切換過程可以腳本化，盡量減少人工干預，快速切換。

本發(fā)明實施例能夠滿足實時性要求比較高的業(yè)務要求。當由于公共網絡某個節(jié)點(一般為網絡設備)擁塞時，這種方式能應急。并且，本發(fā)明實施例能夠結合監(jiān)控腳本對鏈路狀態(tài)的實時監(jiān)控，比對出目前最優(yōu)的路由路徑。鏈路的切換過程也可以腳本化，盡量減少人工干預，快速切換。另外，隧道鏈路的創(chuàng)建可以用腳本實現(xiàn)，當然也可以事先創(chuàng)建好。本發(fā)明實施例在傳輸數(shù)據(jù)時能夠保證網絡不擁塞，能夠降低數(shù)據(jù)傳輸?shù)臅r延、提高數(shù)據(jù)傳輸?shù)男省?/p>

需要說明的是，在實際應用中，上述所有可選實施方式可以采用結合的方式任意組合，形成本發(fā)明的可選實施例，在此不再一一贅述。

對應于上述實施例中的數(shù)據(jù)傳輸?shù)姆椒?，本發(fā)明還提供一種數(shù)據(jù)傳輸?shù)难b置。如圖3所示為本發(fā)明一實施例中應用于第一服務器的數(shù)據(jù)傳輸?shù)难b置的結構示意圖，包括：

監(jiān)控模塊31，用于監(jiān)控各個中轉服務器的鏈路狀態(tài)；

查找模塊32，用于當向第二服務器傳輸待傳輸數(shù)據(jù)時，從所述各個中轉服務器中查找鏈路狀態(tài)為可用狀態(tài)的中轉服務器；

傳輸模塊33，用于將所述待傳輸數(shù)據(jù)發(fā)送至查找到的所述中轉服務器，由所述中轉服務器將所述待傳輸數(shù)據(jù)發(fā)送至所述第二服務器。

在本發(fā)明一實施例中，上述監(jiān)控模塊31還用于：

向所述各個中轉服務器發(fā)送獲取鏈路狀態(tài)的請求；

接收所述各個中轉服務器返回的各自的鏈路狀態(tài)。

在本發(fā)明一實施例中，上述傳輸模塊33還用于：

向所述中轉服務器發(fā)送建立TCP連接的請求，由所述中轉服務器為所述第一服務器分配TCP連接，并建立用于對外通訊的UDP連接；

通過所述TCP連接將所述待傳輸數(shù)據(jù)發(fā)送至查找到的所述中轉服務器，由所述中轉服務器通過所述用于對外通訊的UDP連接，將所述待傳輸數(shù)據(jù)發(fā)送至所述第二服務器。

在本發(fā)明一實施例中，上述查找模塊32還用于：

當查找到的所述中轉服務器包括多個時，獲取多個所述中轉服務器各自對應的路由路徑；

選取對應的路由路徑最短的中轉服務器。

在本發(fā)明一實施例中，所述第一服務器為提供數(shù)據(jù)的源服務器，所述第二服務器為目的服務器。

本發(fā)明實施例的上述裝置：監(jiān)控各個中轉服務器的鏈路狀態(tài)，當向第二服務器傳輸待傳輸數(shù)據(jù)時，查找鏈路狀態(tài)為可用狀態(tài)的中轉服務器；隨后，將待傳輸數(shù)據(jù)發(fā)送至查找到的中轉服務器，由中轉服務器將待傳輸數(shù)據(jù)發(fā)送至第二服務器。由此可見，本發(fā)明實施例在傳輸數(shù)據(jù)時能夠保證網絡不擁塞，能夠降低數(shù)據(jù)傳輸?shù)臅r延、提高數(shù)據(jù)傳輸?shù)男省?/p>

本領域內的技術人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器和光學存儲器等)上實施的計算機程序產品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產生計算機實現(xiàn)的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內，則本發(fā)明也意圖包含這些改動和變型在內。