本發(fā)明涉及通信
技術(shù)領(lǐng)域：
，具體來說，涉及一種基于C/S模式的數(shù)據(jù)處理方法及系統(tǒng)。
背景技術(shù)：
：在基于客戶機(jī)與服務(wù)器架構(gòu)C/S模式的計(jì)算機(jī)應(yīng)用系統(tǒng)構(gòu)建過程中，無線終端通過無線移動網(wǎng)絡(luò)與平臺服務(wù)器建立通訊鏈路，進(jìn)行數(shù)據(jù)傳輸和交互，實(shí)現(xiàn)具體的行業(yè)應(yīng)用。終端用戶在具體工作環(huán)境，通過無線移動網(wǎng)絡(luò)的GPRS服務(wù)發(fā)送數(shù)據(jù)，數(shù)據(jù)通過無線網(wǎng)絡(luò)服務(wù)器轉(zhuǎn)發(fā)到中心服務(wù)器，經(jīng)中心服務(wù)器處理后，返回給終端，顯示給終端用戶。因此，需要使用基于無線網(wǎng)絡(luò)(WIFI、3G/4G)的數(shù)據(jù)傳輸，這類數(shù)據(jù)傳輸大部分是基于TCP/IP協(xié)議的，有時會用到更高層協(xié)議如HTTP等協(xié)議，同時也存在一些自定義協(xié)議。這些都是使用無線網(wǎng)絡(luò)信號做載體，基于TCP/IP協(xié)議的網(wǎng)絡(luò)數(shù)據(jù)傳輸。目前，遠(yuǎn)程數(shù)據(jù)通訊傳輸基本上分三種：1、電路交換，現(xiàn)在的PSTN(簡單電話網(wǎng)絡(luò))就是采用這種方式；2、報文交換，電報的傳輸方式使用這種原理；3、分組交換，計(jì)算機(jī)數(shù)據(jù)及下一代電話網(wǎng)絡(luò)的傳輸原理?，F(xiàn)有的多種網(wǎng)絡(luò)傳輸協(xié)議，最適合當(dāng)前項(xiàng)目場景的協(xié)議有HTTP協(xié)議、TCP/IP協(xié)議，由于對傳輸性能的要求，TCP/IP協(xié)議更適合，即，采用SOCKET實(shí)現(xiàn)TCP/IP協(xié)議的通訊。該協(xié)議適合企業(yè)內(nèi)部系統(tǒng)與終端采集設(shè)備的數(shù)據(jù)交互、或內(nèi)部子系統(tǒng)與子系統(tǒng)間的數(shù)據(jù)交互、移動互聯(lián)網(wǎng)、物聯(lián)網(wǎng)中設(shè)備數(shù)據(jù)的傳遞和交互。HTTP是一個屬于應(yīng)用層的面向?qū)ο蟮膮f(xié)議，由于其簡捷、快速的方式，適用于分布式超媒體信息系統(tǒng)，HTTP協(xié)議的主要特點(diǎn)可概括如下：支持客戶 /服務(wù)器模式。簡單快速：客戶向服務(wù)器請求服務(wù)時，只需傳送請求方法和路徑。請求方法常用的有GET、HEAD、POST。每種方法規(guī)定了客戶與服務(wù)器聯(lián)系的類型不同。由于HTTP協(xié)議簡單，使得HTTP服務(wù)器的程序規(guī)模小，因而通信速度很快。靈活：HTTP允許傳輸任意類型的數(shù)據(jù)對象。正在傳輸?shù)念愋陀蒀ontent-Type加以標(biāo)記。無連接：無連接的含義是限制每次連接只處理一個請求。服務(wù)器處理完客戶的請求，并收到客戶的應(yīng)答后，即斷開連接。采用這種方式可以節(jié)省傳輸時間。無狀態(tài)：HTTP協(xié)議是無狀態(tài)協(xié)議。無狀態(tài)是指協(xié)議對于事務(wù)處理沒有記憶能力。缺少狀態(tài)意味著如果后續(xù)處理需要前面的信息，則它必須重傳，這樣可能導(dǎo)致每次連接傳送的數(shù)據(jù)量增大。另一方面，在服務(wù)器不需要先前信息時它的應(yīng)答就較快。由于http協(xié)議是無狀態(tài)的所有在使用中無法確定終端設(shè)備等設(shè)備在線的實(shí)施情況信息，所以該協(xié)議不適合終端與客戶端即時通信的項(xiàng)目。WebService使是SOAP(SimpleObjectAccessProtocol)協(xié)議soap協(xié)議只是用來封裝消息用的。封裝后的消息可以通過各種已有的協(xié)議來傳輸，比如http,tcp/ip,smtp,等等，甚至還一次用自定義的協(xié)議，當(dāng)然也可以用https協(xié)議。WebService采用HTTP協(xié)議傳輸數(shù)據(jù)，采用XML格式封裝數(shù)據(jù)(即XML中說明調(diào)用遠(yuǎn)程服務(wù)對象的哪個方法，傳遞的參數(shù)是什么，以及服務(wù)對象的返回結(jié)果是什么)。WebService通過HTTP協(xié)議發(fā)送請求和接收結(jié)果時，發(fā)送的請求內(nèi)容和結(jié)果內(nèi)容都采用XML格式封裝，并增加了一些特定的HTTP消息頭，以說明HTTP消息的內(nèi)容格式，這些特定的HTTP消息頭和XML內(nèi)容格式就是SOAP協(xié)議(simpleobjectaccessprotocol,簡單對象訪問協(xié)議)。由于基于xml格式傳輸，數(shù)據(jù)量相比二進(jìn)制傳輸大很多，造成性能損失和效率低下等問題。另一方面，終端在與服務(wù)器進(jìn)行數(shù)據(jù)交互的過程中，傳遞的報文消息結(jié)構(gòu)如圖1所述，為了提供可靠的數(shù)據(jù)傳輸，TCP報文首部字段有較多的字段，TCP報文格式圖1所示，這些種類繁多的字段有的也許并不會被此次業(yè)務(wù)請求所使用，或者說有的字段相對本次業(yè)務(wù)請求是無用的，然而在報文中它們又是存在的，這樣就會占用額外的運(yùn)算資源增加了服務(wù)器的負(fù)擔(dān)，并且提高了延遲和處理效率。針對相關(guān)技術(shù)中的問題，目前尚未提出有效的解決方案。技術(shù)實(shí)現(xiàn)要素：針對相關(guān)技術(shù)中的問題，本發(fā)明提出一種基于C/S模式的數(shù)據(jù)處理方法及系統(tǒng)，根據(jù)業(yè)務(wù)請求定義與該請求相關(guān)聯(lián)的通信協(xié)議，從而大大加強(qiáng)了終端與服務(wù)器的通信效果。本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的：根據(jù)本發(fā)明的一個方面，提供了一種基于C/S模式的數(shù)據(jù)處理方法。該方法包括：一種基于C/S模式的數(shù)據(jù)處理方法，其特征在于，包括：發(fā)送根據(jù)當(dāng)前業(yè)務(wù)請求類型定義的第一通信協(xié)議報文，第一通信協(xié)議報文包括與業(yè)務(wù)請求類型相關(guān)聯(lián)的一個或多個參數(shù)，具體的可以為：第一通信協(xié)議報文的報頭包括與業(yè)務(wù)請求類型相關(guān)聯(lián)的一個或多個字段以定義第一通信協(xié)議報文所傳遞的消息；接收響應(yīng)于第一通信協(xié)議報文的第二通信協(xié)議報文，第二通信協(xié)議報文包括響應(yīng)于業(yè)務(wù)請求的一個或多個參數(shù)，具體的可以為：第二通信協(xié)議報文的報頭包括響應(yīng)于業(yè)務(wù)請求的一個或多個字段以定義第二通信協(xié)議報文所傳遞的消息；解析第二通信協(xié)議報文以獲取當(dāng)前業(yè)務(wù)請求所需的信息。其中，上述的業(yè)務(wù)類型至少可以包括：登錄及驗(yàn)證、請求清單、請求資產(chǎn)明細(xì)、上傳貨物信息、業(yè)務(wù)處理狀態(tài)、請求盤庫。根據(jù)本發(fā)明的另一方面，還提供了一種基于C/S模式的數(shù)據(jù)處理方法，該方法包括：接收根據(jù)當(dāng)前業(yè)務(wù)請求類型定義的第一通信協(xié)議報文，第一通信協(xié)議報文包括與業(yè)務(wù)請求類型相關(guān)聯(lián)的一個或多個參數(shù)，具體的可以為：第一通信協(xié)議報文的報頭包括與業(yè)務(wù)請求類型相關(guān)聯(lián)的一個或多個字段以定義第一通信協(xié)議報文所傳遞的消息；解析第一通信協(xié)議報文以確定當(dāng)前業(yè)務(wù)請求；發(fā)送響應(yīng)于第一通信協(xié)議報文的第二通信協(xié)議報文，第二通信協(xié)議報文包括響應(yīng)于業(yè)務(wù)請求的一個或多個參數(shù)，具體的，可以為：第二通信協(xié)議報文的報頭包括響應(yīng)于業(yè)務(wù)請求的一個或多個字段以定義第二通信協(xié)議報文所傳遞的消息根據(jù)本發(fā)明的再一方面，還提供了一種基于C/S模式的數(shù)據(jù)處理系統(tǒng)，該系統(tǒng)包括：移動終端，用于發(fā)送根據(jù)當(dāng)前業(yè)務(wù)請求類型定義的第一通信協(xié)議報文，第一通信協(xié)議報文包括與業(yè)務(wù)請求類型相關(guān)聯(lián)的一個或多個參數(shù)；服務(wù)器，用于接收移動終端發(fā)送的第一通信協(xié)議報文，以及向移動終端發(fā)送響應(yīng)于第一通信協(xié)議報文的第二通信協(xié)議報文，第二通信協(xié)議報文包括響應(yīng)于業(yè)務(wù)請求的一個或多個參數(shù)。其中，移動終端可以進(jìn)一步用于，接收并解析第二通信協(xié)議報文以獲取當(dāng)前業(yè)務(wù)請求所需的信息。以及，服務(wù)器可以進(jìn)一步用于，解析第一通信協(xié)議報文以確定當(dāng)前業(yè)務(wù)請求。本發(fā)明根據(jù)業(yè)務(wù)請求類型定義一種通信協(xié)議報文來傳達(dá)/獲取業(yè)務(wù)請求，該通信協(xié)議報文針對性更強(qiáng)，減少了額外的資源浪費(fèi)及處理時間，服務(wù)器與移動終端間的響應(yīng)更加迅速，并且大部分運(yùn)算在服務(wù)器端進(jìn)行，大大減少了移動終端的壓力。還可以根據(jù)項(xiàng)目或業(yè)務(wù)需求單獨(dú)定向定義一套專屬的C/S模式的通訊機(jī)制。附圖說明為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是現(xiàn)有的TCP報文的結(jié)構(gòu)示意圖；圖2是根據(jù)本發(fā)明實(shí)施例的基于C/S模式的數(shù)據(jù)處理方法的流程圖；圖3是另一根據(jù)本發(fā)明實(shí)施例的基于C/S模式的數(shù)據(jù)處理方法的流程圖；圖4至圖15是根據(jù)本發(fā)明實(shí)施例的基于C/S模式的數(shù)據(jù)處理方法應(yīng)用于實(shí)物資產(chǎn)管理系統(tǒng)的各業(yè)務(wù)請求的示意性流程圖；圖16是根據(jù)本發(fā)明實(shí)施例的基于C/S模式的數(shù)據(jù)處理系統(tǒng)的框圖。具體實(shí)施方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。本發(fā)明為了減少客戶端與服務(wù)器端的運(yùn)算開支及資源浪費(fèi)，根據(jù)業(yè)務(wù)需求重新定義了一種通信報文協(xié)議，在通信過程中減少了不必要的字段解析。本發(fā)明的技術(shù)方案可以應(yīng)用于C/S模式環(huán)境，即客戶端和服務(wù)器通信場景，客戶端可以為智能終端，比如手持電腦、PC、智能移動終端手機(jī)等。下面以客戶端側(cè)來對本發(fā)明的基于C/S模式的數(shù)據(jù)處理方法進(jìn)行闡述，如圖2示出了本發(fā)明客戶端側(cè)的基于C/S模式的數(shù)據(jù)處理過程，包括：步驟S201，發(fā)送根據(jù)當(dāng)前業(yè)務(wù)請求類型定義的第一通信協(xié)議報文，第一通信協(xié)議報文包括與業(yè)務(wù)請求類型相關(guān)聯(lián)的一個或多個參數(shù)；步驟S203，接收響應(yīng)于第一通信協(xié)議報文的第二通信協(xié)議報文，第二通信協(xié)議報文包括響應(yīng)于業(yè)務(wù)請求的一個或多個參數(shù)；步驟S205，解析第二通信協(xié)議報文以獲取當(dāng)前業(yè)務(wù)請求所需的信息。綜上所述，本發(fā)明的客戶端側(cè)發(fā)送的通信協(xié)議是根據(jù)業(yè)務(wù)請求類型定義的，通信協(xié)議報文中的參數(shù)是與請求類型相關(guān)聯(lián)的，因此可以避免大量的無用數(shù)據(jù)的計(jì)算，除此之外，客戶端在整個數(shù)據(jù)處理過程中相對的只有步驟S105涉及數(shù)據(jù)的運(yùn)算(少量運(yùn)算相對忽略不計(jì))，而大量的數(shù)據(jù)運(yùn)算均是由服務(wù)器端承載的，客戶端只是承擔(dān)了發(fā)送及解析的能力。由于目前客戶端的內(nèi)存和運(yùn)算能力等諸多限制，本發(fā)明的技術(shù)方案可以大大減少客戶端的作業(yè)負(fù)擔(dān)。本發(fā)明在根據(jù)業(yè)務(wù)請求類型定義通信協(xié)議時可以具體為：第一通信協(xié)議報文的報頭包括與業(yè)務(wù)請求類型相關(guān)聯(lián)的一個或多個字段以定義第一通信協(xié)議報文所傳遞的消息；以及第二通信協(xié)議報文的報頭包括響應(yīng)于業(yè)務(wù)請求的一個或多個字段以定義第二通信協(xié)議報文所傳遞的消息。其中涉及的業(yè)務(wù)請求則可以至少包括：登錄及驗(yàn)證、請求清單、請求資產(chǎn)明細(xì)、上傳貨物信息、業(yè)務(wù)處理狀態(tài)、請求盤庫。下面再以服務(wù)器端側(cè)來對本發(fā)明的基于C/S模式的數(shù)據(jù)處理方法進(jìn)行闡述，如圖3示出了本發(fā)明服務(wù)器端側(cè)的基于C/S模式的數(shù)據(jù)處理過程，包括：步驟S301，接收根據(jù)當(dāng)前業(yè)務(wù)請求類型定義的第一通信協(xié)議報文，第一通信協(xié)議報文包括與業(yè)務(wù)請求類型相關(guān)聯(lián)的一個或多個參數(shù)；步驟S303，解析第一通信協(xié)議報文以確定當(dāng)前業(yè)務(wù)請求；步驟S305，發(fā)送響應(yīng)于第一通信協(xié)議報文的第二通信協(xié)議報文，第二通信協(xié)議報文包括響應(yīng)于業(yè)務(wù)請求的一個或多個參數(shù)。綜上所述，本發(fā)明的服務(wù)器端在接收到客戶端發(fā)送的第一通信協(xié)議報文后可以對其解析，由于第一通信協(xié)議報文是根據(jù)業(yè)務(wù)請求進(jìn)行關(guān)聯(lián)定義的，因此服務(wù)器端在收到第一通信協(xié)議報文后可以針對當(dāng)前業(yè)務(wù)需求做出相應(yīng)的響應(yīng)，并且服務(wù)器端返回的相應(yīng)于第一通信協(xié)議報文的第二通信協(xié)議報文也是根據(jù)業(yè)務(wù)請求相關(guān)聯(lián)的，換句話說，服務(wù)器端返回的數(shù)據(jù)正是被需要的，因此可以減少客戶端對不必要數(shù)據(jù)的解析，相比于傳統(tǒng)的報文發(fā)送方法本發(fā)明的技術(shù)方案響應(yīng)速度可以得到大大的提高。本發(fā)明的基于C/S模式的數(shù)據(jù)處理方法，在一個具體的實(shí)施環(huán)境中可以實(shí)現(xiàn)實(shí)物資產(chǎn)管理系統(tǒng)中的手持終端與服務(wù)器之間的數(shù)據(jù)交換。在實(shí)物資產(chǎn)管理系統(tǒng)中，針對終端與服務(wù)器間的業(yè)務(wù)請求，可以根據(jù)業(yè)務(wù)類型及需求自定義與該業(yè)務(wù)相關(guān)的通信協(xié)議報文格式?；陧?xiàng)目中多樣化的業(yè)務(wù)，在通信過程中對多種業(yè)務(wù)類型區(qū)別對待，將多樣化的業(yè)務(wù)請求定義在協(xié)議中，以便更好的確保業(yè)務(wù)順利完成。實(shí)施例1參照如圖4所示，其示出了本發(fā)明實(shí)施例的在實(shí)物資產(chǎn)管理系統(tǒng)中，通過自定義通信協(xié)議，終端與客戶端進(jìn)行登錄及驗(yàn)證操作請求的處理流程。(1)終端請求指令傳輸方向：終端→平臺命令類型：0301與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表1所示：(表1)序號字段名長度類型描述1A01String登錄賬號2A02String登錄密碼(2)服務(wù)器應(yīng)答指令傳輸方向：平臺→終端命令類型：0301與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表2所示：(表2)序號字段名長度類型描述1Z011Bool驗(yàn)證結(jié)果(1驗(yàn)證成功，0驗(yàn)證失敗)2Z0214DateTimeYYYY/MM/DDHH:MM:SS3Z03String姓名4Z04Int姓名ID(業(yè)務(wù)上傳用)業(yè)務(wù)請求說明：當(dāng)用戶登錄系統(tǒng)時，終端向服務(wù)器發(fā)送登錄信息，服務(wù)器進(jìn)行驗(yàn)證，并返回驗(yàn)證結(jié)果。實(shí)施例2參照如圖5所示，其示出了本發(fā)明實(shí)施例的在實(shí)物資產(chǎn)管理系統(tǒng)中，通過自定義通信協(xié)議，終端與客戶端進(jìn)行請求到貨操作請求的處理流程。(1)請求到貨單目錄傳輸方向：終端→平臺命令類型：0501與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表3所示：(表3)序號字段名長度類型描述1A01Int姓名ID(2)下達(dá)到貨單目錄傳輸方向：平臺→終端命令類型：0501與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表4所示：(表4)業(yè)務(wù)請求說明：平臺生成到貨單。終端向服務(wù)器請求到貨單目錄。服務(wù)器將到貨單目錄發(fā)送到終端。實(shí)施例3參照如圖6所示，其示出了本發(fā)明實(shí)施例的在實(shí)物資產(chǎn)管理系統(tǒng)中，通過自定義通信協(xié)議，終端與客戶端進(jìn)行請求到貨單資產(chǎn)明細(xì)操作請求的處理流程。(1)請求到貨單資產(chǎn)明細(xì)傳輸方向：終端→平臺命令類型：0502與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表5所示：協(xié)議說明：請求某個到貨單所屬的到貨計(jì)劃的所有到貨資產(chǎn)(表5)序號字段名長度類型描述1A01String到貨單號(2)下達(dá)到貨資產(chǎn)明細(xì)傳輸方向：平臺→終端命令類型：0502與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表6所示：協(xié)議說明：下達(dá)到貨資產(chǎn)明細(xì)(表6)如：Z01,1,到貨計(jì)劃單明細(xì)ID|Z02,2,0|Z03,2,3|P01,11,資產(chǎn)^資產(chǎn)^資產(chǎn)。業(yè)務(wù)請求說明：下載到貨單據(jù)下對應(yīng)的到貨明細(xì)數(shù)據(jù)。實(shí)施例4參照如圖7所示，其示出了本發(fā)明實(shí)施例的在實(shí)物資產(chǎn)管理系統(tǒng)中，通過自定義通信協(xié)議，終端與客戶端進(jìn)行上傳到貨資產(chǎn)并寫標(biāo)簽操作請求的處理流程。(1)上傳到貨資產(chǎn)傳輸方向：終端→平臺命令類型：0503與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表7所示：(表7)(2)上傳到貨資產(chǎn)反饋應(yīng)答傳輸方向：平臺→終端命令類型：0503與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表8所示：協(xié)議說明：服務(wù)器應(yīng)答(表8)序號字段名長度類型描述1Z01String到貨單號2Z02Int1:成功0：失敗(3)上傳到貨資產(chǎn)完成傳輸方向：終端→平臺命令類型：0504與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表9所示：(表9)序號字段名長度類型描述1A01String到貨單號2A02String到貨類型(中文)(4)上傳到貨資產(chǎn)完成反饋應(yīng)答傳輸方向：平臺→終端命令類型：0504與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表10所示：協(xié)議說明：服務(wù)器應(yīng)答(表10)序號字段名長度類型描述1Z01String到貨單號2Z02Int1:成功0：失敗業(yè)務(wù)請求說明：操作員根據(jù)到貨單對每個資產(chǎn)進(jìn)行標(biāo)簽寫碼，并記錄寫碼結(jié)果。到貨單寫碼完成后，終端向服務(wù)器發(fā)送到貨結(jié)果。實(shí)施例5參照如圖8所示，其示出了本發(fā)明實(shí)施例的在實(shí)物資產(chǎn)管理系統(tǒng)中，通過自定義通信協(xié)議，終端與客戶端進(jìn)行請求再次貼標(biāo)簽并發(fā)配貨物操作請求的處理流程。(1)請求再次貼標(biāo)數(shù)據(jù)傳輸方向：終端→平臺命令類型：0513與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表11所示：(表11)序號字段名長度類型描述1A01Int姓名ID(2)下達(dá)再次貼標(biāo)數(shù)據(jù)傳輸方向：平臺→終端命令類型：0513與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表12所示：(表12)(3)上傳再次貼標(biāo)結(jié)果傳輸方向：終端→平臺命令類型：0514與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表13所示：(表13)(4)上傳再次貼標(biāo)結(jié)果反饋應(yīng)答傳輸方向：平臺→終端命令類型：0514與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表14所示：(表14)序號字段名長度類型描述1Z01Int1:成功0：失敗業(yè)務(wù)請求說明：客戶端向服務(wù)端請求貼標(biāo)的數(shù)據(jù)，獲取到服務(wù)端的貼標(biāo)信息后，進(jìn)行貼標(biāo)操作，貼標(biāo)完成后上傳貼標(biāo)信息，服務(wù)端接收成功后，更新數(shù)據(jù)，返回結(jié)果。實(shí)施例6參照如圖9所示，其示出了本發(fā)明實(shí)施例的在實(shí)物資產(chǎn)管理系統(tǒng)中，通過自定義通信協(xié)議，終端與客戶端進(jìn)行請求貼標(biāo)簽對單據(jù)進(jìn)行驗(yàn)證操作請求的處理流程。(1)請求貼標(biāo)驗(yàn)證單據(jù)傳輸方向：終端→平臺命令類型：0515與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表15所示：(表15)序號字段名長度類型描述1A01Int姓名ID(2)下達(dá)貼標(biāo)驗(yàn)證單據(jù)傳輸方向：平臺→終端命令類型：0515與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表16所示：(表16)業(yè)務(wù)請求說明：終端請求貼標(biāo)驗(yàn)證單據(jù)，服務(wù)端接收成功，下發(fā)貼標(biāo)驗(yàn)證單據(jù)信息到客戶端。實(shí)施例7參照如圖10所示，其示出了本發(fā)明實(shí)施例的在實(shí)物資產(chǎn)管理系統(tǒng)中，通過自定義通信協(xié)議，終端與客戶端進(jìn)行貼標(biāo)簽對資產(chǎn)進(jìn)行驗(yàn)證操作請求的處理流程。(1)請求貼標(biāo)驗(yàn)證資產(chǎn)傳輸方向：終端→平臺命令類型：0516與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表17所示：(表17)序號字段名長度類型描述1A01String單據(jù)編號(2)下達(dá)貼標(biāo)驗(yàn)證資產(chǎn)傳輸方向：平臺→終端命令類型：0516與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表18所示：(表18)業(yè)務(wù)請求說明：終端請求貼標(biāo)驗(yàn)證資產(chǎn)，服務(wù)端接收成功，下發(fā)貼標(biāo)驗(yàn)證資產(chǎn)信息到客戶端。實(shí)施例8參照如圖11所示，其示出了本發(fā)明實(shí)施例的在實(shí)物資產(chǎn)管理系統(tǒng)中，通過自定義通信協(xié)議，終端與客戶端進(jìn)行上傳貼標(biāo)簽對資產(chǎn)進(jìn)行驗(yàn)證操作請求的處理流程。(1)上傳貼標(biāo)驗(yàn)證資產(chǎn)傳輸方向：終端→平臺命令類型：0517與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表19所示：(表19)(2)上傳貼標(biāo)驗(yàn)證資產(chǎn)反饋應(yīng)答傳輸方向：平臺→終端命令類型：0517與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表20所示：(表20)序號字段名長度類型描述1Z01String單據(jù)編號2Z02Int1:成功0：失敗業(yè)務(wù)請求說明：終端貼標(biāo)驗(yàn)證完后，將處理后的結(jié)果上傳到服務(wù)端，服務(wù)端更新平臺驗(yàn)證數(shù)據(jù)，返回結(jié)果。實(shí)施例9參照如圖12所示，其示出了本發(fā)明實(shí)施例的在實(shí)物資產(chǎn)管理系統(tǒng)中，通過自定義通信協(xié)議，終端與客戶端進(jìn)行請求資產(chǎn)基本信息的操作請求的處理流程。(1)請求資產(chǎn)基本信息傳輸方向：終端→平臺命令類型：0505與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表21所示：(表21)序號字段名長度類型描述1A01String資產(chǎn)編碼(2)下達(dá)資產(chǎn)基礎(chǔ)信息傳輸方向：平臺→終端命令類型：0505與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表22所示：(表22)序號字段名長度類型描述1Z01String資產(chǎn)編碼2Z02String資產(chǎn)名稱3Z03String設(shè)備規(guī)格4Z04String設(shè)備型號5Z05String大類6Z06String中類7Z07String小類8Z08String使用部門業(yè)務(wù)請求說明：終端生成資產(chǎn)編碼。終端向服務(wù)器請求資產(chǎn)明細(xì)。服務(wù)器將資產(chǎn)明細(xì)內(nèi)容發(fā)送到終端。終端展示資產(chǎn)明細(xì)。實(shí)施例10參照如圖13所示，其示出了本發(fā)明實(shí)施例的在實(shí)物資產(chǎn)管理系統(tǒng)中，通過自定義通信協(xié)議，終端與客戶端進(jìn)行請求盤庫計(jì)劃單目錄的操作請求的處理流程。(1)請求盤庫計(jì)劃單傳輸方向：終端→平臺命令類型：0508與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表23所示：協(xié)議說明：請求盤庫單目錄(表23)序號字段名長度類型描述1A01Int姓名ID(2)下達(dá)盤庫單目錄傳輸方向：平臺→終端命令類型：0508與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表24所示：協(xié)議說明：下達(dá)盤庫單目錄(表24)業(yè)務(wù)請求說明：終端進(jìn)行盤庫，向平臺請求盤庫數(shù)據(jù)，下載盤庫單據(jù)。實(shí)施例11參照如圖14所示，其示出了本發(fā)明實(shí)施例的在實(shí)物資產(chǎn)管理系統(tǒng)中，通過自定義通信協(xié)議，終端與客戶端進(jìn)行請求盤庫貨單資產(chǎn)明細(xì)的操作請求的處理流程。(1)請求盤庫單資產(chǎn)編碼傳輸方向：終端→平臺命令類型：0510與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表25所示：(表25)序號字段名長度類型描述1A01String盤庫任務(wù)單號(2)下達(dá)盤庫單資產(chǎn)編碼傳輸方向：平臺→終端命令類型：0510與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表26所示：(表26)業(yè)務(wù)請求說明：終端根據(jù)下載的盤庫計(jì)劃單，向平臺發(fā)送下載相應(yīng)的盤庫明細(xì)數(shù)據(jù)。實(shí)施例12參照如圖15所示，其示出了本發(fā)明實(shí)施例的在實(shí)物資產(chǎn)管理系統(tǒng)中，通過自定義通信協(xié)議，終端與客戶端進(jìn)行上傳盤庫結(jié)果的操作請求的處理流程。(1)上傳有碼盤庫結(jié)果傳輸方向：終端→平臺命令類型：0511與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表27所示：(表27)(2)上傳有碼盤庫反饋應(yīng)答傳輸方向：平臺→終端命令類型：0511與業(yè)務(wù)請求相關(guān)的通信協(xié)議報文結(jié)構(gòu)如表28所示：協(xié)議說明：服務(wù)器應(yīng)答(表28)序號字段名長度類型描述1Z01String盤庫任務(wù)單號2Z02Int1:成功0：失敗業(yè)務(wù)請求說明：終端完成相應(yīng)的盤庫操作后，上傳盤庫單據(jù)到平臺，平臺更新盤庫數(shù)據(jù)。如圖16所示，根據(jù)本發(fā)明的實(shí)施例還提供了一種基于C/S模式的數(shù)據(jù)處理系統(tǒng)，該系統(tǒng)包括：移動終端161，用于發(fā)送根據(jù)當(dāng)前業(yè)務(wù)請求類型定義的第一通信協(xié)議報文，第一通信協(xié)議報文包括與業(yè)務(wù)請求類型相關(guān)聯(lián)的一個或多個參數(shù)；服務(wù)器162，用于接收移動終端發(fā)送的第一通信協(xié)議報文，以及向移動終端發(fā)送響應(yīng)于第一通信協(xié)議報文的第二通信協(xié)議報文，第二通信協(xié)議報文包括響應(yīng)于業(yè)務(wù)請求的一個或多個參數(shù)。其中，移動終端可以進(jìn)一步用于，接收并解析第二通信協(xié)議報文以獲取當(dāng)前業(yè)務(wù)請求所需的信息。以及，服務(wù)器可以進(jìn)一步用于，解析第一通信協(xié)議報文以確定當(dāng)前業(yè)務(wù)請求。本發(fā)明根據(jù)業(yè)務(wù)請求類型定義一種通信協(xié)議報文來傳達(dá)/獲取業(yè)務(wù)請求，該通信協(xié)議報文針對性更強(qiáng)，減少了額外的資源浪費(fèi)及處理時間，服務(wù)器與移動終端間的響應(yīng)更加迅速，并且大部分運(yùn)算在服務(wù)器端進(jìn)行，大大減少了移動終端的壓力。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。當(dāng)前第1頁1 2 3