基于json的機(jī)構(gòu)養(yǎng)老數(shù)據(jù)交互方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明涉及一種方法及系統(tǒng)，尤其是一種基于JSON的機(jī)構(gòu)養(yǎng)老數(shù)據(jù)交互方法及系統(tǒng)，屬于移動(dòng)數(shù)據(jù)交互的技術(shù)領(lǐng)域。按照本發(fā)明提供的技術(shù)方案，所述基于JSON的機(jī)構(gòu)養(yǎng)老數(shù)據(jù)交互方法，包括手持終端以及與所述手持終端能進(jìn)行養(yǎng)老數(shù)據(jù)交互的養(yǎng)老服務(wù)器；所述手持終端與養(yǎng)老服務(wù)器間的數(shù)據(jù)交互采用JSON數(shù)據(jù)格式。本發(fā)明能簡(jiǎn)化數(shù)據(jù)交互方式，提高數(shù)據(jù)傳輸效率，保證數(shù)據(jù)通信安全。
【專利說明】
基于JSON的機(jī)構(gòu)養(yǎng)老數(shù)據(jù)交互方法及系統(tǒng)
技術(shù)領(lǐng)域
[0001] 本發(fā)明涉及一種方法及系統(tǒng)，尤其是一種基于JS0N的機(jī)構(gòu)養(yǎng)老數(shù)據(jù)交互方法及系 統(tǒng)，屬于移動(dòng)數(shù)據(jù)交互的技術(shù)領(lǐng)域。
【背景技術(shù)】
[0002] 隨著寬帶無線接入技術(shù)和移動(dòng)終端技術(shù)的發(fā)展，人們迫切希望移動(dòng)終端能夠隨時(shí) 隨地的從互聯(lián)網(wǎng)獲取信息和服務(wù)。隨著移動(dòng)互聯(lián)網(wǎng)的興起，各種各樣的手持終端應(yīng)用成為 了獲取服務(wù)的主要入口，而服務(wù)器端則承擔(dān)了各種服務(wù)的數(shù)據(jù)存儲(chǔ)和計(jì)算功能。如何保證 手持終端和服務(wù)器端之間安全、高效的數(shù)據(jù)交互，成為了開發(fā)者首要考慮的問題。
[0003] 傳統(tǒng)的手持終端與服務(wù)器端數(shù)據(jù)交互方法有兩種:一種方法是純文本和簡(jiǎn)單的名 稱/值對(duì)，可根據(jù)需求添加字段，但是隨意性較大，通用性和靈活性不高；另一種是基于XML (extensible markup language)的方法，XML是一種標(biāo)記語言，使用時(shí)可以按需創(chuàng)建新的標(biāo) 記。帶標(biāo)記的元素是XML文檔的構(gòu)造塊，此種元素可以有若干個(gè)屬性，并可以包含零個(gè)或多 個(gè)子元素，這些子元素可以是文本，也可以是帶標(biāo)記的元素。但是XML作為數(shù)據(jù)交互格式的 數(shù)據(jù)包會(huì)包含大量重復(fù)的標(biāo)記，會(huì)導(dǎo)致數(shù)據(jù)量的增大。此外，XML解析速度較慢、效率不高。 所以采用一種快速、高效的數(shù)據(jù)交互方法顯得尤為關(guān)鍵。

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

