亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

短句傳輸方法及系統(tǒng)、服務(wù)器、發(fā)送客戶端、接收客戶端與流程

文檔序號(hào):12494389閱讀:223來(lái)源:國(guó)知局
短句傳輸方法及系統(tǒng)、服務(wù)器、發(fā)送客戶端、接收客戶端與流程

本公開(kāi)涉及計(jì)算機(jī)處理技術(shù)領(lǐng)域,具體地,涉及一種短句傳輸方法及系統(tǒng)、服務(wù)器、發(fā)送客戶端、接收客戶端。



背景技術(shù):

數(shù)據(jù)壓縮,指的是在不丟失有用信息的前提下,按照一定的算法對(duì)數(shù)據(jù)進(jìn)行重新組織,減少數(shù)據(jù)冗余的一種方法。經(jīng)過(guò)數(shù)據(jù)壓縮處理,不僅可以縮減數(shù)據(jù)所占存儲(chǔ)空間,還可以提高數(shù)據(jù)傳輸和處理效率。

現(xiàn)有的數(shù)據(jù)壓縮算法大多是對(duì)重復(fù)出現(xiàn)的結(jié)構(gòu)進(jìn)行壓縮處理,例如,針對(duì)“取之以仁義,守之以仁義者,周也。取之以詐力,守之以詐力者,秦也?!边@一示例,“取之以”、“仁義”、“,”、“者”、“守之以”、“也”、“詐力”、“。”均重復(fù)出現(xiàn)過(guò),進(jìn)行數(shù)據(jù)壓縮時(shí),只需在重復(fù)結(jié)構(gòu)再次出現(xiàn)時(shí),用其首次出現(xiàn)的位置表示這些重復(fù)結(jié)構(gòu)即可。如此壓縮方案,適用于大段文章,且文中存在較多重復(fù)結(jié)構(gòu)的情況,對(duì)于日常生活中,例如即時(shí)通訊領(lǐng)域中傳輸?shù)亩叹鋪?lái)說(shuō),壓縮比非常低,效果較差。



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

本公開(kāi)的目的是提供一種短句傳輸方法及系統(tǒng)、服務(wù)器、發(fā)送客戶端、接收客戶端,有助于提高短句的壓縮效果,節(jié)省短句傳輸消耗的帶寬和流量。

為了實(shí)現(xiàn)上述目的,第一方面,本公開(kāi)提供一種短句傳輸方法,包括:

服務(wù)器判斷發(fā)送客戶端傳輸?shù)亩叹涫欠窠?jīng)過(guò)壓縮處理;

如果所述發(fā)送客戶端傳輸?shù)亩叹浣?jīng)過(guò)壓縮處理,所述服務(wù)器利用第一會(huì)話記錄對(duì)所述發(fā)送客戶端傳輸?shù)亩叹溥M(jìn)行解壓縮處理,得到原始傳輸文字,所述第一會(huì)話記錄為發(fā)送客戶端的會(huì)話記錄;

所述服務(wù)器利用第二會(huì)話記錄,對(duì)所述原始傳輸文字進(jìn)行壓縮處理,得到待傳輸短句,所述第二會(huì)話記錄為接收客戶端的會(huì)話記錄;

所述服務(wù)器向所述接收客戶端發(fā)送所述待傳輸短句,以使所述接收客戶端通過(guò)所述待傳輸短句獲得所述原始傳輸文字。

可選地,如果壓縮結(jié)構(gòu)包括預(yù)設(shè)壓縮標(biāo)識(shí)、被壓縮文字的數(shù)目、被壓縮文字在所述第一會(huì)話記錄中的起始位置,所述服務(wù)器判斷發(fā)送客戶端傳輸?shù)亩叹涫欠窠?jīng)過(guò)壓縮處理,包括:

所述服務(wù)器判斷所述發(fā)送客戶端傳輸?shù)亩叹渲惺欠癜鲱A(yù)設(shè)壓縮標(biāo)識(shí);

如果所述發(fā)送客戶端傳輸?shù)亩叹渲邪鲱A(yù)設(shè)壓縮標(biāo)識(shí),所述服務(wù)器判定所述發(fā)送客戶端傳輸?shù)亩叹浣?jīng)過(guò)壓縮處理。

可選地,所述服務(wù)器利用第一會(huì)話記錄對(duì)所述短句進(jìn)行解壓縮處理,得到原始傳輸文字,包括:

根據(jù)所述被壓縮文字在所述第一會(huì)話記錄中的起始位置,確定解壓縮的起始位置;

根據(jù)所述被壓縮文字的數(shù)目,在所述起始位置的基礎(chǔ)上,確定出解壓縮文字;

利用所述解壓縮文字替換所述壓縮結(jié)構(gòu),得到所述原始傳輸文字。

可選地,如果所述發(fā)送客戶端傳輸?shù)亩叹湮唇?jīng)過(guò)壓縮處理,所述方法還包括:

所述服務(wù)器利用第二會(huì)話記錄,對(duì)原始傳輸文字進(jìn)行壓縮處理,得到待傳輸短句,所述原始傳輸文字為所述發(fā)送客戶端傳輸?shù)亩叹?,所述第二?huì)話記錄為接收客戶端的會(huì)話記錄;

所述服務(wù)器向所述接收客戶端發(fā)送所述待傳輸短句,以使所述接收客戶端通過(guò)所述待傳輸短句獲得所述原始傳輸文字。

可選地,所述服務(wù)器利用第二會(huì)話記錄,對(duì)原始傳輸文字進(jìn)行壓縮處理,包括:

所述服務(wù)器將所述原始傳輸文字與所述第二會(huì)話記錄中的文字進(jìn)行一一比對(duì);

所述服務(wù)器判斷所述原始傳輸文字中是否存在與所述第二會(huì)話記錄中的文字連續(xù)相符的N個(gè)文字,N為大于2的正整數(shù);

如果所述原始傳輸文字中存在所述N個(gè)文字,所述服務(wù)器記錄所述N個(gè)文字中第一個(gè)文字在所述第二會(huì)話記錄中的位置;

所述服務(wù)器利用預(yù)設(shè)壓縮標(biāo)識(shí)、連續(xù)相符的文字?jǐn)?shù)目N、所述N個(gè)文字中第一個(gè)文字在所述第二會(huì)話記錄中的位置,替換所述N個(gè)文字,得到所述待傳輸短句。

可選地,所述方法還包括:

所述服務(wù)器對(duì)所述第一會(huì)話記錄和/或所述第二會(huì)話記錄中的文字進(jìn)行去重處理。

