本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及一種數(shù)據(jù)傳輸?shù)姆椒把b置。

背景技術(shù)：

現(xiàn)有技術(shù)中，服務(wù)器對客戶端的管控，采用的是被動式管控。具體的通過心跳間隔模式由客戶端向服務(wù)器進行定期輪詢的管理策略，即客戶端定期向服務(wù)器發(fā)送請求，來向服務(wù)器獲取任務(wù)或者策略等信息。這種定期輪詢的管理策略的實現(xiàn)需要客戶端每次發(fā)送請求前先與服務(wù)器建立新的連接，然后將請求發(fā)送給服務(wù)器，使服務(wù)器下發(fā)任務(wù)或者策略，當完成下發(fā)后就釋放連接。

在上述被動式的管控方式下，當服務(wù)器有新的任務(wù)或者策略時，通常需要等待客戶端請求時才能下發(fā)給客戶端，客戶端獲取新的任務(wù)或者策略的實時性差；另外由于服務(wù)器是被動的，所以也無法實時獲取客戶端的進程行為信息、操作注冊表等信息。綜上可以看到，現(xiàn)有的管控方式實時性差。

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

鑒于上述問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的數(shù)據(jù)傳輸?shù)姆椒把b置。

為解決上述技術(shù)問題，一方面，本發(fā)明提供了一種數(shù)據(jù)傳輸?shù)姆椒?，包括?/p>

服務(wù)器與客戶端建立套接字socket長連接；

當監(jiān)測有業(yè)務(wù)更新時，主動通過所述socket長連接將更新后的業(yè)務(wù)數(shù)據(jù)推送給所述客戶端，所述業(yè)務(wù)數(shù)據(jù)為客戶端需要執(zhí)行的任務(wù)或者策略；

實時監(jiān)控推送的業(yè)務(wù)數(shù)據(jù)的相關(guān)進程。

另一方面，本發(fā)明提供了一種數(shù)據(jù)傳輸?shù)难b置，包括：

建立單元，用于服務(wù)器與客戶端建立套接字socket長連接；

推送單元，用于當監(jiān)測有業(yè)務(wù)更新時，主動通過所述socket長連接將更新后的業(yè)務(wù)數(shù)據(jù)推送給所述客戶端，所述業(yè)務(wù)數(shù)據(jù)為客戶端需要執(zhí)行的任務(wù)或者策略；

監(jiān)控單元，用于實時監(jiān)控推送的業(yè)務(wù)數(shù)據(jù)的相關(guān)進程。

借由上述技術(shù)方案，本發(fā)明提供的數(shù)據(jù)傳輸?shù)姆椒把b置，能夠首先由服務(wù)器與客戶端建立套接字socket長連接；然后在當監(jiān)測有業(yè)務(wù)更新時，主動通過socket長連接將更新后的業(yè)務(wù)數(shù)據(jù)推送給客戶端，業(yè)務(wù)數(shù)據(jù)為客戶端需要執(zhí)行的任務(wù)或者策略；并且可以通過socket長連接實時監(jiān)控推送的業(yè)務(wù)數(shù)據(jù)的進程。與現(xiàn)有技術(shù)相比，本發(fā)明中服務(wù)器在監(jiān)測到業(yè)務(wù)更新時，可以主動向客戶端推送對應(yīng)的更新后的業(yè)務(wù)數(shù)據(jù)，并且由于服務(wù)器與客戶端之前建立的為socket長連接，長連接可以保持客戶端與服務(wù)之間持續(xù)的連接，因此不需要等待客戶端向服務(wù)器發(fā)送請求時再向服務(wù)器獲取業(yè)務(wù)數(shù)據(jù)，所以可以保證業(yè)務(wù)數(shù)據(jù)的實時性。另外，由于服務(wù)器與客戶端之間可以保持持續(xù)的連接，因此服務(wù)器可以實時地監(jiān)控業(yè)務(wù)推送的進程，進而提高對客戶端管控實時性。

上述說明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說明書的內(nèi)容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本發(fā)明的具體實施方式。

附圖說明

通過閱讀下文優(yōu)選實施方式的詳細描述，各種其他的優(yōu)點和益處對于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中：

圖1示出了本發(fā)明實施例提供的一種數(shù)據(jù)傳輸?shù)姆椒鞒虉D；

圖2示出了本發(fā)明實施例提供的另一種數(shù)據(jù)傳輸?shù)姆椒鞒虉D；

圖3示出了本發(fā)明實施例提供的又一種數(shù)據(jù)傳輸?shù)姆椒鞒虉D；

