專利名稱：一種移動(dòng)終端應(yīng)用的跨平臺(tái)系統(tǒng)及其方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種移動(dòng)終端應(yīng)用的跨平臺(tái)系統(tǒng)及其方法，該移動(dòng)終端應(yīng)用的跨平臺(tái)系統(tǒng)充分考慮了 NATIVE模式和傳統(tǒng)TOB應(yīng)用的優(yōu)劣勢(shì)，融合兩種模式的優(yōu)點(diǎn)，盡可能降低手機(jī)客戶端應(yīng)用的版本變化，應(yīng)用提供商可以實(shí)時(shí)地更新和推廣使用，提高用戶需求的反應(yīng)能力，降低應(yīng)用的推廣成本和難度。
背景技術(shù)：
目前移動(dòng)應(yīng)用軟件多采用NATIVE模式。這種模式的優(yōu)點(diǎn)在于用戶體驗(yàn)好、響應(yīng)速度快。同樣缺點(diǎn)也比較明顯，主要是更新不方便，不同的客戶端在不同的手機(jī)平臺(tái)上不兼容。手機(jī)平臺(tái)較多，跨平臺(tái)的開(kāi)發(fā)成本高，版本更新和變更復(fù)雜。不利于大規(guī)模的企業(yè)應(yīng)用的開(kāi)發(fā)和推廣。相較NATIVE模式，html5方式恰好可以彌補(bǔ)其不足，當(dāng)然也存在其缺點(diǎn)，如數(shù)據(jù)的加密，壓縮，交互體驗(yàn)和視覺(jué)等。本發(fā)明很好地融合這兩種模式的優(yōu)點(diǎn)，提出跨平臺(tái)的移動(dòng)應(yīng)用開(kāi)發(fā)，解決了移動(dòng)應(yīng)用顯示界面與手機(jī)本身的耦合問(wèn)題，實(shí)現(xiàn)了手機(jī)應(yīng)用的跨平臺(tái)，數(shù)據(jù)的有效通信和服務(wù)端資源訪問(wèn)手機(jī)本地功能，形成初步的移動(dòng)開(kāi)發(fā)技術(shù)框架和規(guī)范。