第二方面,本公開(kāi)提供一種短句傳輸方法,包括:

發(fā)送客戶端利用第一會(huì)話記錄,對(duì)原始傳輸文字進(jìn)行壓縮處理,得到短句,所述第一會(huì)話記錄為發(fā)送客戶端的會(huì)話記錄;

所述發(fā)送客戶端向服務(wù)器發(fā)送所述短句,以使所述服務(wù)器將所述短句轉(zhuǎn)換為待傳輸短句發(fā)送至接收客戶端,由所述接收客戶端通過(guò)所述待傳輸短句獲得所述原始傳輸文字。

可選地,所述發(fā)送客戶端利用第一會(huì)話記錄,對(duì)原始傳輸文字進(jìn)行壓縮處理,包括:

所述發(fā)送客戶端將所述原始傳輸文字與所述第一會(huì)話記錄中的文字進(jìn)行一一比對(duì);

所述發(fā)送客戶端判斷所述原始傳輸文字中是否存在與所述第一會(huì)話記錄中的文字連續(xù)相符的N個(gè)文字,N為大于2的正整數(shù);

如果所述原始傳輸文字中存在所述N個(gè)文字,所述發(fā)送客戶端記錄所述N個(gè)文字中第一個(gè)文字在所述第一會(huì)話記錄中的位置;

所述發(fā)送客戶端利用預(yù)設(shè)壓縮標(biāo)識(shí)、連續(xù)相符的文字?jǐn)?shù)目N、所述N個(gè)文字中第一個(gè)文字在所述第一會(huì)話記錄中的位置,替換所述N個(gè)文字,得到所述短句。

第三方面,本公開(kāi)提供一種短句傳輸方法,包括:

接收客戶端判斷服務(wù)器發(fā)送的待傳輸短句是否經(jīng)過(guò)壓縮處理,所述待傳輸短句由所述服務(wù)器利用發(fā)送客戶端傳輸?shù)亩叹滢D(zhuǎn)換得到,且所述發(fā)送客戶端傳輸?shù)亩叹溆稍紓鬏斘淖洲D(zhuǎn)換得到;

如果所述待傳輸短句經(jīng)過(guò)壓縮處理,所述接收客戶端利用第二會(huì)話記錄對(duì)所述待傳輸短句進(jìn)行解壓縮處理,得到原始傳輸文字,所述第二會(huì)話記錄為接收客戶端的會(huì)話記錄。

可選地,如果壓縮結(jié)構(gòu)包括預(yù)設(shè)壓縮標(biāo)識(shí)、被壓縮文字的數(shù)目、被壓縮文字在所述第二會(huì)話記錄中的起始位置,所述接收客戶端判斷服務(wù)器發(fā)送的待傳輸短句是否經(jīng)過(guò)壓縮處理,包括:

所述接收客戶端判斷所述待傳輸短句中是否包含所述預(yù)設(shè)壓縮標(biāo)識(shí);

如果所述待傳輸短句中包含所述預(yù)設(shè)壓縮標(biāo)識(shí),所述接收客戶端判定所述待傳輸短句經(jīng)過(guò)壓縮處理。

可選地,所述接收客戶端利用第二會(huì)話記錄對(duì)所述待傳輸短句進(jìn)行解壓縮處理,得到原始傳輸文字,包括:

根據(jù)所述被壓縮文字在所述第二會(huì)話記錄中的起始位置,確定解壓縮的起始位置;

根據(jù)所述被壓縮文字的數(shù)目,在所述起始位置的基礎(chǔ)上,確定出解壓縮文字;

利用所述解壓縮文字替換所述壓縮結(jié)構(gòu),得到所述原始傳輸文字。

第四方面,本公開(kāi)提供一種服務(wù)器,所述服務(wù)器包括:

第一判斷模塊,用于判斷發(fā)送客戶端傳輸?shù)亩叹涫欠窠?jīng)過(guò)壓縮處理;

解壓縮模塊,用于在所述發(fā)送客戶端傳輸?shù)亩叹浣?jīng)過(guò)壓縮處理時(shí),利用第一會(huì)話記錄對(duì)所述發(fā)送客戶端傳輸?shù)亩叹溥M(jìn)行解壓縮處理,得到原始傳輸文字,所述第一會(huì)話記錄為發(fā)送客戶端的會(huì)話記錄;

壓縮模塊,用于利用第二會(huì)話記錄,對(duì)所述原始傳輸文字進(jìn)行壓縮處理,得到待傳輸短句,所述第二會(huì)話記錄為接收客戶端的會(huì)話記錄;

發(fā)送模塊,用于向所述接收客戶端發(fā)送所述待傳輸短句,以使所述接收客戶端通過(guò)所述待傳輸短句獲得所述原始傳輸文字。

可選地,如果壓縮結(jié)構(gòu)包括預(yù)設(shè)壓縮標(biāo)識(shí)、被壓縮文字的數(shù)目、被壓縮文字在所述第一會(huì)話記錄中的起始位置,

所第一判斷模塊,用于判斷所述發(fā)送客戶端傳輸?shù)亩叹渲惺欠癜鲱A(yù)設(shè)壓縮標(biāo)識(shí);如果所述發(fā)送客戶端傳輸?shù)亩叹渲邪鲱A(yù)設(shè)壓縮標(biāo)識(shí),判定所述發(fā)送客戶端傳輸?shù)亩叹浣?jīng)過(guò)壓縮處理。

可選地,所述解壓縮模塊包括:

位置確定模塊,用于根據(jù)所述被壓縮文字在所述第一會(huì)話記錄中的起始位置,確定解壓縮的起始位置;

文字確定模塊,用于根據(jù)所述被壓縮文字的數(shù)目,在所述起始位置的基礎(chǔ)上,確定出解壓縮文字;

第一替換模塊,用于利用所述解壓縮文字替換所述壓縮結(jié)構(gòu),得到所述原始傳輸文字。

可選地,所述壓縮模塊包括:

文字比對(duì)模塊,用于將所述原始傳輸文字與所述第二會(huì)話記錄中的文字進(jìn)行一一比對(duì);

第二判斷模塊,用于判斷所述原始傳輸文字中是否存在與所述第二會(huì)話記錄中的文字連續(xù)相符的N個(gè)文字,N為大于2的正整數(shù);

位置記錄模塊,用于在所述原始傳輸文字中存在所述N個(gè)文字時(shí),記錄所述N個(gè)文字中第一個(gè)文字在所述第二會(huì)話記錄中的位置;

