[發(fā)明專利]一種網(wǎng)絡(luò)傳輸?shù)姆椒跋到y(tǒng)

無效

• 申請(qǐng)?zhí)枺?/td>: 200910178486.7
• 申請(qǐng)日: 2009-10-13
• 公開（公告）號(hào): CN101668018A
• 公開（公告）日: 2010-03-10
• 發(fā)明（設(shè)計(jì)）人: 王小鵬
• 申請(qǐng)（專利權(quán)）人: 金蝶軟件（中國(guó)）有限公司
• 主分類號(hào): H04L29/06
• 分類號(hào): H04L29/06
• 代理公司: 深圳市深佳知識(shí)產(chǎn)權(quán)代理事務(wù)所（普通合伙）
• 代理人: 彭愿潔;李文紅

技術(shù)領(lǐng)域

本發(fā)明涉及信息系統(tǒng)應(yīng)用技術(shù)領(lǐng)域，尤其涉及一種網(wǎng)絡(luò)傳輸?shù)姆椒跋? 統(tǒng)。

背景技術(shù)

如圖1所示，現(xiàn)有WebService調(diào)用和ORMapping過程中，普遍通過TCP協(xié) 議進(jìn)行不加轉(zhuǎn)換的2進(jìn)制傳輸。其中，WebService是異構(gòu)系統(tǒng)集成的一項(xiàng)技術(shù)， 是將交互的信息都轉(zhuǎn)為XML文本格式進(jìn)行傳輸。ORMMaping是將服務(wù)器的 Java對(duì)象轉(zhuǎn)為二進(jìn)制的字節(jié)流，通過網(wǎng)絡(luò)傳輸，在客戶端再組成Java對(duì)象的技 術(shù)。

然而，由于調(diào)用WebService或ORMMaping過程中，網(wǎng)絡(luò)傳輸是其中重要 的一部分，顯而易見的，不論是調(diào)用WebService還是ORMMaping過程，網(wǎng)絡(luò) 傳輸中的相當(dāng)大一部分是格式信息，而不是數(shù)據(jù)，從而造成網(wǎng)絡(luò)傳輸數(shù)據(jù)量 過大，給服務(wù)器造成很大壓力，也使得服務(wù)器響應(yīng)時(shí)間變長(zhǎng)，負(fù)載能力下降。

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

本發(fā)明實(shí)施例提供一種網(wǎng)絡(luò)傳輸?shù)姆椒跋到y(tǒng)，能夠大幅度的降低網(wǎng)絡(luò) 傳輸?shù)臄?shù)據(jù)量，提高網(wǎng)絡(luò)傳輸性能。

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

本發(fā)明實(shí)施例提供一種網(wǎng)絡(luò)傳輸?shù)姆椒ǎǎ?

數(shù)據(jù)被發(fā)送到網(wǎng)絡(luò)上之前自動(dòng)壓縮，形成壓縮數(shù)據(jù)；

所述壓縮數(shù)據(jù)在客戶端和服務(wù)器端之間通過網(wǎng)絡(luò)進(jìn)行傳輸：

接收到所述壓縮數(shù)據(jù)后自動(dòng)解壓，形成原始數(shù)據(jù)。

優(yōu)選的，所述數(shù)據(jù)被發(fā)送到網(wǎng)絡(luò)上之前自動(dòng)壓縮，形成壓縮數(shù)據(jù)包括： 數(shù)據(jù)被發(fā)送到網(wǎng)絡(luò)上之前自動(dòng)壓縮加密，形成壓縮加密數(shù)據(jù)；相應(yīng)的，所述 接收到所述壓縮數(shù)據(jù)后自動(dòng)解壓，形成原始數(shù)據(jù)包括：接收到所述壓縮加密 數(shù)據(jù)后自動(dòng)解壓解密，形成原始數(shù)據(jù)。

優(yōu)選的，所述自動(dòng)壓縮、自動(dòng)解壓具體采用zip、或Gzip、或rar的方式 進(jìn)行處理。

本發(fā)明實(shí)施例還提供一種網(wǎng)絡(luò)傳輸?shù)南到y(tǒng)，包括：