圖4示出了本發(fā)明實施例提供的一種數(shù)據(jù)傳輸?shù)难b置的組成框圖；

圖5示出了本發(fā)明實施例提供的另一種數(shù)據(jù)傳輸?shù)难b置的組成框圖。

具體實施方式

下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應(yīng)當理解，可以以各種形式實現(xiàn)本公開而不應(yīng)被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍完整的傳達給本領(lǐng)域的技術(shù)人員。

為解決現(xiàn)有對客戶端的管控方式實時性差的問題，本發(fā)明實施例提供了一種數(shù)據(jù)傳輸?shù)姆椒?，如圖1所示，該方法包括：

101、服務(wù)器與客戶端建立套接字socket長連接。

首先需要說明的是本實施例針對服務(wù)器對客戶端的管理和控制，因此服務(wù)器與客戶端之間建立連接是實現(xiàn)服務(wù)器對客戶端管控的基礎(chǔ)。本實施例中服務(wù)器與客戶端建立的是socket長連接，socket長連接是區(qū)別于現(xiàn)有的服務(wù)器與客戶端之間的心跳輪詢socket短連接的?，F(xiàn)有技術(shù)有使用的socket短連接不能保持客戶端與服務(wù)器之間的持續(xù)連接，因為在每次數(shù)據(jù)傳輸結(jié)束后就會關(guān)閉連接；而socket長連接在建立之后，能夠保持客戶端與服務(wù)器之間的持續(xù)連接，因為每次數(shù)據(jù)傳輸結(jié)束后不會關(guān)閉連接，而是會通過定時發(fā)送數(shù)據(jù)包來保持客戶端與服務(wù)器之間的連接，以使下次進行數(shù)據(jù)傳輸時不需要重新建立連接。客戶端與服務(wù)器之間建立socket長連接是后續(xù)保證服務(wù)器對客戶端進行實時管控的實現(xiàn)的基礎(chǔ)。具體的服務(wù)器與客戶端建立socket長連接的過程與現(xiàn)有技術(shù)中建立socket長連接的過程是相同的。

另外建立socket長連接相比現(xiàn)有的socket短連接的方式，可以省去多次傳輸數(shù)據(jù)需要多次建立新的連接的資源的消耗和時間消耗，并且在服務(wù)器與客戶端通信有防火墻隔離的情況下，對防火墻也是友好的。因為在socket短連接方式下，需要不斷建立新的連接，而當新連接超出一定的數(shù)量的情況下，有可能會打破防火墻。

102、當監(jiān)測有業(yè)務(wù)更新時，主動通過socket長連接將更新后的業(yè)務(wù)數(shù)據(jù)推送給客戶端。

當服務(wù)器監(jiān)測到內(nèi)部有業(yè)務(wù)更新時，則實時地將更新后的業(yè)務(wù)數(shù)據(jù)推送給客戶端。服務(wù)器可以將更新后的業(yè)務(wù)數(shù)據(jù)實時推送給客戶端是由于客戶端與服務(wù)器之間為socket長連接，不需要像現(xiàn)有技術(shù)中那樣等待客戶端輪詢時才可以推送更新后的業(yè)務(wù)數(shù)據(jù)。服務(wù)器及時主動地將更新后的業(yè)務(wù)數(shù)據(jù)推送給客戶端，客戶端便可以及時的獲取到更新后的業(yè)務(wù)數(shù)據(jù)，因此保證了業(yè)務(wù)數(shù)據(jù)推送和獲取的實時性，進而保證了更新后的業(yè)務(wù)數(shù)據(jù)能夠及時發(fā)揮作用。需要說明的是，其中的業(yè)務(wù)數(shù)據(jù)主要是指業(yè)務(wù)中的包含的任務(wù)或者策略等，這些業(yè)務(wù)數(shù)據(jù)是客戶端需要執(zhí)行的任務(wù)或者策略。另外需要說明的是，服務(wù)器包含有不同的業(yè)務(wù)，不同的業(yè)務(wù)分別對應(yīng)有不同的業(yè)務(wù)板塊，而推送業(yè)務(wù)數(shù)據(jù)是由服務(wù)器內(nèi)部統(tǒng)一的推送板塊進行推送的。

103、實時監(jiān)控推送的業(yè)務(wù)數(shù)據(jù)的相關(guān)進程。

