本發(fā)明屬于通信技術(shù)領域，尤其涉及一種數(shù)據(jù)傳輸?shù)目刂品椒?、裝置及系統(tǒng)。

背景技術(shù)：

由于智能終端的普及，一個用戶可能同時擁有多臺終端，而用戶在不同的終端上存儲的數(shù)據(jù)也有所不同。為了使用戶能夠方便地使用存儲在不同終端上的數(shù)據(jù)，終端可以將使用過程中產(chǎn)生的數(shù)據(jù)上傳到云端的服務器中，并在有需要的時候?qū)⒋鎯υ谠贫朔掌鞯臄?shù)據(jù)下載到終端設備。

然而，隨著用戶終端數(shù)量的持續(xù)增長，服務器所面臨的來自終端的訪問壓力越來越大。比如，終端在檢測到數(shù)據(jù)發(fā)生變化時，就會向服務器發(fā)起同步請求，請求將發(fā)生變化的數(shù)據(jù)同步上傳到服務器中。因此，在終端的數(shù)量達到一定規(guī)模時，服務器會接收到很多來自終端的數(shù)據(jù)上傳或下載請求，從而導致服務器的負載過大，甚至超過服務器的負載能力。

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

本發(fā)明實施例提供一種數(shù)據(jù)傳輸?shù)目刂品椒ā⒀b置及系統(tǒng)，能降低服務器的負載。

本發(fā)明實施例提供以下技術(shù)方案：

一種數(shù)據(jù)傳輸?shù)目刂品椒?，包括?/p>

接收終端發(fā)送的數(shù)據(jù)傳輸請求；

根據(jù)所述數(shù)據(jù)傳輸請求，確定服務器當前未處理的數(shù)據(jù)傳輸請求數(shù)量；

獲取預設第一數(shù)量閾值；

若判斷出所述未處理的數(shù)據(jù)傳輸請求數(shù)量大于預設第一數(shù)量閾值，則向?qū)慕K端廣播第一信息，所述第一信息用于指示所述對應的終端在檢測到向服務器發(fā)送數(shù)據(jù)傳輸請求時，暫停所述發(fā)送數(shù)據(jù)傳輸請求的操作。

本發(fā)明實施例還提供以下技術(shù)方案：

一種數(shù)據(jù)傳輸?shù)目刂蒲b置，包括：

接收單元，用于接收終端發(fā)送的數(shù)據(jù)傳輸請求；

確定單元，用于根據(jù)所述數(shù)據(jù)傳輸請求，確定服務器當前未處理的數(shù)據(jù)傳輸請求數(shù)量；

獲取單元，用于獲取預設第一數(shù)量閾值；

廣播單元，用于若判斷出所述未處理的數(shù)據(jù)傳輸請求數(shù)量大于預設第一數(shù)量閾值，則向?qū)慕K端廣播第一信息，所述第一信息用于指示所述對應的終端在檢測到向服務器發(fā)送數(shù)據(jù)傳輸請求時，暫停所述發(fā)送數(shù)據(jù)傳輸請求的操作。

本發(fā)明實施例還提供一種數(shù)據(jù)傳輸?shù)目刂葡到y(tǒng)，所述系統(tǒng)包括服務器和終端，所述服務器包括上述數(shù)據(jù)傳輸?shù)目刂蒲b置。

本發(fā)明實施例提供的數(shù)據(jù)傳輸?shù)目刂品椒?、裝置及系統(tǒng)，當接收到終端發(fā)送的數(shù)據(jù)傳輸請求時，服務器獲取其當前尚未處理的數(shù)據(jù)傳輸請求的數(shù)量，以及預設第一數(shù)量閾值。然后，服務器判斷其尚未處理的數(shù)據(jù)傳輸請求數(shù)量是否超過預設第一數(shù)量閾值。若是，則服務器向?qū)慕K端廣播第一信息，該第一信息用于指示這些終端在檢測到向服務器發(fā)送進行數(shù)據(jù)傳輸?shù)恼埱髸r，暫停其發(fā)送數(shù)據(jù)傳輸請求的操作。因此，本發(fā)明實施例可以在服務器檢測到其尚未處理的數(shù)據(jù)傳輸請求數(shù)量較多時，向?qū)慕K端廣播信息，以指示這些終端延緩向服務器發(fā)送進行數(shù)據(jù)傳輸?shù)恼埱?，從而可以有效避免服務器在尚未處理的?shù)據(jù)傳輸請求數(shù)量較多的情況下又接收到過多的來自終端的數(shù)據(jù)傳輸請求，有效降低服務器的負載。

附圖說明

下面結(jié)合附圖，通過對本發(fā)明的具體實施方式詳細描述，將使本發(fā)明的技術(shù)方案及其有益效果顯而易見。

圖1是本發(fā)明實施例提供的數(shù)據(jù)傳輸?shù)目刂品椒ǖ牧鞒淌疽鈭D。

圖2是本發(fā)明實施例提供的數(shù)據(jù)傳輸?shù)目刂品椒ǖ牧硪涣鞒淌疽鈭D。

圖3為本發(fā)明實施例提供的數(shù)據(jù)傳輸?shù)目刂蒲b置的結(jié)構(gòu)示意圖。

圖4為本發(fā)明實施例提供的數(shù)據(jù)傳輸?shù)目刂蒲b置的另一結(jié)構(gòu)示意圖。

圖5為本發(fā)明實施例提供的數(shù)據(jù)傳輸?shù)目刂葡到y(tǒng)的場景示意圖。

圖6為本發(fā)明實施例提供的服務器的結(jié)構(gòu)示意圖。

具體實施方式

請參照圖式，其中相同的組件符號代表相同的組件，本發(fā)明的原理是以實施在一適當?shù)倪\算環(huán)境中來舉例說明。以下的說明是基于所例示的本發(fā)明具體實施例，其不應被視為限制本發(fā)明未在此詳述的其它具體實施例。

以下將詳細說明。

請參閱圖1，圖1是本發(fā)明實施例提供的數(shù)據(jù)傳輸?shù)目刂品椒ǖ牧鞒淌疽鈭D，具體流程可以包括：

在步驟S101中，接收終端發(fā)送的數(shù)據(jù)傳輸請求。

在步驟S102中，根據(jù)該數(shù)據(jù)傳輸請求，確定服務器當前未處理的數(shù)據(jù)傳輸請求數(shù)量。

可以理解的是，本發(fā)明實施例的執(zhí)行主體可以是服務器等。

