一種數(shù)據(jù)處理方法及系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001] 本申請(qǐng)涉及計(jì)算機(jī)技術(shù)領(lǐng)域，尤其涉及一種數(shù)據(jù)處理方法及系統(tǒng)。
【背景技術(shù)】
[0002] 隨著互聯(lián)網(wǎng)技術(shù)的不斷發(fā)展，越來(lái)越多的用戶(hù)習(xí)慣于通過(guò)網(wǎng)絡(luò)獲取各種網(wǎng)絡(luò)資 源，比如在線(xiàn)觀(guān)看娛樂(lè)視頻、獲取教育資料，多用戶(hù)進(jìn)行聊天等。
[0003] 要實(shí)現(xiàn)多用戶(hù)的交互和信息共享，現(xiàn)有的技術(shù)就是使用通用的標(biāo)準(zhǔn)協(xié)議來(lái)實(shí)現(xiàn)。 而現(xiàn)在通用的協(xié)議比較大的問(wèn)題是使冗余數(shù)據(jù)多，無(wú)論什么類(lèi)型的消息，格式只有固定的 幾種。比如通用的超文本傳輸協(xié)議（HyperTextTransferProtocol，HTTP)，只有請(qǐng)求和 響應(yīng)兩種協(xié)議定義，這兩類(lèi)消息中都有通用頭，請(qǐng)求頭/響應(yīng)頭，實(shí)體頭，數(shù)據(jù)體。實(shí)際上， 不同類(lèi)型的消息需要攜帶的信息一般不同。但因?yàn)閔ttp是通用的協(xié)議，消息要遵循其固有 的格式，即使不需要的信息也會(huì)攜帶，導(dǎo)致冗余數(shù)據(jù)多，封包需要較多的計(jì)算消耗，所以會(huì) 影響傳輸有效信息的效率。

【發(fā)明內(nèi)容】