在將更新后的業(yè)務(wù)數(shù)據(jù)推送給客戶端后，為了能夠?qū)崟r地了解推送的業(yè)務(wù)數(shù)據(jù)在傳輸過程中以及在客戶端側(cè)的被執(zhí)行的相關(guān)信息，因此需要實時地監(jiān)控推送的業(yè)務(wù)數(shù)據(jù)的相關(guān)進程。具體的推送的業(yè)務(wù)數(shù)據(jù)的相關(guān)進程主要包括：第一，推送的業(yè)務(wù)數(shù)據(jù)在傳輸過程中的情況，具體的是指推送的業(yè)務(wù)數(shù)據(jù)在傳送過程中是否正常進行，由于推送的業(yè)務(wù)數(shù)據(jù)中可能包含多個數(shù)據(jù)包，在傳送的過程中可能會發(fā)生某幾個數(shù)據(jù)包的傳送出現(xiàn)故障，導(dǎo)致客戶端不能獲取到完整的業(yè)務(wù)數(shù)據(jù)，因此需要實時監(jiān)控，以保證及時發(fā)現(xiàn)問題及時解決。第二，推送的業(yè)務(wù)數(shù)據(jù)在客戶端中的相關(guān)進程，具體的是指業(yè)務(wù)數(shù)據(jù)中包含的任務(wù)或者策略的執(zhí)行情況等，監(jiān)控業(yè)務(wù)數(shù)據(jù)在客戶端中的相關(guān)進程是為了更好的對客戶端進行管控。

本實施例提供的數(shù)據(jù)傳輸?shù)姆椒ǎ軌蚴紫扔煞?wù)器與客戶端建立套接字socket長連接；然后在當監(jiān)測有業(yè)務(wù)更新時，主動通過socket長連接將更新后的業(yè)務(wù)數(shù)據(jù)推送給客戶端，業(yè)務(wù)數(shù)據(jù)為客戶端需要執(zhí)行的任務(wù)或者策略；并且可以通過socket長連接實時監(jiān)控推送的業(yè)務(wù)數(shù)據(jù)的進程。與現(xiàn)有技術(shù)相比，本實施例中服務(wù)器在監(jiān)測到業(yè)務(wù)更新時，可以主動向客戶端推送對應(yīng)的更新后的業(yè)務(wù)數(shù)據(jù)，并且由于服務(wù)器與客戶端之前建立的為socket長連接，長連接可以保持客戶端與服務(wù)之間持續(xù)的連接，因此不需要等待客戶端向服務(wù)器發(fā)送請求時再向服務(wù)器獲取業(yè)務(wù)數(shù)據(jù)，所以可以保證業(yè)務(wù)數(shù)據(jù)的實時性。另外，由于服務(wù)器與客戶端之間可以保持持續(xù)的連接，因此服務(wù)器可以實時地監(jiān)控業(yè)務(wù)推送的進程，進而提高對客戶端管控實時性。

進一步的，作為對圖1所示方法的細化及擴展，本發(fā)明另一實施例還給出了一種數(shù)據(jù)傳輸?shù)姆椒āＨ鐖D2所示，該方法包括：

201、服務(wù)器與客戶端建立套接字socket長連接。

本步驟的實現(xiàn)方式與圖1步驟101的實現(xiàn)方式相同，此處不再贅述。

202、當監(jiān)測有業(yè)務(wù)更新時，主動通過socket長連接將更新后的業(yè)務(wù)數(shù)據(jù)推送給客戶端。

本步驟的實現(xiàn)方式與圖1步驟102的實現(xiàn)方式相同，此處不再贅述。

203、檢測是否收到確認應(yīng)答。

在將更新后的業(yè)務(wù)數(shù)據(jù)推送給客戶端后，為了保證數(shù)據(jù)傳輸?shù)目煽啃?，即保證客戶端確實收到了服務(wù)器推送的業(yè)務(wù)數(shù)據(jù)，本實施例通過應(yīng)答(Acknowledgement，簡稱ACK)機制來保證數(shù)據(jù)傳輸?shù)目煽啃?，ACK機制是當發(fā)送方發(fā)送一個自定義信息給接收方時，接收方收到信息后，回復(fù)一個ACK給發(fā)送方，發(fā)送方接收到ACK就知道接收方確實收到了信息。在本實施例中服務(wù)器為發(fā)送方，客戶端為接收方，因此是由服務(wù)器檢測是否收到確認應(yīng)答，即是否收到ACK，該確認應(yīng)答即是由客戶端發(fā)送的確認收到業(yè)務(wù)數(shù)據(jù)的應(yīng)答。

需要說明的是，本實施例中ACK應(yīng)答機制的實現(xiàn)是通過對現(xiàn)有的websocket標準協(xié)議進行改造實現(xiàn)的。

204、若在預(yù)設(shè)時段內(nèi)沒有收到確認應(yīng)答，則重新推送業(yè)務(wù)數(shù)據(jù)。