比如，在云存儲服務系統(tǒng)中包括用戶終端和服務器，而隨著用戶終端數(shù)量的持續(xù)增長，服務器所面臨的來自終端的訪問壓力越來越大。比如，終端在檢測到數(shù)據(jù)發(fā)生變化時，就會向服務器發(fā)起數(shù)據(jù)傳輸請求，請求將發(fā)生變化的數(shù)據(jù)同步上傳到服務器中。因此，在終端的數(shù)量達到一定規(guī)模時，服務器會接收到很多來自終端的數(shù)據(jù)上傳或下載請求，從而導致服務器的負載過大，甚至超過服務器的負載能力。

為了解決上述問題，在本發(fā)明實施例的步驟S101和S102中，當服務器接收到由終端發(fā)送過來的數(shù)據(jù)傳輸請求時，可以觸發(fā)服務器獲取其當前的未處理的數(shù)據(jù)傳輸請求的數(shù)量。

在步驟S103中，獲取預設第一數(shù)量閾值。

比如，在服務器確定出尚未處理的數(shù)據(jù)傳輸請求的數(shù)量后，可以由服務器獲取其預先設置的第一數(shù)量閾值，即預設第一數(shù)量閾值。然后，服務器判斷其尚未處理的數(shù)據(jù)傳輸請求數(shù)量是否超過預設第一數(shù)量閾值。

如果服務器判斷出其尚未處理的數(shù)據(jù)傳輸請求數(shù)量沒有超過預設第一數(shù)量閾值，則可以認為服務器尚未處理的數(shù)據(jù)傳輸請求的數(shù)量較少，即此時服務器的負載較小。這種情況下，服務器可以繼續(xù)執(zhí)行其相應的操作。

在步驟S104中，若判斷出該未處理的數(shù)據(jù)傳輸請求數(shù)量大于預設第一數(shù)量閾值，則向?qū)慕K端廣播第一信息，該第一信息用于指示對應的終端在檢測到向服務器發(fā)送數(shù)據(jù)傳輸請求時，暫停該發(fā)送數(shù)據(jù)傳輸請求的操作。

比如，服務器判斷出其尚未處理的數(shù)據(jù)傳輸請求數(shù)量超過了預設第一數(shù)量閾值，則可以認為服務器尚未處理的數(shù)據(jù)傳輸請求的數(shù)量較多，即此時服務器的負載較大。這種情況下，可以觸發(fā)服務器向其對應的終端廣播發(fā)送一條信息，即第一信息，該第一信息可以用于通知這些終端當前服務器的負載較大，并指示這些終端在檢測到向服務器發(fā)送數(shù)據(jù)傳輸請求時，暫停終端中發(fā)送數(shù)據(jù)傳輸請求的操作。也就是說，該第一信息可以用于指示服務器對應的終端，在未進一步接收到服務器發(fā)送的允許這些終端向服務器發(fā)送數(shù)據(jù)傳輸請求的信息之前，不向服務器發(fā)送數(shù)據(jù)傳輸請求。

可以理解的是，本發(fā)明實施例在服務器判斷出自身當前尚未處理的來自終端的數(shù)據(jù)傳輸請求數(shù)量較多的情況下，由服務器向?qū)慕K端廣播信息，以指示這些終端延緩向服務器發(fā)送進行數(shù)據(jù)傳輸?shù)恼埱?，從而可以避免服務器因積壓過多的數(shù)據(jù)傳輸請求，而導致服務器負載過大。也即，本發(fā)明實施例可以有效降低服務器的負載。

由上述可知，本發(fā)明實施例提供的數(shù)據(jù)傳輸?shù)目刂品椒?，當接收到終端發(fā)送的數(shù)據(jù)傳輸請求時，服務器獲取其當前尚未處理的數(shù)據(jù)傳輸請求的數(shù)量，以及預設第一數(shù)量閾值。然后，服務器判斷其尚未處理的數(shù)據(jù)傳輸請求數(shù)量是否超過預設第一數(shù)量閾值。若是，則服務器向?qū)慕K端廣播第一信息，該第一信息用于指示這些終端在檢測到向服務器發(fā)送進行數(shù)據(jù)傳輸?shù)恼埱髸r，暫停其發(fā)送數(shù)據(jù)傳輸請求的操作。因此，本發(fā)明實施例可以在服務器檢測到其尚未處理的數(shù)據(jù)傳輸請求數(shù)量較多時，向?qū)慕K端廣播信息，以指示這些終端延緩向服務器發(fā)送進行數(shù)據(jù)傳輸?shù)恼埱螅瑥亩梢杂行П苊夥掌髟谏形刺幚淼臄?shù)據(jù)傳輸請求數(shù)量較多的情況下又接收到過多的來自終端的數(shù)據(jù)傳輸請求，有效降低服務器的負載。

下面將在一優(yōu)選實施例中對數(shù)據(jù)傳輸?shù)目刂品椒ㄗ鬟M一步詳細說明。

請參閱圖2，圖2為本發(fā)明實施例提供的數(shù)據(jù)傳輸?shù)目刂品椒ǖ牧硪涣鞒淌疽鈭D，具體流程可以包括：

在步驟S201中，服務器接收終端發(fā)送的數(shù)據(jù)傳輸請求。

在步驟S202中，根據(jù)該數(shù)據(jù)傳輸請求，服務器確定當前未處理的數(shù)據(jù)傳輸請求數(shù)量。

比如，步驟S201和S202可以具體包括：

當服務器接收到一個或多個由終端發(fā)送的數(shù)據(jù)傳輸請求時，服務器可以根據(jù)其接收到的數(shù)據(jù)傳輸請求，確定出其當前尚未處理的來自終端的數(shù)據(jù)傳輸請求的數(shù)量。

在一種可能的實施方式中，上述服務器接收到一個或多個由終端發(fā)送的數(shù)據(jù)傳輸請求的觸發(fā)條件可以具體包括：服務器在預設時長內(nèi)或同時接收到超過預設數(shù)量的數(shù)據(jù)傳輸請求?；诖耍鲜霎敺掌鹘邮盏揭粋€或多個由終端發(fā)送的數(shù)據(jù)傳輸請求時，服務器可以根據(jù)其接收到的數(shù)據(jù)傳輸請求，確定出其當前尚未處理的來自終端的數(shù)據(jù)傳輸請求的數(shù)量，可以具體包括：當服務器在預設時長，如半分鐘內(nèi)，接收到超過預設數(shù)量的數(shù)據(jù)傳輸請求時，服務器可以根據(jù)其接收到的數(shù)據(jù)傳輸請求，確定出其當前尚未處理的來自終端的數(shù)據(jù)傳輸請求的數(shù)量。

