專利名稱：：一種基于短信息的信息交互方法、系統(tǒng)及廣告交互方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通信
技術(shù)領(lǐng)域：
，特別涉及一種基于短信息的信息交互方法、系統(tǒng)及廣告交互方法。
背景技術(shù)：
：短信息群發(fā)平臺(tái)是一種基于互聯(lián)網(wǎng)的短信息發(fā)送系統(tǒng)方案，可以實(shí)現(xiàn)短信息的自定義發(fā)送、群發(fā)、提醒等各類功能。短信息群發(fā)平臺(tái)實(shí)際意義上是一種裝載在電腦上的短信息群發(fā)軟件，一般具有短信息的單發(fā)、群發(fā)、分組等功能，有的還有一定的CRM(CustomerRelationshipManagement)管理功能,也是目前商務(wù)短信息的主要載體。短信息群發(fā)平臺(tái)基于網(wǎng)絡(luò)通信運(yùn)營(yíng)商(網(wǎng)絡(luò)服務(wù)的供應(yīng)商)提供的全國(guó)全網(wǎng)上下行短信息接口資源，集客戶管理、群組管理、發(fā)送記錄管理和賬戶管理為一體，實(shí)現(xiàn)與客戶指定號(hào)碼進(jìn)行短信息批量發(fā)送和自定義發(fā)送的一個(gè)平臺(tái)。在利用短信息群發(fā)平臺(tái)的SDK(SoftwareDevelopmentKit,即軟件開(kāi)發(fā)工具包)進(jìn)行二次系統(tǒng)開(kāi)發(fā)時(shí)，會(huì)涉及到短信息群發(fā)平臺(tái)。短信息群發(fā)平臺(tái)SDK、移動(dòng)運(yùn)營(yíng)商系統(tǒng)、手機(jī)，他們之間的關(guān)系如圖4所示。短信息群發(fā)軟件主要以兩種網(wǎng)絡(luò)通信協(xié)議進(jìn)行數(shù)據(jù)傳輸，HTTP協(xié)議及socket協(xié)議，其中socket協(xié)議的安全性和效率較高，http協(xié)議方便但是安全性比較弱。短信息群發(fā)軟件主要有兩種開(kāi)發(fā)方式:B/S架構(gòu)開(kāi)發(fā)和C/S架構(gòu)開(kāi)發(fā)。此技術(shù)的缺點(diǎn):1、信息容量??；2、短信息廣告泛濫，對(duì)閱讀率有一定影響，容易忽視；3、容易被運(yùn)營(yíng)商屏蔽；4、保密性不強(qiáng)，容易被中途攔截和破解；5、單純的信息傳達(dá)，與設(shè)備本身沒(méi)有交互，資源利用率不高。移動(dòng)廣告是通過(guò)移動(dòng)設(shè)備(手機(jī)、PlayStationPortable、平板電腦等)訪問(wèn)移動(dòng)應(yīng)用或移動(dòng)網(wǎng)頁(yè)時(shí)顯示的廣告，廣告形式包括:圖片、文字、插播廣告、html5、重力感應(yīng)廣告等。目前移動(dòng)廣告的主要形式是:全屏廣告、文字廣告及圖片banner在手機(jī)游戲、應(yīng)用內(nèi)嵌入廣告，視頻廣告、插播廣告、間隙廣告。移動(dòng)廣告的缺點(diǎn):1、除了現(xiàn)有的群發(fā)短信息、藍(lán)牙傳輸外，所有的移動(dòng)廣告服務(wù)完全基于移動(dòng)互聯(lián)網(wǎng)的基礎(chǔ)環(huán)境和支持移動(dòng)互聯(lián)網(wǎng)的終端設(shè)備。在移動(dòng)互聯(lián)網(wǎng)不覆蓋的區(qū)域和環(huán)境下，或者使用不支持移動(dòng)互聯(lián)網(wǎng)，沒(méi)有GPRS或3G模塊的移動(dòng)終端設(shè)備，完全無(wú)法使用現(xiàn)行的移動(dòng)廣告；2、對(duì)網(wǎng)絡(luò)的穩(wěn)定性要求較高，在網(wǎng)絡(luò)不穩(wěn)定時(shí)續(xù)時(shí)斷的情況下，展示效果會(huì)非常差；3、對(duì)移動(dòng)設(shè)備的流量消耗和用電消耗都比較大，即使在廣告關(guān)閉和應(yīng)用關(guān)閉的情況下，為了實(shí)現(xiàn)和服務(wù)器的交互，流量也一直在消耗。另外，將短信的通訊功能應(yīng)用于制造業(yè)或其他行業(yè)的技術(shù)非常多。但這些設(shè)計(jì)或者方案只是使用短信發(fā)送一些很簡(jiǎn)單的控制信息，即一條短信息實(shí)現(xiàn)單個(gè)邏輯控制，使用的是較為低級(jí)的匯編語(yǔ)言，效率比較低，相對(duì)成本比較高，設(shè)置需要定制專門的控制設(shè)備。這類設(shè)計(jì)方案發(fā)送內(nèi)容多為二進(jìn)制表示的字符串，對(duì)短信所能承載的數(shù)據(jù)內(nèi)容沒(méi)有充分地利用和發(fā)掘，且無(wú)法做到一個(gè)短信息上對(duì)多個(gè)邏輯的控制和靈活配置，以及對(duì)手機(jī)底層顯示內(nèi)容的實(shí)時(shí)更新。既浪費(fèi)短信息數(shù)據(jù)長(zhǎng)度，配置上也不夠靈活，且不能保存和更新實(shí)時(shí)信息，沒(méi)有充分發(fā)掘GSM短信息在信息傳遞和實(shí)時(shí)更新上的優(yōu)勢(shì)和便捷性。同時(shí)，目前市面上也存在一些諸如《長(zhǎng)短信組裝方法及裝置》等有關(guān)短信組裝拼接或者叫做封裝的實(shí)現(xiàn)辦法。這些辦法大都存在如下缺陷:1、移動(dòng)終端能夠發(fā)送的長(zhǎng)短信的分段數(shù)局限于移動(dòng)發(fā)送端能夠輸入的長(zhǎng)短信長(zhǎng)度的限制。2、移動(dòng)終端能夠接收到的長(zhǎng)短信的分段數(shù)局限于移動(dòng)終端能夠接收的分段數(shù)的限制。3、拼接組裝辦法僅僅涉及到手機(jī)平臺(tái)或者PDA通信終端等應(yīng)用場(chǎng)合，不能夠滿足多種用途的基于GSM協(xié)議通訊需要。4、分組或者拼接辦法過(guò)于簡(jiǎn)單，不能滿足多語(yǔ)言環(huán)境下的多語(yǔ)言拼接的容錯(cuò)性處理等需要。5、在全部收到長(zhǎng)短信所有分段的時(shí)候開(kāi)始拼接，拼接效率較低
發(fā)明內(nèi)容本發(fā)明針對(duì)現(xiàn)有技術(shù)存在的上述不足，提供了一種基于短信息的信息交互方法，將十六進(jìn)制數(shù)字系統(tǒng)或者十進(jìn)制數(shù)字系統(tǒng)來(lái)表示二進(jìn)制數(shù)字系統(tǒng)，最大限度地利用短信息的數(shù)據(jù)空間，攜帶盡可能多的數(shù)據(jù)和內(nèi)容，實(shí)現(xiàn)單條短信息攜帶多個(gè)邏輯、控制開(kāi)關(guān)、標(biāo)識(shí)位和內(nèi)容的更新。此外，通過(guò)特有的攔截拼接技術(shù)，解決了對(duì)長(zhǎng)短信息內(nèi)多條短信息接收順序隨機(jī)和接收不同步的問(wèn)題，實(shí)現(xiàn)了在網(wǎng)絡(luò)不穩(wěn)定的情況下，手機(jī)客戶端自動(dòng)攔截、接受和解析長(zhǎng)短信息，實(shí)現(xiàn)在更新內(nèi)容的同時(shí)更新指令和業(yè)務(wù)邏輯，所有更新均可在短信息接收后自動(dòng)完成，無(wú)需手動(dòng)操作，避免了每次更新對(duì)用戶的打擾，同時(shí)節(jié)省成本。而且，通過(guò)短信拼接技術(shù)，不再受短信長(zhǎng)度的限制。—種基于短信息的信息交互方法，包括:51、短信息發(fā)送終端編輯并發(fā)送加密的短消息，短消息的數(shù)據(jù)報(bào)文的長(zhǎng)度為定長(zhǎng)，數(shù)據(jù)報(bào)文的格式為十六進(jìn)制或十進(jìn)制格式，數(shù)據(jù)報(bào)文中包括若干控制信息數(shù)據(jù)，用以控制短信息的接收終端；52、短信息接收終端接收短信息，對(duì)短信息進(jìn)行解碼，并進(jìn)行解密；53、短信息接收終端依據(jù)拆解規(guī)則進(jìn)行短信息拆解，得到控制信息數(shù)據(jù)；54、短信息接收終端根據(jù)控制信息數(shù)據(jù)執(zhí)行對(duì)應(yīng)的控制、顯示。較佳的，當(dāng)短信息接收終端接收到的短消息為長(zhǎng)短消息時(shí)，步驟S2還包括:判斷短消息是否分為η條短消息發(fā)送，當(dāng)η大于I時(shí)，短信息接收終端將短消息拼接，然后進(jìn)行短信息解密；當(dāng)η等于I時(shí)，將短信息轉(zhuǎn)化成可識(shí)別的編碼格式并進(jìn)行短信息解密。較佳的，短信息接收終端將短消息拼接包括:521、接收長(zhǎng)短消息中的其中一短消息，根據(jù)短消息的數(shù)據(jù)報(bào)文中的信息存儲(chǔ)于一有序的結(jié)構(gòu)體數(shù)組的對(duì)應(yīng)位置中，不進(jìn)行解碼和解密；522、接收另一短消息，并判斷是否為長(zhǎng)短消息中的其中之一，是則根據(jù)短消息的數(shù)據(jù)報(bào)文的信息存儲(chǔ)于有序的結(jié)構(gòu)體數(shù)組的對(duì)應(yīng)位置中，并進(jìn)行短消息拼接；否則執(zhí)行權(quán)利要求2內(nèi)容；523、短消息拼接完成后對(duì)短信息進(jìn)行解碼，并進(jìn)行解密。較佳的，步驟S3包括:541、短信息接收終端判斷接收到的短信息是否為短信息發(fā)送終端發(fā)送，是則執(zhí)行S42，否則作為正常短消息處理；542、短信息接收終端根據(jù)拆解規(guī)則判斷短信息是否可拆解，是則進(jìn)行短信息拆解，否則作為正常短消息處理；543、短信息接收終端判斷是否全部拆解完成，是則存儲(chǔ)拆解后的短信息，否則作為正常短消息處理。較佳的，還包括:S5、短信息發(fā)送終端采集短信息接收終端信息，包括短信息接收終端主動(dòng)上傳和/或服務(wù)器請(qǐng)求上傳兩種方式。較佳的，加密的短消息采用實(shí)時(shí)更新密鑰的對(duì)稱加密方法，通過(guò)短信息通知短信息接收終端更新密鑰。本發(fā)明針對(duì)現(xiàn)有技術(shù)存在的上述不足，提供了一種基于短信息的信息交互系統(tǒng)，將十六進(jìn)制數(shù)字系統(tǒng)或者十進(jìn)制數(shù)字系統(tǒng)來(lái)表示二進(jìn)制數(shù)字系統(tǒng)，最大限度地利用短信息的數(shù)據(jù)空間，攜帶盡可能多的數(shù)據(jù)和內(nèi)容，實(shí)現(xiàn)單條短信息攜帶多個(gè)邏輯、控制開(kāi)關(guān)、標(biāo)識(shí)位和內(nèi)容的更新。此外，通過(guò)特有的攔截拼接技術(shù)，解決了對(duì)長(zhǎng)短信息內(nèi)多條短信息接收順序隨機(jī)和接收不同步的問(wèn)題，實(shí)現(xiàn)了在網(wǎng)絡(luò)不穩(wěn)定的情況下，手機(jī)客戶端自動(dòng)攔截、接受和解析長(zhǎng)短信息，實(shí)現(xiàn)在更新內(nèi)容的同時(shí)更新指令和業(yè)務(wù)邏輯，所有更新均可在短信息接收后自動(dòng)完成，無(wú)需手動(dòng)操作，避免了每次更新對(duì)用戶的打擾，同時(shí)節(jié)省成本。而且，通過(guò)短信拼接技術(shù)，不再受短信長(zhǎng)度的限制。一種基于短信息的信息交互系統(tǒng)，包括:短信息發(fā)送終端和短信息接收終端，短信息發(fā)送終端和短信息接收終端通過(guò)網(wǎng)絡(luò)連接；短信息發(fā)送終端包括:短信息編輯模塊，用以編輯帶有若干控制信息數(shù)據(jù)的短信息，控制信息數(shù)據(jù)包含在短信息的數(shù)據(jù)報(bào)文中，數(shù)據(jù)報(bào)文的格式為十六進(jìn)制或十進(jìn)制格式；短信息加密模塊，連接短信息編輯模塊，用以對(duì)短信息進(jìn)行加密處理；短信息接收終端包括:短信息解碼解密模塊，用以對(duì)接收到的短信息進(jìn)行解碼和解密；短信息拆解模塊，連接短信息解碼解密模塊，用以拆解解碼和解密后的短信息；控制模塊，連接短信息拆解模塊，根據(jù)拆解后得到的控制信息數(shù)據(jù)執(zhí)行對(duì)應(yīng)的控制、顯/Jnο本發(fā)明針對(duì)現(xiàn)有技術(shù)存在的上述不足，提供了一種基于短信息的廣告交互方法，將十六進(jìn)制數(shù)字系統(tǒng)或者十進(jìn)制數(shù)字系統(tǒng)來(lái)表示二進(jìn)制數(shù)字系統(tǒng)，最大限度地利用短信息的數(shù)據(jù)空間，攜帶盡可能多的數(shù)據(jù)和內(nèi)容，實(shí)現(xiàn)單條短信息攜帶多個(gè)邏輯、控制開(kāi)關(guān)、標(biāo)識(shí)位和內(nèi)容的更新。此外，通過(guò)特有的攔截拼接技術(shù)，解決了對(duì)長(zhǎng)短信息內(nèi)多條短信息接收順序隨機(jī)和接收不同步的問(wèn)題，實(shí)現(xiàn)了在網(wǎng)絡(luò)不穩(wěn)定的情況下，手機(jī)客戶端自動(dòng)攔截、接受和解析長(zhǎng)短信息，實(shí)現(xiàn)在更新內(nèi)容的同時(shí)更新指令和業(yè)務(wù)邏輯，所有更新均可在短信息接收后自動(dòng)完成，無(wú)需手動(dòng)操作，避免了每次更新對(duì)用戶的打擾，同時(shí)節(jié)省成本。而且，通過(guò)短信拼接技術(shù)，不再受短信長(zhǎng)度的限制?！N基于短信息的廣告交互方法，編輯帶有廣告顯不信息數(shù)據(jù)的短信息，廣告顯示信息數(shù)據(jù)包含在短信息的數(shù)據(jù)報(bào)文中，數(shù)據(jù)報(bào)文的格式為十六進(jìn)制或十進(jìn)制格式。較佳的，短信息為長(zhǎng)短信息，短信息接收終端通過(guò)短信息拼接，獲得完整的廣告顯示信息數(shù)據(jù)，并在短信息接收終端的顯示對(duì)應(yīng)的廣告。圖1所示的是本發(fā)明的模塊結(jié)構(gòu)示意圖2所示的是本發(fā)明一實(shí)施例的詳細(xì)模塊框圖3所示的是本發(fā)明服務(wù)端發(fā)送短信息的時(shí)序關(guān)系圖4所示的是本發(fā)明客戶端接收端信息的時(shí)序關(guān)系圖5所示的是本發(fā)明的短信息接收流程圖6所示的是本發(fā)明的短消息的處理流程；圖7所示的是本發(fā)明判斷廣告位的流程圖8所示的是本發(fā)明短消息的下行工作流程圖9所示的是本發(fā)明短信息的上行流程圖10所示的是短信息報(bào)文數(shù)據(jù)格式示意圖11所示的是采用二進(jìn)制數(shù)據(jù)報(bào)文格式的示意圖12所示的是發(fā)明所用的十六進(jìn)制數(shù)據(jù)報(bào)文格式的示意圖13所示的是本發(fā)明的短信息拼接流程示意圖。具體實(shí)施例方式以下將結(jié)合本發(fā)明的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整的描述和討論，顯然，這里所描述的僅僅是本發(fā)明的一部分實(shí)例，并不是全部的實(shí)例，基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)的前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明的保護(hù)范圍。為了便于對(duì)本發(fā)明實(shí)施例的理解，下面將結(jié)合附圖以一個(gè)具體實(shí)施例為例作進(jìn)一步的解釋說(shuō)明，且各個(gè)實(shí)施例不構(gòu)成對(duì)本發(fā)明實(shí)施例的限定。依據(jù)圖1不難理解，基于GSM網(wǎng)絡(luò)通用短信息廣告交互系統(tǒng)由服務(wù)端和手機(jī)客戶端組成，服務(wù)端通過(guò)發(fā)送短消息給移動(dòng)客戶終端，該信息默認(rèn)是以7比特編碼方式發(fā)送，內(nèi)容必須為英文字母或數(shù)字，如果短信息中出現(xiàn)了英文字母、數(shù)字以外的文字，如Chinese(漢語(yǔ))、Hindi(印地語(yǔ))、Telugu(泰盧固語(yǔ))等,則會(huì)使用UCS-2編碼方式發(fā)送。UCS-2是一種每個(gè)字符都占兩個(gè)字節(jié)的Unicode，也是一種通用的字符編碼方法，是國(guó)際標(biāo)準(zhǔn)化組織所制定的IS0/IEC10646。這里只是以GSM網(wǎng)絡(luò)做舉例說(shuō)明，本領(lǐng)域技術(shù)人員很容易想到，本發(fā)明并不局限與GSM網(wǎng)絡(luò)，通過(guò)簡(jiǎn)單的適應(yīng)性修改即可應(yīng)用于WCDMA等其他網(wǎng)絡(luò)。圖2是本發(fā)明實(shí)施例中的框圖，依據(jù)圖2不難理解，本發(fā)明模塊結(jié)構(gòu)清晰，各模塊相對(duì)獨(dú)立，分工明確。在短信息內(nèi)容整體編輯、控制位信息加解密、短信息控制位編解碼、控制位信息和傳輸內(nèi)容拼接、短信息的發(fā)送接收、拆解內(nèi)容存儲(chǔ)等方面自成模塊，具備較強(qiáng)的低耦合性和較強(qiáng)的靈活性，使其在短信息的發(fā)送流程和接收流程的過(guò)程對(duì)相關(guān)模塊的加載更加簡(jiǎn)單快速。圖3是服務(wù)端發(fā)送短信息的時(shí)序關(guān)系圖，短信的發(fā)送由服務(wù)端發(fā)起，服務(wù)端向編輯模塊請(qǐng)求短信編輯；待編輯成功后，服務(wù)端向編碼模塊請(qǐng)求控制位信息編碼；待編碼成功后，服務(wù)端向加密模塊請(qǐng)求控制信息位加密；待加密成功后，服務(wù)端向拼接模塊請(qǐng)求拼接短信內(nèi)容；待短信內(nèi)容拼接完成后，服務(wù)端異步請(qǐng)求短信息發(fā)送模塊來(lái)發(fā)送短信，等待短信息發(fā)送模塊的發(fā)送結(jié)果。圖4是移動(dòng)客戶端接收短信息的時(shí)序關(guān)系圖，短信的接收由客戶端完成，客戶端向接收模塊發(fā)起短信接收請(qǐng)求；待短信息接收成功后，客戶端向解密模塊請(qǐng)求控制位信息解密；待解密成功后，客戶端向解碼模塊發(fā)起控制位信息解碼請(qǐng)求；帶解碼成功后，判斷接收到的短信息是否是長(zhǎng)短信息，如果接收到的短信息是長(zhǎng)短信息，那么客戶端向拼接模塊發(fā)送拼接請(qǐng)求；待拼接成功后，客戶端向存儲(chǔ)模塊發(fā)起短信息內(nèi)容存儲(chǔ)請(qǐng)求，等待存儲(chǔ)結(jié)果O1、短信息的編輯流程特別值得一提的是短信息的編輯流程，傳統(tǒng)的短信的控制位的編輯不是按照10進(jìn)制或者16進(jìn)制的格式直接編輯的，其編輯過(guò)程實(shí)際上是二進(jìn)制O或者I的填寫過(guò)程。這樣的話，服務(wù)端操作處理起來(lái)比較容易，也很直觀，對(duì)所需要開(kāi)關(guān)的控制位信息編輯上也不容易出錯(cuò)。短信息的傳輸內(nèi)容是既可以編輯也可以留空的，因?yàn)榭赡苣承┛刂莆坏男畔l(fā)送根本不需要內(nèi)容傳輸。對(duì)于該位是否有內(nèi)容的處理上，本發(fā)明也別具匠心，如果控制信息的控制位為空，那么不允許編輯短信內(nèi)容；否則，允許編輯短信內(nèi)容，這樣既省時(shí)又省力。2、短信息的控制位編碼和加密流程根據(jù)需要，要對(duì)已經(jīng)編輯好的短信的控制位進(jìn)行短信息數(shù)據(jù)封包，下文將會(huì)提到創(chuàng)新的十進(jìn)制十六進(jìn)制混編短信息報(bào)文，它就是對(duì)短信息編輯模塊填寫的二進(jìn)制控制信息標(biāo)志位的編碼組織形式，在編碼的過(guò)程中，將會(huì)使用到短信息的編碼模塊。由于傳輸安全性的需要，也需要對(duì)短信息控制位進(jìn)行一定程度的加密，以免在傳輸過(guò)程中被截取而泄密，短信息控制位的加密過(guò)程將會(huì)使用到對(duì)短信息的加密模塊，該模塊將會(huì)使用到創(chuàng)新的對(duì)稱加密算法，且該密鑰是可以隨時(shí)更新的，更加安全。實(shí)際商用過(guò)程中服務(wù)端會(huì)通過(guò)發(fā)送短信息的辦法告知客戶端更新密匙(即Key)，(如Keyl，當(dāng)前情況下明文字符O對(duì)應(yīng)密文字符Z，經(jīng)過(guò)短信更新，更新后明文字符O也有可能對(duì)應(yīng)密文字符J)，而密匙(Key)的組織是無(wú)規(guī)律可循的，只有服務(wù)端自己知道某個(gè)項(xiàng)目在某個(gè)時(shí)間段明文和密文對(duì)應(yīng)關(guān)系，這樣大大增加了保密性。3、短信息的發(fā)送流程短信息的發(fā)送是一個(gè)異步發(fā)送的過(guò)程，這一點(diǎn)在圖12服務(wù)端發(fā)送短信息的時(shí)序關(guān)系圖上可以明顯的看出來(lái)。4、短信息接收流程在手機(jī)客戶端，需要首先判斷收到的短信息所使用的編碼方式，然后將接收到的信息轉(zhuǎn)化成可以識(shí)別的編碼格式進(jìn)行短信息解密和拆解運(yùn)算。在UCS-2編碼格式的情況下，同樣的短信內(nèi)容的表意單元，消息的長(zhǎng)度極有可能大于一條短信息，因此，在接收短消息的時(shí)候，需要極其嚴(yán)格的對(duì)短消息的編碼和是否一段信息使用了一條以上短消息發(fā)送進(jìn)行判斷。如圖5所示。5、短消息的處理流程經(jīng)過(guò)解密后的短信息處理的流程圖可以表示如圖6所示。查找解密后短信息:正如上文中提到的那樣，移動(dòng)客戶端接收到的短消息既可能是只包含英文字母和數(shù)字的默認(rèn)7比特編碼格式，也可能是既包含英文字母和數(shù)字又包含Chinese(漢語(yǔ))或者Hindi(印地語(yǔ))、Telugu(泰盧固語(yǔ))等UCS-2編碼的短消息，并且在UCS-2編碼格式的情況下，同樣的短信息內(nèi)容的表·意單元，消息的長(zhǎng)度極有可能大于一條短信息，因此，在接收短消息的時(shí)候，需要極其嚴(yán)格的對(duì)短消息的編碼和是否一段信息使用了一條以上短消息發(fā)送進(jìn)行判斷。如果一段信息使用了一條以上短信息發(fā)送過(guò)來(lái)，則需要對(duì)收到的多條短信息進(jìn)行合并和拼接，如果采用了UCS-2的編碼格式，則需要對(duì)收到的短信息進(jìn)行轉(zhuǎn)碼，轉(zhuǎn)化為可以識(shí)別的格式，再去進(jìn)行特殊標(biāo)志位的判斷。如果收到的短信息不包含服務(wù)端發(fā)送時(shí)候設(shè)置的特殊標(biāo)志位，則說(shuō)明該短信息不是服務(wù)端發(fā)送過(guò)來(lái)的目標(biāo)短信息，直接拋給系統(tǒng)去按照正常的短消息處理。拆解規(guī)則判斷:在很極端的情況下，用戶收到的短消息也很有可能包含目標(biāo)短息的中的標(biāo)志位，那么在這種情況下，還需要作進(jìn)一步的判斷，即按照協(xié)議約定的短消息拆解規(guī)則去進(jìn)行短消息拆解，雖然該目標(biāo)消息包含了特殊的標(biāo)志位，但是，如果不符合約定的短消息拆解規(guī)則，那么客戶端同樣可以不認(rèn)為收到的短信息是合法的正確短消息，直接拋給系統(tǒng)去按照正常的短消息處理。短信拆解:進(jìn)一步的對(duì)正確的短消息按照協(xié)議約定的短消息拆解規(guī)則進(jìn)行拆解，如果能夠全部將正確短消息中的信息拆解出來(lái)，就需要將這些拆解后的內(nèi)容進(jìn)行保存。如果拆解過(guò)程遇到錯(cuò)誤，或者不能完全的正確拆解，那么則認(rèn)為正確的短消息同樣是用戶正常的短消息來(lái)處理。6、更新信息的展示流程對(duì)拆解后的消息保存的更新內(nèi)容還有一個(gè)展示的過(guò)程，該過(guò)程可以通過(guò)圖7形象的表示出來(lái)。需要顯示文本廣告的內(nèi)容即為短信息下發(fā)過(guò)程中所攜帶的廣告更新內(nèi)容，該內(nèi)容存在于下發(fā)短信息的數(shù)據(jù)報(bào)文，同時(shí)在下發(fā)短信息的控制信息數(shù)據(jù)中，則是一些關(guān)于顯示文本廣告或者內(nèi)置圖片廣告或者通過(guò)GPRS網(wǎng)絡(luò)更新的圖片廣告的顯示控制信息，這些控制信息在廣告的響應(yīng)條件被觸發(fā)的時(shí)候，被用來(lái)判斷是顯示哪一種廣告類型。以上主要說(shuō)明了短消息的下行工作流程，作為一個(gè)可供交互的廣告系統(tǒng)，本發(fā)明的上行數(shù)據(jù)流程圖可以表示如圖8所示。上行流程主要負(fù)責(zé)采集和記錄客戶端信息，在合適的時(shí)機(jī)或者服務(wù)端采取主動(dòng)查詢的時(shí)候，將采集到的信息進(jìn)行加密等操作，然后發(fā)回到服務(wù)器。報(bào)文(message)是網(wǎng)絡(luò)中交換與傳輸?shù)臄?shù)據(jù)單元，即站點(diǎn)一次性要發(fā)送的數(shù)據(jù)塊。報(bào)文包含了將要發(fā)送的完整的數(shù)據(jù)信息，其長(zhǎng)短很不一致，長(zhǎng)度不限且可變。(可分為自由報(bào)文和數(shù)字報(bào)文)。報(bào)文也是網(wǎng)絡(luò)傳輸?shù)膯挝?，傳輸過(guò)程中會(huì)不斷的封裝成分組、包、幀來(lái)傳輸，封裝的方式就是添加一些信息段，那些就是報(bào)文頭以一定格式組織起來(lái)的數(shù)據(jù)，比如里面有報(bào)文類型，報(bào)文版本，報(bào)文長(zhǎng)度，報(bào)文實(shí)體等等信息。本發(fā)明在GSM短消息數(shù)據(jù)封包中借用報(bào)文的概念，采用的十六進(jìn)制數(shù)字系統(tǒng)(Hexnumbersystem)混合十進(jìn)制數(shù)字系統(tǒng)(Decimalnumbersystem)用來(lái)表征二進(jìn)制數(shù)字系統(tǒng)(Binarynumbersystem)的短信息報(bào)文數(shù)據(jù)格式定義。如圖9所示,MOCAAD_SMS_TYPE_BYTE、M0CAAD_SMS_ACT10N_BYTE、MOCAAD_SMS_UPDATE_BYTE、MOCAAD_SMS_SWITCH_BYTE、MOCAAD_SMS_MAX_DAY_BYTE、M0CAAD_SMS_DISPLAY_HOUR_BYTE、M0CAAD_SMS_C0NTENT_BYTE等定義，是對(duì)各個(gè)短信息數(shù)據(jù)段所占用的長(zhǎng)度的表述，與網(wǎng)絡(luò)數(shù)據(jù)報(bào)文不同的是，本發(fā)明的GSM數(shù)據(jù)報(bào)長(zhǎng)度是定長(zhǎng)的,正因?yàn)槠洳捎昧耸M(jìn)制數(shù)字系統(tǒng)(Hexnumbersystem)混合十進(jìn)制數(shù)字系統(tǒng)(Decimalnumbersystem)用來(lái)表征二進(jìn)制數(shù)字系統(tǒng)(Binarynumbersystem)的短信息報(bào)文數(shù)據(jù)格式，其控制信息數(shù)據(jù)位仍然具備很強(qiáng)的拓展性，從而極好的給后續(xù)開(kāi)發(fā)預(yù)留了較大范圍功能開(kāi)發(fā)空間。創(chuàng)新十進(jìn)制十六進(jìn)制混編短信息報(bào)文圖10所示是一個(gè)使用GSM短信息控制單片機(jī)或者智能家居方案的例子。這是用來(lái)表征8個(gè)控制位開(kāi)關(guān)的一組數(shù)據(jù)，該數(shù)據(jù)使用了8個(gè)英文數(shù)字信字符來(lái)表示一個(gè)十進(jìn)制的數(shù)字8，即打開(kāi)某單片機(jī)的后面四位開(kāi)關(guān)，或者打開(kāi)智能家居的編號(hào)為1、2、3、4的電燈。圖11所示則為本發(fā)明所使用的打開(kāi)或者更新4個(gè)廣告位開(kāi)關(guān)的例子。不難看出，采用本發(fā)明所使用的十六進(jìn)制數(shù)字系統(tǒng)(Hexnumbersystem)混合十進(jìn)制數(shù)字系統(tǒng)(Decimalnumbersystem)用來(lái)表征二進(jìn)制數(shù)字系統(tǒng)(Binarynumbersystem)的短信息報(bào)文的辦法，能夠最大限度地減低GSM短信息使用的字母或者數(shù)字個(gè)數(shù)，最大限度地利用了短信數(shù)據(jù)內(nèi)容，減少不必要的短信息使用。從實(shí)際使用上，如果采用本公司的發(fā)明，每一次針對(duì)多個(gè)控制信息發(fā)送的短信息減少一條，對(duì)于10萬(wàn)級(jí)別的用戶數(shù)量，將會(huì)節(jié)省I萬(wàn)元的RMB的費(fèi)用(以中國(guó)的資費(fèi)計(jì)算)，以此類推。短信息控制多個(gè)邏輯使用本發(fā)明可以很自由的使用一條短信息來(lái)控制或者處理多個(gè)業(yè)務(wù)邏輯關(guān)系，一個(gè)簡(jiǎn)單的應(yīng)用舉例如圖12所示。該條短息用來(lái)表達(dá)一個(gè)比較復(fù)雜的邏輯關(guān)系，從圖中可以看至IJ，文字F實(shí)際上就是二進(jìn)制的00001111，即前面四個(gè)為O的廣告位不處理，要進(jìn)行處理的廣告位置是處在最后面四個(gè)標(biāo)志位為I的廣告位。除了將四個(gè)個(gè)廣告位的開(kāi)關(guān)打開(kāi)，同時(shí)對(duì)四個(gè)個(gè)廣告位的內(nèi)容更新為如圖中所示的字樣。通過(guò)此例說(shuō)明，一個(gè)字符可以控制8個(gè)邏輯，短信數(shù)據(jù)內(nèi)容的使用率提高了7倍。長(zhǎng)短信息的拼接技術(shù)目前功能機(jī)長(zhǎng)短信息最大支持到4條標(biāo)準(zhǔn)的GSM短信息。而這4條短信息是由底層協(xié)議一個(gè)一個(gè)上報(bào)上來(lái)的，由于網(wǎng)絡(luò)阻塞或是同時(shí)收到多個(gè)短信息，導(dǎo)致這四條短信息不是按順序發(fā)到客戶端的，有可能是最后一條或是第二條先到客戶端。由于加密短信息控制標(biāo)志位是在第一條里的，假設(shè)按順序到達(dá)手機(jī)，那么我們自然可以拼接成功，但是如果不按順序，那么會(huì)導(dǎo)致我們收到短信息后拋棄了其他三條的信息，只保留了第一條信息，這樣一來(lái)我們收到的將是一個(gè)不完整的信息。為了解決這個(gè)問(wèn)題，其處理過(guò)程如圖13所示:當(dāng)收到長(zhǎng)短信息的某一條時(shí)，把它保存在一個(gè)有序的結(jié)構(gòu)體數(shù)組中，不上報(bào)給上層響應(yīng)，當(dāng)我們?cè)偈盏揭粭l時(shí)，我們會(huì)根據(jù)這條短信息的相關(guān)信息(短信息標(biāo)示ID、長(zhǎng)短信息的第幾條、發(fā)短信息的號(hào)碼等)與我們之前保存的做比對(duì)，如果屬于同一條長(zhǎng)短信，我們就會(huì)按他們的短信息標(biāo)示的第幾條把他們拼接起來(lái)。之后我們會(huì)判斷這是服務(wù)端發(fā)的短信息還是其他正常短信息，再做相應(yīng)處理。采用本發(fā)明的分組處理和算法，克服了現(xiàn)有技術(shù)的缺陷，可以適應(yīng)各種網(wǎng)絡(luò)環(huán)境，處理效率高，錯(cuò)誤率低，適應(yīng)性強(qiáng)，更加靈活。本發(fā)明的技術(shù)優(yōu)勢(shì)表現(xiàn)如下:1、具備短信息發(fā)送模塊的任何終端產(chǎn)品，均可采用本發(fā)明的長(zhǎng)短信編寫辦法編輯符合運(yùn)營(yíng)商分段個(gè)數(shù)要求的長(zhǎng)短信，不局限于移動(dòng)數(shù)據(jù)終端的短信輸入編輯框字?jǐn)?shù)限制。2、具備短信息接收模塊的任何終端產(chǎn)品，均可采用本發(fā)明的長(zhǎng)短信拼接辦法，拼接從運(yùn)營(yíng)商收到的最大分段數(shù)長(zhǎng)短信息，不局限于移動(dòng)數(shù)據(jù)終端接收長(zhǎng)短信最大分段數(shù)的限制。3、本發(fā)明的拼接辦法是，當(dāng)收到長(zhǎng)短信息的某一分段時(shí)，把它保存在一個(gè)有序的結(jié)構(gòu)體數(shù)組中，不立即上報(bào)給上層響應(yīng)。當(dāng)再收到長(zhǎng)短信一條分段時(shí)，會(huì)根據(jù)這條短信息的短信息標(biāo)示ID、長(zhǎng)短信息的第幾分段、發(fā)短信息的號(hào)碼等參數(shù)與之前保存的分段做屬性對(duì)t匕，如果是長(zhǎng)短信的不同分段，則按長(zhǎng)短信息標(biāo)示的第幾分段將其拼接起來(lái)。因此，本發(fā)明的適用范圍就不僅僅局限于手機(jī)平臺(tái)和PDA平臺(tái)，在多種用途的基于GSM協(xié)議通訊過(guò)程中，攜帶本模塊可發(fā)收短信息的任何終端產(chǎn)品都可能使用。4、采用本發(fā)明，能夠?qū)㈤L(zhǎng)短信拼接過(guò)程中所有可能的因編碼而引起拼接錯(cuò)誤風(fēng)險(xiǎn)降底為0.07%，容錯(cuò)性是當(dāng)前技術(shù)的10倍以上。5、正如圖13所示的那樣，本發(fā)明的算法是在短信息接受過(guò)程中，一邊接收一邊拼接的，算法復(fù)雜度為O(η)，區(qū)別于市面其他算法復(fù)雜度的O(n~2)，拼接效率高。綜上所述，本發(fā)明實(shí)施例通過(guò)將十六進(jìn)制數(shù)字系統(tǒng)(Hexnumbersystem)或者十進(jìn)制數(shù)字系統(tǒng)(Decimalnumbersystem)來(lái)表示二進(jìn)制數(shù)字系統(tǒng)(Binarynumbersystem)，最大限度地利用短信息的數(shù)據(jù)空間，攜帶盡可能多的數(shù)據(jù)和內(nèi)容，實(shí)現(xiàn)單條短信息攜帶多個(gè)邏輯、控制開(kāi)關(guān)、標(biāo)識(shí)位和內(nèi)容的更新。此外，通過(guò)特有的攔截拼接技術(shù)，解決了對(duì)長(zhǎng)短信息內(nèi)多條短信息接收順序隨機(jī)和接收不同步的問(wèn)題，實(shí)現(xiàn)了在網(wǎng)絡(luò)不穩(wěn)定的情況下，手機(jī)客戶端自動(dòng)攔截、接受和解析長(zhǎng)短信息，實(shí)現(xiàn)在更新內(nèi)容的同時(shí)更新指令和業(yè)務(wù)邏輯，所有更新均可在短信息接收后自動(dòng)完成，無(wú)需手動(dòng)操作，避免了每次更新對(duì)用戶的打擾，同時(shí)節(jié)省成本。而且，通過(guò)在移動(dòng)設(shè)備內(nèi)預(yù)置動(dòng)態(tài)廣告位，通過(guò)短信拼接技術(shù)，不再受短信長(zhǎng)度的限制。由于不同語(yǔ)言對(duì)Unicode的占用不同,對(duì)一些Unicode占用大的語(yǔ)言,單條短信息根本無(wú)法滿足更新內(nèi)容的需求，對(duì)于長(zhǎng)短信息的攔截和接收技術(shù)也解決了這一難題，使這項(xiàng)技術(shù)的使用范圍更廣，靈活性更強(qiáng)。以上所述，僅為本發(fā)明較佳的具體實(shí)施方式，但本發(fā)明的保護(hù)范圍并不局限與此，任何熟悉本
技術(shù)領(lǐng)域：
的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。權(quán)利要求1.一種基于短信息的信息交互方法，其特征在于，包括:51、短信息發(fā)送終端編輯并發(fā)送加密的短消息，所述短消息的數(shù)據(jù)報(bào)文的長(zhǎng)度為定長(zhǎng)，所述數(shù)據(jù)報(bào)文的格式為十六進(jìn)制或十進(jìn)制格式，所述數(shù)據(jù)報(bào)文中包括若干控制信息數(shù)據(jù)，用以控制所述短信息的接收終端；52、短信息接收終端接收短信息，對(duì)所述短信息進(jìn)行解碼，并進(jìn)行解密；53、短信息接收終端依據(jù)拆解規(guī)則進(jìn)行短信息拆解，得到所述控制信息數(shù)據(jù)；54、短信息接收終端根據(jù)所述控制信息數(shù)據(jù)執(zhí)行對(duì)應(yīng)的控制、顯示。2.根據(jù)權(quán)利要求1所述的一種基于短信息的信息交互方法，其特征在于，當(dāng)所述短信息接收終端接收到的所述短消息為長(zhǎng)短消息時(shí)，所述步驟S2還包括:判斷所述短消息是否分為η條短消息發(fā)送，當(dāng)η大于I時(shí)，所述短信息接收終端將所述短消息拼接，然后進(jìn)行短信息解密；當(dāng)η等于I時(shí)，將所述短信息轉(zhuǎn)化成可識(shí)別的編碼格式并進(jìn)行短信息解密。3.根據(jù)權(quán)利要求2所述的一種基于短信息的信息交互方法，其特征在于，所述短信息接收終端將所述短消息拼接包括:521、接收所述長(zhǎng)短消息中的其中一短消息，根據(jù)所述短消息的數(shù)據(jù)報(bào)文中的信息存儲(chǔ)于一有序的結(jié)構(gòu)體數(shù)組的對(duì)應(yīng)位置中，不進(jìn)行解碼和解密；522、接收另一短消息，并判斷是否為所述長(zhǎng)短消息中的其中之一，是則根據(jù)所述短消息的數(shù)據(jù)報(bào)文的信息存儲(chǔ)于所述有序的結(jié)構(gòu)體數(shù)組的對(duì)應(yīng)位置中，并進(jìn)行短消息拼接；否則執(zhí)行權(quán)利要求2所述內(nèi)容；523、短消息拼接完成后對(duì)所述短信息進(jìn)行解碼，并進(jìn)行解密。4.根據(jù)權(quán)利要求1所述的一種基于短信息的信息交互方法，其特征在于，所述步驟S3包括:541、短信息接收終端判斷接收到的短信息是否為所述短信息發(fā)送終端發(fā)送，是則執(zhí)行S42，否則作為正常短消息處理；542、短信息接收終端根據(jù)拆解規(guī)則判斷所述短信息是否可拆解，是則進(jìn)行短信息拆解，否則作為正常短消息處理；543、短信息接收終端判斷是否全部拆解完成，是則存儲(chǔ)拆解后的短信息，否則作為正常短消息處理。5.根據(jù)權(quán)利要求1所述的一種基于短信息的信息交互方法，其特征在于，還包括:55、短信息發(fā)送終端采集短信息接收終端信息，包括短信息接收終端主動(dòng)上傳和/或服務(wù)器請(qǐng)求上傳兩種方式。6.根據(jù)權(quán)利要求1所述的一種基于短信息的信息交互方法，其特征在于，所述加密的短消息采用實(shí)時(shí)更新密鑰的對(duì)稱加密方法，通過(guò)短信息通知所述短信息接收終端更新密鑰。7.一種基于短信息的信息交互系統(tǒng)，其特征在于，包括:短信息發(fā)送終端和短信息接收終端，所述短信息發(fā)送終端和所述短信息接收終端通過(guò)網(wǎng)絡(luò)連接；所述短信息發(fā)送終端包括:短信息編輯模塊，用以編輯帶有若干控制信息數(shù)據(jù)的短信息，所述控制信息數(shù)據(jù)包含在所述短信息的數(shù)據(jù)報(bào)文中，所述數(shù)據(jù)報(bào)文的格式為十六進(jìn)制或十進(jìn)制格式；短信息加密模塊，連接所述短信息編輯模塊，用以對(duì)所述短信息進(jìn)行加密處理；所述短信息接收終端包括:短信息解碼解密模塊，用以對(duì)接收到的短信息進(jìn)行解碼和解密；短信息拆解模塊，連接所述短信息解碼解密模塊，用以拆解所述解碼和解密后的短信息；控制模塊，連接所述短信息拆解模塊，根據(jù)拆解后得到的所述控制信息數(shù)據(jù)執(zhí)行對(duì)應(yīng)的控制、顯示。8.一種基于短信息的廣告交互方法，其特征在于，編輯帶有廣告顯示信息數(shù)據(jù)的短信息，所述廣告顯示信息數(shù)據(jù)包含在所述短信息的數(shù)據(jù)報(bào)文中，所述數(shù)據(jù)報(bào)文的格式為十六進(jìn)制或十進(jìn)制格式。9.根據(jù)權(quán)利要求8所述的一種基于短信息的廣告交互方法，其特征在于，所述短信息為長(zhǎng)短信息，短信息接收終端通過(guò)短信息拼接，獲得完整的所述廣告顯示信息數(shù)據(jù)，并在所述短信息接收終端的顯示對(duì)應(yīng)的廣告。全文摘要本發(fā)明提供了一種基于短信息的信息交互方法、系統(tǒng)以及廣告交互方法，將十六進(jìn)制數(shù)字系統(tǒng)或者十進(jìn)制數(shù)字系統(tǒng)來(lái)表示二進(jìn)制數(shù)字系統(tǒng)，最大限度地利用短信息的數(shù)據(jù)空間，攜帶盡可能多的數(shù)據(jù)和內(nèi)容，實(shí)現(xiàn)單條短信息攜帶多個(gè)邏輯、控制開(kāi)關(guān)、標(biāo)識(shí)位和內(nèi)容的更新。此外，通過(guò)特有的攔截拼接技術(shù)，解決了對(duì)長(zhǎng)短信息內(nèi)多條短信息接收順序隨機(jī)和接收不同步的問(wèn)題，實(shí)現(xiàn)了在網(wǎng)絡(luò)不穩(wěn)定的情況下，手機(jī)客戶端自動(dòng)攔截、接受和解析長(zhǎng)短信息，實(shí)現(xiàn)在更新內(nèi)容的同時(shí)更新指令和業(yè)務(wù)邏輯，所有更新均可在短信息接收后自動(dòng)完成，無(wú)需手動(dòng)操作，避免了每次更新對(duì)用戶的打擾，同時(shí)節(jié)省成本。而且，通過(guò)短信拼接技術(shù)，不再受短信長(zhǎng)度的限制。文檔編號(hào)H04W4/14GK103220648SQ201310154730公開(kāi)日2013年7月24日申請(qǐng)日期2013年4月28日優(yōu)先權(quán)日2013年4月28日發(fā)明者關(guān)音申請(qǐng)人:先人掌信息科技(上海)有限公司