發(fā)明內(nèi)容
本發(fā)明的移動(dòng)終端應(yīng)用的跨平臺(tái)系統(tǒng)由客戶端、服務(wù)端和消息通知系統(tǒng)構(gòu)成。其中客戶端包括客戶端與html5交互模塊、客戶端數(shù)據(jù)請(qǐng)求模塊、客戶端數(shù)據(jù)緩存模塊；服務(wù)端包括服務(wù)端解密模塊和服務(wù)端服務(wù)提供模塊；消息通知系統(tǒng)包括消息通知模塊。客戶端與html5交互模塊由weWdt引擎和html5組成，利用html在頁(yè)面設(shè)計(jì)和跨平臺(tái)上的優(yōu)點(diǎn)以及native在調(diào)用系統(tǒng)功能和系統(tǒng)性能方面的優(yōu)點(diǎn)，降低在跨平臺(tái)上的開(kāi)發(fā)難度，提高開(kāi)發(fā)移動(dòng)應(yīng)用的效率?？蛻舳藬?shù)據(jù)請(qǐng)求模塊是用戶通過(guò)客戶端UI發(fā)送請(qǐng)求后，在數(shù)據(jù)交互過(guò)程中，對(duì)請(qǐng)求數(shù)據(jù)采用DES對(duì)稱加密算法進(jìn)行加密處理，提高信息安全性?？蛻舳藬?shù)據(jù)緩存模塊將用戶訪問(wèn)的數(shù)據(jù)緩存于客戶端本地?cái)?shù)據(jù)庫(kù)，用戶在首次訪問(wèn)之后，后續(xù)都默認(rèn)從客戶端本地?cái)?shù)據(jù)庫(kù)中獲取數(shù)據(jù)，只有當(dāng)用戶顯式的刷新時(shí)才會(huì)從服務(wù)端重新獲取數(shù)據(jù)。在緩存過(guò)程中，首先判斷之前是否有相同數(shù)據(jù)，若有，則不緩存，若沒(méi)有，則緩存。在獲取數(shù)據(jù)過(guò)程中，對(duì)數(shù)據(jù)有失效時(shí)間判斷，若已過(guò)失效時(shí)間，則無(wú)法獲取數(shù)據(jù)，若未過(guò)失效時(shí)間，則返回?cái)?shù)據(jù)給頁(yè)面。服務(wù)端解密模塊是服務(wù)器端接收到客戶端發(fā)送的請(qǐng)求后，在對(duì)數(shù)據(jù)進(jìn)行處理前對(duì)其進(jìn)行解密，為了提高安全性，服務(wù)端將定期向客戶端發(fā)送秘密碼，保持密碼的實(shí)時(shí)更新。消息通知模塊是基于XMPP (可擴(kuò)展消息處理現(xiàn)場(chǎng)協(xié)議)協(xié)議標(biāo)準(zhǔn)，實(shí)現(xiàn)服務(wù)端和客戶端相互通知及不穩(wěn)定網(wǎng)絡(luò)的異步消息的推送。根據(jù)本發(fā)明的移動(dòng)終端應(yīng)用的跨平臺(tái)方法，包括如下步驟
步驟1，運(yùn)行客戶端軟件，客戶端實(shí)時(shí)監(jiān)控是否接收到服務(wù)器端發(fā)送的消息提醒；步驟2，如果客戶端檢測(cè)到服務(wù)器端發(fā)送的消息提醒，在客戶端頁(yè)面顯示，如果否， 則返回步驟1 ；步驟3，根據(jù)客戶端選擇的功能指令，客戶端與html5交互模塊調(diào)用移動(dòng)應(yīng)用系統(tǒng)相應(yīng)功能，獲取請(qǐng)求數(shù)據(jù)；步驟4，如果獲取請(qǐng)求數(shù)據(jù)成功，客戶端數(shù)據(jù)請(qǐng)求模塊對(duì)客戶端發(fā)送的請(qǐng)求數(shù)據(jù)進(jìn)行加密，如果否，則返回步驟1 ；步驟5，把加密后的請(qǐng)求數(shù)據(jù)發(fā)送到服務(wù)器端；步驟6，如果服務(wù)器端接收到客戶端發(fā)送的消息，則對(duì)數(shù)據(jù)解密，根據(jù)實(shí)際業(yè)務(wù)處理后發(fā)送回客戶端；步驟7，判斷客戶端是否獲取數(shù)據(jù)成功，如果否，則返回步驟1 ；步驟8，客戶端數(shù)據(jù)緩存模塊將數(shù)據(jù)緩存入客戶端數(shù)據(jù)庫(kù)。在步驟2客戶端使用XMPP (可擴(kuò)展消息處理現(xiàn)場(chǎng)協(xié)議)協(xié)議標(biāo)準(zhǔn)通過(guò)數(shù)據(jù)通道的模式實(shí)現(xiàn)IM(即時(shí)消息)及在線現(xiàn)場(chǎng)準(zhǔn)實(shí)時(shí)探測(cè)，如果監(jiān)測(cè)到服務(wù)器端發(fā)送的消息提醒，則在客戶端頁(yè)面顯示消息提醒，如果沒(méi)有，則繼續(xù)監(jiān)測(cè)。在步驟3客戶端調(diào)用客戶端與html5交互模塊，在選擇功能指令時(shí)，針對(duì)復(fù)雜的業(yè)務(wù)，UI的產(chǎn)生由服務(wù)器端完成，采用web開(kāi)發(fā)常用的dwr操作數(shù)據(jù)方式通過(guò)類TOB頁(yè)面進(jìn)行展示，針對(duì)簡(jiǎn)單的、更新不頻繁的應(yīng)用，UI直接在客戶端生成。在步驟5中，對(duì)客戶端生成的請(qǐng)求數(shù)據(jù)采用DES對(duì)稱加密算法加密，如果數(shù)據(jù)加密的密碼過(guò)期失效，客戶端則從服務(wù)器端獲取密碼，將客戶端的密碼更新。在步驟7如果是從服務(wù)端獲取數(shù)據(jù)，服務(wù)器端首先接收到客戶端發(fā)過(guò)來(lái)的服務(wù)請(qǐng)求，其次判斷服務(wù)端是否具有該服務(wù)，如果沒(méi)有，則返回錯(cuò)誤信息給客戶端，如果有，再判斷該服務(wù)是否已開(kāi)放給客戶端，如果沒(méi)有，則返回錯(cuò)誤信息給客戶端。如果是從客戶端獲取數(shù)據(jù)，客戶端數(shù)據(jù)緩存模塊首先判斷待獲取緩存數(shù)據(jù)是否已過(guò)失效時(shí)間，如果已過(guò)，則不返回?cái)?shù)據(jù)。所述步驟7包括如下子步驟步驟7. 1，如果是從服務(wù)端獲取數(shù)據(jù)，服務(wù)端服務(wù)提供模塊接收客戶端發(fā)送過(guò)來(lái)的服務(wù)請(qǐng)求；步驟7. 2，判斷是否有該服務(wù)，如果服務(wù)端沒(méi)有該服務(wù)，則返回錯(cuò)誤信息，并回到步驟7. 1 ；如果有服務(wù)，則進(jìn)入下一步驟；步驟7. 3，判斷是否服務(wù)已開(kāi)放給客戶端，如果服務(wù)未開(kāi)放，則返回錯(cuò)誤信息，并回到步驟7. 1 ；如果服務(wù)已開(kāi)放，則進(jìn)入下一步驟；步驟7. 4，將請(qǐng)求服務(wù)數(shù)據(jù)返回給客戶端。步驟7. 5，客戶端數(shù)據(jù)緩存模塊從客戶端數(shù)據(jù)庫(kù)獲取數(shù)據(jù)；步驟7. 6，判斷緩存數(shù)據(jù)是否已失效(過(guò)期)，如果已失效，則返回空數(shù)據(jù)；步驟7. 7，如果未失效，則返回?cái)?shù)據(jù)。在步驟8中，客戶端數(shù)據(jù)緩存模塊首先判斷客戶端數(shù)據(jù)庫(kù)是否已有相同數(shù)據(jù)，如果已有，則不緩存，如果沒(méi)有，則將數(shù)據(jù)緩存入客戶端數(shù)據(jù)庫(kù)。并在客戶端頁(yè)面顯示數(shù)據(jù)。所述步驟8包括如下子步驟步驟8. 1，客戶端數(shù)據(jù)緩存模塊將從服務(wù)端獲取到的數(shù)據(jù)存入客戶端數(shù)據(jù)庫(kù)；
步驟8. 2，判斷緩存數(shù)據(jù)是否已存在，如果存在，則不緩存；步驟8. 3，如果不存在，則緩存。