[0004] 本發(fā)明的目的是克服現(xiàn)有技術(shù)中存在的不足，提供一種基于JS0N的機(jī)構(gòu)養(yǎng)老數(shù)據(jù) 交互方法及系統(tǒng)，其能簡(jiǎn)化數(shù)據(jù)交互方式，提高數(shù)據(jù)傳輸效率，保證數(shù)據(jù)通信安全。
[0005] 按照本發(fā)明提供的技術(shù)方案，所述基于JS0N的機(jī)構(gòu)養(yǎng)老數(shù)據(jù)交互方法，包括手持 終端以及與所述手持終端能進(jìn)行養(yǎng)老數(shù)據(jù)交互的養(yǎng)老服務(wù)器;所述手持終端與養(yǎng)老服務(wù)器 間的數(shù)據(jù)交互采用JS0N數(shù)據(jù)格式。
[0006] 在采用JS0N數(shù)據(jù)格式進(jìn)行養(yǎng)老數(shù)據(jù)交互時(shí)，確定待交換養(yǎng)老數(shù)據(jù)的數(shù)據(jù)包協(xié)議格 式，并對(duì)確定數(shù)據(jù)包協(xié)議格式的養(yǎng)老數(shù)據(jù)進(jìn)行數(shù)據(jù)包封裝，以得到JSONObject的封裝數(shù)據(jù) 包，對(duì)所述封裝數(shù)據(jù)包再依次進(jìn)行壓縮與加密，以得到壓縮加密數(shù)據(jù)包，以通過壓縮加密數(shù) 據(jù)包在手持終端與養(yǎng)老服務(wù)器間進(jìn)行所需的數(shù)據(jù)交互。
[0007] 所述確定待交換養(yǎng)老數(shù)據(jù)的數(shù)據(jù)包協(xié)議格式包括類型碼、業(yè)務(wù)數(shù)據(jù)、刪除數(shù)據(jù)以 及更新數(shù)據(jù)。
[0008] 一種基于JS0N的機(jī)構(gòu)養(yǎng)老數(shù)據(jù)交互系統(tǒng)，包括手持終端以及與所述手持終端能進(jìn) 行養(yǎng)老數(shù)據(jù)交互的養(yǎng)老服務(wù)器;所述手持終端與養(yǎng)老服務(wù)器間的數(shù)據(jù)交互采用JS0N數(shù)據(jù)格 式。
[0009] 在采用JS0N數(shù)據(jù)格式進(jìn)行養(yǎng)老數(shù)據(jù)交互時(shí)，確定待交換養(yǎng)老數(shù)據(jù)的數(shù)據(jù)包協(xié)議格 式，并對(duì)確定數(shù)據(jù)包協(xié)議格式的養(yǎng)老數(shù)據(jù)進(jìn)行數(shù)據(jù)包封裝，以得到JSONObject的封裝數(shù)據(jù) 包，對(duì)所述封裝數(shù)據(jù)包再依次進(jìn)行壓縮與加密，以得到壓縮加密數(shù)據(jù)包，以通過壓縮加密數(shù) 據(jù)包在手持終端與養(yǎng)老服務(wù)器間進(jìn)行所需的數(shù)據(jù)交互。
[0010] 所述確定待交換養(yǎng)老數(shù)據(jù)的數(shù)據(jù)包協(xié)議格式包括類型碼、業(yè)務(wù)數(shù)據(jù)、刪除數(shù)據(jù)以 及更新數(shù)據(jù)。
[0011] 本發(fā)明的優(yōu)點(diǎn)：所述手持終端與養(yǎng)老服務(wù)器間的數(shù)據(jù)交互采用JS0N數(shù)據(jù)格式，能 簡(jiǎn)化數(shù)據(jù)交互方式，提高數(shù)據(jù)傳輸效率，保證數(shù)據(jù)通信安全。
【附圖說明】
[0012] 圖1為本發(fā)明的流程圖。
[0013]圖2為本發(fā)明的壓縮不意圖。
[0014]圖3為本發(fā)明解壓的示意圖。
[0015]圖4為本發(fā)明加解密的示意圖。
【具體實(shí)施方式】
[0016]下面結(jié)合具體附圖和實(shí)施例對(duì)本發(fā)明作進(jìn)一步說明。
[0017]如圖1所示:為了能簡(jiǎn)化數(shù)據(jù)交互方式，提高數(shù)據(jù)傳輸效率，本發(fā)明基于JS0N的機(jī) 構(gòu)養(yǎng)老數(shù)據(jù)交互系統(tǒng)，包括手持終端以及與所述手持終端能進(jìn)行養(yǎng)老數(shù)據(jù)交互的養(yǎng)老服務(wù) 器;所述手持終端與養(yǎng)老服務(wù)器間的數(shù)據(jù)交互采用JS0N數(shù)據(jù)格式。
[0018] 具體地，JavaScript Object Notation(以下簡(jiǎn)稱JS0N)是一種輕量級(jí)的數(shù)據(jù)交換 格式，它采用完全獨(dú)立于語言的文本格式。JS0N采用兩種結(jié)構(gòu)：1)"名稱/值"對(duì)的集合，"名 稱/值"能表示對(duì)象的屬性，對(duì)象實(shí)際上就是屬性的集合，所以這個(gè)結(jié)構(gòu)可以用來表示對(duì)象， 在典型的JS0N格式中采用"{}"來表示一個(gè)JS0N對(duì)象。2)、值的有序列表，可以表示對(duì)象的集 合，所以JS0N能夠表示一個(gè)復(fù)雜對(duì)象的集合。在典型的J0SN格式中，采用"[]"來表示JS0N數(shù) 組。基于JAVA平臺(tái)中已經(jīng)有了比較成熟的用于處理JS0N數(shù)據(jù)的相關(guān)類庫，如org.json包能 很方便的生成和解析JS0N。
[0019] 在采用JS0N數(shù)據(jù)格式進(jìn)行養(yǎng)老數(shù)據(jù)交互時(shí)，確定待交換養(yǎng)老數(shù)據(jù)的數(shù)據(jù)包協(xié)議格 式，并對(duì)確定數(shù)據(jù)包協(xié)議格式的養(yǎng)老數(shù)據(jù)進(jìn)行數(shù)據(jù)包封裝，以得到JSONObject的封裝數(shù)據(jù) 包，對(duì)所述封裝數(shù)據(jù)包再依次進(jìn)行壓縮與加密，以得到壓縮加密數(shù)據(jù)包，以通過壓縮加密數(shù) 據(jù)包在手持終端與養(yǎng)老服務(wù)器間進(jìn)行所需的數(shù)據(jù)交互。本發(fā)明實(shí)施例中，手持終端可以為 現(xiàn)有常用的智能手機(jī)、智能平板等終端設(shè)備，數(shù)據(jù)交互是指手持終端與養(yǎng)老服務(wù)器間數(shù)據(jù) 相互傳輸，即手持終端與養(yǎng)老服務(wù)器間的數(shù)據(jù)交互中均采用JS0N數(shù)據(jù)格式。在手持終端向 養(yǎng)老服務(wù)器傳輸數(shù)據(jù)時(shí)，手持終端需要將壓縮加密數(shù)據(jù)包傳輸至養(yǎng)老服務(wù)器內(nèi)；而養(yǎng)老服 務(wù)器向手持終端傳輸數(shù)據(jù)時(shí)，養(yǎng)老服務(wù)器需要將壓縮加密數(shù)據(jù)包傳輸至手持終端。而養(yǎng)老 服務(wù)器或手持終端接收到壓縮加密數(shù)據(jù)包后，需要對(duì)壓縮加密數(shù)據(jù)包進(jìn)行對(duì)應(yīng)的解密以及 解析過程，下面對(duì)具體的實(shí)施過程進(jìn)行詳細(xì)說明。
[0020] 在確定養(yǎng)老數(shù)據(jù)的數(shù)據(jù)包協(xié)議格式時(shí)，所述數(shù)據(jù)包協(xié)議是一個(gè)JSONObject對(duì)象， 包含0perationCode(類型碼）、0perationData(業(yè)務(wù)數(shù)據(jù)）、DeleteData(刪除數(shù)據(jù)）及 UpdateData(更新數(shù)據(jù)）四個(gè)字段，所述字段是根據(jù)手持終端和養(yǎng)老服務(wù)器的數(shù)據(jù)同步要 求，結(jié)合養(yǎng)老機(jī)構(gòu)的業(yè)務(wù)需求特點(diǎn)而確定。具體格式如下表一所示。
[0021 ]表一:數(shù)據(jù)包協(xié)議格式
[0022]
[0023] OperationCode類型碼為一個(gè)值，表明數(shù)據(jù)交互中的各種操作及狀態(tài)，分為上傳狀 態(tài)碼和下載狀態(tài)碼兩大類。其中，上傳狀態(tài)碼用于手持終端向服務(wù)器端發(fā)送請(qǐng)求，表明手持 終端進(jìn)行業(yè)務(wù)操作類型，如登錄認(rèn)證、數(shù)據(jù)更新等;下載狀態(tài)碼用于養(yǎng)老服務(wù)器端向手持終 端返回響應(yīng)數(shù)據(jù)，表明養(yǎng)老服務(wù)器在進(jìn)行業(yè)務(wù)操作時(shí)的各種狀態(tài)，如密碼錯(cuò)誤、網(wǎng)絡(luò)異常 等。所述類型碼是由機(jī)構(gòu)養(yǎng)老管理系統(tǒng)的業(yè)務(wù)需求而決定的，隨著業(yè)務(wù)的擴(kuò)展而動(dòng)態(tài)調(diào)整。 下面將以系統(tǒng)登錄過程為例，介紹此系統(tǒng)的數(shù)據(jù)交互過程。登錄過程中用到的業(yè)務(wù)類型碼 如表二所示。
[0025] OperationData業(yè)務(wù)數(shù)據(jù)是一個(gè)JSONObject對(duì)象，不同的類型碼對(duì)應(yīng)著不同的屬 性。如登錄時(shí)上傳類型碼為L(zhǎng)ogin，業(yè)務(wù)數(shù)據(jù)中所包含的數(shù)據(jù)為用戶名、密碼及機(jī)構(gòu)編碼三 個(gè)屬性，這就能唯一確定此用戶與養(yǎng)老機(jī)構(gòu)的隸屬關(guān)系。
[0026] DeleteData刪除數(shù)據(jù)及UpdateData更新數(shù)據(jù)均為一個(gè)JSONArray對(duì)象，用于手持 終端和養(yǎng)老服務(wù)器之間數(shù)據(jù)同步。本發(fā)明實(shí)施例中，采用的是基于時(shí)間戳的數(shù)據(jù)同步機(jī)制， 當(dāng)手持終端向養(yǎng)老服務(wù)器發(fā)出數(shù)據(jù)更新請(qǐng)求時(shí)，對(duì)應(yīng)的類型碼為Refresh，業(yè)務(wù)數(shù)據(jù)為包含 此時(shí)手持終端的時(shí)間戳t;養(yǎng)老服務(wù)器經(jīng)過解析之后得到此時(shí)間戳t，然后根據(jù)此時(shí)間戳t與 養(yǎng)老服務(wù)器各個(gè)業(yè)務(wù)表的時(shí)間戳t比較，若是存在比此時(shí)間戳t還大的業(yè)務(wù)表，則將對(duì)應(yīng)的 業(yè)務(wù)數(shù)據(jù)按照協(xié)議包格式封裝到UpdateData字段或者DeleteData字段之中。手持終端解析 協(xié)議包，若上述兩個(gè)字段有對(duì)應(yīng)的內(nèi)容，則手持終端進(jìn)行對(duì)應(yīng)的數(shù)據(jù)刪除或者數(shù)據(jù)插入操 作來保持?jǐn)?shù)據(jù)的一致性。
[0027] 數(shù)據(jù)包封裝模是按照上述數(shù)據(jù)包協(xié)議格式進(jìn)行數(shù)據(jù)拼裝，數(shù)據(jù)包協(xié)議就是一個(gè) 了30勵(lì)13」6(31：，各個(gè)字段又根據(jù)需求嵌套了幾0勵(lì)13」6(31：、幾0祖1'抑7等?；凇?￥3的〇找.」8〇11 包提供了一系列簡(jiǎn)單的方法和工具用于處理JS0N數(shù)據(jù)。其中org. json. JSONb ject類提供了 多種構(gòu)造器來構(gòu)建JSONbject，使用put方法來添加名值對(duì)、get方法獲得字段所對(duì)應(yīng)的值或 對(duì)象等。例如當(dāng)手持終端登錄時(shí)，此時(shí)上傳類型碼為L(zhǎng)ogin，操作數(shù)據(jù)為用戶名、密碼及養(yǎng)老 機(jī)構(gòu)編號(hào)這三個(gè)數(shù)據(jù)。由于此時(shí)既沒有要?jiǎng)h除的數(shù)據(jù)也沒有要更新的數(shù)據(jù)，所以上述兩個(gè) 字段為空，上述的具體實(shí)施過程為本技術(shù)領(lǐng)域人員所熟知，此處不再詳述。
[0028] 數(shù)據(jù)壓縮主要目的是減少手持終端流量及節(jié)省服務(wù)器端寬帶，其逆過程為解壓 縮。在養(yǎng)老機(jī)構(gòu)管理系統(tǒng)實(shí)際應(yīng)用過程中，一方面手持終端在初次初始化數(shù)據(jù)時(shí)需要向養(yǎng) 老服務(wù)器請(qǐng)求大量基礎(chǔ)數(shù)據(jù);另一方面手持終端需要頻繁的向養(yǎng)老服務(wù)器上傳老人護(hù)理情 況等業(yè)務(wù)操作信息?；诖朔N情況考慮將數(shù)據(jù)進(jìn)行壓縮后傳輸，減少數(shù)據(jù)傳輸量，節(jié)省服務(wù) 器寬帶。
[0029] 在JAVA平臺(tái)中有java .util.zip包中的Def later類和Inf later類提供了基于 DEFLATE算法的壓縮和解壓的相關(guān)方法，它們通過JNI技術(shù)調(diào)用ZLIB壓縮庫支持一般的壓縮 需求。壓縮通過Def later類提供支持，主要包括兩個(gè)步驟。首先將壓縮的字符串轉(zhuǎn)化為字節(jié) 數(shù)組，在本發(fā)明實(shí)施例中，通過getBytes()方法完成字符串到字節(jié)數(shù)組的轉(zhuǎn)換，在換換后設(shè) 置壓縮策略及壓縮速度在壓縮器中執(zhí)行壓縮。壓縮策略取決于壓縮內(nèi)容的特征，可選的有 FILTERED，最適用于主要由小值組成并具有某種程度隨意分布的數(shù)據(jù)的壓縮策略； HUFFMAN_0NLY，僅適用于Huffman編碼的壓縮策略；以及通用的默認(rèn)壓縮策略DEFAULT_ STRATEGY，在本發(fā)明實(shí)施例中采用此級(jí)別。壓縮級(jí)別有0到9十個(gè)級(jí)別可選，0表示沒有壓縮， 9代表最佳壓縮效果，具體如圖2所示。
[0030] 數(shù)據(jù)加密主要保證數(shù)據(jù)通信的安全性，其逆過程為解密。加解密對(duì)象是經(jīng)過封裝 的協(xié)議包數(shù)據(jù)。在本發(fā)明實(shí)施中，采用對(duì)稱加密算法對(duì)字節(jié)流進(jìn)行加密，對(duì)稱加密是指加密 和解密使用相同的密鑰?；趈ava的加解密框架JCF提供了一系列用于加密和解密的工具， 核心類為(^口1161'。調(diào)用861：1118丨311〇6("0￡3"）生成(^口1161'對(duì)象，指定此加密器采用0￡3加密算 法，也可以指定其他方式的加密算法如AES/RSA;然后調(diào)用ini t〇方法對(duì)Cipher對(duì)象進(jìn)行初 始化，同時(shí)設(shè)置加密密鑰及加密模式(加密或解密）；最后調(diào)用doFinalO進(jìn)行實(shí)際的加密或 解密，這取決于初始化時(shí)設(shè)置的加密模式。若初始化模式是加密，則doFinal進(jìn)行加密;若初 始化的模式是解密，則進(jìn)行解密，如圖4所示。
[0031 ]本發(fā)明實(shí)施例中，在數(shù)據(jù)交換中，在接收到壓縮解密數(shù)據(jù)包后，需要進(jìn)行解密、解 壓縮以及解析過程，其中，解密過程為上述加密過程的逆過程，解密過程根據(jù)上述加密過程 進(jìn)行確定，具體過程為本技術(shù)領(lǐng)域人員所熟知，此處不再贅述。解壓縮是壓縮的逆過程，用 Inflater類充當(dāng)解壓器。首先將要解壓的字符串轉(zhuǎn)化為字節(jié)數(shù)組，然后將其輸入到解壓器 中，輸出為原始的字節(jié)數(shù)組，再通過toStringO方法將其還原為原始的字符串。需要注意的 是在解壓時(shí)壓縮策略和壓縮級(jí)別必須和壓縮時(shí)設(shè)置的值一致，同時(shí)字符轉(zhuǎn)字節(jié)必須要指定 相同的編碼方式，如圖3所示。
[0032]數(shù)據(jù)解析模塊是對(duì)數(shù)據(jù)封裝模塊的逆運(yùn)算，完成對(duì)協(xié)議包的解析。解析將協(xié)議包 數(shù)據(jù)首先得構(gòu)建JSONOb ject對(duì)象，然后通過協(xié)議包中的各個(gè)字段名獲得其具體的值或?qū)?象，據(jù)此來進(jìn)行下一步的業(yè)務(wù)操作。例如當(dāng)獲得上述協(xié)議包時(shí)，首先使用JSONObject (String)構(gòu)建JSONOb ject對(duì)象，調(diào)用get ( "OperationCode"）獲得類型碼為L(zhǎng)ogin，得知為登 錄認(rèn)證業(yè)務(wù)操作;然后調(diào)用getJS0N0bject( "OperationData"）得到登錄認(rèn)證所需數(shù)據(jù)，根 據(jù)用戶名密碼及養(yǎng)老機(jī)構(gòu)編碼獲得對(duì)應(yīng)數(shù)據(jù)。
[0033] 若是登錄認(rèn)證出了問題，例如密碼或用戶名不正確，貝lj上述OperationCode對(duì)應(yīng)的 值為L(zhǎng)0GIN_ERR0R，表明登錄信息有誤。其他的字段為空，然后按照J(rèn)S0N數(shù)據(jù)封裝過程，將此 內(nèi)容作為登錄錯(cuò)誤協(xié)議包返回給手持終端。手持終端按照上述JS0N數(shù)據(jù)解析，獲得登錄狀 態(tài)碼為L(zhǎng)0GIN_ERR0R，然后提示手持終端用戶名或密碼錯(cuò)誤。
[0034] 下面通過手持終端和養(yǎng)老服務(wù)器端的一次數(shù)據(jù)交互過程來對(duì)本發(fā)明的工作過程 進(jìn)行說明。首先，手持終端在發(fā)送請(qǐng)求之前，需要按照J(rèn)S0N封裝模塊的要求把發(fā)送的業(yè)務(wù)數(shù) 據(jù)按照數(shù)據(jù)包協(xié)議封裝為JSONOb ject。其次經(jīng)過壓縮模塊對(duì)封裝好的數(shù)據(jù)進(jìn)行壓縮，然后 經(jīng)過加密對(duì)壓縮后的數(shù)據(jù)進(jìn)行加密，最后將加密輸出的數(shù)據(jù)發(fā)送出去。
[0035] 養(yǎng)老服務(wù)器接受到請(qǐng)求之后，首先要對(duì)其進(jìn)行解密，并將解密之后的數(shù)據(jù)作為解 壓的輸入，然后通過JS0N解析模塊取得協(xié)議包定義的字段，并據(jù)此來判斷是否需要進(jìn)行業(yè) 務(wù)處理，若需要?jiǎng)t進(jìn)行壓縮和加密之后向手持終端發(fā)送養(yǎng)老服務(wù)器的響應(yīng)，否則這次通信 過程結(jié)束。
【主權(quán)項(xiàng)】
1. 一種基于JSON的機(jī)構(gòu)養(yǎng)老數(shù)據(jù)交互方法，包括手持終端以及與所述手持終端能進(jìn)行 養(yǎng)老數(shù)據(jù)交互的養(yǎng)老服務(wù)器；其特征是：所述手持終端與養(yǎng)老服務(wù)器間的數(shù)據(jù)交互采用 JSON數(shù)據(jù)格式。2. 根據(jù)權(quán)利要求1所述的基于JSON的機(jī)構(gòu)養(yǎng)老數(shù)據(jù)交互方法，其特征是，在采用JSON數(shù) 據(jù)格式進(jìn)行養(yǎng)老數(shù)據(jù)交互時(shí)，確定待交換養(yǎng)老數(shù)據(jù)的數(shù)據(jù)包協(xié)議格式，并對(duì)確定數(shù)據(jù)包協(xié) 議格式的養(yǎng)老數(shù)據(jù)進(jìn)行數(shù)據(jù)包封裝，以得到JSONObject的封裝數(shù)據(jù)包，對(duì)所述封裝數(shù)據(jù)包 再依次進(jìn)行壓縮與加密，以得到壓縮加密數(shù)據(jù)包，以通過壓縮加密數(shù)據(jù)包在手持終端與養(yǎng) 老服務(wù)器間進(jìn)行所需的數(shù)據(jù)交互。3. 根據(jù)權(quán)利要求2所述的基于JSON的機(jī)構(gòu)養(yǎng)老數(shù)據(jù)交互方法，其特征是，所述確定待交 換養(yǎng)老數(shù)據(jù)的數(shù)據(jù)包協(xié)議格式包括類型碼、業(yè)務(wù)數(shù)據(jù)、刪除數(shù)據(jù)以及更新數(shù)據(jù)。4. 一種基于JSON的機(jī)構(gòu)養(yǎng)老數(shù)據(jù)交互系統(tǒng)，包括手持終端以及與所述手持終端能進(jìn)行 養(yǎng)老數(shù)據(jù)交互的養(yǎng)老服務(wù)器；其特征是：所述手持終端與養(yǎng)老服務(wù)器間的數(shù)據(jù)交互采用 JSON數(shù)據(jù)格式。5. 根據(jù)權(quán)利要求4所述基于JSON的機(jī)構(gòu)養(yǎng)老數(shù)據(jù)交互系統(tǒng)，其特征是，在采用JSON數(shù)據(jù) 格式進(jìn)行養(yǎng)老數(shù)據(jù)交互時(shí)，確定待交換養(yǎng)老數(shù)據(jù)的數(shù)據(jù)包協(xié)議格式，并對(duì)確定數(shù)據(jù)包協(xié)議 格式的養(yǎng)老數(shù)據(jù)進(jìn)行數(shù)據(jù)包封裝，以得到JSONObject的封裝數(shù)據(jù)包，對(duì)所述封裝數(shù)據(jù)包再 依次進(jìn)行壓縮與加密，以得到壓縮加密數(shù)據(jù)包，以通過壓縮加密數(shù)據(jù)包在手持終端與養(yǎng)老 服務(wù)器間進(jìn)行所需的數(shù)據(jù)交互。6. 根據(jù)權(quán)利要求5所述基于JSON的機(jī)構(gòu)養(yǎng)老數(shù)據(jù)交互系統(tǒng)，其特征是，所述確定待交換 養(yǎng)老數(shù)據(jù)的數(shù)據(jù)包協(xié)議格式包括類型碼、業(yè)務(wù)數(shù)據(jù)、刪除數(shù)據(jù)以及更新數(shù)據(jù)。
【文檔編號(hào)】H04L29/06GK105959263SQ201610258202
【公開日】2016年9月21日
【申請(qǐng)日】2016年4月22日
【發(fā)明人】葉小謀, 王蒙, 唐新余, 王軼, 陳 光
【申請(qǐng)人】無錫中科西北星科技有限公司