第二替換模塊,用于利用預(yù)設(shè)壓縮標(biāo)識(shí)、連續(xù)相符的文字?jǐn)?shù)目N、所述N個(gè)文字中第一個(gè)文字在所述第二會(huì)話記錄中的位置,替換所述N個(gè)文字,得到所述待傳輸短句。

可選地,所述服務(wù)器還包括:

去重模塊,用于對(duì)所述第一會(huì)話記錄和/或所述第二會(huì)話記錄中的文字進(jìn)行去重處理。

第五方面,本公開(kāi)提供一種發(fā)送客戶端,包括:

壓縮模塊,用于利用第一會(huì)話記錄,對(duì)原始傳輸文字進(jìn)行壓縮處理,得到短句,所述第一會(huì)話記錄為發(fā)送客戶端的會(huì)話記錄;

發(fā)送模塊,用于向服務(wù)器發(fā)送所述短句,以使所述服務(wù)器將所述短句轉(zhuǎn)換為待傳輸短句發(fā)送至接收客戶端,由所述接收客戶端通過(guò)所述待傳輸短句獲得所述原始傳輸文字。

可選地,所述壓縮模塊包括:

文字比對(duì)模塊,用于將所述原始傳輸文字與所述第一會(huì)話記錄中的文字進(jìn)行一一比對(duì);

判斷模塊:用于判斷所述原始傳輸文字中是否存在與所述第一會(huì)話記錄中的文字連續(xù)相符的N個(gè)文字,N為大于2的正整數(shù);

位置記錄模塊,用于在所述原始傳輸文字中存在所述N個(gè)文字時(shí),記錄所述N個(gè)文字中第一個(gè)文字在所述第一會(huì)話記錄中的位置;

替換模塊,用于利用預(yù)設(shè)壓縮標(biāo)識(shí)、連續(xù)相符的文字?jǐn)?shù)目N、所述N個(gè)文字中第一個(gè)文字在所述第一會(huì)話記錄中的位置,替換所述N個(gè)文字,得到所述短句。

可選地,所述發(fā)送客戶端還包括:

去重模塊,用于對(duì)所述第一會(huì)話記錄中的文字進(jìn)行去重處理。

第六方面,本公開(kāi)提供一種接收客戶端,包括:

判斷模塊,用于判斷服務(wù)器發(fā)送的待傳輸短句是否經(jīng)過(guò)壓縮處理,所述待傳輸短句由所述服務(wù)器利用發(fā)送客戶端傳輸?shù)亩叹滢D(zhuǎn)換得到,且所述發(fā)送客戶端傳輸?shù)亩叹溆稍紓鬏斘淖洲D(zhuǎn)換得到;

解壓縮模塊,用于在所述待傳輸短句經(jīng)過(guò)壓縮處理時(shí),利用第二會(huì)話記錄對(duì)所述待傳輸短句進(jìn)行解壓縮處理,得到原始傳輸文字,所述第二會(huì)話記錄為接收客戶端的會(huì)話記錄。

可選地,如果壓縮結(jié)構(gòu)包括預(yù)設(shè)壓縮標(biāo)識(shí)、被壓縮文字的數(shù)目、被壓縮文字在所述第二會(huì)話記錄中的起始位置,

所述判斷模塊,用于判斷所述待傳輸短句中是否包含所述預(yù)設(shè)壓縮標(biāo)識(shí);如果所述待傳輸短句中包含所述預(yù)設(shè)壓縮標(biāo)識(shí),判定所述待傳輸短句經(jīng)過(guò)壓縮處理。

可選地,所述解壓縮模塊包括:

位置確定模塊,用于根據(jù)所述被壓縮文字在所述第二會(huì)話記錄中的起始位置,確定解壓縮的起始位置;

文字確定模塊,用于根據(jù)所述被壓縮文字的數(shù)目,在所述起始位置的基礎(chǔ)上,確定出解壓縮文字;

替換模塊,用于利用所述解壓縮文字替換所述壓縮結(jié)構(gòu),得到所述原始傳輸文字。

可選地,所述接收客戶端還包括:

去重模塊,用于對(duì)所述第二會(huì)話記錄中的文字進(jìn)行去重處理。

第七方面,本公開(kāi)提供一種短句傳輸系統(tǒng),包括:上述的服務(wù)器、發(fā)送客戶端、以及接收客戶端,所述服務(wù)器分別與所述發(fā)送客戶端、所述接收客戶端通信。

本公開(kāi)短句傳輸方案,在實(shí)現(xiàn)發(fā)送客戶端與接收客戶端之間的數(shù)據(jù)傳輸時(shí),發(fā)送客戶端可以利用本地保存的第一會(huì)話記錄對(duì)原始傳輸文字進(jìn)行壓縮處理,用以節(jié)省發(fā)送客戶端與服務(wù)器之間的數(shù)據(jù)傳輸帶寬和流量;對(duì)應(yīng)于此,服務(wù)器可以利用本地保存的第一會(huì)話記錄進(jìn)行解壓縮處理,得到原始傳輸文字,進(jìn)而再利用第二會(huì)話記錄對(duì)原始傳輸文字進(jìn)行壓縮處理,用以節(jié)省服務(wù)器與接收客戶端之間的數(shù)據(jù)傳輸帶寬和流量;對(duì)應(yīng)于此,接收客戶端便可利用本地保存的第二會(huì)話記錄進(jìn)行解壓縮處理,得到原始傳輸文字。如此方案,更適應(yīng)于短句的壓縮需求,有助于提高短句的壓縮效果。

本公開(kāi)的其他特征和優(yōu)點(diǎn)將在隨后的具體實(shí)施方式部分予以詳細(xì)說(shuō)明。

附圖說(shuō)明

附圖是用來(lái)提供對(duì)本公開(kāi)的進(jìn)一步理解,并且構(gòu)成說(shuō)明書(shū)的一部分,與下面的具體實(shí)施方式一起用于解釋本公開(kāi),但并不構(gòu)成對(duì)本公開(kāi)的限制。在附圖中:

圖1是本公開(kāi)短句傳輸方法的流程示意圖;

圖2是本公開(kāi)中獲得待傳輸短句的方法的流程示意圖;

圖3是本公開(kāi)服務(wù)器的結(jié)構(gòu)示意圖;

圖4是本公開(kāi)發(fā)送客戶端的結(jié)構(gòu)示意圖;

圖5是本公開(kāi)接收客戶端的結(jié)構(gòu)示意圖。

具體實(shí)施方式

