[發(fā)明專利]一種基于選擇性緩存與同步的客戶端與服務(wù)器數(shù)據(jù)交互方法

有效

• 申請(qǐng)?zhí)枺?/td>: 201710076363.7
• 申請(qǐng)日: 2017-02-13
• 公開（公告）號(hào): CN106921734B
• 公開（公告）日: 2020-04-03
• 發(fā)明（設(shè)計(jì)）人: 嚴(yán)軍;楊銳;周夏杰
• 申請(qǐng)（專利權(quán)）人: 上海大學(xué);上海格州電子股份有限公司
• 主分類號(hào): H04L29/08
• 分類號(hào): H04L29/08
• 代理公司: 上海上大專利事務(wù)所(普通合伙) 31205
• 代理人: 陸聰明

本發(fā)明提出了一種基于選擇性緩存與同步的客戶端與服務(wù)器數(shù)據(jù)交互方法，采用一種“選擇性緩存與同步”的非嚴(yán)格實(shí)時(shí)的方法進(jìn)行客戶端與服務(wù)器端的數(shù)據(jù)同步。它將一個(gè)數(shù)據(jù)交互過程抽象為一個(gè)數(shù)據(jù)處理任務(wù)，每個(gè)處理任務(wù)又將分為若干相同或相似的處理階段。“選擇性緩存與同步”的最小單位即所謂的“處理階段”。從本方法的特點(diǎn)以及過程可以看出，它更適合于客戶端需做較多數(shù)據(jù)處理與分析任務(wù)的場(chǎng)景。與傳統(tǒng)的“實(shí)時(shí)”同步的方式相比，本方法具有節(jié)省帶寬、降低對(duì)網(wǎng)絡(luò)質(zhì)量的要求、保障客戶端實(shí)時(shí)處理數(shù)據(jù)、降低服務(wù)器存儲(chǔ)壓力等優(yōu)點(diǎn)。

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

本方法涉及一種在C/S模式下，客戶端與服務(wù)器之間數(shù)據(jù)交互的方法，具體涉及一種基于選擇性緩存與同步的客戶端與服務(wù)器數(shù)據(jù)交互方法。

背景技術(shù)

C/S與B/S模式是兩種我們熟知的軟件架構(gòu)方式。C/S架構(gòu)的全稱是Client/Server，即客戶端服務(wù)器端結(jié)構(gòu)。其特點(diǎn)是數(shù)據(jù)的分析和處理任務(wù)被合理地分配到客戶端和服務(wù)器端來實(shí)現(xiàn)。而B/S架構(gòu)則不同，幾乎所有的數(shù)據(jù)分析與處理都被分配到服務(wù)器端，作為客戶端的瀏覽器只負(fù)責(zé)顯示，在此，我們重點(diǎn)討論C/S架構(gòu)。

由于C/S架構(gòu)中，數(shù)據(jù)處理與分析的任務(wù)被分配到系統(tǒng)前后兩端，所以該架構(gòu)適合于前端（即客戶端）需處理較多復(fù)雜和繁重的數(shù)據(jù)分析與處理任務(wù)的情況。也正是由于這個(gè)特點(diǎn)，數(shù)據(jù)被分布在客戶端與服務(wù)器兩地，可想而知，為了保障系統(tǒng)的準(zhǔn)確運(yùn)行，這兩地的數(shù)據(jù)必須要保持同步。