[0004] 本申請(qǐng)實(shí)施例提供一種數(shù)據(jù)處理方法及系統(tǒng)，用以提高對(duì)數(shù)據(jù)處理的靈活性，從 而提高數(shù)據(jù)傳輸效率。
[0005] 本申請(qǐng)實(shí)施例提供的一種數(shù)據(jù)處理方法，包括：
[0006] 發(fā)送方向接收方發(fā)送請(qǐng)求消息；并
[0007] 接收所述接收方根據(jù)所述請(qǐng)求消息返回的響應(yīng)消息；
[0008] 其中，所述請(qǐng)求消息和響應(yīng)消息均是基于自定義協(xié)議的消息，所述請(qǐng)求消息和響 應(yīng)消息中均攜帶所述自定義協(xié)議的協(xié)議頭，所述協(xié)議頭中包括有消息長(zhǎng)度字段和操作類(lèi) 型字段，所述自定義協(xié)議用于點(diǎn)到點(diǎn)數(shù)據(jù)交互場(chǎng)景，基于自定義協(xié)議的消息中不包含冗余 數(shù)據(jù)。
[0009] 本申請(qǐng)實(shí)施例提供的一種數(shù)據(jù)處理系統(tǒng)，包括：
[0010] 發(fā)送方，用于發(fā)送請(qǐng)求消息；
[0011] 接收方，用于接收請(qǐng)求消息并根據(jù)所述請(qǐng)求消息返回響應(yīng)消息；
[0012] 其中，所述請(qǐng)求消息和響應(yīng)消息均是基于自定義協(xié)議的消息，所述請(qǐng)求消息和響 應(yīng)消息中均攜帶所述自定義協(xié)議的協(xié)議頭，所述協(xié)議頭中包括有消息長(zhǎng)度字段和操作類(lèi)型 字段，所述自定義協(xié)議用于點(diǎn)到點(diǎn)數(shù)據(jù)交互場(chǎng)景，基于自定義協(xié)議的消息中不包含冗余數(shù) 據(jù)。
[0013] 本申請(qǐng)實(shí)施例提供的一種數(shù)據(jù)處理方法及系統(tǒng)，該方法通過(guò)發(fā)送方向接收方發(fā)送 請(qǐng)求消息；并接收所述接收方根據(jù)所述請(qǐng)求消息返回的響應(yīng)消息；其中，所述請(qǐng)求消息和 響應(yīng)消息均是基于自定義協(xié)議的消息，所述請(qǐng)求消息和響應(yīng)消息中均攜帶所述自定義協(xié)議 的協(xié)議頭，所述協(xié)議頭中包括有消息長(zhǎng)度字段和操作類(lèi)型字段，基于自定義協(xié)議的消息中 不包含冗余數(shù)據(jù)。這樣，發(fā)送方和接收方之間傳輸?shù)拿恳粋€(gè)消息（請(qǐng)求消息或響應(yīng)消息） 都是基于自定義協(xié)議的消息，該自定義協(xié)議的消息中不包含冗余數(shù)據(jù)，從而可有效提高數(shù) 據(jù)傳輸效率。
【附圖說(shuō)明】
[0014] 此處所說(shuō)明的附圖用來(lái)提供對(duì)本申請(qǐng)的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本申 請(qǐng)的示意性實(shí)施例及其說(shuō)明用于解釋本申請(qǐng)，并不構(gòu)成對(duì)本申請(qǐng)的不當(dāng)限定。在附圖中：
[0015] 圖1為本申請(qǐng)實(shí)施例提供的一種數(shù)據(jù)處理方法流程示意圖；
[0016] 圖2為本申請(qǐng)實(shí)施例提供的一種數(shù)據(jù)交互方法流程示意圖；
[0017] 圖3為本申請(qǐng)實(shí)施例提供的另一種數(shù)據(jù)交互方法流程示意圖；
[0018] 圖4為本申請(qǐng)實(shí)施例提供的另一種數(shù)據(jù)交互方法流程示意圖；
[0019]圖5為本申請(qǐng)實(shí)施例提供的一種數(shù)據(jù)處理系統(tǒng)示意圖；
[0020] 圖6為本申請(qǐng)實(shí)施例提供的一種數(shù)據(jù)處理系統(tǒng)示意圖。
【具體實(shí)施方式】
[0021] 為使本申請(qǐng)的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，以下將結(jié)合本申請(qǐng)具體實(shí)施例及 相應(yīng)的附圖對(duì)本申請(qǐng)技術(shù)方案進(jìn)行清楚、完整地描述。顯然，所描述的實(shí)施例僅是本申請(qǐng)一 部分實(shí)施例，而不是全部的實(shí)施例。基于本申請(qǐng)中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做 出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本申請(qǐng)保護(hù)的范圍。
[0022] 參見(jiàn)圖1，為本申請(qǐng)實(shí)施例提供的一種數(shù)據(jù)處理方法，包括以下步驟：
[0023] SlOl:發(fā)送方向接收方發(fā)送請(qǐng)求消息。
[0024] 在申請(qǐng)實(shí)施例中，所述的發(fā)送方和接收方可以是：客戶(hù)端、調(diào)度代理服務(wù)器、調(diào)度 服務(wù)器、中心機(jī)、和服務(wù)均衡器等中的任意兩個(gè)。比如，發(fā)送方為客戶(hù)端，接收方為調(diào)度代理 服務(wù)器。
[0025] 在本申請(qǐng)實(shí)施例中，所述發(fā)送方發(fā)送的請(qǐng)求消息根據(jù)業(yè)務(wù)場(chǎng)景的不同而不同。比 如，在點(diǎn)到點(diǎn)數(shù)據(jù)交互場(chǎng)景中，發(fā)送方需要下載資源時(shí)，往往會(huì)涉及到與接收方進(jìn)行注冊(cè)、 登錄、種子下載、資源下載等過(guò)程，則所述的請(qǐng)求消息可以是注冊(cè)類(lèi)請(qǐng)求消息、登錄類(lèi)請(qǐng)求 消息、下載類(lèi)請(qǐng)求消息等；相應(yīng)的，接收方返回給發(fā)送方的響應(yīng)消息可以是注冊(cè)類(lèi)響應(yīng)消 息、登錄類(lèi)響應(yīng)消息、下載類(lèi)響應(yīng)消息等。
[0026] 在實(shí)際應(yīng)用場(chǎng)景中，無(wú)論是請(qǐng)求消息還是響應(yīng)消息，在傳輸這些消息的過(guò)程中，發(fā) 送方或接收方均需要按照這些消息中攜帶的協(xié)議頭和/或協(xié)議體傳輸消息。
[0027] 考慮到實(shí)際應(yīng)用場(chǎng)景中，某些類(lèi)型的請(qǐng)求消息或響應(yīng)消息的協(xié)議中可能不需要協(xié) 議體而只需要協(xié)議頭。因此，在本申請(qǐng)實(shí)施例中，針對(duì)不需要協(xié)議體的請(qǐng)求消息和響應(yīng)消 息，該請(qǐng)求消息和響應(yīng)消息中僅攜帶自定義協(xié)議的協(xié)議頭，其中，該協(xié)議頭中包括消息長(zhǎng)度 字段（Length字段）和操作類(lèi)型字段（OpType字段）。
[0028] 考慮到在實(shí)際應(yīng)用場(chǎng)景中，由于不同類(lèi)型的請(qǐng)求消息或響應(yīng)消息對(duì)應(yīng)的協(xié)議頭或 協(xié)議體中需要承載的數(shù)據(jù)不完全相同，因此，往往會(huì)存在協(xié)議頭或協(xié)議體中的有些字段是 不需要承載數(shù)據(jù)的，即該字段相對(duì)于當(dāng)前待發(fā)送數(shù)據(jù)是冗余字段。但是，在現(xiàn)有技術(shù)中，針 對(duì)不同類(lèi)型的請(qǐng)求消息或響應(yīng)消息，采用固定格式（統(tǒng)一格式）的協(xié)議，即所有類(lèi)型的請(qǐng)求 消息或響應(yīng)消息的協(xié)議頭和協(xié)議體的格式完全相同，這就使得發(fā)送方在傳輸消息時(shí)，可能 將冗余格式也傳輸給接收方，從而降低數(shù)據(jù)傳輸效率。
[0029] 因此，本申請(qǐng)實(shí)施例請(qǐng)求消息和響應(yīng)消息為基于自定義協(xié)議的消息，基于自定義 協(xié)議的消息中不包含冗余數(shù)據(jù)；其中，不包含冗余數(shù)據(jù)的消息為：該消息不包含冗余協(xié)議 格式，或者，協(xié)議格式中不包含冗余數(shù)據(jù)。如，協(xié)議頭或協(xié)議體中不包含與當(dāng)前消息無(wú)關(guān)的 字段（簡(jiǎn)稱(chēng)，冗余字段），或者字段中不包含冗余內(nèi)容，顯然，相比較現(xiàn)有技術(shù)，基于固定格 式的消息（即不同消息的協(xié)議格式相同），可有效提高數(shù)據(jù)傳輸效率。
[0030] 其中，該Length字段用于說(shuō)明該請(qǐng)求消息或響應(yīng)消息的長(zhǎng)度。
[0031] 例如，假設(shè)請(qǐng)求消息或響應(yīng)消息的自定義協(xié)議的協(xié)議頭為P2P協(xié)議頭（簡(jiǎn)稱(chēng)P2P_ HEAD)，則P2P_HEAD的格式如表1所示。
[0032] P2P_HEAD:
[0033]
【主權(quán)項(xiàng)】
1. 一種數(shù)據(jù)處理方法，其特征在于，包括： 發(fā)送方向接收方發(fā)送請(qǐng)求消息；并 接收所述接收方根據(jù)所述請(qǐng)求消息返回的響應(yīng)消息； 其中，所述請(qǐng)求消息和響應(yīng)消息均是基于自定義協(xié)議的消息，所述請(qǐng)求消息和響應(yīng)消 息中均攜帶所述自定義協(xié)議的協(xié)議頭，所述協(xié)議頭中包括有消息長(zhǎng)度字段和操作類(lèi)型字 段，所述自定義協(xié)議用于點(diǎn)到點(diǎn)數(shù)據(jù)交互場(chǎng)景，基于自定義協(xié)議的消息中不包含冗余數(shù)據(jù)。
2. 如權(quán)利要求1所述的方法，其特征在于，所述發(fā)送方為客戶(hù)端，所述接收方為服務(wù)均 衡器，所述請(qǐng)求消息為獲取注冊(cè)信息請(qǐng)求消息，所述響應(yīng)消息為獲取注冊(cè)信息響應(yīng)消息； 所述獲取注冊(cè)信息請(qǐng)求消息中不包括協(xié)議體；所述獲取注冊(cè)信息響應(yīng)消息中的協(xié)議體 包括：兩個(gè)通用字段，所述兩個(gè)通用字段分別表示調(diào)度代理服務(wù)器登錄信息和實(shí)時(shí)媒體流 協(xié)議服務(wù)器地址。
3. 如權(quán)利要求1所述的方法，其特征在于，所述發(fā)送方為客戶(hù)端，所述接收方為調(diào)度代 理服務(wù)器，所述請(qǐng)求消息為登錄調(diào)度代理服務(wù)器請(qǐng)求消息，所述響應(yīng)消息為登錄調(diào)度代理 服務(wù)器響應(yīng)消息； 所述登錄調(diào)度代理