對于步驟203的檢測結(jié)果進行判斷，若接收到了確認應(yīng)答，則表明客戶端接收到了服務(wù)器推送的業(yè)務(wù)數(shù)據(jù)，因此可以終止業(yè)務(wù)數(shù)據(jù)的推送；若在預(yù)設(shè)時段內(nèi)沒有接收到確認應(yīng)答，表明客戶端沒有接收到服務(wù)器推送的業(yè)務(wù)數(shù)據(jù)，則需要重新向客戶端推送更新后的業(yè)務(wù)數(shù)據(jù)，直到可以接收到確認應(yīng)答為止。其中預(yù)設(shè)時段可以根據(jù)實際的應(yīng)用情況自由設(shè)定。

205、根據(jù)預(yù)設(shè)規(guī)則將不同的客戶端分配到對應(yīng)的監(jiān)控區(qū)域。

預(yù)設(shè)規(guī)則為均勻散列分配原則，即將所有客戶端均勻的分配到不同的監(jiān)控區(qū)域中，以通過不同的監(jiān)控區(qū)域?qū)ν扑徒o客戶端的業(yè)務(wù)數(shù)據(jù)的進程進行監(jiān)控，具體的監(jiān)控推送給客戶端的業(yè)務(wù)數(shù)據(jù)的進程的實現(xiàn)方式與圖1步驟103的實現(xiàn)方式相同，此處不再贅述。另外將客戶端均勻分配到不同的監(jiān)控區(qū)域中可以提高服務(wù)器對客戶端進行推送業(yè)務(wù)數(shù)據(jù)和監(jiān)控業(yè)務(wù)數(shù)據(jù)的效率。

進一步的，作為對圖1以及圖2所示方法的細化及擴展，本發(fā)明另一實施例還給出了一種數(shù)據(jù)傳輸?shù)姆椒?。如圖3所示，該方法包括：

301、服務(wù)器與客戶端建立套接字socket長連接。

本步驟的實現(xiàn)方式與圖1步驟101的實現(xiàn)方式相同，此處不再贅述。

302、通過socket長連接接收客戶端發(fā)送的數(shù)據(jù)請求。

除了圖1中服務(wù)器可以向客戶端推送更新后的業(yè)務(wù)數(shù)據(jù)的模式外，本實施例給出了另外的模式，具體為客戶端也可以通過socket長連接主動向服務(wù)器發(fā)送數(shù)據(jù)請求，該數(shù)據(jù)請求為客戶端向服務(wù)器獲取業(yè)務(wù)數(shù)據(jù)的請求。該數(shù)據(jù)請求不限定為請求業(yè)務(wù)更新后的業(yè)務(wù)數(shù)據(jù)。由于客戶端與服務(wù)器之間是socket長連接，因此客戶端是可以隨時發(fā)送數(shù)據(jù)請求的。所以當客戶端向服務(wù)器發(fā)送數(shù)據(jù)請求后，服務(wù)器可以通過已經(jīng)建立的socket長連接接收客戶端發(fā)送的數(shù)據(jù)請求。

303、向客戶端返回第一確認回應(yīng)。

當服務(wù)器接收到客戶端發(fā)送的數(shù)據(jù)請求后，為了告知客戶端確認收到了數(shù)據(jù)請求，需要向客戶端返回第一確認回應(yīng)，以使客戶端根據(jù)是否接收到了第一確認應(yīng)答來判斷是否向服務(wù)器重新發(fā)送數(shù)據(jù)請求。本實施例中項客戶端返回第一確認回應(yīng)，也是因為添加了ACK應(yīng)答機制。該應(yīng)答機制與圖2步驟203中的應(yīng)答機制是相同的。其中的第一確認回應(yīng)相當于圖2步驟203中的確認應(yīng)答。

304、對數(shù)據(jù)請求進行解析并確定對應(yīng)數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)的獲取地址。

當服務(wù)器接收客戶端發(fā)送的數(shù)據(jù)請求后需要將對應(yīng)的業(yè)務(wù)數(shù)據(jù)推送給客戶端，由于在服務(wù)器中業(yè)務(wù)數(shù)據(jù)是由推送板塊推送的，而需要推送的業(yè)務(wù)數(shù)據(jù)是在不同的業(yè)務(wù)板塊中的，因此在獲取到數(shù)據(jù)請求后，需要對數(shù)據(jù)請求進行解析，確定數(shù)據(jù)請求中包含不同的業(yè)務(wù)以及對應(yīng)的業(yè)務(wù)數(shù)據(jù)。當確定數(shù)據(jù)請求對應(yīng)的業(yè)務(wù)以及對應(yīng)的業(yè)務(wù)數(shù)據(jù)后，可以根據(jù)對應(yīng)的業(yè)務(wù)以及對應(yīng)的業(yè)務(wù)數(shù)據(jù)查找到對應(yīng)的業(yè)務(wù)板塊，不同的業(yè)務(wù)板塊在服務(wù)器中的地址是不同的，然后將對應(yīng)的業(yè)務(wù)板塊的地址確定為對應(yīng)數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)的獲取地址。