在步驟S203中，服務器獲取預設第一數(shù)量閾值。

在步驟S204中，服務器判斷未處理的數(shù)據(jù)傳輸請求數(shù)量是否大于預設第一數(shù)量閾值。

比如，步驟S203和S204可以具體包括：

在服務器獲取到其尚未處理的來自終端的要求進行數(shù)據(jù)傳輸?shù)恼埱蟮臄?shù)量后，可以觸發(fā)服務器獲取預設第一數(shù)量閾值，并判斷服務器尚未處理的數(shù)據(jù)傳輸請求數(shù)量是否大于該預設第一數(shù)量閾值。

需要說明的是，上述預設第一數(shù)量閾值為用于判斷服務器的負載是否過大的一個數(shù)值。也就是說，當服務器尚未處理的數(shù)據(jù)傳輸請求數(shù)量大于該預設第一數(shù)量閾值時，可以認為服務器的負載較大。而當服務器尚未處理的數(shù)據(jù)傳輸請求數(shù)量小于或等于該預設第一數(shù)量閾值時，可以認為服務器的負載較小。

比如，服務器一般是根據(jù)接收時間的先后順序來對終端發(fā)送的數(shù)據(jù)傳輸請求進行響應。例如，服務器先接收到甲終端發(fā)送的數(shù)據(jù)傳輸請求，之后才接收到乙終端發(fā)送的數(shù)據(jù)傳輸請求，那么服務器會先對甲終端的數(shù)據(jù)傳輸請求進行響應。對于較晚接收到的、尚未來得及處理的數(shù)據(jù)傳輸請求，服務器會將其加入到等待隊列。由于服務器的處理能力有限，上述等待隊列都有一個最大容量，超過這個最大容量的話，就容易導致服務器因負載過大而陷入癱瘓并無法響應數(shù)據(jù)傳輸請求。例如，服務器允許積壓的未處理的數(shù)據(jù)傳輸請求的數(shù)量(最大積壓量)為10000條，如果服務器在一個時間段內(nèi)積壓的未處理的數(shù)據(jù)傳輸請求數(shù)量超過了10000條，那么服務器就很可能因負載過大而陷入癱瘓。

基于此，上述預設第一數(shù)量閾值可以是略小于服務器最大積壓量的一個數(shù)值。例如服務器的最大積壓量為10000條，那么預設第一數(shù)量閾值可以設置為9500條等。

若在步驟S204中服務器判斷出其尚未處理的數(shù)據(jù)傳輸請求數(shù)量不大于預設第一數(shù)量閾值，則可以認為此時服務器的負載較小。在這種情況下，服務器可以繼續(xù)執(zhí)行其當前的相關(guān)操作，即步驟S207。

在步驟S205中，若判斷出未處理的數(shù)據(jù)傳輸請求數(shù)量大于預設第一數(shù)量閾值，則服務器向?qū)慕K端廣播第一信息，該第一信息用于指示對應的終端在檢測到向服務器發(fā)送數(shù)據(jù)傳輸請求時，暫停該發(fā)送數(shù)據(jù)傳輸請求的操作。

比如，在步驟S204中服務器判斷出其尚未處理的數(shù)據(jù)傳輸請求數(shù)量大于預設第一數(shù)量閾值，則可以認為此時服務器的負載較大。在這種情況下，可以觸發(fā)服務器向?qū)慕K端廣播發(fā)送一條信息，即第一信息，該第一信息可以用于通知這些對應的終端當前服務器的負載較大，并指示這些終端在檢測到向服務器發(fā)送數(shù)據(jù)傳輸請求時，暫停其發(fā)送數(shù)據(jù)傳輸請求的操作。

例如，在接收到服務器廣播的第一信息之后，甲終端可以實時檢測其是否在執(zhí)行向服務器發(fā)送數(shù)據(jù)傳輸請求的操作。若甲終端檢測到其在執(zhí)行向服務器發(fā)送數(shù)據(jù)傳輸請求的操作，則甲終端將該向服務器發(fā)送數(shù)據(jù)傳輸請求的操作暫停。

在步驟S206中，若檢測到未處理的數(shù)據(jù)傳輸請求的數(shù)量小于或等于預設第二數(shù)量閾值，則服務器向?qū)慕K端發(fā)送第二信息，所述第二信息用于指示對應的終端重啟被暫停的發(fā)送數(shù)據(jù)傳輸請求的操作，預設第二數(shù)量閾值小于預設第一數(shù)量閾值。

比如，在向?qū)慕K端廣播第一信息之后，服務器可以繼續(xù)響應其尚未處理的數(shù)據(jù)傳輸請求。同時，服務器可以檢測其尚未處理的數(shù)據(jù)傳輸請求的數(shù)量是否小于或等于預設第二數(shù)量閾值。該預設第二數(shù)量閾值小于上述預設第一數(shù)量閾值。

如果服務器檢測到其尚未處理的數(shù)據(jù)傳輸請求的數(shù)量小于預設第一數(shù)量閾值且大于預設第二數(shù)量閾值，那么服務器可以繼續(xù)響應其尚未處理的數(shù)據(jù)傳輸請求。

如果服務器檢測到其尚未處理的數(shù)據(jù)傳輸請求的數(shù)量已經(jīng)小于或等于預設第二數(shù)量閾值，那么此時可以觸發(fā)服務器向?qū)慕K端再廣播一則信息，即第二信息，該第二信息用于通知對應的終端可以重啟之前被暫停的發(fā)送數(shù)據(jù)傳輸請求的操作。

可以理解的是，本發(fā)明實施例中，服務器在判斷出其未處理的數(shù)據(jù)傳輸請求數(shù)量大于預設第一數(shù)量閾值，即服務器負載較大時，向?qū)慕K端廣播信息，并指示這些終端延緩向服務器發(fā)送進行數(shù)據(jù)傳輸?shù)恼埱?。通過這種方式可以避免服務器因積壓過多的數(shù)據(jù)傳輸請求而導致負載過大，因此本發(fā)明實施例可以有效降低服務器的負載。

另外，服務器在檢測到其未處理的數(shù)據(jù)傳輸請求數(shù)量小于或等于預設第二數(shù)量閾值，即服務器負載較小時，可以向?qū)慕K端廣播信息，通知這些終端可以向服務器發(fā)送數(shù)據(jù)傳輸請求。