以下結(jié)合附圖對(duì)本公開(kāi)的具體實(shí)施方式進(jìn)行詳細(xì)說(shuō)明。應(yīng)當(dāng)理解的是,此處所描述的具體實(shí)施方式僅用于說(shuō)明和解釋本公開(kāi),并不用于限制本公開(kāi)。

參見(jiàn)圖1為本公開(kāi)短句傳輸方法的流程示意圖??梢园ㄒ韵虏襟E:

步驟101,服務(wù)器判斷發(fā)送客戶端傳輸?shù)亩叹涫欠窠?jīng)過(guò)壓縮處理。

步驟102,如果所述發(fā)送客戶端傳輸?shù)亩叹浣?jīng)過(guò)壓縮處理,所述服務(wù)器利用第一會(huì)話記錄對(duì)所述發(fā)送客戶端傳輸?shù)亩叹溥M(jìn)行解壓縮處理,得到原始傳輸文字,所述第一會(huì)話記錄為發(fā)送客戶端的會(huì)話記錄。

如背景技術(shù)所做介紹,現(xiàn)有的數(shù)據(jù)壓縮算法,對(duì)即時(shí)通訊領(lǐng)域中傳輸?shù)亩叹鋷缀鯖](méi)有壓縮空間,壓縮比非常低,然而,在實(shí)際應(yīng)用過(guò)程中,受帶寬和流量等因素的限制,對(duì)短句進(jìn)行有效壓縮又是一個(gè)亟待解決的問(wèn)題。

發(fā)明人在研發(fā)過(guò)程中發(fā)現(xiàn):(1)發(fā)送客戶端和接收客戶端均會(huì)在本地保存會(huì)話記錄,且用以實(shí)現(xiàn)發(fā)送客戶端與接收客戶端之間數(shù)據(jù)中轉(zhuǎn)的服務(wù)器亦會(huì)保存各個(gè)客戶端的會(huì)話記錄;(2)會(huì)話內(nèi)容具有一定的趨同性,即出現(xiàn)重復(fù)會(huì)話內(nèi)容的可能性非常大?;谝陨蟽煞矫嫘畔ⅲ梢詫⒖蛻舳说臅?huì)話記錄作為壓縮編碼庫(kù),用以實(shí)現(xiàn)短句的有效壓縮與傳輸。

作為一種示例,本公開(kāi)方案中的會(huì)話記錄,可以體現(xiàn)為用戶之間的聊天內(nèi)容;或者,也可以體現(xiàn)為設(shè)備之間交互的通信內(nèi)容。

作為一個(gè)示例,本公開(kāi)方案的壓縮結(jié)構(gòu)可以包括:預(yù)設(shè)壓縮標(biāo)識(shí)、被壓縮文字的數(shù)目Amount、被壓縮文字在會(huì)話記錄中的起始位置Index;或者,壓縮結(jié)構(gòu)可以包括:預(yù)設(shè)壓縮標(biāo)識(shí)、被壓縮文字在會(huì)話記錄中的起止位置。

作為一種示例,本公開(kāi)方案可以使用ASCII碼進(jìn)行壓縮編碼??梢岳斫獾兀捎肁SCII編碼時(shí),1個(gè)字節(jié)可以標(biāo)識(shí)256種含義,其中,可以將“#”作為預(yù)設(shè)壓縮標(biāo)識(shí),將“/”作為轉(zhuǎn)義字符,故通過(guò)1字節(jié)可以實(shí)現(xiàn)254進(jìn)制計(jì)數(shù)。

作為一種示例,本公開(kāi)方案主要用于實(shí)現(xiàn)中文短句的壓縮編碼,故可用1個(gè)字節(jié)表示被壓縮文字的數(shù)目,即一個(gè)壓縮結(jié)構(gòu)最多可用于表示連續(xù)的254個(gè)漢字。

作為一種示例,可以用2個(gè)字節(jié)表示被壓縮文字在會(huì)話記錄中的起始位置,即一個(gè)會(huì)話記錄最多可以存儲(chǔ)64516個(gè)漢字。

以上均是為了更好的解釋本公開(kāi)方案所做舉例說(shuō)明,可以結(jié)合實(shí)際應(yīng)用需求,確定會(huì)話記錄的具體表現(xiàn)形式、壓縮結(jié)構(gòu)的具體表現(xiàn)形式、壓縮采用的編碼方式、表示預(yù)設(shè)壓縮標(biāo)識(shí)的字符、被壓縮文字的數(shù)目所占字節(jié)數(shù)、被壓縮文字在會(huì)話記錄中的起始位置所占字節(jié)數(shù),等等,本公開(kāi)方案對(duì)此可不做具體限定。

本公開(kāi)方案中,服務(wù)器接收到發(fā)送客戶端傳輸?shù)亩叹洌梢韵扰袛嘣摱叹涫欠窠?jīng)過(guò)壓縮處理,如果沒(méi)有經(jīng)過(guò)壓縮處理,即發(fā)送客戶端傳輸?shù)亩叹浼礊樵紓鬏斘淖?,服?wù)器可直接利用第二會(huì)話記錄,對(duì)原始傳輸文字進(jìn)行壓縮處理;如果經(jīng)過(guò)壓縮處理,服務(wù)器應(yīng)先從短句中解壓縮獲得原始傳輸文字,再利用第二會(huì)話記錄,對(duì)原始傳輸文字進(jìn)行壓縮處理。

作為一種示例,服務(wù)器可以判斷發(fā)送客戶端傳輸?shù)亩叹渲惺欠癜A(yù)設(shè)壓縮標(biāo)識(shí);如果包含預(yù)設(shè)壓縮標(biāo)識(shí),則可判定發(fā)送客戶端傳輸?shù)亩叹浣?jīng)過(guò)了壓縮處理;反之,則可判定發(fā)送客戶端傳輸?shù)亩叹錇樵紓鬏斘淖帧?/p>

如果壓縮結(jié)構(gòu)為#AmountIndex,若服務(wù)器通過(guò)“#”確定短句中存在壓縮結(jié)構(gòu),則可通過(guò)以下方式解壓縮獲得原始傳輸文字。具體地,服務(wù)器根據(jù)所述被壓縮文字在所述第一會(huì)話記錄中的起始位置,確定解壓縮的起始位置;根據(jù)所述被壓縮文字的數(shù)目,在所述起始位置的基礎(chǔ)上,確定出解壓縮文字;利用所述解壓縮文字替換所述壓縮結(jié)構(gòu),得到所述原始傳輸文字。