305、獲取對應(yīng)數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)，并將對應(yīng)數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)推送給客戶端。

在確定對應(yīng)數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)的獲取地址后，就可以根據(jù)對應(yīng)的獲取地址獲取到對應(yīng)數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)。具體的：由服務(wù)器中的推送板塊將對應(yīng)的數(shù)據(jù)請求按照對應(yīng)的獲取地址發(fā)送給對應(yīng)的業(yè)務(wù)板塊，然后由業(yè)務(wù)板塊根據(jù)數(shù)據(jù)請求向推送板塊返回對應(yīng)數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)。推送板塊獲取到對應(yīng)數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)后，將其推送給對應(yīng)的客戶端。

306、檢測是否收到第二確認回應(yīng)。

與圖2步驟203的實現(xiàn)方式相同，使用ACK應(yīng)答機制，在服務(wù)器中的推送板塊將對應(yīng)的數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)推送給客戶端后，檢測是否收到第二確認回應(yīng)，第二確認回應(yīng)為客戶端發(fā)送的確認收到數(shù)據(jù)請求對應(yīng)的業(yè)務(wù)數(shù)據(jù)的應(yīng)答。第二確認回應(yīng)與圖2步驟步驟203中的確認應(yīng)答是相同的，檢側(cè)是否收到第二確認回應(yīng)同樣是為了保證業(yè)務(wù)數(shù)據(jù)傳輸?shù)目煽啃浴?/p>

307、若在預(yù)設(shè)時段內(nèi)沒有收到第二確認應(yīng)答，則重新推送數(shù)據(jù)請求對應(yīng)的業(yè)務(wù)數(shù)據(jù)。

該步驟的實現(xiàn)方式與圖2步驟204的實現(xiàn)方式是相同的，此處不再贅述。

進一步的，作為對上述各實施例的實現(xiàn)，本發(fā)明實施例的另一實施例還提供了一種數(shù)據(jù)傳輸?shù)难b置，用于實現(xiàn)上述圖1、圖2以及圖3所述的方法。如圖4所示，該裝置包括：建立單元401、推送單元402以及監(jiān)控單元403。

建立單元401，用于服務(wù)器與客戶端建立套接字socket長連接；

推送單元402，用于當監(jiān)測有業(yè)務(wù)更新時，主動通過socket長連接將更新后的業(yè)務(wù)數(shù)據(jù)推送給客戶端，業(yè)務(wù)數(shù)據(jù)為客戶端需要執(zhí)行的任務(wù)或者策略；

監(jiān)控單元403，用于實時監(jiān)控推送的業(yè)務(wù)數(shù)據(jù)的相關(guān)進程。

進一步的，如圖5所示，裝置進一步包括：

檢測單元404，用于在主動通過socket長連接將更新后的業(yè)務(wù)數(shù)據(jù)推送給客戶端之后，檢測是否收到確認應(yīng)答，確認應(yīng)答為客戶端發(fā)送的確認收到業(yè)務(wù)數(shù)據(jù)的應(yīng)答；

終止單元405，用于若收到確認應(yīng)答，則終止業(yè)務(wù)數(shù)據(jù)的推送；

重新推送單元406，用于若在預(yù)設(shè)時段內(nèi)沒有收到確認應(yīng)答，則重新推送業(yè)務(wù)數(shù)據(jù)。

進一步的，監(jiān)控單元403用于：

根據(jù)預(yù)設(shè)規(guī)則將不同的客戶端分配到對應(yīng)的監(jiān)控區(qū)域，以通過不同的監(jiān)控區(qū)域?qū)ν扑徒o客戶端的業(yè)務(wù)數(shù)據(jù)的相關(guān)進程進行監(jiān)控。

進一步的，如圖5所示，裝置進一步包括：

發(fā)送單元407，用于通過socket長連接接收客戶端發(fā)送的數(shù)據(jù)請求，數(shù)據(jù)請求為客戶端向服務(wù)器獲取對應(yīng)的業(yè)務(wù)數(shù)據(jù)的請求；

