專利名稱：移動(dòng)設(shè)備的消息的加密發(fā)送和接收的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信安全領(lǐng)域，具體地涉及移動(dòng)設(shè)備消息的加密發(fā)送和接受的方法和系統(tǒng)。
背景技術(shù)：
·
移動(dòng)設(shè)備作為承載個(gè)人消息的載體具有許多保密的需求。移動(dòng)設(shè)備發(fā)送的數(shù)據(jù)，例如手機(jī)短信，日益成為個(gè)人溝通的主要方式，對(duì)手機(jī)短消息的保密也產(chǎn)生了許多需求。一方面，短消息接收方的手機(jī)硬件上存儲(chǔ)著用戶接收到的短消息，如果不及時(shí)清理，一旦手機(jī)丟失后會(huì)造成用戶隱私的泄露。另一方面，手機(jī)短消息雖然經(jīng)過手機(jī)硬件編譯、調(diào)制，最終以載波數(shù)據(jù)的形式發(fā)送，但是短消息的編譯、調(diào)制的過程已經(jīng)成為行業(yè)標(biāo)準(zhǔn)，為大眾所了解。所以，只要有適當(dāng)?shù)募夹g(shù)手段，任何人都可以截獲手機(jī)發(fā)出的短消息數(shù)據(jù)并還原為短消息內(nèi)容?，F(xiàn)有技術(shù)中已經(jīng)有許多短消息保密的方法，例如，申請(qǐng)?zhí)枮镃N101867660，申請(qǐng)日為2010年7月6日的，名為“一種實(shí)現(xiàn)短消息自動(dòng)刪除的方法”的專利申請(qǐng)公開了一種短消息保密技術(shù)，發(fā)送方在短消息中加入自動(dòng)刪除標(biāo)識(shí)符，接收方讀取自動(dòng)刪除標(biāo)識(shí)符后自動(dòng)刪除已讀的短消息。但是這種技術(shù)要求接收端手機(jī)也具有自動(dòng)刪除的功能，才能夠識(shí)別自動(dòng)刪除標(biāo)識(shí)符并執(zhí)行自動(dòng)刪除的操作。申請(qǐng)?zhí)枮?00610035193. X，申請(qǐng)日為2007年6月20日的，名為“一種短消息傳
送方法及裝置”的專利申請(qǐng)公開了一種短消息刪除請(qǐng)求和確認(rèn)方法。該方法在接收短消息的用戶刪除已請(qǐng)求短消息刪除報(bào)告的短消息后，接收方自動(dòng)向發(fā)送方反饋短消息刪除報(bào)告消息，從而使發(fā)送方通過短消息刪除報(bào)告獲知短消息的接收方已刪除了相應(yīng)的已發(fā)送短消息，為短消息的發(fā)送方提供了旁證，而且內(nèi)容運(yùn)營(yíng)商可以根據(jù)該短消息刪除報(bào)告做出相應(yīng)的統(tǒng)計(jì)。該方法實(shí)際上是通過人為因素，手動(dòng)刪除已收到的短信。技術(shù)方面在于短消息刪除報(bào)告來確認(rèn)刪除，但是接收方如果人為不刪除短信，仍然有較大的泄密風(fēng)險(xiǎn)。綜上所述，現(xiàn)有技術(shù)不能完全通過技術(shù)手段實(shí)現(xiàn)加密消息發(fā)送和接收，或者其技術(shù)手段依賴于發(fā)送方和接收方都安裝特殊的客戶端程序，造成了技術(shù)應(yīng)用的局限性。