本發(fā)明實施例中設置了兩個數(shù)量閾值，即預設第一數(shù)量閾值和預設第二數(shù)量閾值，由于預設第二數(shù)量閾值小于預設第一數(shù)量閾值，所以本發(fā)明實施例可以使服務器在負載處于較低水平(即未處理的數(shù)據(jù)傳輸請求數(shù)量小于或等于預設第二數(shù)量閾值)時，才向?qū)慕K端廣播用于通知終端可以發(fā)送數(shù)據(jù)傳輸請求的信息。因此，相比于服務器在未處理的數(shù)據(jù)傳輸請求數(shù)量小于或等于預設第一數(shù)量閾值時，向?qū)慕K端廣播用于通知終端可以發(fā)送數(shù)據(jù)傳輸請求的信息的實施方式，本發(fā)明實施例中采用的方式可以避免服務器在其負載剛剛降低時，又因接收到較多的由終端發(fā)送的數(shù)據(jù)傳輸請求，而使服務器的負載重新變得較大。

在一種可能的實施方式中，在步驟S201之前，服務器還可以執(zhí)行如下步驟：

若接收到用于指示對預設第一數(shù)量閾值及預設第二數(shù)量閾值進行修改的指令，則按照該指令對預設第一數(shù)量閾值及預設第二數(shù)量閾值進行修改。

比如，管理員對服務器進行了擴容或升級，使得服務器的處理能力得以提升。在這種情況下，管理員可以根據(jù)實際擴容或升級情況，將預設第一數(shù)量閾值和預設第二數(shù)量閾值的數(shù)值對應地調(diào)大一些。

可以理解的是，通過對預設第一數(shù)量閾值和預設第二數(shù)量閾值這兩個數(shù)值的調(diào)整，可以使服務器更加靈活地控制其與對應的終端之間的數(shù)據(jù)傳輸。

在另一種可能的實施方式，本發(fā)明實施例在執(zhí)行完步驟S205之后，還可以不執(zhí)行步驟S206，而是執(zhí)行如下步驟：

獲取對應的終端的數(shù)據(jù)傳輸頻率；

向數(shù)據(jù)傳輸頻率大于預設傳輸頻率的第一終端發(fā)送第三信息，該第三信息攜帶第一等待時長，并用于指示第一終端在第一等待時長結(jié)束后，重啟被暫停的發(fā)送數(shù)據(jù)傳輸請求的操作。

比如，在服務器向?qū)慕K端廣播用于指示該對應的終端在檢測到向服務器發(fā)送數(shù)據(jù)傳輸請求時，暫停該發(fā)送數(shù)據(jù)傳輸請求操作的第一信息之后，服務器還可以先獲取到對應的終端的數(shù)據(jù)傳輸頻率，以及預設傳輸頻率。之后，服務器可以將對應的終端中數(shù)據(jù)傳輸頻率大于預設傳輸頻率的終端確定為第一終端。然后，服務器向該第一終端發(fā)送一則信息，即第三信息。該第三信息中攜帶有第一等待時長。該第三信息用于指示該第一終端在第一等待時長結(jié)束后，可以重新啟動之前被暫停的向服務器發(fā)送數(shù)據(jù)傳輸請求的操作。

需要說明的是，服務器可以將其對應的各個終端在預設時間范圍，如過去一小時內(nèi)，與服務進行數(shù)據(jù)傳輸?shù)拇螖?shù)，確定為各終端的數(shù)據(jù)傳輸頻率。例如，服務器統(tǒng)計到甲終端在過去一小時內(nèi)與服務器進行了3次數(shù)據(jù)傳輸，那么可以將甲終端的數(shù)據(jù)傳輸頻率確定為3次/時。

例如，預設傳輸頻率為2次/時，那么由于甲終端的數(shù)據(jù)傳輸頻率大于預設傳輸頻率，所以甲終端會被服務器確定為第一終端?？梢岳斫獾氖?，服務器確定出來的第一終端可以是多個終端。然后，服務器會向甲終端發(fā)送第三信息，該第三信息中攜帶有第一等待時長，如1小時。該第三信息可以用于指示甲終端在1小時后可以重新啟動之前被暫停的向服務器發(fā)送數(shù)據(jù)傳輸請求的操作。

在一種可能的實施方式中，在上述獲取對應的終端的數(shù)據(jù)更新頻率的步驟之后，還可以包括如下步驟：

向數(shù)據(jù)傳輸頻率小于或等于預設傳輸頻率的第二終端發(fā)送第四信息，所述第四信息攜帶第二等待時長，并用于指示所述第二終端在第二等待時長結(jié)束后，重啟被暫停的發(fā)送數(shù)據(jù)傳輸請求的操作。

比如，服務器在獲取到對應的終端的數(shù)據(jù)傳輸頻率，以及預設傳輸頻率之后，可以將對應的終端中數(shù)據(jù)傳輸頻率小于或等于預設傳輸頻率的終端確定為第二終端。然后，服務器向該第二終端發(fā)送一則信息，即第四信息。該第四信息中攜帶有第二等待時長。該第四信息用于指示該第二終端在第二等待時長結(jié)束后，可以重新啟動之前被暫停的向服務器發(fā)送數(shù)據(jù)傳輸請求的操作。

例如，乙終端的數(shù)據(jù)傳輸頻率為1次/時，那么服務器會將乙終端確定為第二終端，并向乙終端發(fā)送第四信息。該第四信息中攜帶有第二等待時長，如2小時。該第四信息用于指示乙終端在2小時后，可以重新啟動之前被暫停的向服務器發(fā)送數(shù)據(jù)傳輸請求的操作。

在可能的實施方式中，上述第二等待時長可以大于第一等待時長。也就是說，對于數(shù)據(jù)傳輸比較頻繁的終端，可以使之在等待較短時間后重啟被暫停的向服務器發(fā)送數(shù)據(jù)傳輸請求的操作。而對于數(shù)據(jù)傳輸比較不頻繁的終端，可以使之在等待較長時間后重啟被暫停的向服務器發(fā)送數(shù)據(jù)傳輸請求的操作。

當然，使第二等待時長大于第一等待時長只是一種較佳的實施方式，而在其它可能的實施方式中，也可以使第二等待時長小于第一等待時長，或者不對第二等待時長與第一等待時長的大小關(guān)系進行限定，等等，此處不作具體限定。