返回單元408，用于向客戶端返回第一確認回應(yīng)，第一確認回應(yīng)為服務(wù)器確認接收到數(shù)據(jù)請求的回應(yīng)；

推送單元402，還用于將對應(yīng)數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)推送給客戶端。

進一步的，如圖5所示，裝置進一步包括：

解析單元409，用于在將對應(yīng)數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)推送給客戶端之前，對數(shù)據(jù)請求進行解析；

確定單元410，用于確定對應(yīng)數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)的獲取地址；

獲取單元411，用于獲取對應(yīng)數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)。

進一步的，裝置進一步包括：

檢測單元404，還用于在將對應(yīng)數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)推送給客戶端之后，檢測是否收到第二確認回應(yīng)，第二確認應(yīng)答為客戶端發(fā)送的確認收到數(shù)據(jù)請求對應(yīng)的業(yè)務(wù)數(shù)據(jù)的應(yīng)答；

終止單元405，還用于若收到第二確認回應(yīng)，則終止業(yè)務(wù)數(shù)據(jù)的推送；

重新推送單元406，還用于若在預(yù)設(shè)時段內(nèi)沒有收到第二確認應(yīng)答，則重新推送數(shù)據(jù)請求對應(yīng)的業(yè)務(wù)數(shù)據(jù)。

本實施例提供的數(shù)據(jù)傳輸?shù)难b置，能夠首先由服務(wù)器與客戶端建立套接字socket長連接；然后在當監(jiān)測有業(yè)務(wù)更新時，主動通過socket長連接將更新后的業(yè)務(wù)數(shù)據(jù)推送給客戶端，業(yè)務(wù)數(shù)據(jù)為客戶端需要執(zhí)行的任務(wù)或者策略；并且可以通過socket長連接實時監(jiān)控推送的業(yè)務(wù)數(shù)據(jù)的進程。與現(xiàn)有技術(shù)相比，本實施例中服務(wù)器在監(jiān)測到業(yè)務(wù)更新時，可以主動向客戶端推送對應(yīng)的更新后的業(yè)務(wù)數(shù)據(jù)，并且由于服務(wù)器與客戶端之前建立的為socket長連接，長連接可以保持客戶端與服務(wù)之間持續(xù)的連接，因此不需要等待客戶端向服務(wù)器發(fā)送請求時再向服務(wù)器獲取業(yè)務(wù)數(shù)據(jù)，所以可以保證業(yè)務(wù)數(shù)據(jù)的實時性。另外，由于服務(wù)器與客戶端之間可以保持持續(xù)的連接，因此服務(wù)器可以實時地監(jiān)控業(yè)務(wù)推送的進程，進而提高對客戶端管控實時性。

本發(fā)明的實施例公開了：

A1、一種數(shù)據(jù)傳輸?shù)姆椒?，其特征在于，所述方法包括?/p>

服務(wù)器與客戶端建立套接字socket長連接；

當監(jiān)測有業(yè)務(wù)更新時，主動通過所述socket長連接將更新后的業(yè)務(wù)數(shù)據(jù)推送給所述客戶端，所述業(yè)務(wù)數(shù)據(jù)為客戶端需要執(zhí)行的任務(wù)或者策略；

實時監(jiān)控推送的業(yè)務(wù)數(shù)據(jù)的相關(guān)進程。

A2、根據(jù)A1所述的方法，其特征在于，在所述主動通過所述socket長連接將更新后的業(yè)務(wù)數(shù)據(jù)推送給所述客戶端之后，所述方法進一步包括：

檢測是否收到確認應(yīng)答，所述確認應(yīng)答為客戶端發(fā)送的確認收到所述業(yè)務(wù)數(shù)據(jù)的應(yīng)答；

若收到所述確認應(yīng)答，則終止業(yè)務(wù)數(shù)據(jù)的推送；

若在預(yù)設(shè)時段內(nèi)沒有收到所述確認應(yīng)答，則重新推送所述業(yè)務(wù)數(shù)據(jù)。

A3、根據(jù)A1所述的方法，其特征在于，所述實時監(jiān)控推送的業(yè)務(wù)數(shù)據(jù)的相關(guān)進程，包括：

根據(jù)預(yù)設(shè)規(guī)則將不同的客戶端分配到對應(yīng)的監(jiān)控區(qū)域，以通過不同的監(jiān)控區(qū)域?qū)ν扑徒o客戶端的業(yè)務(wù)數(shù)據(jù)的相關(guān)進程進行監(jiān)控。

A4、根據(jù)A1所述的方法，其特征在于，所述方法進一步包括：