步驟103,所述服務(wù)器利用第二會(huì)話記錄,對(duì)所述原始傳輸文字進(jìn)行壓縮處理,得到待傳輸短句,所述第二會(huì)話記錄為接收客戶端的會(huì)話記錄。

本公開(kāi)方案進(jìn)行壓縮處理時(shí),可以通過(guò)漢字分詞技術(shù),確定出原始傳輸文字中的被壓縮文字;或者,可以通過(guò)最大匹配法確定被壓縮文字,本公開(kāi)方案對(duì)此可不做具體限定。

以最大匹配法為例,圖2示出了本公開(kāi)獲得待傳輸短句的方法的流程示意圖??梢园ㄒ韵虏襟E:

步驟201,所述服務(wù)器將所述原始傳輸文字與所述第二會(huì)話記錄中的文字進(jìn)行一一比對(duì);

步驟202,所述服務(wù)器判斷所述原始傳輸文字中是否存在與所述第二會(huì)話記錄中的文字連續(xù)相符的N個(gè)文字,N為大于2的正整數(shù);

步驟203,如果所述原始傳輸文字中存在所述N個(gè)文字,所述服務(wù)器記錄所述N個(gè)文字中第一個(gè)文字在所述第二會(huì)話記錄中的位置;

步驟204,所述服務(wù)器利用預(yù)設(shè)壓縮標(biāo)識(shí)、連續(xù)相符的文字?jǐn)?shù)目N、所述N個(gè)文字中第一個(gè)文字在所述第二會(huì)話記錄中的位置,替換所述N個(gè)文字,得到所述待傳輸短句。

服務(wù)器進(jìn)行文字壓縮時(shí),可以做以下兩方面處理:

1.是否需要壓縮原始傳輸文字。

以進(jìn)行中文短句壓縮為例,1個(gè)漢字需要占用2個(gè)字節(jié),若壓縮結(jié)構(gòu)為#AmountIndex,即壓縮結(jié)構(gòu)占用4個(gè)字節(jié),則從壓縮效果考慮,一個(gè)壓縮結(jié)構(gòu)替換的被壓縮文字?jǐn)?shù)應(yīng)大于2個(gè),因此,若連續(xù)相符的文字?jǐn)?shù)目大于2,則可稱為匹配成功,判定需要壓縮原始傳輸文字,對(duì)應(yīng)于此,可體現(xiàn)為以下兩種情況:(1)原始傳輸文字中的部分文字匹配成功,即,待傳輸短句中包括壓縮結(jié)構(gòu)(由匹配成功的文字壓縮而成)和未壓縮的文字(即未匹配成功的文字);(2)原始傳輸文字中的全部文字匹配成功,即,待傳輸短句中只包括壓縮結(jié)構(gòu)。反之,若連續(xù)相符的文字?jǐn)?shù)目不大于2,則可稱為匹配失敗,判定不需要壓縮原始傳輸文字,對(duì)應(yīng)于此,待傳輸短句中包括0個(gè)壓縮結(jié)構(gòu),即待傳輸短句就是原始傳輸文字。

2.生成壓縮結(jié)構(gòu)。

假設(shè)原始傳輸文字為W,長(zhǎng)度為M,W[i]表示原始傳輸文字中的漢字,i=[0,M-1],則在判定需要壓縮原始傳輸文字時(shí),可以從W[0]開(kāi)始,與第二會(huì)話記錄中的文字作對(duì)比。

(1)如果W[0]與第二會(huì)話記錄中的文字比對(duì)失敗,即第二聊天記錄中不存在與W[0]相符的漢字,則可順序取W[1],與第二會(huì)話記錄中的文字進(jìn)行比對(duì)。

(2)如果W[0]與第二會(huì)話記錄中的文字比對(duì)成功,則可記錄起始位置Index,繼續(xù)判斷W[1]是否與Index的下一個(gè)文字相符:如果相符,則可繼續(xù)順序比對(duì),直至比對(duì)失敗,若連續(xù)相符的文字?jǐn)?shù)目大于2,便可利用匹配成功的文字編碼得到一個(gè)壓縮結(jié)構(gòu);如果不相符,或者連續(xù)相符的文字?jǐn)?shù)目不大于2,則可順序取原始傳輸文字中的其他文字,與第二會(huì)話記錄中的文字進(jìn)行比對(duì)。

以W[0]與第二會(huì)話記錄中的文字匹配成功為例,起始位置Index可以是第一個(gè)與W[0]相符的文字所在的位置;或者,也可以遍歷第二會(huì)話記錄,記錄所有與W[0]相符的文字所在的位置,然后確定出每個(gè)位置后面順序相符的文字?jǐn)?shù)目,將連續(xù)相符數(shù)目最多的被壓縮文字對(duì)應(yīng)的位置作為起始位置Index,以期進(jìn)一步提高壓縮效果。

步驟104,所述服務(wù)器向所述接收客戶端發(fā)送所述待傳輸短句,以使所述接收客戶端通過(guò)所述待傳輸短句獲得所述原始傳輸文字。

服務(wù)器對(duì)原始傳輸文字進(jìn)行壓縮處理后,便可將得到的待傳輸短句轉(zhuǎn)發(fā)至接收客戶端。相對(duì)應(yīng)地,如果步驟103判定需要壓縮原始傳輸文字,即待傳輸文字中包含有預(yù)設(shè)編碼標(biāo)識(shí),接收客戶端便可據(jù)此進(jìn)行解壓縮處理,基于本地保存的第二會(huì)話記錄,解壓縮得到原始傳輸文字;反之,接收客戶端則不需進(jìn)行解壓縮處理。

綜上所述,客戶端和服務(wù)器可以利用會(huì)話記錄,實(shí)現(xiàn)短句的壓縮處理。具體地,如果原始傳輸文字與發(fā)送客戶端的第一會(huì)話記錄匹配度較高,則可節(jié)省發(fā)送客戶端與服務(wù)器之間的數(shù)據(jù)傳輸帶寬和流量;如果原始傳輸文字與接收客戶端的第二會(huì)話記錄匹配度較高,可則節(jié)省服務(wù)器與接收客戶端之間的數(shù)據(jù)傳輸帶寬和流量。本公開(kāi)方案中的匹配度較高可以理解為,經(jīng)過(guò)壓縮處理,至少可生成一個(gè)壓縮結(jié)構(gòu)。