可以理解的是，在第一終端和第二終端處于等待時間時，服務器可以繼續(xù)響應尚未處理的數(shù)據(jù)傳輸請求，從而減少服務器未處理的數(shù)據(jù)傳輸請求的數(shù)量。也即，可以降低服務器的負載。另外，通過向不同的終端下發(fā)不同的等待時長，也可以更加靈活地對服務器與終端之間的數(shù)據(jù)傳輸進行控制。

當然，除了將服務器對應的終端劃分為第一終端和第二終端這兩類終端之外，服務器也可以根據(jù)自身的處理能力，以及對應的終端進行數(shù)據(jù)傳輸?shù)念l率，將終端進一步細分為多個類別，并為每個類別設置不同的等待時長。例如，預先設置兩個不同的傳輸頻率，即第一傳輸頻率和第二傳輸頻率，第一傳輸頻率大于第二傳輸頻率。那么，服務器對應的終端就可以劃分為數(shù)據(jù)傳輸頻率大于或等于第一傳輸頻率、數(shù)據(jù)傳輸頻率小于第一傳輸頻率且大于第二傳輸頻率、以及數(shù)據(jù)傳輸頻率小于或等于第二傳輸頻率的三類終端。

由上述可知，本發(fā)明實施例提供的數(shù)據(jù)傳輸?shù)目刂品椒?，當接收到終端發(fā)送的數(shù)據(jù)傳輸請求時，服務器獲取其當前尚未處理的數(shù)據(jù)傳輸請求的數(shù)量，以及預設第一數(shù)量閾值。然后，服務器判斷其尚未處理的數(shù)據(jù)傳輸請求數(shù)量是否超過預設第一數(shù)量閾值。若是，則服務器向?qū)慕K端廣播第一信息，該第一信息用于指示這些終端在檢測到向服務器發(fā)送進行數(shù)據(jù)傳輸?shù)恼埱髸r，暫停其發(fā)送數(shù)據(jù)傳輸請求的操作。因此，本發(fā)明實施例可以在服務器檢測到其尚未處理的數(shù)據(jù)傳輸請求數(shù)量較多時，向?qū)慕K端廣播信息，以指示這些終端延緩向服務器發(fā)送進行數(shù)據(jù)傳輸?shù)恼埱?，從而可以有效避免服務器在尚未處理的?shù)據(jù)傳輸請求數(shù)量較多的情況下又接收到過多的來自終端的數(shù)據(jù)傳輸請求，有效降低服務器的負載。

為便于更好地實施本發(fā)明實施例提供的數(shù)據(jù)傳輸?shù)目刂品椒?，本發(fā)明實施例還提供一種基于上述數(shù)據(jù)傳輸?shù)目刂品椒ǖ难b置。其中名詞的含義與上述數(shù)據(jù)傳輸?shù)目刂品椒ㄖ邢嗤?，具體實現(xiàn)細節(jié)可以參考方法實施例中的說明。

請參閱圖3，圖3為本發(fā)明實施例提供的數(shù)據(jù)傳輸?shù)目刂蒲b置的結(jié)構(gòu)示意圖。數(shù)據(jù)傳輸?shù)目刂蒲b置300可以包括：接收單元301，確定單元302，獲取單元303，以及廣播單元304。

接收單元301，用于接收終端發(fā)送的數(shù)據(jù)傳輸請求。

確定單元302，用于根據(jù)所述數(shù)據(jù)傳輸請求，確定服務器當前未處理的數(shù)據(jù)傳輸請求數(shù)量。

比如，當服務器的接收單元301接收到一個或多個由終端發(fā)送的數(shù)據(jù)傳輸請求時，可以觸發(fā)服務器的確定單元302根據(jù)接收到的數(shù)據(jù)傳輸請求，確定出服務器當前尚未處理的來自終端的數(shù)據(jù)傳輸請求的數(shù)量。

獲取單元303，用于獲取預設第一數(shù)量閾值。

比如，在確定單元302確定出服務器當前未處理的數(shù)據(jù)傳輸請求后，可以觸發(fā)獲取單元303獲取預設第一數(shù)量閾值。

需要說明的是，上述預設第一數(shù)量閾值為用于判斷服務器的負載是否過大的一個數(shù)值。也就是說，當服務器尚未處理的數(shù)據(jù)傳輸請求數(shù)量大于該預設第一數(shù)量閾值時，可以認為服務器的負載較大。而當服務器尚未處理的數(shù)據(jù)傳輸請求數(shù)量小于或等于該預設第一數(shù)量閾值時，可以認為服務器的負載較小。

在獲取到服務器當前未處理的數(shù)據(jù)傳輸請求數(shù)量以及預設第一數(shù)量閾值后，服務器可以判斷該當前未處理的數(shù)據(jù)傳輸請求數(shù)量是否大于預設第一數(shù)量閾值。

若服務器判斷出其當前未處理的數(shù)據(jù)傳輸請求數(shù)量不大于預設第一數(shù)量閾值，則可以認為服務器的負載較小，此時服務器可以繼續(xù)執(zhí)行其相關(guān)操作。

廣播單元304，用于若判斷出所述未處理的數(shù)據(jù)傳輸請求數(shù)量大于預設第一數(shù)量閾值，則向?qū)慕K端廣播第一信息，所述第一信息用于指示所述對應的終端在檢測到向服務器發(fā)送數(shù)據(jù)傳輸請求時，暫停所述發(fā)送數(shù)據(jù)傳輸請求的操作。

比如，若服務器判斷出其當前未處理的數(shù)據(jù)傳輸請求數(shù)量大于預設第一數(shù)量閾值，則可以認為此時服務器的負載較大。在這種情況下，可以觸發(fā)服務器的廣播單元304向?qū)慕K端廣播發(fā)送一條信息，即第一信息。該第一信息可以用于通知這些對應的終端當前服務器的負載較大，并指示這些終端在檢測到向服務器發(fā)送數(shù)據(jù)傳輸請求時，暫停其發(fā)送數(shù)據(jù)傳輸請求的操作。

例如，在接收到服務器廣播的第一信息之后，甲終端可以實時檢測其是否在執(zhí)行向服務器發(fā)送數(shù)據(jù)傳輸請求的操作。若甲終端檢測到其在執(zhí)行向服務器發(fā)送數(shù)據(jù)傳輸請求的操作，則甲終端可以將該向服務器發(fā)送數(shù)據(jù)傳輸請求的操作暫停。