通過所述socket長連接接收所述客戶端發(fā)送的數(shù)據(jù)請求，所述數(shù)據(jù)請求為客戶端向服務(wù)器獲取對應(yīng)的業(yè)務(wù)數(shù)據(jù)的請求；

向所述客戶端返回第一確認回應(yīng)，所述第一確認回應(yīng)為所述服務(wù)器確認接收到所述數(shù)據(jù)請求的回應(yīng)；并且，

將對應(yīng)所述數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)推送給所述客戶端。

A5、根據(jù)A4所述的方法，其特征在于，在所述將對應(yīng)所述數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)推送給所述客戶端之前，所述方法進一步包括：

對所述數(shù)據(jù)請求進行解析；

確定對應(yīng)所述數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)的獲取地址；

獲取對應(yīng)所述數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)。

A6、根據(jù)A4所述的方法，其特征在于，在所述將對應(yīng)所述數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)推送給客戶端之后，所述方法進一步包括：

檢測是否收到第二確認回應(yīng)，所述第二確認應(yīng)答為客戶端發(fā)送的確認收到所述數(shù)據(jù)請求對應(yīng)的業(yè)務(wù)數(shù)據(jù)的應(yīng)答；

若收到所述第二確認回應(yīng)，則終止業(yè)務(wù)數(shù)據(jù)的推送；

若在所述預(yù)設(shè)時段內(nèi)沒有收到所述第二確認應(yīng)答，則重新推送所述數(shù)據(jù)請求對應(yīng)的業(yè)務(wù)數(shù)據(jù)。

B7、一種數(shù)據(jù)傳輸?shù)难b置，其特征在于，所述裝置包括：

建立單元，用于服務(wù)器與客戶端建立套接字socket長連接；

推送單元，用于當監(jiān)測有業(yè)務(wù)更新時，主動通過所述socket長連接將更新后的業(yè)務(wù)數(shù)據(jù)推送給所述客戶端，所述業(yè)務(wù)數(shù)據(jù)為客戶端需要執(zhí)行的任務(wù)或者策略；

監(jiān)控單元，用于實時監(jiān)控推送的業(yè)務(wù)數(shù)據(jù)的相關(guān)進程。

B8、根據(jù)B7所述的裝置，其特征在于，所述裝置進一步包括：

檢測單元，用于在所述主動通過所述socket長連接將更新后的業(yè)務(wù)數(shù)據(jù)推送給所述客戶端之后，檢測是否收到確認應(yīng)答，所述確認應(yīng)答為客戶端發(fā)送的確認收到所述業(yè)務(wù)數(shù)據(jù)的應(yīng)答；

終止單元，用于若收到所述確認應(yīng)答，則終止業(yè)務(wù)數(shù)據(jù)的推送；

重新推送單元，用于若在預(yù)設(shè)時段內(nèi)沒有收到所述確認應(yīng)答，則重新推送所述業(yè)務(wù)數(shù)據(jù)。

B9、根據(jù)B7所述的裝置，其特征在于，所述監(jiān)控單元用于：

根據(jù)預(yù)設(shè)規(guī)則將不同的客戶端分配到對應(yīng)的監(jiān)控區(qū)域，以通過不同的監(jiān)控區(qū)域?qū)ν扑徒o客戶端的業(yè)務(wù)數(shù)據(jù)的相關(guān)進程進行監(jiān)控。

B10、根據(jù)B7所述的裝置，其特征在于，所述裝置進一步包括：

發(fā)送單元，用于通過所述socket長連接接收所述客戶端發(fā)送的數(shù)據(jù)請求，所述數(shù)據(jù)請求為客戶端向服務(wù)器獲取對應(yīng)的業(yè)務(wù)數(shù)據(jù)的請求；

返回單元，用于向所述客戶端返回第一確認回應(yīng)，所述第一確認回應(yīng)為所述服務(wù)器確認接收到所述數(shù)據(jù)請求的回應(yīng)；

所述推送單元，還用于將對應(yīng)所述數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)推送給所述客戶端。

B11、根據(jù)B10所述的裝置，其特征在于，所述裝置進一步包括：

解析單元，用于在所述將對應(yīng)所述數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)推送給所述客戶端之前，對所述數(shù)據(jù)請求進行解析；

確定單元，用于確定對應(yīng)所述數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)的獲取地址；

獲取單元，用于獲取對應(yīng)所述數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)。

B12、根據(jù)B10所述的裝置，其特征在于，所述裝置進一步包括：