以用戶聊天為例,若發(fā)送客戶端、接收客戶端建立一對(duì)一會(huì)話,則會(huì)話記錄由二者聊天產(chǎn)生;如果發(fā)送客戶端、接收客戶端參與到群聊中,例如二者加入同一個(gè)微信群,則會(huì)話記錄可以由二者聊天產(chǎn)生,也可以由參與群聊的其他客戶端聊天產(chǎn)生。此外,需要說(shuō)明的是,如果發(fā)送客戶端和接收客戶端近期參與的會(huì)話相同,則第一會(huì)話記錄和第二會(huì)話記錄中保存的會(huì)話內(nèi)容相同;如果除共同參與的會(huì)話之外,發(fā)送客戶端、接收客戶端還參與了其他會(huì)話,則第一會(huì)話記錄和第二會(huì)話記錄中保存的會(huì)話內(nèi)容會(huì)存在區(qū)別。

作為一種示例,會(huì)話記錄中可以保存客戶端近期的會(huì)話內(nèi)容。以用戶聊天為例,近期的會(huì)話記錄能夠更好的反映用戶聊天的趨同性,因此,可以隨著聊天內(nèi)容的不斷增加,對(duì)會(huì)話記錄做更新處理:加入最新的聊天內(nèi)容,刪除距離當(dāng)前時(shí)間最久的聊天內(nèi)容,保證不超過(guò)會(huì)話記錄的最大文字存儲(chǔ)量即可。如此,有助于提高文字匹配成功的概率,進(jìn)而提高匹配度,實(shí)現(xiàn)最優(yōu)壓縮效果。

作為一種示例,在不改變會(huì)話記錄的最大文字存儲(chǔ)量的前提下,為了提高會(huì)話記錄所包含的有效信息量,可以對(duì)會(huì)話記錄中的文字進(jìn)行去重處理。對(duì)此可根據(jù)實(shí)際應(yīng)用需求而定,本公開(kāi)方案可不做具體限定,只要保證客戶端與服務(wù)器保存會(huì)話記錄的一致性即可。

可以理解地,為了保證客戶端、服務(wù)器保存會(huì)話記錄的一致性,當(dāng)客戶端在本地刪除某些會(huì)話內(nèi)容時(shí),服務(wù)器需要在物理或者邏輯上對(duì)這部分會(huì)話內(nèi)容進(jìn)行刪除處理;或者,在用戶更換客戶端后,服務(wù)器需要將本地保存的會(huì)話記錄同步到更換后的客戶端。

具體地,本公開(kāi)方案還提供了發(fā)送客戶端的短句傳輸方法,可以包括:發(fā)送客戶端利用第一會(huì)話記錄,對(duì)原始傳輸文字進(jìn)行壓縮處理,得到短句,所述第一會(huì)話記錄為發(fā)送客戶端的會(huì)話記錄;所述發(fā)送客戶端向服務(wù)器發(fā)送所述短句,以使所述服務(wù)器將所述短句轉(zhuǎn)換為待傳輸短句發(fā)送至接收客戶端,由所述接收客戶端通過(guò)所述待傳輸短句獲得所述原始傳輸文字。

可選地,所述發(fā)送客戶端利用第一會(huì)話記錄,對(duì)原始傳輸文字進(jìn)行壓縮處理,包括:所述發(fā)送客戶端將所述原始傳輸文字與所述第一會(huì)話記錄中的文字進(jìn)行一一比對(duì);所述發(fā)送客戶端判斷所述原始傳輸文字中是否存在與所述第一會(huì)話記錄中的文字連續(xù)相符的N個(gè)文字,N為大于2的正整數(shù);如果所述原始傳輸文字中存在所述N個(gè)文字,所述發(fā)送客戶端記錄所述N個(gè)文字中第一個(gè)文字在所述第一會(huì)話記錄中的位置;所述發(fā)送客戶端利用預(yù)設(shè)壓縮標(biāo)識(shí)、連續(xù)相符的文字?jǐn)?shù)目N、所述N個(gè)文字中第一個(gè)文字在所述第一會(huì)話記錄中的位置,替換所述N個(gè)文字,得到所述短句。

發(fā)送客戶端對(duì)原始傳輸文字進(jìn)行壓縮處理的過(guò)程,可參照上文所做介紹,此處不再贅述。

具體地,本公開(kāi)方案還提供了接收客戶端的短句傳輸方法,可以包括:接收客戶端判斷服務(wù)器發(fā)送的待傳輸短句是否經(jīng)過(guò)壓縮處理,所述待傳輸短句由所述服務(wù)器利用發(fā)送客戶端傳輸?shù)亩叹滢D(zhuǎn)換得到,且所述發(fā)送客戶端傳輸?shù)亩叹溆稍紓鬏斘淖洲D(zhuǎn)換得到;如果所述待傳輸短句經(jīng)過(guò)壓縮處理,所述接收客戶端利用第二會(huì)話記錄對(duì)所述待傳輸短句進(jìn)行解壓縮處理,得到原始傳輸文字,所述第二會(huì)話記錄為接收客戶端的會(huì)話記錄。

可選地,如果壓縮結(jié)構(gòu)包括預(yù)設(shè)壓縮標(biāo)識(shí)、被壓縮文字的數(shù)目、被壓縮文字在所述第二會(huì)話記錄中的起始位置,所述接收客戶端判斷服務(wù)器發(fā)送的待傳輸短句是否經(jīng)過(guò)壓縮處理,包括:所述接收客戶端判斷所述待傳輸短句中是否包含所述預(yù)設(shè)壓縮標(biāo)識(shí);如果所述待傳輸短句中包含所述預(yù)設(shè)壓縮標(biāo)識(shí),所述接收客戶端判定所述待傳輸短句經(jīng)過(guò)壓縮處理。

可選地,所述接收客戶端利用第二會(huì)話記錄對(duì)所述待傳輸短句進(jìn)行解壓縮處理,得到原始傳輸文字,包括:根據(jù)所述被壓縮文字在所述第二會(huì)話記錄中的起始位置,確定解壓縮的起始位置;根據(jù)所述被壓縮文字的數(shù)目,在所述起始位置的基礎(chǔ)上,確定出解壓縮文字;利用所述解壓縮文字替換所述壓縮結(jié)構(gòu),得到所述原始傳輸文字。

接收客戶端對(duì)待傳輸短句進(jìn)行解壓縮處理的過(guò)程,可參照上文所做介紹,此處不再贅述。

下面以用戶聊天為例,對(duì)本公開(kāi)方案的實(shí)現(xiàn)過(guò)程做簡(jiǎn)單介紹。

假設(shè)用戶A與用戶B有如下聊天內(nèi)容:

A:團(tuán)隊(duì)群開(kāi)發(fā)的怎么樣了

B:目前5個(gè)功能點(diǎn)已經(jīng)完成,還差最后一個(gè)

A:抓緊,文聯(lián)項(xiàng)目里團(tuán)隊(duì)群是重中之重

B:好的

對(duì)應(yīng)于此,用戶A所持客戶端A、服務(wù)器保存的第一會(huì)話記錄中至少包括“團(tuán)隊(duì)群開(kāi)發(fā)的怎么樣了目前5個(gè)功能點(diǎn)已經(jīng)完成,還差最后一個(gè)抓緊,文聯(lián)項(xiàng)目里團(tuán)隊(duì)群是重中之重好的”。

如果用戶A現(xiàn)在向用戶C發(fā)送“文聯(lián)項(xiàng)目團(tuán)隊(duì)群開(kāi)發(fā)的怎么樣了”,則利用本公開(kāi)方案進(jìn)行短句傳輸時(shí),過(guò)程如下:

1.客戶端A進(jìn)行壓縮處理。

客戶端A可以進(jìn)行壓縮處理,將原始傳輸文字與第一會(huì)話記錄中的文字進(jìn)行一一比對(duì),發(fā)現(xiàn):從第31個(gè)漢字開(kāi)始,有4個(gè)連續(xù)相符的漢字“文聯(lián)項(xiàng)目”被匹配成功,故可將“文聯(lián)項(xiàng)目”編碼為“#4US”;從第0個(gè)漢字開(kāi)始,有10個(gè)連續(xù)相符的漢字“團(tuán)隊(duì)群開(kāi)發(fā)的怎么樣了”被匹配成功,故可將“團(tuán)隊(duì)群開(kāi)發(fā)的怎么樣了”編碼為“#LF0”。至此,原始傳輸文字可以被編碼壓縮為#4US#LF0發(fā)送至服務(wù)器。

客戶端A與服務(wù)器之間傳輸?shù)亩叹溆?8字節(jié)減小為6字節(jié),實(shí)現(xiàn)了非常明顯的壓縮效果。

2.服務(wù)器進(jìn)行解壓縮處理。

服務(wù)器接收到客戶端A發(fā)送的短句,便可利用本地保存的第一會(huì)話記錄,將“#4US”解壓縮為“文聯(lián)項(xiàng)目”、“#LF0”解壓縮為“團(tuán)隊(duì)群開(kāi)發(fā)的怎么樣了”,如此,便可拼接得到原始傳輸文字“文聯(lián)項(xiàng)目團(tuán)隊(duì)群開(kāi)發(fā)的怎么樣了”。

為了節(jié)省服務(wù)器與用戶C所持客戶端C之間的帶寬和流量,服務(wù)器還可以利用本地保存的用戶C的第二會(huì)話記錄,對(duì)“文聯(lián)項(xiàng)目團(tuán)隊(duì)群開(kāi)發(fā)的怎么樣了”進(jìn)行壓縮處理,得到待傳輸短句發(fā)送至客戶端C。

具體實(shí)現(xiàn)過(guò)程,可參照上文客戶端A所做處理,此處不再對(duì)第二會(huì)話記錄、壓縮處理過(guò)程做舉例說(shuō)明。

3.客戶端C進(jìn)行解壓縮處理。

客戶端C接收到服務(wù)器發(fā)送的待傳輸短句,便可利用本地保存的第二會(huì)話記錄,將待傳輸短句解壓縮為“文聯(lián)項(xiàng)目團(tuán)隊(duì)群開(kāi)發(fā)的怎么樣了”。具體實(shí)現(xiàn)過(guò)程,可參照上文服務(wù)器所做處理,此處亦不再舉例說(shuō)明。

參見(jiàn)圖3為本公開(kāi)服務(wù)器的結(jié)構(gòu)示意圖。所述服務(wù)器可包括:

第一判斷模塊301,用于判斷發(fā)送客戶端傳輸?shù)亩叹涫欠窠?jīng)過(guò)壓縮處理;

解壓縮模塊302,用于在所述發(fā)送客戶端傳輸?shù)亩叹浣?jīng)過(guò)壓縮處理時(shí),利用第一會(huì)話記錄對(duì)所述發(fā)送客戶端傳輸?shù)亩叹溥M(jìn)行解壓縮處理,得到原始傳輸文字,所述第一會(huì)話記錄為發(fā)送客戶端的會(huì)話記錄;

壓縮模塊303,用于利用第二會(huì)話記錄,對(duì)所述原始傳輸文字進(jìn)行壓縮處理,得到待傳輸短句,所述第二會(huì)話記錄為接收客戶端的會(huì)話記錄;

發(fā)送模塊304,用于向所述接收客戶端發(fā)送所述待傳輸短句,以使所述接收客戶端通過(guò)所述待傳輸短句獲得所述原始傳輸文字。

可選地,如果壓縮結(jié)構(gòu)包括預(yù)設(shè)壓縮標(biāo)識(shí)、被壓縮文字的數(shù)目、被壓縮文字在所述第一會(huì)話記錄中的起始位置,

所第一判斷模塊,用于判斷所述發(fā)送客戶端傳輸?shù)亩叹渲惺欠癜鲱A(yù)設(shè)壓縮標(biāo)識(shí);如果所述發(fā)送客戶端傳輸?shù)亩叹渲邪鲱A(yù)設(shè)壓縮標(biāo)識(shí),判定所述發(fā)送客戶端傳輸?shù)亩叹浣?jīng)過(guò)壓縮處理。

可選地,所述解壓縮模塊包括:

位置確定模塊,用于根據(jù)所述被壓縮文字在所述第一會(huì)話記錄中的起始位置,確定解壓縮的起始位置;

文字確定模塊,用于根據(jù)所述被壓縮文字的數(shù)目,在所述起始位置的基礎(chǔ)上,確定出解壓縮文字;

第一替換模塊,用于利用所述解壓縮文字替換所述壓縮結(jié)構(gòu),得到所述原始傳輸文字。

可選地,所述壓縮模塊包括:

文字比對(duì)模塊,用于將所述原始傳輸文字與所述第二會(huì)話記錄中的文字進(jìn)行一一比對(duì);

第二判斷模塊,用于判斷所述原始傳輸文字中是否存在與所述第二會(huì)話記錄中的文字連續(xù)相符的N個(gè)文字,N為大于2的正整數(shù);