可以理解的是，本發(fā)明實施例中，服務器在判斷出其未處理的數(shù)據(jù)傳輸請求數(shù)量大于預設第一數(shù)量閾值，即服務器負載較大時，由服務器的廣播單元向?qū)慕K端廣播信息，并指示這些終端延緩向服務器發(fā)送進行數(shù)據(jù)傳輸?shù)恼埱蟆Ｍㄟ^這種方式可以避免服務器因積壓過多的數(shù)據(jù)傳輸請求而導致負載過大，因此本發(fā)明實施例可以有效降低服務器的負載。

請一并參閱圖4，圖4為本發(fā)明實施例提供的數(shù)據(jù)傳輸?shù)目刂蒲b置的另一結(jié)構(gòu)示意圖。在一優(yōu)選實施例中，數(shù)據(jù)傳輸?shù)目刂蒲b置300還可以包括：發(fā)送單元305，第一重啟單元306，第二重啟單元307，以及修改單元308。

發(fā)送單元305，用于若檢測到未處理的數(shù)據(jù)傳輸請求的數(shù)量小于或等于預設第二數(shù)量閾值，則向?qū)慕K端發(fā)送第二信息，所述第二信息用于指示所述對應的終端重啟被暫停的發(fā)送數(shù)據(jù)傳輸請求的操作，預設第二數(shù)量閾值小于預設第一數(shù)量閾值。

比如，在廣播單元304向?qū)慕K端廣播第一信息之后，服務器可以繼續(xù)響應其尚未處理的數(shù)據(jù)傳輸請求。同時，服務器還可以對其尚未處理的數(shù)據(jù)傳輸請求的數(shù)量進行監(jiān)控，并檢測其尚未處理的數(shù)據(jù)傳輸請求的數(shù)量是否小于或等于預設第二數(shù)量閾值。該預設第二數(shù)量閾值小于上述預設第一數(shù)量閾值。

如果服務器檢測到其尚未處理的數(shù)據(jù)傳輸請求的數(shù)量小于預設第一數(shù)量閾值且大于預設第二數(shù)量閾值，那么服務器可以繼續(xù)響應其尚未處理的數(shù)據(jù)傳輸請求。

如果服務器檢測到其尚未處理的數(shù)據(jù)傳輸請求的數(shù)量已經(jīng)小于或等于預設第二數(shù)量閾值，那么此時可以觸發(fā)服務器的發(fā)送單元305向?qū)慕K端再廣播一則信息，即第二信息，該第二信息用于通知對應的終端可以重啟之前被暫停的發(fā)送數(shù)據(jù)傳輸請求的操作。

第一重啟單元306，用于獲取對應的終端的數(shù)據(jù)傳輸頻率；向數(shù)據(jù)傳輸頻率大于預設傳輸頻率的第一終端發(fā)送第三信息，所述第三信息攜帶第一等待時長，并用于指示所述第一終端在第一等待時長結(jié)束后，重啟被暫停的發(fā)送數(shù)據(jù)傳輸請求的操作。

在另一種可能的實施方式中，在廣播單元304向服務器對應的終端廣播第一信息之后，還可以由第一重啟單元306先獲取到服務器對應的終端的數(shù)據(jù)傳輸頻率，以及預設傳輸頻率。之后，服務器可以將對應的終端中數(shù)據(jù)傳輸頻率大于預設傳輸頻率的終端確定為第一終端。然后，服務器向該第一終端發(fā)送一則信息，即第三信息。該第三信息中攜帶有第一等待時長。該第三信息用于指示該第一終端在第一等待時長結(jié)束后，可以重新啟動之前被暫停的向服務器發(fā)送數(shù)據(jù)傳輸請求的操作。

需要說明的是，服務器可以將其對應的各個終端在預設時間范圍，如過去一小時內(nèi)，與服務進行數(shù)據(jù)傳輸?shù)拇螖?shù)，確定為各終端的數(shù)據(jù)傳輸頻率。例如，服務器統(tǒng)計到甲終端在過去一小時內(nèi)與服務器進行了3次數(shù)據(jù)傳輸，那么可以將甲終端的數(shù)據(jù)傳輸頻率確定為3次/時。而預設傳輸頻率則可以由服務器的管理人員自行設定，例如可以設置為2次/時。

第二重啟單元307，用于向數(shù)據(jù)傳輸頻率小于或等于預設傳輸頻率的第二終端發(fā)送第四信息，所述第四信息攜帶第二等待時長，并用于指示所述第二終端在第二等待時長結(jié)束后，重啟被暫停的發(fā)送數(shù)據(jù)傳輸請求的操作。

比如，服務器在獲取到對應的終端的數(shù)據(jù)傳輸頻率，以及預設傳輸頻率之后，可以將對應的終端中數(shù)據(jù)傳輸頻率小于或等于預設傳輸頻率的終端確定為第二終端。然后，由服務器的第二重啟單元307向該第二終端發(fā)送一則信息，即第四信息。該第四信息中攜帶有第二等待時長。該第四信息用于指示該第二終端在第二等待時長結(jié)束后，可以重新啟動之前被暫停的向服務器發(fā)送數(shù)據(jù)傳輸請求的操作。

可以理解的是，在第一終端和第二終端處于等待時間時，服務器可以繼續(xù)響應尚未處理的數(shù)據(jù)傳輸請求，從而減少服務器未處理的數(shù)據(jù)傳輸請求的數(shù)量。也即，可以降低服務器的負載。另外，通過向不同的終端下發(fā)不同的等待時長，也可以更加靈活地對服務器與終端之間的數(shù)據(jù)傳輸進行控制。

修改單元308，用于若接收到用于指示對預設第一數(shù)量閾值及預設第二數(shù)量閾值進行修改的指令，則按照所述指令對預設第一數(shù)量閾值及預設第二數(shù)量閾值進行修改。

比如，服務器在進行了擴容或升級之后，其處理能力得到提升。在這種情況下，服務器的管理人員可以根據(jù)實際擴容或升級情況，將預設第一數(shù)量閾值和預設第二數(shù)量閾值的數(shù)值對應地調(diào)大一些。基于此，服務器在接收到用于指示對預設第一數(shù)量閾值及預設第二數(shù)量閾值進行修改的指令后，可以觸發(fā)修改單元308按照該指令，對預設第一數(shù)量閾值及預設第二數(shù)量閾值的數(shù)值進行修改。

可以理解的是，通過對預設第一數(shù)量閾值和預設第二數(shù)量閾值這兩個數(shù)值的調(diào)整，可以使服務器更加靈活地控制其與對應的終端之間的數(shù)據(jù)傳輸。