發(fā)明內(nèi)容
本發(fā)明解決的技術(shù)問題是提供一種移動(dòng)設(shè)備加密消息的發(fā)送和接收的方法和系統(tǒng)，從而使接收方不需安裝特殊功能的軟件，使任何具備無線網(wǎng)絡(luò)連接功能的手機(jī)都能實(shí)現(xiàn)加密消息的讀取。根據(jù)本發(fā)明的一個(gè)方面，所采用的技術(shù)方案是提供一種移動(dòng)設(shè)備消息的加密發(fā)送和接受的方法，包括以下步驟將消息內(nèi)容加密編譯；將加密編譯后的消息進(jìn)一步編譯為網(wǎng)絡(luò)鏈接的地址；將編譯后的網(wǎng)絡(luò)鏈接的地址發(fā)送至接收端；以及服務(wù)器對(duì)消息內(nèi)容解密、呈現(xiàn)給接收端，并在其后阻止對(duì)消息內(nèi)容的訪問。根據(jù)本發(fā)明的一個(gè)方面，將加密編譯后的消息進(jìn)一步編譯為網(wǎng)絡(luò)鏈接的地址包括在加密編譯后的消息前添加協(xié)議類型、主機(jī)名和路徑；以及在加密編譯后的消息后添加隨機(jī)碼、尋址位或校驗(yàn)位。根據(jù)本發(fā)明的一個(gè)方面，進(jìn)一步包括接收端可通過所述網(wǎng)絡(luò)鏈接的地址訪問所述服務(wù)器。根據(jù)本發(fā)明的一個(gè)方面，服務(wù)器對(duì)短信內(nèi)容解密并呈現(xiàn)給接收端的步驟包括月艮務(wù)器將收到的網(wǎng)絡(luò)鏈接的地址還原為消息內(nèi)容；以及在所述網(wǎng)絡(luò)鏈接的地址相應(yīng)的網(wǎng)頁內(nèi)顯示所述消息內(nèi)容。根據(jù)本發(fā)明的一個(gè)方面，服務(wù)器動(dòng)態(tài)生成一個(gè)頁面，該頁面包括發(fā)送端識(shí)別碼，消息內(nèi)容和消息內(nèi)容瀏覽狀態(tài)。 根據(jù)本發(fā)明的一個(gè)方面，所述消息瀏覽狀態(tài)包括已讀和未讀，當(dāng)服務(wù)器所生成的頁面被訪問過之后，該消息內(nèi)容被禁止訪問。根據(jù)本發(fā)明的一個(gè)方面，還包括預(yù)定義可加密消息的長(zhǎng)度，
當(dāng)消息包含的字符數(shù)超過預(yù)定義的消息的長(zhǎng)度時(shí)，將所述消息分成2段或更多段，將每一段消息內(nèi)容加密編譯，將加密編譯后的每一段消息進(jìn)一步編譯為一個(gè)網(wǎng)絡(luò)鏈接的地址，將編譯后的2個(gè)或多個(gè)網(wǎng)絡(luò)鏈接的地址發(fā)送至接收端，服務(wù)器分別對(duì)2個(gè)或多個(gè)網(wǎng)絡(luò)鏈接的地址相應(yīng)的短信內(nèi)容解密、呈現(xiàn)給接收端，并在其后阻止對(duì)消息內(nèi)容的訪問。根據(jù)本發(fā)明的一個(gè)方面，所采用的技術(shù)方案是提供一種消息的加密發(fā)送和接收的系統(tǒng)，包括客戶端和服務(wù)器端，客戶端進(jìn)一步包括消息加密模塊、消息編譯模塊、消息發(fā)送模塊和服務(wù)器端，消息加密模塊接收移動(dòng)設(shè)備用戶輸入的消息內(nèi)容，并對(duì)消息內(nèi)容加密，消息編譯模塊與消息加密模塊通訊，接收來自消息加密模塊的加密消息，并將加密消息編譯為網(wǎng)絡(luò)鏈接的地址，消息發(fā)送模塊與消息編譯模塊通訊，讀取網(wǎng)絡(luò)鏈接的地址，并將所述網(wǎng)絡(luò)鏈接的地址發(fā)送至接收端，以及服務(wù)器對(duì)短信內(nèi)容解密、呈現(xiàn)給接收端，并在其后刪除短信內(nèi)容。根據(jù)本發(fā)明的一個(gè)方面，消息編譯模塊可在所述加密編譯后的消息前添加協(xié)議類型、主機(jī)名和路徑，以及在所述加密編譯后的消息后添加尋址位或校驗(yàn)位。根據(jù)本發(fā)明的一個(gè)方面，所述接收端可通過所述網(wǎng)絡(luò)鏈接的地址訪問服務(wù)器端，服務(wù)器端創(chuàng)建所述網(wǎng)絡(luò)鏈接的地址相應(yīng)的網(wǎng)頁。本發(fā)明的有益效果在于，消息內(nèi)容加密后才發(fā)送，惡意截獲消息的人都無法獲知短消息的內(nèi)容。本發(fā)明的有益效果還在于，接收方不需安裝特殊功能的軟件，使任何具備無線網(wǎng)絡(luò)連接功能的手機(jī)都能實(shí)現(xiàn)加密消息的讀取。


