[發(fā)明專利]服務(wù)器、客戶端、交互系統(tǒng)及信息發(fā)送和接收方法

在審

• 申請?zhí)枺?/td>: 201410236078.3
• 申請日: 2014-05-29
• 公開（公告）號: CN105227518A
• 公開（公告）日: 2016-01-06
• 發(fā)明（設(shè)計）人: 王欣
• 申請（專利權(quán)）人: 北京數(shù)碼視訊科技股份有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L9/00
• 代理公司: 北京康信知識產(chǎn)權(quán)代理有限責(zé)任公司 11240
• 代理人: 吳貴明;張永明

技術(shù)領(lǐng)域

本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種服務(wù)器、客戶端、交互系統(tǒng)及信息發(fā)送和接收方法。

背景技術(shù)

在現(xiàn)有技術(shù)中，通常會采用明文加密的信息傳輸方式，具體來說，客戶端首先會在本地生成或獲取待發(fā)送的信息明文，然后將信息明文編碼和/或加密后發(fā)送到服務(wù)器，從而完成信息的上傳。對于受保護(hù)程度較低的信息來說，這種傳輸方式可能是適合的，然而對于受保護(hù)程度較高的信息來說，由于信息明文需要出現(xiàn)在客戶端本地，在客戶端的安全防護(hù)措施不足時，容易產(chǎn)生信息泄露的風(fēng)險，從而造成安全隱患。例如，在移動支付場景中，用戶在輸入支付密碼時所使用的鍵盤通常是由終端應(yīng)用直接生成并顯示在終端設(shè)備上的軟鍵盤，然而即便采用動態(tài)鍵盤輸入技術(shù)，終端應(yīng)用仍然會將用戶通過軟鍵盤輸入的密碼信息明文存放在內(nèi)存中，在這一場景下，若終端上存在監(jiān)視內(nèi)存的惡意軟件，則容易導(dǎo)致用戶的支付密碼的泄露，從而造成安全隱患。

針對上述的問題，目前尚未提出有效的解決方案。

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

本發(fā)明實(shí)施例提供了一種服務(wù)器、客戶端、交互系統(tǒng)及信息發(fā)送和接收方法，以至少解決現(xiàn)有的信息傳輸方案中由于客戶端存有待傳輸?shù)男畔⒚魑乃斐傻男畔踩圆蛔愕募夹g(shù)問題。

根據(jù)本發(fā)明實(shí)施例的一個方面，提供了一種信息接收方法，包括：向客戶端發(fā)送攜帶有預(yù)設(shè)圖片的第一消息，上述預(yù)設(shè)圖片上設(shè)有圖形碼；接收上述客戶端發(fā)送的攜帶有觸屏操作記錄的第二消息，上述觸屏操作記錄表示上述客戶端在展示上述預(yù)設(shè)圖片時所記錄的在一個或多個觸屏操作；根據(jù)上述預(yù)設(shè)圖片獲取與上述觸屏操作記錄對應(yīng)的圖形碼信息。

根據(jù)本發(fā)明實(shí)施例的另一方面，還提供了一種信息發(fā)送方法，包括：接收服務(wù)器發(fā)送的攜帶有預(yù)設(shè)圖片的第一消息，上述預(yù)設(shè)圖片上設(shè)有圖形碼；向用戶展示上述預(yù)設(shè)圖片并獲取觸屏操作記錄，上述觸屏操作記錄表示客戶端在展示上述預(yù)設(shè)圖片時所記錄的在一個或多個觸屏操作；向上述服務(wù)器發(fā)送攜帶有上述觸屏操作記錄的第二消息，用于使上述服務(wù)器獲取與上述觸屏操作記錄對應(yīng)的圖形碼信息。

根據(jù)本發(fā)明實(shí)施例的又一方面，還提供了一種服務(wù)器，包括：第一發(fā)送單元，用于向客戶端發(fā)送攜帶有預(yù)設(shè)圖片的第一消息，上述預(yù)設(shè)圖片上設(shè)有圖形碼；第一接收單元，用于接收上述客戶端發(fā)送的攜帶有觸屏操作記錄的第二消息，上述觸屏操作記錄表示上述客戶端在展示上述預(yù)設(shè)圖片時所記錄的在一個或多個觸屏操作；獲取單元，用于根據(jù)上述預(yù)設(shè)圖片獲取與上述觸屏操作記錄對應(yīng)的圖形碼信息。

根據(jù)本發(fā)明實(shí)施例的又一方面，還提供了一種客戶端，包括：第一接收單元，用于接收服務(wù)器發(fā)送的攜帶有預(yù)設(shè)圖片的第一消息，上述預(yù)設(shè)圖片上設(shè)有圖形碼；記錄單元，用于向用戶展示上述預(yù)設(shè)圖片并獲取觸屏操作記錄，上述觸屏操作記錄表示客戶端在觸屏上展示上述預(yù)設(shè)圖片時所記錄的在一個或多個觸屏操作；第一發(fā)送單元，用于向上述服務(wù)器發(fā)送攜帶有上述觸屏操作記錄的第二消息，用于使上述服務(wù)器獲取與上述觸屏操作記錄對應(yīng)的圖形碼信息。

根據(jù)本發(fā)明實(shí)施例的又一方面，還提供了一種交互系統(tǒng)，包括：上述服務(wù)器；一個或多個上述客戶端，與上述服務(wù)器之間存在數(shù)據(jù)連接。

在本發(fā)明實(shí)施例中，在服務(wù)器需要獲取客戶端上傳的信息時，服務(wù)器先向客戶端下發(fā)其上設(shè)置有一個或多個圖形碼的預(yù)設(shè)圖片，然后客戶端可以通過用戶界面UI(UserInterface)向該客戶端的用戶展示該預(yù)設(shè)圖片，此時，用戶可以基于對UI上展示的預(yù)設(shè)圖片中的圖形碼的識別，通過在觸屏上進(jìn)行的觸碰或滑動等觸屏操作，向客戶端“輸入”由該觸碰操作所指示的預(yù)設(shè)圖片中的圖形碼所表示的圖形碼信息，作為對觸屏操作的響應(yīng)，客戶端可以暫存并向服務(wù)器發(fā)送對應(yīng)的觸屏操作記錄，進(jìn)而服務(wù)器可以根據(jù)接收到的觸屏操作記錄和圖形碼在預(yù)設(shè)圖片中的設(shè)置方式還原出用戶所輸入的信息。在上述場景下，由于客戶端本地通常只會出現(xiàn)預(yù)設(shè)圖片和觸屏操作記錄，并不會出現(xiàn)圖形碼信息的明文，因而增大了讀取和破譯用戶所輸入的信息的難度，降低了所傳輸?shù)男畔⒈恍孤兜娘L(fēng)險，達(dá)到了提高信息安全性的技術(shù)效果，從而解決了現(xiàn)有的信息傳輸方案中由于客戶端存有待傳輸?shù)男畔⒚魑乃斐傻男畔踩圆蛔愕募夹g(shù)問題。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中：

圖1是根據(jù)本發(fā)明實(shí)施例的一種可選的信息接收方法的示意圖；

圖2是根據(jù)本發(fā)明實(shí)施例的一種可選的預(yù)設(shè)圖片的示意圖；