由上述可知，本發(fā)明實施例提供的數(shù)據(jù)傳輸?shù)目刂蒲b置，當接收到終端發(fā)送的數(shù)據(jù)傳輸請求時，服務器獲取其當前尚未處理的數(shù)據(jù)傳輸請求的數(shù)量，以及預設第一數(shù)量閾值。然后，服務器判斷其尚未處理的數(shù)據(jù)傳輸請求數(shù)量是否超過預設第一數(shù)量閾值。若是，則服務器向?qū)慕K端廣播第一信息，該第一信息用于指示這些終端在檢測到向服務器發(fā)送進行數(shù)據(jù)傳輸?shù)恼埱髸r，暫停其發(fā)送數(shù)據(jù)傳輸請求的操作。因此，本發(fā)明實施例可以在服務器檢測到其尚未處理的數(shù)據(jù)傳輸請求數(shù)量較多時，向?qū)慕K端廣播信息，以指示這些終端延緩向服務器發(fā)送進行數(shù)據(jù)傳輸?shù)恼埱?，從而可以有效避免服務器在尚未處理的?shù)據(jù)傳輸請求數(shù)量較多的情況下又接收到過多的來自終端的數(shù)據(jù)傳輸請求，有效降低服務器的負載。

請參閱圖5，圖5為本發(fā)明實施例提供的數(shù)據(jù)傳輸?shù)目刂葡到y(tǒng)的場景示意圖。

上述數(shù)據(jù)傳輸?shù)目刂葡到y(tǒng)可以包括一個或多個服務器，以及一個或多個終端。其中，該服務器可以集成如上述實施例所述的數(shù)據(jù)傳輸?shù)目刂蒲b置。

上述終端可以包括輸入設備、輸出設備、處理器以及存儲器等。上述輸入設備具體可為物理按鍵。上述輸出設備具體可為顯示屏。上述處理器可以為中央處理器(CPU，Central Processing Unit)。上述存儲器可以是高速RAM存儲器，也可為非不穩(wěn)定的存儲器(non-volatile memory)，例如磁盤存儲器。上述輸入設備、輸出設備、處理器以及存儲器通過總線連接。

比如，上述數(shù)據(jù)傳輸?shù)目刂葡到y(tǒng)包括一個服務器和多個終端。其中某個終端向服務器發(fā)送了要求與服務器進行數(shù)據(jù)傳輸?shù)恼埱笾练掌鳌７掌髟诮邮盏皆撃硞€終端發(fā)送過來的數(shù)據(jù)傳輸請求后，根據(jù)該數(shù)據(jù)傳輸請求，確定服務器當前尚未處理的數(shù)據(jù)傳輸請求數(shù)量。然后，服務器獲取預設第一數(shù)量閾值，并判斷其當前尚未處理的數(shù)據(jù)傳輸請求數(shù)量是否大于預設第一數(shù)量閾值。

若服務器判斷出其當前尚未處理的數(shù)據(jù)傳輸請求數(shù)量不大于預設第一數(shù)量閾值，則服務器可以根據(jù)當前的資源分配情況，直接對該某個終端發(fā)送的數(shù)據(jù)傳輸請求進行響應，或者在隨后的時間對該數(shù)據(jù)傳輸?shù)恼埱筮M行響應。

若服務器判斷出其當前尚未處理的數(shù)據(jù)傳輸請求數(shù)量大于預設第一數(shù)量閾值，則表明服務器當前的負載較大。這種情況下，服務器可以向其對應的所有終端廣播一則信息，即第一信息。該第一信息可以用于指示服務器對應的所有終端在檢測到向服務器發(fā)送進行數(shù)據(jù)傳輸?shù)恼埱髸r，暫停其發(fā)送數(shù)據(jù)傳輸請求的操作。

服務器對應的所有終端在接收到該第一信息之后，可以實時檢測其是否在執(zhí)行向服務器發(fā)送數(shù)據(jù)傳輸請求的操作。若終端檢測到其在執(zhí)行向服務器發(fā)送數(shù)據(jù)輸出請求的操作，則終端暫停該發(fā)送操作。也就是說，在廣播第一信息之后，若服務器沒有向?qū)慕K端發(fā)送用于指示這些終端可以向服務器發(fā)送數(shù)據(jù)傳輸請求的指令或信息，則終端不會向服務器發(fā)送數(shù)據(jù)傳輸請求。

可以理解的是，服務器在判斷出其未處理的數(shù)據(jù)傳輸請求數(shù)量大于預設第一數(shù)量閾值，即服務器負載較大時，由服務器向?qū)慕K端廣播信息，并指示這些終端延緩向服務器發(fā)送進行數(shù)據(jù)傳輸?shù)恼埱?。通過這種方式可以避免服務器在未處理的數(shù)據(jù)傳輸請求數(shù)量較多時，又因接收到較多的數(shù)據(jù)傳輸請求而導致負載過大。因此，本發(fā)明實施例中的數(shù)據(jù)傳輸?shù)目刂葡到y(tǒng)可以有效降低服務器的負載。

本發(fā)明實施例還提供了一種服務器，其中可以集成如上實施例所提供的任一數(shù)據(jù)傳輸?shù)目刂蒲b置。

請參考圖6，其示出了本發(fā)明實施例所涉及的服務器400的結(jié)構(gòu)示意圖。具體來講：

該服務器400可以包括一個或者一個以上處理核心的處理器401、一個或一個以上計算機可讀存儲介質(zhì)的存儲器402、通信單元403、電源404、輸入單元405、以及顯示單元406等部件。本領域技術(shù)人員可以理解，圖6中示出的服務器結(jié)構(gòu)并不構(gòu)成對服務器的限定，可以包括比圖示更多或更少的部件，或者組合某些部件，或者不同的部件布置。其中：

處理器401是該服務器的控制中心，利用各種接口和線路連接整個服務器的各個部分，通過運行或執(zhí)行存儲在存儲器402內(nèi)的軟件程序和/或模塊，以及調(diào)用存儲在存儲器402內(nèi)的數(shù)據(jù)，執(zhí)行服務器的各種功能和處理數(shù)據(jù)，從而對服務器進行整體監(jiān)控?？蛇x的，處理器401可包括一個或多個處理核心；優(yōu)選的，處理器401可集成應用處理器和調(diào)制解調(diào)處理器，其中，應用處理器主要處理操作系統(tǒng)、用戶界面和應用程序等。調(diào)制解調(diào)處理器主要處理無線通信?？梢岳斫獾氖?，上述調(diào)制解調(diào)處理器也可以不集成到處理器401中。