下面結(jié)合流程圖對(duì)本發(fā)明進(jìn)一步說明。圖I是本發(fā)明的加密消息的發(fā)送和接收的操作流程圖。圖2是本發(fā)明的消息加密和解密的運(yùn)行流程的流程圖。圖3是本發(fā)明的超過預(yù)定長(zhǎng)度的消息加密和解密的運(yùn)行流程的流程圖。圖4是本發(fā)明的采用消息加密和解密方法的系統(tǒng)圖。
具體實(shí)施例方式本發(fā)明提供了一種加密消息的發(fā)送和接收的方法和系統(tǒng)，從而使接收方不需安裝特殊功能的軟件，使任何具備無線網(wǎng)絡(luò)連接功能的手機(jī)都能實(shí)現(xiàn)加密消息的讀取。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，加密消息的發(fā)送和接收的方法。如流程圖I所示，在步驟S101，創(chuàng)建消息內(nèi)容。用戶以手動(dòng)方式錄入消息內(nèi)容。在步驟S102，將消息內(nèi)容加密編譯。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，以短消息的形式發(fā)送加密消息。由于短消息技術(shù)的局限性，一條短消息所包含的字符容量不能超過140英文字符或70中文字符，超過該限制就需要對(duì)短消息的內(nèi)容進(jìn)行分割。具體而言，如圖2所示，在步驟S202，判斷消息長(zhǎng)度是否小于預(yù)定義字符數(shù)閾值。該預(yù)定義字符數(shù)閾值通常不超過140英文字符或70中文字符?？间浀筋A(yù)留的協(xié)議類型、主機(jī)名和路徑和校驗(yàn)位所占用的容量，消息長(zhǎng)度的閾值應(yīng)該是140英文字符或70中文字符減去相應(yīng)協(xié)議類型、主機(jī)名和路徑和校驗(yàn)位所占用的容量。如果消息長(zhǎng)度大于預(yù)定義字符數(shù)閾值，在步驟S204，將該消息內(nèi)容拆分為多段處理。如果消息長(zhǎng)度 小于預(yù)定義字符數(shù)閾值，用戶錄入的消息中的中文內(nèi)容依照GB2312標(biāo)準(zhǔn)編譯為ASCII碼。隨后在步驟S205，再對(duì)消息內(nèi)容所對(duì)應(yīng)的ASCII碼進(jìn)行加密編譯。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，加密可以采用DES算法，也被稱為美國(guó)數(shù)據(jù)加密標(biāo)準(zhǔn)，是1972年美國(guó)IBM公司研制的對(duì)稱密碼體制加密算法。其密鑰長(zhǎng)度為56位，明文按64位進(jìn)行分組，將分組后的明文組和56位的密鑰按位替代或交換的方法形成密文組的加密方法。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，也可以采用IDEA (國(guó)際數(shù)據(jù)加密算法)等128位密鑰的加密算法。本領(lǐng)域普通技術(shù)人員可以理解，本發(fā)明不限于上述加密算法，其它加密算法也可實(shí)現(xiàn)本發(fā)明的目的。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，也可以采用密碼本的形式對(duì)ASCII碼進(jìn)行加密，SP預(yù)設(shè)一個(gè)密碼對(duì)照表。加密時(shí)將每2個(gè)或多個(gè)字符通過查表程序編譯為密碼，解密時(shí)通過反查表即可實(shí)現(xiàn)解密。在加密端和解密端采用統(tǒng)一的密碼本就可以保證保密的需求。同時(shí)，密碼本的加密形式不需要64位或128位才能加密，不需要補(bǔ)位，節(jié)省加密后的消息容量。在步驟S103，將加密編譯后的消息進(jìn)一步編譯為網(wǎng)絡(luò)鏈接的地址。根據(jù)本發(fā)明的一個(gè)事實(shí)方式，如步驟S206所示，在所述加密編譯后的消息前添加協(xié)議類型、主機(jī)名和路徑。步驟S207，在所述加密編譯后的消息后添加隨機(jī)碼、尋址位或校驗(yàn)位。例如，加密編譯后的消息變?yōu)樽址?5 5e a6 28 cf 62 58 5f，在字符串前添加協(xié)議類型、主機(jī)名和路徑如下
http://www. netqin. local, cn/data/En_SMS/655ea628cf62585f隨后，在字符串后添加隨機(jī)碼。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，隨機(jī)碼即消息的加密時(shí)間。例如，要加密以下內(nèi)容
電話號(hào)碼為"Γ 內(nèi)容為〃阿〃
消息加密時(shí)間為2011年I月I日14 :00 加密后的編碼為C8F8ACGLVGAJGWLDXW8CDFIJM
根據(jù)本發(fā)明的宗旨，其它形式的隨機(jī)碼也可以采用，目的在于確保在不同時(shí)間或不同發(fā)送人提供的同樣消息內(nèi)容能夠得到不一樣的隨機(jī)碼，以便區(qū)分不同的消息。
根據(jù)本發(fā)明的一個(gè)實(shí)施方式，在消息的前面分別加入發(fā)送方電話號(hào)碼和接收方電話號(hào)碼。在步驟S104，將編譯后的網(wǎng)絡(luò)鏈接的地址發(fā)送至接收端。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，采用多媒體彩信的形式發(fā)送加密編譯的消息。多媒體彩信一次可以發(fā)送的消息容量為I千2百個(gè)漢字(字符)，受消息容量的約束較小。根據(jù)本發(fā)明的一個(gè)實(shí)施例，以短消息的形式發(fā)送編譯加密后的短消息內(nèi)容。在步驟S208，編譯后的一個(gè)或多個(gè)網(wǎng)絡(luò)鏈接的地址以短消息的形式逐條發(fā)送至接收端。在步驟S105，接收端根據(jù)網(wǎng)絡(luò)鏈接的地址訪問服務(wù)器。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，在步驟S209，移動(dòng)設(shè)備例如智能手機(jī)會(huì)自動(dòng)將帶有協(xié)議類型，如http: //，或者通用網(wǎng)絡(luò)網(wǎng)址，如WWW.的相關(guān)文字識(shí)別為鏈接地址。以塞班手機(jī)操作系統(tǒng)為例，接收端的用戶點(diǎn)擊該鏈接地址，將自動(dòng)啟動(dòng)網(wǎng)絡(luò)瀏覽器程序，并通過該網(wǎng)絡(luò)瀏覽器訪問該鏈接地址相關(guān)的 網(wǎng)絡(luò)資源，例如網(wǎng)頁。 在步驟S106，服務(wù)器對(duì)短信內(nèi)容解密、呈現(xiàn)給接收端。根據(jù)本發(fā)明的一個(gè)事實(shí)方式，在步驟S210，服務(wù)器端接收到來自消息接收端的網(wǎng)絡(luò)鏈接的地址。在步驟S211，服務(wù)器端讀取加密的消息，短信發(fā)送客戶端與網(wǎng)絡(luò)服務(wù)器端預(yù)定義加密編譯后的消息內(nèi)容的起始字節(jié)。。在步驟S212，服務(wù)器端通過密鑰對(duì)消息內(nèi)容解密，服務(wù)器端具有與消息發(fā)送端相同的密鑰，解密后的ASCII碼依照GB2312標(biāo)準(zhǔn)字符表還原為中文字符。并且，提取出解密后的消息中含有的發(fā)送端電話號(hào)碼，接收端電話號(hào)碼，發(fā)送時(shí)間和消息內(nèi)容。在步驟S213，月艮務(wù)器端根據(jù)所提取的接收端電話號(hào)碼驗(yàn)證接收端的身份。如果提交網(wǎng)絡(luò)鏈接的請(qǐng)求方與接收端的身份不一致，服務(wù)器端將拒絕提供解密后的消息內(nèi)容。如果提交網(wǎng)絡(luò)鏈接的請(qǐng)求方與接收端的身份一致，進(jìn)入下一步驟。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，在步驟S215，服務(wù)器端在所創(chuàng)建的網(wǎng)頁中顯示消息內(nèi)容相關(guān)的中文字符。具體的技術(shù)手段可以是通過文本框的形式顯示或者以圖片的形式顯示文字內(nèi)容。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，當(dāng)接收端訪問服務(wù)器端的相應(yīng)網(wǎng)絡(luò)地址時(shí)，服務(wù)器端將相應(yīng)的網(wǎng)頁呈現(xiàn)給接收端。在步驟S107，服務(wù)器阻止對(duì)消息內(nèi)容的訪問。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，在步驟S216，在接收端訪問網(wǎng)絡(luò)鏈接的地址后，服務(wù)器端將相關(guān)消息內(nèi)容的瀏覽狀態(tài)設(shè)置為已讀，并阻止任何后續(xù)訪問?？蛇x的，服務(wù)器端刪除相應(yīng)的網(wǎng)頁，刪除網(wǎng)頁內(nèi)容或?qū)⒕W(wǎng)頁內(nèi)容替換為提示框，例如“該加密消息已刪除”。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，當(dāng)短消息長(zhǎng)度大于預(yù)定義字符數(shù)閾值，如圖3所示，在步驟S301，將該短消息內(nèi)容拆分為多段處理。在步驟S303，將多段短消息內(nèi)容相應(yīng)的ASC碼分別加密編譯。在步驟S304，在每一段加密的ASC碼前添加協(xié)議類型、主機(jī)名和路徑，在每一段加密的ASC碼后添加隨機(jī)碼，生成多個(gè)網(wǎng)絡(luò)鏈接的地址。在步驟S305，將生成的每一個(gè)網(wǎng)絡(luò)鏈接的地址分別發(fā)送至服務(wù)器端和接收端。在步驟S306，接收端接收每一個(gè)含有網(wǎng)絡(luò)鏈接地址的短消息。在步驟S307，服務(wù)器端接收每一個(gè)網(wǎng)絡(luò)鏈接的地址。在步驟S309，服務(wù)器端從每一個(gè)網(wǎng)絡(luò)鏈接的地址提取加密的ASC碼，并對(duì)每一段加密的ASC碼解密。在步驟S310，將每一段ASC碼還原為短信內(nèi)容的字符，創(chuàng)建多個(gè)網(wǎng)頁，每一個(gè)網(wǎng)頁對(duì)應(yīng)一個(gè)前述的網(wǎng)絡(luò)鏈接的地址，并且分別顯示每一段短消息的內(nèi)容。在步驟S311，接收端訪問網(wǎng)絡(luò)鏈接的地址。在步驟S312，接收端的網(wǎng)絡(luò)瀏覽器瀏覽相關(guān)網(wǎng)頁。在步驟S313接收端訪問后，服務(wù)器阻止對(duì)短消息內(nèi)容的訪問。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，實(shí)施本發(fā)明的方法的系統(tǒng)400如圖4所示。消息的加密發(fā)送和接收的系統(tǒng)400包括發(fā)送客戶端410和服務(wù)器端420。發(fā)送客戶端包括消息輸入模塊411，消息分割模塊412，消息編譯模塊413，消息加密模塊414，網(wǎng)絡(luò)鏈接編譯模塊415和消息發(fā)送模塊416。消息輸入模塊411可接受用戶手動(dòng)錄入操作，用戶可以采用文本形式輸入消息內(nèi)容。消息分割模塊412與消息輸入模塊通訊,接收用戶輸入的消息內(nèi)容。消息分割模塊412根據(jù)預(yù)設(shè)定最大字符數(shù)閾值來決定是否對(duì)消息內(nèi)容進(jìn)行分割。如果消息內(nèi)容大于閾值，消息分割模塊412將消息分割為多段。消息編譯模塊413與消息分割模塊412通訊，接收消息內(nèi)容或分割后的多段消息內(nèi)容。消息編譯模413將消息字符編譯為ASC碼格式。消息加密模塊414與消息編譯模塊413通訊，接收消息編譯模塊413編譯后的ASC碼字段，并對(duì)ASC碼加密編譯。網(wǎng)絡(luò)鏈接編譯模塊415與消息加密模塊414通訊，接收加密編譯后的字符串，并在其前面添加添加協(xié)議類型、主機(jī)名、路徑、發(fā)送端電話號(hào)碼和接收端電話號(hào)碼，在其后添加隨機(jī)碼，生成多個(gè)網(wǎng)絡(luò)鏈接的地址。消息發(fā)送模塊416與網(wǎng)絡(luò)鏈接編譯 模塊415通訊，接收編譯后的網(wǎng)絡(luò)鏈接并將鏈接發(fā)送至消息接收端。服務(wù)器端420包括消息輸入模塊421，加密編碼提取模塊422，消息解密模塊423，ASC碼編譯模塊424，網(wǎng)頁創(chuàng)建模塊425和網(wǎng)絡(luò)服務(wù)模塊426。消息輸入模塊421可從接收客戶端接收網(wǎng)絡(luò)鏈接的訪問請(qǐng)求。加密編碼提取模塊422與消息輸入模塊421通訊，接收網(wǎng)絡(luò)鏈接的地址并將加密的編碼從網(wǎng)絡(luò)鏈接中提取出來。消息解密模塊423與加密編碼提取模塊422通訊，接收所提取的加密編碼并對(duì)其進(jìn)行解碼。ASC碼編譯模塊424與消息解密模塊423通訊，接收解密后的ASC碼，并將其轉(zhuǎn)換為消息內(nèi)容的字符。網(wǎng)頁創(chuàng)建模塊425與消息輸入模塊421和ASC碼編譯模塊424通訊。網(wǎng)頁創(chuàng)建模塊425接收來自消息輸入模塊421的網(wǎng)絡(luò)鏈接，也接收來自ASC碼編譯模塊424的消息內(nèi)容的字符。網(wǎng)頁創(chuàng)建模塊424創(chuàng)建的網(wǎng)頁內(nèi)包含該消息內(nèi)容，并且所創(chuàng)建的網(wǎng)頁指向消息輸入模塊所接收到的鏈接。網(wǎng)絡(luò)服務(wù)模塊426與消息接收端通訊，根據(jù)消息接收端的請(qǐng)求提供網(wǎng)頁創(chuàng)建模塊424所創(chuàng)建的網(wǎng)頁，并在消息接收端訪問完成后阻止對(duì)消息內(nèi)容的訪問。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，服務(wù)器端420還包括發(fā)送端身份驗(yàn)證模塊427。發(fā)送端身份驗(yàn)證模塊與解密模塊423通信，提取接收端身份驗(yàn)證標(biāo)識(shí)，例如，接收端電話號(hào)碼。并且將所提取的接收端電話號(hào)碼與提交網(wǎng)絡(luò)鏈接的請(qǐng)求方的電話號(hào)碼比較，如果一致則啟動(dòng)ASC碼編譯模塊424。如果不一致則啟動(dòng)網(wǎng)頁創(chuàng)建模塊424并在所創(chuàng)建的網(wǎng)頁中提示請(qǐng)求瀏覽消息的身份識(shí)別失敗。為了說明本發(fā)明的目的，不可能在此陳述裝置或方法的每一個(gè)組合，但本領(lǐng)域的技術(shù)人員會(huì)意識(shí)到本發(fā)明尚可能有許多更進(jìn)一步的組合和修改。因此，本發(fā)明意在涵蓋所有此類的變更、修正及變化，例如，本發(fā)明不僅限于文字消息的加密發(fā)送和接受，其他消息形式，如多媒體短信也可以依照本發(fā)明的方法實(shí)現(xiàn)加密發(fā)送和接收的目的。此外，雖然本發(fā)明某個(gè)特定的特征可能依據(jù)各種實(shí)現(xiàn)方式中的一種而被披露，這個(gè)特征可以與其它實(shí)施方式中的其它特征進(jìn)行結(jié)合。
權(quán)利要求
1.一種移動(dòng)設(shè)備消息的加密發(fā)送和接收的方法，其特征在于包括以下步驟 a)將消息內(nèi)容加密編譯； b)將加密編譯后的消息進(jìn)一步編譯為網(wǎng)絡(luò)鏈接的地址； c)將編譯后的網(wǎng)絡(luò)鏈接的地址發(fā)送至接收端；以及 d)服務(wù)器對(duì)消息內(nèi)容解密、呈現(xiàn)給接收端，并在其后阻止對(duì)消息內(nèi)容的訪問。
2.根據(jù)權(quán)利要求I所述的移動(dòng)設(shè)備消息的加密發(fā)送和接收的方法，所述將加密編譯后的消息進(jìn)一步編譯為網(wǎng)絡(luò)鏈接的地址包括 在所述加密編譯后的消息前添加協(xié)議類型、主機(jī)名和路徑；以及 在所述加密編譯后的消息后添加隨機(jī)碼、尋址位或校驗(yàn)位。
3.根據(jù)權(quán)利要求2所述的移動(dòng)設(shè)備消息的加密發(fā)送和接收的方法，進(jìn)一步包括接收端可通過所述網(wǎng)絡(luò)鏈接的地址訪問所述服務(wù)器；以及 所述服務(wù)器對(duì)接收端進(jìn)行驗(yàn)證。
4.根據(jù)權(quán)利要求3所述的移動(dòng)設(shè)備消息的加密發(fā)送和接收的方法，所述服務(wù)器對(duì)短信內(nèi)容解密并呈現(xiàn)給接收端的步驟包括 服務(wù)器將收到的網(wǎng)絡(luò)鏈接的地址還原為消息內(nèi)容；以及 在所述網(wǎng)絡(luò)鏈接的地址相應(yīng)的網(wǎng)頁內(nèi)顯示所述消息內(nèi)容。
5.根據(jù)權(quán)利要求4所述的移動(dòng)設(shè)備消息的加密發(fā)送和接收的方法，還包括服務(wù)器動(dòng)態(tài)生成一個(gè)頁面，該頁面包括發(fā)送端識(shí)別碼，消息內(nèi)容和消息內(nèi)容瀏覽狀態(tài)。
6.根據(jù)權(quán)利要求5所述的移動(dòng)設(shè)備消息的加密發(fā)送和接收的方法，所述消息瀏覽狀態(tài)包括已讀和未讀；以及 當(dāng)服務(wù)器所生成的頁面被訪問過之后，該消息內(nèi)容被禁止訪問。
7.根據(jù)權(quán)利要求I所述的移動(dòng)設(shè)備消息的加密發(fā)送和接收的方法，還包括 預(yù)定義可加密消息的長(zhǎng)度； 當(dāng)消息包含的字符數(shù)超過預(yù)定義的消息的長(zhǎng)度時(shí)，將所述消息分成2段或更多段； 將每一段消息內(nèi)容加密編譯； 將加密編譯后的每一段消息進(jìn)一步編譯為一個(gè)網(wǎng)絡(luò)鏈接的地址； 將編譯后的2個(gè)或多個(gè)網(wǎng)絡(luò)鏈接的地址發(fā)送至接收端；以及 服務(wù)器分別對(duì)2個(gè)或多個(gè)網(wǎng)絡(luò)鏈接的地址相應(yīng)的短信內(nèi)容解密、呈現(xiàn)給接收端，并在其后阻止對(duì)消息內(nèi)容的訪問。
8.一種移動(dòng)設(shè)備消息的加密發(fā)送和接收的系統(tǒng)，包括客戶端和服務(wù)器端，所述客戶端進(jìn)一步包括消息加密模塊、消息編譯模塊、消息發(fā)送模塊和服務(wù)器端； 所述消息加密模塊接收移動(dòng)設(shè)備用戶輸入的消息內(nèi)容，并對(duì)消息內(nèi)容加密； 所述消息編譯模塊與消息加密模塊通訊，接收來自消息加密模塊的加密消息，并將加密消息編譯為網(wǎng)絡(luò)鏈接的地址； 所述消息發(fā)送模塊與消息編譯模塊通訊，讀取網(wǎng)絡(luò)鏈接的地址，并將所述網(wǎng)絡(luò)鏈接的地址發(fā)送至接收端；以及 所述服務(wù)器對(duì)消息內(nèi)容解密、呈現(xiàn)給接收端，并在其后阻止對(duì)消息內(nèi)容的訪問。
9.根據(jù)權(quán)利要求8的移動(dòng)設(shè)備消息的加密發(fā)送和接收的系統(tǒng)，所述消息編譯模塊可在所述加密編譯后的消息前添加協(xié)議類型、主機(jī)名和路徑；以及在所述加密編譯后的消息后添加隨機(jī)碼、尋址位或校驗(yàn)位。
10.根據(jù)權(quán)利要求8的移動(dòng)設(shè)備消息的加密發(fā)送和接收的系統(tǒng)，所述接收端可通過所述網(wǎng)絡(luò)鏈接的地址訪問服務(wù)器端，服務(wù)器端創(chuàng)建所述網(wǎng)絡(luò)鏈接的地址相應(yīng)的網(wǎng)頁。
全文摘要
本發(fā)明提供一種移動(dòng)設(shè)備消息的加密發(fā)送和接收的方法和系統(tǒng)。該方法包括將消息內(nèi)容加密編譯，將加密編譯后的消息進(jìn)一步編譯為網(wǎng)絡(luò)鏈接的地址，將編譯后的網(wǎng)絡(luò)鏈接的地址發(fā)送至接收端，接收端根據(jù)網(wǎng)絡(luò)鏈接的地址訪問服務(wù)器，服務(wù)器對(duì)消息內(nèi)容解密、呈現(xiàn)給接收端，并在其后阻止對(duì)消息內(nèi)容的訪問。本發(fā)明的有益效果在于接收端手機(jī)不需要安裝解密軟件，具備無線網(wǎng)絡(luò)連接功能的手機(jī)都能實(shí)現(xiàn)加密消息的讀取。
文檔編號(hào)H04W12/02GK102811426SQ20111014201
公開日2012年12月5日 申請(qǐng)日期2011年5月30日 優(yōu)先權(quán)日2011年5月30日
發(fā)明者程平, 林宇, 鄒仕洪, 宮琳琳 申請(qǐng)人:網(wǎng)秦?zé)o限(北京)科技有限公司