服務器、客戶端、交互系統(tǒng)及信息發(fā)送和接收方法
【技術領域】
[0001]本發(fā)明涉及通信領域，具體而言，涉及一種服務器、客戶端、交互系統(tǒng)及信息發(fā)送和接收方法。
【背景技術】
[0002]在現(xiàn)有技術中，通常會采用明文加密的信息傳輸方式，具體來說，客戶端首先會在本地生成或獲取待發(fā)送的信息明文，然后將信息明文編碼和/或加密后發(fā)送到服務器，從而完成信息的上傳。對于受保護程度較低的信息來說，這種傳輸方式可能是適合的，然而對于受保護程度較高的信息來說，由于信息明文需要出現(xiàn)在客戶端本地，在客戶端的安全防護措施不足時，容易產生信息泄露的風險，從而造成安全隱患。例如，在移動支付場景中，用戶在輸入支付密碼時所使用的鍵盤通常是由終端應用直接生成并顯示在終端設備上的軟鍵盤，然而即便采用動態(tài)鍵盤輸入技術，終端應用仍然會將用戶通過軟鍵盤輸入的密碼信息明文存放在內存中，在這一場景下，若終端上存在監(jiān)視內存的惡意軟件，則容易導致用戶的支付密碼的泄露，從而造成安全隱患。
[0003]針對上述的問題，目前尚未提出有效的解決方案。

【發(fā)明內容】