存儲器402可用于存儲軟件程序以及模塊，處理器401通過運行存儲在存儲器402的軟件程序以及模塊，從而執(zhí)行各種功能應用以及數(shù)據(jù)處理。

通信單元403可用于收發(fā)信息過程中，信號的接收和發(fā)送。特別地，通信單元403接收終端發(fā)送的信號，并將信號交由一個或者一個以上處理器401處理。同時，通信單元403將處理器401發(fā)出的反饋信號發(fā)送給終端。

服務器還包括給各個部件供電的電源404(比如電池)，優(yōu)選的，電源可以通過電源管理系統(tǒng)與處理器401邏輯相連，從而通過電源管理系統(tǒng)實現(xiàn)管理充電、放電、以及功耗管理等功能。電源404還可以包括一個或一個以上的直流或交流電源、再充電系統(tǒng)、電源故障檢測電路、電源轉(zhuǎn)換器或者逆變器、電源狀態(tài)指示器等任意組件。

該服務器還可包括輸入單元405，該輸入單元405可用于接收輸入的數(shù)字或字符信息，以及產(chǎn)生與用戶設置以及功能控制有關(guān)的鍵盤、鼠標、操作桿、光學或者軌跡球信號輸入。

該服務器還可包括顯示單元406，該顯示單元406可用于顯示由用戶輸入的信息或提供給用戶的信息以及服務器的各種圖形用戶接口，這些圖形用戶接口可以由圖形、文本、圖標、視頻和其任意組合來構(gòu)成。顯示單元406可包括顯示面板，可選的，可以采用液晶顯示器(LCD，Liquid Crystal Display)、有機發(fā)光二極管(OLED，Organic Light-Emitting Diode)等形式來配置顯示面板。

具體在本實施例中，服務器中的處理器401會按照如下的指令，將一個或一個以上的應用程序的進程對應的可執(zhí)行文件加載到存儲器402中，并由處理器401來運行存儲在存儲器402中的應用程序，從而實現(xiàn)各種功能，如下：

接收終端發(fā)送的數(shù)據(jù)傳輸請求；根據(jù)所述數(shù)據(jù)傳輸請求，確定服務器當前未處理的數(shù)據(jù)傳輸請求數(shù)量；獲取預設第一數(shù)量閾值；若判斷出所述未處理的數(shù)據(jù)傳輸請求數(shù)量大于預設第一數(shù)量閾值，則向?qū)慕K端廣播第一信息，所述第一信息用于指示所述對應的終端在檢測到向服務器發(fā)送數(shù)據(jù)傳輸請求時，暫停所述發(fā)送數(shù)據(jù)傳輸請求的操作。

處理器401還運行存儲在存儲器402中的應用程序，如下：若檢測到未處理的數(shù)據(jù)傳輸請求的數(shù)量小于或等于預設第二數(shù)量閾值，則向?qū)慕K端發(fā)送第二信息，所述第二信息用于指示所述對應的終端重啟被暫停的發(fā)送數(shù)據(jù)傳輸請求的操作，預設第二數(shù)量閾值小于預設第一數(shù)量閾值。

處理器401還運行存儲在存儲器402中的應用程序，如下：若接收到用于指示對預設第一數(shù)量閾值及預設第二數(shù)量閾值進行修改的指令，則按照所述指令對預設第一數(shù)量閾值及預設第二數(shù)量閾值進行修改。

在另一可能的實施方式中，處理器401運行存儲在存儲器402中的應用程序，如下：獲取對應的終端的數(shù)據(jù)傳輸頻率；向數(shù)據(jù)傳輸頻率大于預設傳輸頻率的第一終端發(fā)送第三信息，所述第三信息攜帶第一等待時長，并用于指示所述第一終端在第一等待時長結(jié)束后，重啟被暫停的發(fā)送數(shù)據(jù)傳輸請求的操作。

處理器401還運行存儲在存儲器402中的應用程序，如下：向數(shù)據(jù)傳輸頻率小于或等于預設傳輸頻率的第二終端發(fā)送第四信息，所述第四信息攜帶第二等待時長，并用于指示所述第二終端在第二等待時長結(jié)束后，重啟被暫停的發(fā)送數(shù)據(jù)傳輸請求的操作。

在上述實施例中，對各個實施例的描述都各有側(cè)重，某個實施例中沒有詳述的部分，可以參見上文針對數(shù)據(jù)備份的方法的詳細描述，此處不再贅述。

本發(fā)明實施例提供的所述數(shù)據(jù)傳輸?shù)目刂蒲b置與上文實施例中的數(shù)據(jù)傳輸?shù)目刂品椒▽儆谕粯?gòu)思，在所述數(shù)據(jù)傳輸?shù)目刂蒲b置上可以運行所述數(shù)據(jù)傳輸?shù)目刂品椒▽嵤├刑峁┑娜我环椒?，其具體實現(xiàn)過程詳見所述數(shù)據(jù)傳輸?shù)目刂品椒▽嵤├颂幉辉儋樖觥?/p>

需要說明的是，對本發(fā)明實施例所述數(shù)據(jù)傳輸?shù)目刂品椒ǘ?，本領域普通測試人員可以理解實現(xiàn)本發(fā)明實施例所述數(shù)據(jù)傳輸?shù)目刂品椒ǖ娜炕虿糠至鞒蹋强梢酝ㄟ^計算機程序來控制相關(guān)的硬件來完成，所述計算機程序可存儲于一計算機可讀取存儲介質(zhì)中，如存儲在存儲器中，并被至少一個處理器執(zhí)行，在執(zhí)行過程中可包括如所述數(shù)據(jù)傳輸?shù)目刂品椒ǖ膶嵤├牧鞒獭Ｆ渲?，所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲器(ROM，Read Only Memory)、隨機存取記憶體(RAM，Random Access Memory)等。

對本發(fā)明實施例的所述數(shù)據(jù)傳輸?shù)目刂蒲b置而言，其各功能模塊可以集成在一個處理芯片中，也可以是各個模塊單獨物理存在，也可以兩個或兩個以上模塊集成在一個模塊中。上述集成的模塊既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。所述集成的模塊如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質(zhì)中，所述存儲介質(zhì)譬如為只讀存儲器，磁盤或光盤等。

以上對本發(fā)明實施例所提供的一種數(shù)據(jù)傳輸?shù)目刂品椒?、裝置以及系統(tǒng)進行了詳細介紹，本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領域的技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式及應用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應理解為對本發(fā)明的限制。