圖1為本發(fā)明移動(dòng)終端應(yīng)用的跨平臺(tái)系統(tǒng)方框圖；圖2為本發(fā)明移動(dòng)終端應(yīng)用的跨平臺(tái)方法的總體流程圖；圖3為本發(fā)明移動(dòng)終端應(yīng)用的跨平臺(tái)方法的消息提醒流程圖；圖4為本發(fā)明移動(dòng)終端應(yīng)用的跨平臺(tái)方法的客戶端數(shù)據(jù)緩存流程具體實(shí)施例方式如圖1所示，本發(fā)明的移動(dòng)終端應(yīng)用的跨平臺(tái)系統(tǒng)由本發(fā)明的移動(dòng)終端應(yīng)用的跨平臺(tái)系統(tǒng)由客戶端、服務(wù)端和消息通知系統(tǒng)構(gòu)成。其中包括客戶端與html5交互模塊、客戶端數(shù)據(jù)請(qǐng)求模塊、客戶端數(shù)據(jù)緩存模塊、服務(wù)端解密模塊和消息通知模塊。由兩臺(tái)IBM小型機(jī)組成應(yīng)用服務(wù)器集群，兩臺(tái)小型機(jī)構(gòu)成HTTP接入服務(wù)器，一臺(tái)小型機(jī)構(gòu)成數(shù)據(jù)庫(kù)系統(tǒng)。
HTTP接入服務(wù)器負(fù)責(zé)接收所有請(qǐng)求，然后根據(jù)負(fù)載均衡將請(qǐng)求分配到應(yīng)用服務(wù)器集群其中
一
α °客戶端與html5交互樽塊由webkit引擎和html5組成，利用html在頁(yè)面設(shè)計(jì)和跨平臺(tái)上的優(yōu)點(diǎn)以及native在調(diào)用系統(tǒng)功能和系統(tǒng)性能方面的優(yōu)點(diǎn)，降低在跨平臺(tái)上的開(kāi)發(fā)難度，提高開(kāi)發(fā)移動(dòng)應(yīng)用的效率?？蛻舳藬?shù)據(jù)請(qǐng)求樽塊是用戶通過(guò)客戶端UI發(fā)送請(qǐng)求后，在數(shù)據(jù)交互過(guò)程中，對(duì)請(qǐng)求數(shù)據(jù)采用DES對(duì)稱加密算法進(jìn)行加密處理，提高信息安全性?？蛻舳藬?shù)據(jù)緩存樽塊將用戶訪l、nl的數(shù)據(jù)緩存于客戶端本地?cái)?shù)據(jù)庫(kù)，用戶在首次訪問(wèn)之后，后續(xù)都默認(rèn)從客戶端本地?cái)?shù)據(jù)庫(kù)中獲取數(shù)據(jù)，只有當(dāng)用戶顯式的刷新時(shí)才會(huì)從服務(wù)端重新獲取數(shù)據(jù)。在緩存過(guò)程中，首先判斷之前是否有相同數(shù)據(jù)，若有，則不緩存，若沒(méi)有，則緩存。在獲取數(shù)據(jù)過(guò)程中，對(duì)數(shù)據(jù)有失效時(shí)間判斷，若已過(guò)失效時(shí)間，則無(wú)法獲取數(shù)據(jù)，若未過(guò)失效時(shí)間，則返回?cái)?shù)據(jù)給頁(yè)面。服各端解密樽塊是服各器端接收到客戶端發(fā)送的請(qǐng)求后，在對(duì)數(shù)據(jù)講行處理前對(duì)其進(jìn)行解密，為了提高安全性，服務(wù)端將定期向客戶端發(fā)送秘密碼，保持密碼的實(shí)時(shí)更新。消息通知樽塊是基于XMPP (可擴(kuò)展消息處理現(xiàn)場(chǎng)協(xié)議)協(xié)議標(biāo)準(zhǔn)，實(shí)現(xiàn)服務(wù)端和客戶端相互通知及不穩(wěn)定網(wǎng)絡(luò)的異步消息的推送。如圖2所示，本發(fā)明的移動(dòng)終端應(yīng)用的跨平臺(tái)系統(tǒng)，其移動(dòng)終端應(yīng)用的跨平臺(tái)方法包括如下步驟步驟1，運(yùn)行客戶端軟件，客戶端實(shí)時(shí)監(jiān)控是否接收到服務(wù)器端發(fā)送的消息提醒；步驟2，如果客戶端檢測(cè)到服務(wù)器端發(fā)送的消息提醒，在客戶端頁(yè)面顯示，如果否， 則返回步驟1 ；步驟3 根據(jù)客戶端選擇的功能指令，客戶端與html5交互模塊調(diào)用移動(dòng)應(yīng)用系統(tǒng)相應(yīng)功能，獲取請(qǐng)求數(shù)據(jù)；步驟4 如果獲取請(qǐng)求數(shù)據(jù)成功，客戶端數(shù)據(jù)請(qǐng)求模塊對(duì)客戶端發(fā)送的請(qǐng)求數(shù)據(jù)進(jìn)行加密，如果否，則返回步驟1 ；
步驟5 把加密后的請(qǐng)求數(shù)據(jù)發(fā)送到服務(wù)器端；步驟6，如果服務(wù)器端接收到客戶端發(fā)送的消息，則對(duì)數(shù)據(jù)解密，根據(jù)實(shí)際業(yè)務(wù)處理后發(fā)送回客戶端；步驟7，判斷是否獲取數(shù)據(jù)成功，如果否，則返回步驟1 ；步驟8，客戶端數(shù)據(jù)緩存模塊將數(shù)據(jù)緩存入客戶端數(shù)據(jù)庫(kù)。圖3為本發(fā)明移動(dòng)終端應(yīng)用的跨平臺(tái)方法的消息提醒流程圖；圖4為本發(fā)明移動(dòng)終端應(yīng)用的跨平臺(tái)方法的客戶端數(shù)據(jù)緩存流程圖。如圖3所示，本發(fā)明的移動(dòng)終端應(yīng)用的跨平臺(tái)方法，其消息提醒模塊在客戶端和服務(wù)器端之間進(jìn)行如下操作步驟1，運(yùn)行客戶端軟件，客戶端實(shí)時(shí)監(jiān)控是否接收到服務(wù)器端發(fā)送的消息提醒；步驟2客戶端使用XMPP (可擴(kuò)展消息處理現(xiàn)場(chǎng)協(xié)議)協(xié)議標(biāo)準(zhǔn)通過(guò)數(shù)據(jù)通道的模式實(shí)現(xiàn)IM(即時(shí)消息)及在線現(xiàn)場(chǎng)準(zhǔn)實(shí)時(shí)探測(cè)，如果監(jiān)測(cè)到服務(wù)器端發(fā)送的消息提醒，則在客戶端頁(yè)面顯示消息提醒，如果沒(méi)有，則繼續(xù)監(jiān)測(cè)。如圖4所示，本發(fā)明的移動(dòng)終端應(yīng)用的跨平臺(tái)方法，其客戶端數(shù)據(jù)緩存模塊進(jìn)行如下操作步驟7. 1，如果是從服務(wù)端獲取數(shù)據(jù)，服務(wù)端服務(wù)提供模塊接收客戶端發(fā)送過(guò)來(lái)的服務(wù)請(qǐng)求；步驟7. 2，判斷是否有該服務(wù)，如果服務(wù)端沒(méi)有該服務(wù)，則返回錯(cuò)誤信息，并回到步驟7. 1 ；如果有服務(wù)，則進(jìn)入下一步驟；步驟7. 3，判斷是否服務(wù)已開(kāi)放給客戶端，如果服務(wù)未開(kāi)放，則返回錯(cuò)誤信息，并回到步驟7. 1 ；如果服務(wù)已開(kāi)放，則進(jìn)入下一步驟；步驟7. 4，將請(qǐng)求服務(wù)數(shù)據(jù)返回給客戶端。步驟7. 5，客戶端數(shù)據(jù)緩存模塊從客戶端數(shù)據(jù)庫(kù)獲取數(shù)據(jù)；步驟7. 6，判斷緩存數(shù)據(jù)是否已失效(過(guò)期)，如果已失效，則返回空數(shù)據(jù)；步驟7. 7，如果未失效，則返回?cái)?shù)據(jù)。步驟8. 1，客戶端數(shù)據(jù)緩存模塊將從服務(wù)端獲取到的數(shù)據(jù)存入客戶端數(shù)據(jù)庫(kù)；步驟8. 2，判斷緩存數(shù)據(jù)是否已存在，如果存在，則不緩存；步驟8. 3，如果不存在，則緩存。如圖4所示。
權(quán)利要求
1.一種移動(dòng)終端應(yīng)用的跨平臺(tái)系統(tǒng)，其特征在于，所述系統(tǒng)由客戶端、服務(wù)端和消息通知系統(tǒng)構(gòu)成；其中，所述客戶端包括客戶端與html5交互模塊、客戶端數(shù)據(jù)請(qǐng)求模塊、客戶端數(shù)據(jù)緩存模塊；所述服務(wù)端包括服務(wù)端解密模塊和服務(wù)端服務(wù)提供模塊；所述消息通知系統(tǒng)包括消息通知模塊。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)，其中所述客戶端與html5交互模塊由weWdt引擎和 html5組成，利用html在頁(yè)面設(shè)計(jì)和跨平臺(tái)上的優(yōu)點(diǎn)以及native在調(diào)用系統(tǒng)功能和系統(tǒng)性能方面的優(yōu)點(diǎn)，降低在跨平臺(tái)上的開(kāi)發(fā)難度，提高開(kāi)發(fā)移動(dòng)應(yīng)用的效率。
3.根據(jù)權(quán)利要求1所述的系統(tǒng)，其中所述客戶端數(shù)據(jù)請(qǐng)求模塊是用戶通過(guò)客戶端UI發(fā)送請(qǐng)求后，在數(shù)據(jù)交互過(guò)程中，對(duì)請(qǐng)求數(shù)據(jù)采用DES對(duì)稱加密算法進(jìn)行加密處理，提高信息安全性。
4.根據(jù)權(quán)利要求1所述的系統(tǒng)，其中所述客戶端數(shù)據(jù)緩存模塊將用戶訪問(wèn)的數(shù)據(jù)緩存于客戶端本地?cái)?shù)據(jù)庫(kù)，用戶在首次訪問(wèn)之后，后續(xù)都默認(rèn)從客戶端本地?cái)?shù)據(jù)庫(kù)中獲取數(shù)據(jù)， 只有當(dāng)用戶顯式的刷新時(shí)才會(huì)從服務(wù)端重新獲取數(shù)據(jù)；在緩存過(guò)程中，首先判斷之前是否有相同數(shù)據(jù)，若有，則不緩存，若沒(méi)有，則緩存。在獲取數(shù)據(jù)過(guò)程中，對(duì)數(shù)據(jù)有失效時(shí)間判斷，若已過(guò)失效時(shí)間，則無(wú)法獲取數(shù)據(jù)，若未過(guò)失效時(shí)間，則返回?cái)?shù)據(jù)給頁(yè)面。
5.根據(jù)權(quán)利要求1所述的系統(tǒng)，其中所述服務(wù)端解密模塊，是服務(wù)器端接收到客戶端發(fā)送的請(qǐng)求后，在對(duì)數(shù)據(jù)進(jìn)行處理前對(duì)其進(jìn)行解密，為了提高安全性，服務(wù)端將定期向客戶端發(fā)送秘密碼，保持密碼的實(shí)時(shí)更新。
6.根據(jù)權(quán)利要求1所述的系統(tǒng)，其中所述消息通知模塊是基于XMPP協(xié)議標(biāo)準(zhǔn)，實(shí)現(xiàn)服務(wù)端和客戶端相互通知及不穩(wěn)定網(wǎng)絡(luò)的異步消息的推送。
7.一種移動(dòng)終端應(yīng)用的跨平臺(tái)方法，其特征在于，包括如下步驟步驟1，運(yùn)行客戶端軟件，客戶端實(shí)時(shí)監(jiān)控是否接收到服務(wù)器端發(fā)送的消息提醒；步驟2，如果客戶端檢測(cè)到服務(wù)器端發(fā)送的消息提醒，在客戶端頁(yè)面顯示，如果否，則返回步驟1 ；步驟3，根據(jù)客戶端選擇的功能指令，客戶端與html5交互模塊調(diào)用移動(dòng)應(yīng)用系統(tǒng)相應(yīng)功能，獲取請(qǐng)求數(shù)據(jù)；步驟4，如果獲取請(qǐng)求數(shù)據(jù)成功，客戶端數(shù)據(jù)請(qǐng)求模塊對(duì)客戶端發(fā)送的請(qǐng)求數(shù)據(jù)進(jìn)行加密，如果否，則返回步驟1 ；步驟5，把加密后的請(qǐng)求數(shù)據(jù)發(fā)送到服務(wù)器端；步驟6，如果服務(wù)器端接收到客戶端發(fā)送的消息，則對(duì)數(shù)據(jù)解密，根據(jù)實(shí)際業(yè)務(wù)處理后發(fā)送回客戶端；步驟7，判斷客戶端是否獲取數(shù)據(jù)成功，如果否，則返回步驟1 ；步驟8，客戶端數(shù)據(jù)緩存模塊將數(shù)據(jù)緩存入客戶端數(shù)據(jù)庫(kù)。
8.根據(jù)權(quán)利要求7所述的方法，其中，在所述步驟2，客戶端使用XMPP協(xié)議標(biāo)準(zhǔn)通過(guò)數(shù)據(jù)通道的模式實(shí)現(xiàn)IM即時(shí)消息及在線現(xiàn)場(chǎng)準(zhǔn)實(shí)時(shí)探測(cè)，如果監(jiān)測(cè)到服務(wù)器端發(fā)送的消息提醒，則在客戶端頁(yè)面顯示消息提醒，如果沒(méi)有，則繼續(xù)監(jiān)測(cè)。
9.根據(jù)權(quán)利要求7所述的方法，其中，在所述步驟3客戶端調(diào)用客戶端與html5交互模塊，在選擇功能指令時(shí)，針對(duì)復(fù)雜的業(yè)務(wù)，UI的產(chǎn)生由服務(wù)器端完成，采用web開(kāi)發(fā)常用的dwr操作數(shù)據(jù)方式通過(guò)類TOB頁(yè)面進(jìn)行展示，針對(duì)簡(jiǎn)單的、更新不頻繁的應(yīng)用，UI直接在客戶端生成。
10.根據(jù)權(quán)利要求7所述的方法，其中，在所述步驟5中，對(duì)客戶端生成的請(qǐng)求數(shù)據(jù)采用DES對(duì)稱加密算法加密，如果數(shù)據(jù)加密的密碼過(guò)期失效，客戶端則從服務(wù)器端獲取密碼，將客戶端的密碼更新。
11.根據(jù)權(quán)利要求7所述的方法，其中，在所述步驟7，如果是從服務(wù)端獲取數(shù)據(jù)，服務(wù)器端首先接收到客戶端發(fā)過(guò)來(lái)的服務(wù)請(qǐng)求，其次判斷服務(wù)端是否具有該服務(wù)，如果沒(méi)有，則返回錯(cuò)誤信息給客戶端，如果有，再判斷該服務(wù)是否已開(kāi)放給客戶端，如果沒(méi)有，則返回錯(cuò)誤信息給客戶端；如果是從客戶端獲取數(shù)據(jù)，客戶端數(shù)據(jù)緩存模塊首先判斷待獲取緩存數(shù)據(jù)是否已過(guò)失效時(shí)間，如果已過(guò)，則不返回?cái)?shù)據(jù)。
12.根據(jù)權(quán)利要求7所述的方法，其中，所述步驟7包括如下子步驟步驟7. 1，如果是從服務(wù)端獲取數(shù)據(jù)，服務(wù)端服務(wù)提供模塊接收客戶端發(fā)送過(guò)來(lái)的服務(wù)請(qǐng)求；步驟7. 2，判斷是否有該服務(wù)，如果服務(wù)端沒(méi)有該服務(wù)，則返回錯(cuò)誤信息，并回到步驟 7. 1 ；如果有服務(wù)，則進(jìn)入下一步驟；步驟7. 3，判斷是否服務(wù)已開(kāi)放給客戶端，如果服務(wù)未開(kāi)放，則返回錯(cuò)誤信息，并回到步驟7. 1 ；如果服務(wù)已開(kāi)放，則進(jìn)入下一步驟； 步驟7. 4，將請(qǐng)求服務(wù)數(shù)據(jù)返回給客戶端； 步驟7. 5，客戶端數(shù)據(jù)緩存模塊從客戶端數(shù)據(jù)庫(kù)獲取數(shù)據(jù)； 步驟7. 6，判斷緩存數(shù)據(jù)是否已失效(過(guò)期)，如果已失效，則返回空數(shù)據(jù)； 步驟7. 7，如果未失效，則返回?cái)?shù)據(jù)。
13.根據(jù)權(quán)利要求7所述的方法，其中，在所述步驟8中，客戶端數(shù)據(jù)緩存模塊首先判斷客戶端數(shù)據(jù)庫(kù)是否已有相同數(shù)據(jù)，如果已有，則不緩存， 如果沒(méi)有，則將數(shù)據(jù)緩存入客戶端數(shù)據(jù)庫(kù)；并在客戶端頁(yè)面顯示數(shù)據(jù)。
14.根據(jù)權(quán)利要求7所述的方法，其中，所述步驟8包括如下子步驟步驟8. 1，客戶端數(shù)據(jù)緩存模塊將從服務(wù)端獲取到的數(shù)據(jù)存入客戶端數(shù)據(jù)庫(kù)； 步驟8. 2，判斷緩存數(shù)據(jù)是否已存在，如果存在，則不緩存； 步驟8. 3，如果不存在，則緩存。
全文摘要
一種移動(dòng)終端應(yīng)用的跨平臺(tái)系統(tǒng)，由客戶端、服務(wù)端和消息通知系統(tǒng)構(gòu)成；其中客戶端包括客戶端與html5交互模塊、客戶端數(shù)據(jù)請(qǐng)求模塊、客戶端數(shù)據(jù)緩存模塊；服務(wù)端包括服務(wù)端解密模塊和服務(wù)端服務(wù)提供模塊；消息通知系統(tǒng)包括消息通知模塊。
文檔編號(hào)H04L29/08GK102546819SQ201210032109
公開(kāi)日2012年7月4日 申請(qǐng)日期2012年2月14日 優(yōu)先權(quán)日2012年2月14日
發(fā)明者佟業(yè)新, 唐紅武, 李長(zhǎng)杰, 薄滿輝, 高棟 申請(qǐng)人:中國(guó)民航信息網(wǎng)絡(luò)股份有限公司