位置記錄模塊,用于在所述原始傳輸文字中存在所述N個(gè)文字時(shí),記錄所述N個(gè)文字中第一個(gè)文字在所述第二會(huì)話記錄中的位置;

第二替換模塊,用于利用預(yù)設(shè)壓縮標(biāo)識(shí)、連續(xù)相符的文字?jǐn)?shù)目N、所述N個(gè)文字中第一個(gè)文字在所述第二會(huì)話記錄中的位置,替換所述N個(gè)文字,得到所述待傳輸短句。

可選地,所述服務(wù)器還包括:去重模塊,用于對(duì)所述第一會(huì)話記錄和/或所述第二會(huì)話記錄中的文字進(jìn)行去重處理。

關(guān)于上述實(shí)施例中的服務(wù)器,其中各個(gè)模塊執(zhí)行操作的具體方式已經(jīng)在有關(guān)該方法的實(shí)施例中進(jìn)行了詳細(xì)描述,此處將不做詳細(xì)闡述說(shuō)明。

參見(jiàn)圖4為本公開(kāi)發(fā)送客戶端的結(jié)構(gòu)示意圖。所述發(fā)送客戶端可包括:

壓縮模塊401,用于利用第一會(huì)話記錄,對(duì)原始傳輸文字進(jìn)行壓縮處理,得到短句,所述第一會(huì)話記錄為發(fā)送客戶端的會(huì)話記錄;

發(fā)送模塊402,用于向服務(wù)器發(fā)送所述短句,以使所述服務(wù)器將所述短句轉(zhuǎn)換為待傳輸短句發(fā)送至接收客戶端,由所述接收客戶端通過(guò)所述待傳輸短句獲得所述原始傳輸文字。

可選地,所述壓縮模塊包括:

文字比對(duì)模塊,用于將所述原始傳輸文字與所述第一會(huì)話記錄中的文字進(jìn)行一一比對(duì);

判斷模塊:用于判斷所述原始傳輸文字中是否存在與所述第一會(huì)話記錄中的文字連續(xù)相符的N個(gè)文字,N為大于2的正整數(shù);

位置記錄模塊,用于在所述原始傳輸文字中存在所述N個(gè)文字時(shí),記錄所述N個(gè)文字中第一個(gè)文字在所述第一會(huì)話記錄中的位置;

替換模塊,用于利用預(yù)設(shè)壓縮標(biāo)識(shí)、連續(xù)相符的文字?jǐn)?shù)目N、所述N個(gè)文字中第一個(gè)文字在所述第一會(huì)話記錄中的位置,替換所述N個(gè)文字,得到所述短句。

關(guān)于上述實(shí)施例中的發(fā)送客戶端,其中各個(gè)模塊執(zhí)行操作的具體方式已經(jīng)在有關(guān)該方法的實(shí)施例中進(jìn)行了詳細(xì)描述,此處將不做詳細(xì)闡述說(shuō)明。

參見(jiàn)圖5為本公開(kāi)接收客戶端的結(jié)構(gòu)示意圖。所述接收客戶端可包括:

判斷模塊501,用于判斷服務(wù)器發(fā)送的待傳輸短句是否經(jīng)過(guò)壓縮處理,所述待傳輸短句由所述服務(wù)器利用發(fā)送客戶端傳輸?shù)亩叹滢D(zhuǎn)換得到,且所述發(fā)送客戶端傳輸?shù)亩叹溆稍紓鬏斘淖洲D(zhuǎn)換得到;

解壓縮模塊502,用于在所述待傳輸短句經(jīng)過(guò)壓縮處理時(shí),利用第二會(huì)話記錄對(duì)所述待傳輸短句進(jìn)行解壓縮處理,得到原始傳輸文字,所述第二會(huì)話記錄為接收客戶端的會(huì)話記錄。

可選地,如果壓縮結(jié)構(gòu)包括預(yù)設(shè)壓縮標(biāo)識(shí)、被壓縮文字的數(shù)目、被壓縮文字在所述第二會(huì)話記錄中的起始位置,

所述判斷模塊,用于判斷所述待傳輸短句中是否包含所述預(yù)設(shè)壓縮標(biāo)識(shí);如果所述待傳輸短句中包含所述預(yù)設(shè)壓縮標(biāo)識(shí),判定所述待傳輸短句經(jīng)過(guò)壓縮處理。

可選地,所述解壓縮模塊包括:

位置確定模塊,用于根據(jù)所述被壓縮文字在所述第二會(huì)話記錄中的起始位置,確定解壓縮的起始位置;

文字確定模塊,用于根據(jù)所述被壓縮文字的數(shù)目,在所述起始位置的基礎(chǔ)上,確定出解壓縮文字;

替換模塊,用于利用所述解壓縮文字替換所述壓縮結(jié)構(gòu),得到所述原始傳輸文字。

關(guān)于上述實(shí)施例中的接收客戶端,其中各個(gè)模塊執(zhí)行操作的具體方式已經(jīng)在有關(guān)該方法的實(shí)施例中進(jìn)行了詳細(xì)描述,此處將不做詳細(xì)闡述說(shuō)明。

由上文所做介紹可知,本公開(kāi)方案的短句傳輸系統(tǒng),可以包括:圖3所示的服務(wù)器、圖4所示的發(fā)送客戶端、以及圖5所示的接收客戶端。其中,所述服務(wù)器分別與所述發(fā)送客戶端、所述接收客戶端通信。

以上結(jié)合附圖詳細(xì)描述了本公開(kāi)的優(yōu)選實(shí)施方式,但是,本公開(kāi)并不限于上述實(shí)施方式中的具體細(xì)節(jié),在本公開(kāi)的技術(shù)構(gòu)思范圍內(nèi),可以對(duì)本公開(kāi)的技術(shù)方案進(jìn)行多種簡(jiǎn)單變型,這些簡(jiǎn)單變型均屬于本公開(kāi)的保護(hù)范圍。

另外需要說(shuō)明的是,在上述具體實(shí)施方式中所描述的各個(gè)具體技術(shù)特征,在不矛盾的情況下,可以通過(guò)任何合適的方式進(jìn)行組合,為了避免不必要的重復(fù),本公開(kāi)對(duì)各種可能的組合方式不再另行說(shuō)明。

此外,本公開(kāi)的各種不同的實(shí)施方式之間也可以進(jìn)行任意組合,只要其不違背本公開(kāi)的思想,其同樣應(yīng)當(dāng)視為本公開(kāi)所公開(kāi)的內(nèi)容。

當(dāng)前第1頁(yè)1 2 3 
網(wǎng)友詢問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1