傳統(tǒng)的保持兩地?cái)?shù)據(jù)同步的方式側(cè)重于“實(shí)時(shí)”同步。這樣的方式雖然保障了系統(tǒng)的準(zhǔn)確運(yùn)行，但其對(duì)兩地間通信質(zhì)量、帶寬和網(wǎng)速提出了很高的要求，在一些客戶端需要處理大量數(shù)據(jù)并且對(duì)時(shí)效性要求十分嚴(yán)格的情況下，若網(wǎng)絡(luò)質(zhì)量達(dá)不到要求，傳統(tǒng)的“實(shí)時(shí)”同步模式的弊端就顯而易見了。如圖1所示：傳統(tǒng)的客戶端與服務(wù)器端實(shí)時(shí)的同步過程下，客戶端每進(jìn)行一個(gè)操作都需要與服務(wù)器進(jìn)行一次交互。若完成一個(gè)數(shù)據(jù)分析與處理的階段需要n個(gè)操作，那么整個(gè)階段需要進(jìn)行n次交互。如圖2所示：若一次數(shù)據(jù)分析任務(wù)包含m個(gè)相同的測(cè)試階段，則計(jì)算下來，整個(gè)任務(wù)需要n×m次交互。

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

為了克服傳統(tǒng)的“實(shí)時(shí)”同步模式帶來的弊端，本發(fā)明提出了一種基于選擇性緩存與同步的客戶端與服務(wù)器數(shù)據(jù)交互方法，采用一種選擇性緩存的方式，提高數(shù)據(jù)交互的高效性和準(zhǔn)確性。本方法拋棄了對(duì)客戶端與服務(wù)器端之間所交互的全部數(shù)據(jù)都進(jìn)行實(shí)時(shí)同步的方式，選擇服務(wù)器對(duì)其時(shí)效性要求低而客戶端對(duì)其時(shí)效性要求嚴(yán)格的數(shù)據(jù)緩存于客戶端本地，待整個(gè)處理階段結(jié)束之后，再將處理結(jié)果同步至服務(wù)器端。

為達(dá)到上述目的，本發(fā)明采用如下技術(shù)方案：

一種基于選擇性緩存與同步的客戶端與服務(wù)器數(shù)據(jù)交互方法，包括如下步驟：

1）將客戶端與服務(wù)器的整個(gè)傳輸過程作為一個(gè)處理任務(wù)，并將任務(wù)分成若干相同或相似的處理階段；

2）客戶端先與服務(wù)器進(jìn)行一次交互，獲取一個(gè)處理任務(wù)下若干個(gè)處理階段所需的基本數(shù)據(jù)，這些數(shù)據(jù)將分別為客戶端的每一個(gè)處理階段提供類似于參數(shù)的作用；獲取數(shù)據(jù)后緩存于客戶端本地，等待每一個(gè)處理階段的使用；

3）客戶端每次只需調(diào)用本地緩存中的數(shù)據(jù)，完成每個(gè)處理階段的數(shù)據(jù)分析與處理，處理結(jié)果繼續(xù)緩存于本地，然后繼續(xù)進(jìn)行下一個(gè)階段的數(shù)據(jù)分析與處理；

4）每個(gè)處理階段將會(huì)產(chǎn)生一系列的細(xì)節(jié)數(shù)據(jù)，這些細(xì)節(jié)數(shù)據(jù)將作為一個(gè)整體保存在客戶端本地，就這些細(xì)節(jié)數(shù)據(jù)而言，服務(wù)器是不關(guān)心的，對(duì)于服務(wù)器而言，它們都將被隱藏起來；

5）每個(gè)處理階段的細(xì)節(jié)數(shù)據(jù)以及最終結(jié)果都將在客戶端本地以一種適當(dāng)?shù)姆绞絻?chǔ)存并被管理起來；若有必要，這些被管理的成套的細(xì)節(jié)數(shù)據(jù)及數(shù)據(jù)處理結(jié)果能夠在客戶端查看或?qū)С觯?/p>

6）客戶端中另一個(gè)線程將進(jìn)行網(wǎng)絡(luò)環(huán)境的檢測(cè)，若其發(fā)現(xiàn)網(wǎng)絡(luò)環(huán)境不佳時(shí)，則不進(jìn)行任何操作，若發(fā)現(xiàn)網(wǎng)絡(luò)環(huán)境良好，則通知客戶端將緩存于本地的各個(gè)處理階段的結(jié)果同步至服務(wù)器。