第一處理模塊，用于對(duì)被發(fā)送到網(wǎng)絡(luò)上的數(shù)據(jù)進(jìn)行自動(dòng)壓縮，形成壓縮 數(shù)據(jù)；

網(wǎng)絡(luò)傳輸模塊，用于在客戶端和服務(wù)器端之間通過網(wǎng)絡(luò)進(jìn)行所述壓縮數(shù) 據(jù)的傳輸；

第二處理模塊，用于對(duì)接收到的所述壓縮數(shù)據(jù)進(jìn)行自動(dòng)解壓，形成原始 數(shù)據(jù)。

優(yōu)選的，所述第一處理模塊，還用于在自動(dòng)壓縮的同時(shí)進(jìn)行加密，形成 壓縮加密數(shù)據(jù)；相應(yīng)的，所述第二處理模塊，還用于在自動(dòng)解壓的同時(shí)進(jìn)行 解密，形成原始數(shù)據(jù)。

優(yōu)選的，所述第一處理模塊設(shè)置在客戶端上。

優(yōu)選的，所述第二處理模塊設(shè)置在服務(wù)器端上。

優(yōu)選的，所述第二處理模塊設(shè)置在服務(wù)器端的專門服務(wù)器上，所述專門 的服務(wù)器將經(jīng)過處理后的原始數(shù)據(jù)發(fā)送到服務(wù)器端。

優(yōu)選的，所述第一處理模塊、第二處理模塊具體采用zip、或Gzip、或rar 的方式進(jìn)行處理。

本發(fā)明提供的網(wǎng)絡(luò)傳輸?shù)姆椒跋到y(tǒng)，能夠大幅度的降低網(wǎng)絡(luò)傳輸?shù)臄?shù) 據(jù)量，提高網(wǎng)絡(luò)傳輸性能。具體而言，本發(fā)明通過在原有網(wǎng)絡(luò)傳輸結(jié)構(gòu)中， 增加壓縮解壓API模塊，透明的實(shí)現(xiàn)網(wǎng)絡(luò)傳輸?shù)膲嚎s和解壓，不需要修改現(xiàn)有 模式，就可以達(dá)到大幅降低網(wǎng)絡(luò)傳輸數(shù)據(jù)量的目的。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí) 施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面 描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講， 在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是現(xiàn)有技術(shù)網(wǎng)絡(luò)傳輸示意圖；

圖2是本發(fā)明網(wǎng)絡(luò)傳輸示意圖；

圖3是本發(fā)明實(shí)施例一網(wǎng)絡(luò)傳輸?shù)姆椒鞒虉D；

圖4是本發(fā)明實(shí)施例二網(wǎng)絡(luò)傳輸?shù)南到y(tǒng)結(jié)構(gòu)示意圖。

具體實(shí)施方式

本發(fā)明實(shí)施例提供一種網(wǎng)絡(luò)傳輸?shù)姆椒跋到y(tǒng)，能夠大幅度的降低網(wǎng)絡(luò) 傳輸?shù)臄?shù)據(jù)量，提高傳輸性能。為使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清 楚明白，下面參照附圖并舉實(shí)施例，對(duì)本發(fā)明進(jìn)一步詳細(xì)說明。

如圖2所示，為本發(fā)明網(wǎng)絡(luò)傳輸示意圖。對(duì)比圖1可知，本發(fā)明通過在 原有網(wǎng)絡(luò)傳輸結(jié)構(gòu)中，增加壓縮解壓API模塊，透明的實(shí)現(xiàn)網(wǎng)絡(luò)傳輸?shù)膲嚎s 和解壓，不需要修改現(xiàn)有模式，就可以實(shí)現(xiàn)大幅降低網(wǎng)絡(luò)傳輸數(shù)據(jù)量的目的。

具體而言，如圖3所示，為本發(fā)明實(shí)施例一網(wǎng)絡(luò)傳輸?shù)姆椒鞒虉D，所 述方法包括：

步驟301、數(shù)據(jù)被發(fā)送到網(wǎng)絡(luò)上之前自動(dòng)壓縮，形成壓縮數(shù)據(jù)；