[0004]本發(fā)明實施例提供了一種服務器、客戶端、交互系統(tǒng)及信息發(fā)送和接收方法，以至少解決現(xiàn)有的信息傳輸方案中由于客戶端存有待傳輸?shù)男畔⒚魑乃斐傻男畔踩圆蛔愕募夹g問題。
[0005]根據(jù)本發(fā)明實施例的一個方面，提供了一種信息接收方法，包括:向客戶端發(fā)送攜帶有預設圖片的第一消息，上述預設圖片上設有圖形碼；接收上述客戶端發(fā)送的攜帶有觸屏操作記錄的第二消息，上述觸屏操作記錄表示上述客戶端在展示上述預設圖片時所記錄的在一個或多個觸屏操作；根據(jù)上述預設圖片獲取與上述觸屏操作記錄對應的圖形碼信肩、O
[0006]根據(jù)本發(fā)明實施例的另一方面，還提供了一種信息發(fā)送方法，包括:接收服務器發(fā)送的攜帶有預設圖片的第一消息，上述預設圖片上設有圖形碼；向用戶展示上述預設圖片并獲取觸屏操作記錄，上述觸屏操作記錄表示客戶端在展示上述預設圖片時所記錄的在一個或多個觸屏操作；向上述服務器發(fā)送攜帶有上述觸屏操作記錄的第二消息，用于使上述服務器獲取與上述觸屏操作記錄對應的圖形碼信息。
[0007]根據(jù)本發(fā)明實施例的又一方面，還提供了一種服務器，包括:第一發(fā)送單元，用于向客戶端發(fā)送攜帶有預設圖片的第一消息，上述預設圖片上設有圖形碼；第一接收單元，用于接收上述客戶端發(fā)送的攜帶有觸屏操作記錄的第二消息，上述觸屏操作記錄表示上述客戶端在展示上述預設圖片時所記錄的在一個或多個觸屏操作；獲取單元，用于根據(jù)上述預設圖片獲取與上述觸屏操作記錄對應的圖形碼信息。
[0008]根據(jù)本發(fā)明實施例的又一方面，還提供了一種客戶端，包括:第一接收單元，用于接收服務器發(fā)送的攜帶有預設圖片的第一消息，上述預設圖片上設有圖形碼；記錄單元，用于向用戶展示上述預設圖片并獲取觸屏操作記錄，上述觸屏操作記錄表示客戶端在觸屏上展示上述預設圖片時所記錄的在一個或多個觸屏操作；第一發(fā)送單元，用于向上述服務器發(fā)送攜帶有上述觸屏操作記錄的第二消息，用于使上述服務器獲取與上述觸屏操作記錄對應的圖形碼信息。
[0009]根據(jù)本發(fā)明實施例的又一方面，還提供了一種交互系統(tǒng)，包括:上述服務器；一個或多個上述客戶端，與上述服務器之間存在數(shù)據(jù)連接。
[0010]在本發(fā)明實施例中，在服務器需要獲取客戶端上傳的信息時，服務器先向客戶端下發(fā)其上設置有一個或多個圖形碼的預設圖片，然后客戶端可以通過用戶界面UI (UserInterface)向該客戶端的用戶展示該預設圖片，此時，用戶可以基于對UI上展示的預設圖片中的圖形碼的識別，通過在觸屏上進行的觸碰或滑動等觸屏操作，向客戶端“輸入”由該觸碰操作所指示的預設圖片中的圖形碼所表示的圖形碼信息，作為對觸屏操作的響應，客戶端可以暫存并向服務器發(fā)送對應的觸屏操作記錄，進而服務器可以根據(jù)接收到的觸屏操作記錄和圖形碼在預設圖片中的設置方式還原出用戶所輸入的信息。在上述場景下，由于客戶端本地通常只會出現(xiàn)預設圖片和觸屏操作記錄，并不會出現(xiàn)圖形碼信息的明文，因而增大了讀取和破譯用戶所輸入的信息的難度，降低了所傳輸?shù)男畔⒈恍孤兜娘L險，達到了提高信息安全性的技術效果，從而解決了現(xiàn)有的信息傳輸方案中由于客戶端存有待傳輸?shù)男畔⒚魑乃斐傻男畔踩圆蛔愕募夹g問題。
【附圖說明】
[0011]此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中:
[0012]圖1是根據(jù)本發(fā)明實施例的一種可選的信息接收方法的示意圖；
[0013]圖2是根據(jù)本發(fā)明實施例的一種可選的預設圖片的示意圖；
[0014]圖3是根據(jù)本發(fā)明實施例的一種可選的信息發(fā)送方法的示意圖；
[0015]圖4是根據(jù)本發(fā)明實施例的一種可選的服務器的示意圖；
[0016]圖5是根據(jù)本發(fā)明實施例的一種可選的客戶端的示意圖；
[0017]圖6是根據(jù)本發(fā)明實施例的一種可選的交互系統(tǒng)的示意圖；
[0018]圖7是根據(jù)本發(fā)明實施例的另一種可選的交互系統(tǒng)的工作流程圖。
【具體實施方式】
[0019]下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。
[0020]實施例1
[0021]根據(jù)本發(fā)明實施例，提供了一種信息接收方法，如圖1所示，該方法包括:
[0022]S102:向客戶端發(fā)送攜帶有預設圖片的第一消息，預設圖片上設有圖形碼；
[0023]S104:接收客戶端發(fā)送的攜帶有觸屏操作記錄的第二消息，觸屏操作記錄表示客戶端在觸屏上展示預設圖片時所記錄的在一個或多個觸屏操作；
[0024]S106:根據(jù)預設圖片獲取與觸屏操作記錄對應的圖形碼信息。
[0025]應當明確的是，本發(fā)明實施例所要解決的問題之一是提供一種方法，以便于實現(xiàn)信息從客戶端向服務器的傳輸。其中，本發(fā)明實施例中所稱的客戶端通?？梢员硎居脩羲褂玫慕K端設備，如作為固定終端的個人電腦或作為移動終端的智能手機等，然而在一些場景下，該客戶端在作為接收本發(fā)明實施例中所示的信息交互服務的客戶端之外，也可以同時作為其他業(yè)務的客戶端或服務器，類似地，本發(fā)明實施例中所稱的服務器通常可以表示連接有一個或多個上述客戶端的后臺設備，以便于提供上述信息交互服務，然而本發(fā)明對此不作限定。
[0026]為解決這一問題，在現(xiàn)有的方案中，通常會采用明文加密的信息傳輸方式，具體來說，客戶端首先會在本地生成或獲取待發(fā)送的信息明文，然后將信息明文編碼和/或加密后發(fā)送到服務器，從而完成信息的上傳。對于受保護程度較低的信息來說，這種傳輸方式可能是適合的，然而對于受保護程度較高的信息來說，由于信息明文需要出現(xiàn)在客戶端本地，在客戶端的安全防護措施不足時，容易產生信息泄露的風險，從而造成安全隱患。例如，在移動支付場景中，用戶在輸入支付密碼時所使用的鍵盤通常是由終端應用直接生成并顯示在終端設備上的軟鍵盤，然而即便采用動態(tài)鍵盤輸入技術，終端應用仍然會將用戶通過軟鍵盤輸入的密碼信息明文存放在內存中，在這一場景下，若終端上存在監(jiān)視內存的惡意軟件，則容易導致用戶的支付密碼的泄露，從而造成安全隱患。
[0027]為解決上述問題，在本發(fā)明實施例中，在服務器需要獲取客戶端上傳的信息時，月艮務器先向客戶端下發(fā)其上設置有一個或多個圖形碼的預設圖片，然后客戶端可以通過UI向該客戶端的用戶展示該預設圖片，此時，用戶可以基于對UI上展示的預設圖片中的圖形碼的識別，通過在觸屏上進行的觸碰或滑動等觸屏操作，向客戶端“輸入”由該觸碰操作所指示的預設圖片中的圖形碼所表示的圖形碼信息，作為對觸屏操作的響應，客戶端可以暫存并向服務器發(fā)送對應的觸屏操作記錄，進而服務器可以根據(jù)接收到的觸屏操作記錄和圖形碼在預設圖片中的設置方式還原出用戶所輸入的信息。在上述場景下，由于客戶端本地的內存中一般只會出現(xiàn)預設圖片和觸屏操作記錄，并不會出現(xiàn)圖形碼信息的明文，因而增大了讀取和破譯用戶所輸入的信息的難度，降低了所傳輸?shù)男畔⒈恍孤兜娘L險，達到了提高信息安全性的技術效果，從而解決了現(xiàn)有的信息傳輸方案中由于客戶端存有待傳輸?shù)男畔⒚魑乃斐傻男畔踩圆蛔愕募夹g問題。
[0028]以下將結合附圖和具體的實施例對本發(fā)明技術方案及其工作原理進行詳細描述。
[0029]根據(jù)本發(fā)明實施例提供的信息接收方法，在步驟S102中，服務器在需要獲取客戶端側的用戶輸入信息時，可以先向客戶端發(fā)送攜帶有預設圖片的第一消息，且該預設圖片上設有一個或多個圖形碼。
[0030]在本發(fā)明實施例中，該第一消息通?？梢跃唧w表現(xiàn)為超文本傳輸協(xié)議http (Hypertext Transfer Protocol)消息，然而本發(fā)明對此不作任何限定，例如，在本發(fā)明的一些實施例中，該第一消息也可以具體表現(xiàn)為文件傳輸協(xié)議ftp (File TransferProtocol)消息，或者其他可行的符合文本傳輸格式的消息或報文等，以服務器能夠正確識別該第一消息及其所攜帶的信息內容為準。此外，本發(fā)明對于諸如預設圖片等信息裝載在該第一消息中的具體形式不作任何限定，比如裝載在第一消息中的預設圖片可以采用位圖bmp (Bitmap)編碼格式,也可以采用聯(lián)合圖像專家小組Jpeg(Joint Photographic ExpertsGroup)等壓縮編碼格式，或者其他可行的能夠被服務器正確識別的數(shù)據(jù)格式等，本發(fā)明對此不作限定。相應地，本發(fā)明實施例中所述的第二消息、第三消息……等均適用于類似的解釋，本發(fā)明在此不作累述。還需要說明的是，本發(fā)明實施例中所稱的“第一”、“第二”……等，僅作為表述上的區(qū)分，以便于對本發(fā)明的理解，而不應曲解為是對多個要素作出順序、位置、重要程度等關系屬性上的限定。
[0031]在本發(fā)明實施例中，設置在預設圖片中的圖形碼通常可以表示攜帶有可被用戶識別的某種信息的圖形，而并不限于是某種特定形式的編碼，其中，圖形碼這一表述可以理解為由于圖形本身表示某種信息，因此該圖形便可以視為是一種對信息的編碼。例如，具體地，在本發(fā)明的一些實施例中，該圖形碼可以用于表示以下至少之一的信息:字符信息、文字信息、幾何圖形信息，對應地，形成圖形碼的具體圖形可以是諸如阿拉伯數(shù)字0、1、2……9或英文字母a、b、c……z等字符形態(tài)本身，也可以是由這些字符組合而成的英文字，比如其可以是Tom、Mary等作為人名或昵稱的英文字，當然，該圖形碼也可以是中文字或其他文字等，本發(fā)明對此不作限定。
[0032]特別地，在本發(fā)明的一些實施例中，該圖形碼還可以是如圓形、矩形或三角形等幾何圖形，在這一場景下，用戶通常仍然可以在多個尺寸、形狀或顏色不同的圖形碼之間作出區(qū)分，并能夠根據(jù)從這些圖形碼中識別的信息來進行相應的觸屏操作。例如，在一個實施例中，用戶所設置的支付密碼是“Λ、.、〇、★”，則在需要向服務器上傳密碼信息時，服務器可以向客戶端下發(fā)具有包括這4個圖形碼在內的多個圖形碼的預設圖片，進而在客戶端向用戶展示該預設圖片時，用戶便可以通過在觸屏上的依次觸碰或者說點擊預設圖片上與這4個圖形碼對應的區(qū)域來輸入密碼信息。在上述場景下，由于圖形碼本身及其所表示的信息均由預設圖片所展示、并由用戶來識別，因此該圖形碼本身及其所表示的信息并不需要以明文的形式出現(xiàn)在客戶端本地的內存中，這就導致密碼信息本身不容易被泄露，從而提高了信息的安全性。
[0033]由此可見，在本發(fā)明實施例中，圖形碼的具體形式可以有多種，其中，若預設圖片中設置有多個圖形碼，則該多個圖形碼既可以均具有同一尺寸和/或顏色，并使用戶通過圖形的形狀本身來識別其所表示的不同信息，而該多個圖形碼中的任意兩個也可以具有不同的尺寸和/或顏色，并可以使用戶結合圖形碼的不同的尺寸和/或顏色進行識別。
[0034]當然，以上只是一些示例性的描述，并非是對本發(fā)明的限定。例如，在本發(fā)明實施例中，用戶基于對圖形碼的識別所進行的觸屏操作并不僅限于是觸碰操作，比如該圖形碼也可以是一個或多個具有不同造型的滑動軌跡，則用戶也可以通過對這些滑動軌跡的識別來確認其所要輸入的信息，并通過在不同的滑動軌跡上的滑動操作來實現(xiàn)待傳輸?shù)男畔⒌妮斎?。此外，在本發(fā)明實施例中，圖形碼所具體表示的圖形碼信息也并不僅限于是圖形碼的圖形本身，比如在一些實例中，該圖形碼可以是類似于“請在觸屏上劃出您所要輸入的數(shù)字”的一段文字，其所表達的信息并不應