所述檢測單元，還用于在所述將對應(yīng)所述數(shù)據(jù)請求的業(yè)務(wù)數(shù)據(jù)推送給客戶端之后，檢測是否收到第二確認回應(yīng)，所述第二確認應(yīng)答為客戶端發(fā)送的確認收到所述數(shù)據(jù)請求對應(yīng)的業(yè)務(wù)數(shù)據(jù)的應(yīng)答；

所述終止單元，還用于若收到所述第二確認回應(yīng)，則終止業(yè)務(wù)數(shù)據(jù)的推送；

所述重新推送單元，還用于若在所述預(yù)設(shè)時段內(nèi)沒有收到所述第二確認應(yīng)答，則重新推送所述數(shù)據(jù)請求對應(yīng)的業(yè)務(wù)數(shù)據(jù)。

在上述實施例中，對各個實施例的描述都各有側(cè)重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關(guān)描述。

可以理解的是，上述方法及裝置中的相關(guān)特征可以相互參考。另外，上述實施例中的“第一”、“第二”等是用于區(qū)分各實施例，而并不代表各實施例的優(yōu)劣。

所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)，裝置和單元的具體工作過程，可以參考前述方法實施例中的對應(yīng)過程，在此不再贅述。

在此提供的算法和顯示不與任何特定計算機、虛擬系統(tǒng)或者其它設(shè)備固有相關(guān)。各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據(jù)上面的描述，構(gòu)造這類系統(tǒng)所要求的結(jié)構(gòu)是顯而易見的。此外，本發(fā)明也不針對任何特定編程語言。應(yīng)當明白，可以利用各種編程語言實現(xiàn)在此描述的本發(fā)明的內(nèi)容，并且上面對特定語言所做的描述是為了披露本發(fā)明的最佳實施方式。

在此處所提供的說明書中，說明了大量具體細節(jié)。然而，能夠理解，本發(fā)明的實施例可以在沒有這些具體細節(jié)的情況下實踐。在一些實例中，并未詳細示出公知的方法、結(jié)構(gòu)和技術(shù)，以便不模糊對本說明書的理解。

類似地，應(yīng)當理解，為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個，在上面對本發(fā)明的示例性實施例的描述中，本發(fā)明的各個特征有時被一起分組到單個實施例、圖、或者對其的描述中。然而，并不應(yīng)將該公開的方法解釋成反映如下意圖：即所要求保護的本發(fā)明要求比在每個權(quán)利要求中所明確記載的特征更多的特征。更確切地說，如下面的權(quán)利要求書所反映的那樣，發(fā)明方面在于少于前面公開的單個實施例的所有特征。因此，遵循具體實施方式的權(quán)利要求書由此明確地并入該具體實施方式，其中每個權(quán)利要求本身都作為本發(fā)明的單獨實施例。

本領(lǐng)域那些技術(shù)人員可以理解，可以對實施例中的設(shè)備中的模塊進行自適應(yīng)性地改變并且把它們設(shè)置在與該實施例不同的一個或多個設(shè)備中?？梢园褜嵤├械哪K或單元或組件組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設(shè)備的所有過程或單元進行組合。除非另外明確陳述，本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。

此外，本領(lǐng)域的技術(shù)人員能夠理解，盡管在此所述的一些實施例包括其它實施例中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實施例。例如，在下面的權(quán)利要求書中，所要求保護的實施例的任意之一都可以以任意的組合方式來使用。

本發(fā)明的各個部件實施例可以以硬件實現(xiàn)，或者以在一個或者多個處理器上運行的軟件模塊實現(xiàn)，或者以它們的組合實現(xiàn)。本領(lǐng)域的技術(shù)人員應(yīng)當理解，可以在實踐中使用微處理器或者數(shù)字信號處理器(DSP)來實現(xiàn)根據(jù)本發(fā)明實施例的發(fā)明名稱(如數(shù)據(jù)傳輸?shù)难b置)中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設(shè)備或者裝置程序(例如，計算機程序和計算機程序產(chǎn)品)。這樣的實現(xiàn)本發(fā)明的程序可以存儲在計算機可讀介質(zhì)上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。

應(yīng)該注意的是上述實施例對本發(fā)明進行說明而不是對本發(fā)明進行限制，并且本領(lǐng)域技術(shù)人員在不脫離所附權(quán)利要求的范圍的情況下可設(shè)計出替換實施例。在權(quán)利要求中，不應(yīng)將位于括號之間的任何參考符號構(gòu)造成對權(quán)利要求的限制。單詞“包含”不排除存在未列在權(quán)利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來實現(xiàn)。在列舉了若干裝置的單元權(quán)利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序?？蓪⑦@些單詞解釋為名稱。