本申請涉及網絡通信技術領域，尤其涉及一種基于條碼的通信方法和裝置、一種支付的實現方法和裝置。

背景技術：

條碼是由一組按一定編碼規(guī)則排列的條、空符號，用以表示一定的字符、數字及符號組成的信息。條碼包括一維條碼和二維條碼，其中，一維條碼將寬度不等的多個黑條和空白按照某種規(guī)則排列來表達信息；二維條碼(也稱二維碼)用某種特定的幾何圖形按一定規(guī)律在平面(二維方向上)分布的黑白相間的圖形來記錄信息。

隨著移動互聯技術的發(fā)展和智能終端的普及，條碼在以用戶賬戶為基礎的各種近距離業(yè)務中得到了廣泛的應用。兩個用戶之間可以通過掃描一維條碼、二維碼等實現賬戶之間的移動支付、信息共享等業(yè)務。

現有技術中，兩個設備之間采用掃描條碼進行的通信是單向通信，顯示條碼的設備不會從掃描條碼的設備那里得到其對條碼中信息的處理結果。在利用條碼進行的業(yè)務過程中，這樣的單向通信可能帶來通信雙方的信息不對稱，對業(yè)務的安全和完整造成影響。

例如，在利用條碼的支付業(yè)務中，帶有掃描器的商戶收銀終端在掃描用戶終端顯示的支付二維碼后得到用戶賬戶，采用用戶賬戶、商戶賬戶和金額向支付服務器發(fā)起支付請求，支付服務器在完成用戶賬戶與商戶賬戶之間的轉賬后，分別向商戶收銀終端和用戶終端發(fā)送支付結果。當用戶身處未被移動數據網絡覆蓋的區(qū)域時，如開發(fā)新區(qū)、地下商場、海外等地方時，由于商戶收銀終端與支付服務器之間通常通過有線網絡來通信，因此支付可以順利完成，商戶收銀終端可以收到支付結果，但是用戶終端在當時卻無法收到支付結果。由于信息不對稱，用戶無法確認支付金額以及支付是否成功，難以保障用戶的支付安全。

技術實現要素：

有鑒于此，本申請?zhí)峁┮环N基于條碼的通信方法，包括：

將第一傳輸信息渲染為第一條碼，顯示第一條碼供對端設備掃描；

掃描對端設備顯示的第二條碼，獲取第二條碼中攜帶的第二傳輸信息，所述第二傳輸信息由對端設備根據對第一傳輸信息的處理結果獲得。

本申請?zhí)峁┑囊环N基于條碼的通信方法，包括：

掃描對端設備顯示的第一條碼，獲取第一條碼中攜帶的第一傳輸信息；

根據對第一傳輸信息的處理結果，生成第二傳輸信息；

將第二傳輸信息渲染為第二條碼，顯示第二條碼供對端設備掃描。

本申請還提供了一種支付的實現方法，應用在付款方設備上，包括：

將包括付款方賬戶信息的付款方信息渲染為支付條碼，顯示所述支付條碼供收款方設備掃描；

通過掃描收款方設備顯示的支付結果條碼，獲取支付結果條碼中攜帶的支付結果；所述支付結果由支付服務器根據包括付款方賬戶信息的支付請求，進行付款方賬戶向收款方賬戶的支付后下發(fā)給收款方設備。

本申請?zhí)峁┑囊环N支付的實現方法，應用在收款方設備上，包括：

掃描付款方設備顯示的支付條碼，獲取支付條碼中攜帶的包括付款方賬戶信息的付款方信息；

向支付服務器發(fā)送支付請求，所述支付請求中包括付款方賬戶信息、收款方賬戶信息和支付額度，從支付服務器接收攜帶有支付結果的支付響應；所述支付結果由支付服務器根據付款方賬戶信息、收款方賬戶信息和支付額度，進行付款方賬戶向收款方賬戶的支付后生成；

將支付結果渲染為支付結果條碼，顯示支付結果條碼供付款方設備掃描。

本申請還提供了一種基于條碼的通信裝置，包括：

第一條碼顯示單元，用于將第一傳輸信息渲染為第一條碼，顯示第一條碼供對端設備掃描；

第二條碼掃描單元，用于掃描對端設備顯示的第二條碼，獲取第二條碼中攜帶的第二傳輸信息，所述第二傳輸信息由對端設備根據對第一傳輸信息的處理結果獲得。

本申請?zhí)峁┑囊环N基于條碼的通信裝置，包括：

第一條碼掃描單元，用于掃描對端設備顯示的第一條碼，獲取第一條碼中攜帶的第一傳輸信息；

第二傳輸信息單元，用于根據對第一傳輸信息的處理結果，生成第二傳輸信息；

第二條碼顯示單元，用于將第二傳輸信息渲染為第二條碼，顯示第二條碼供對端設備掃描。

本申請還提供了一種支付的實現裝置，應用在付款方設備上，包括：

支付條碼顯示單元，用于將包括付款方賬戶信息的付款方信息渲染為支付條碼，顯示所述支付條碼供收款方設備掃描；

支付結果條碼掃描單元，用于通過掃描收款方設備顯示的支付結果條碼，獲取支付結果條碼中攜帶的支付結果；所述支付結果由支付服務器根據包括付款方賬戶信息的支付請求，進行付款方賬戶向收款方賬戶的支付后下發(fā)給收款方設備。

本申請?zhí)峁┑囊环N支付的實現裝置，應用在收款方設備上，包括：

支付條碼掃描單元，用于掃描付款方設備顯示的支付條碼，獲取支付條碼中攜帶的包括付款方賬戶信息的付款方信息；

支付結果接收單元，用于向支付服務器發(fā)送支付請求，所述支付請求中包括付款方賬戶信息、收款方賬戶信息和支付額度，從支付服務器接收攜帶有支付結果的支付響應；所述支付結果由支付服務器根據付款方賬戶信息、收款方賬戶信息和支付額度，進行付款方賬戶向收款方賬戶的支付后生成；

支付結果條碼顯示單元，用于將支付結果渲染為支付結果條碼，顯示支付結果條碼供付款方設備掃描。

本申請還提供了一種掃碼機具，包括用于獲取對端設備顯示條碼的影像信號的影像獲取模塊，還包括：

處理模塊，用于將影像獲取模塊獲取的影像信號解碼為輸入信息后，通過通信模塊上傳至主機；以及將主機通過通信模塊下發(fā)的輸出信息渲染為條碼后傳遞給顯示模塊；

通信模塊，用于向主機上傳輸入信息，以及接收主機下發(fā)的輸出信息，

顯示模塊，用于顯示根據輸出信息渲染而成的條碼。

由以上技術方案可見，在本申請基于條碼的通信方法和裝置的實施例中，在通信的一方掃描另一方顯示的第一條碼并從中獲取第一傳輸信息后，將根據對第一傳輸信息的處理結果生成的第二傳輸信息渲染為第二條碼，由通信另一方進行掃描，從而使得通信雙方能夠采用條碼進行雙向信息傳遞，避免了單向通信導致的信息不對稱，提高了業(yè)務的完整性和安全性；

在本申請支付的實現方法和裝置的實施例中，收款方設備在掃描付款方設備帶有付款方賬戶信息的支付條碼后，采用付款方賬戶信息向支付服務器發(fā)送支付請求及接收支付結果，將支付結果渲染為支付結果條碼后由付款方設備掃描，使得付款方設備無需連接支付服務器即可確認支付金額和支付結果，在保障支付業(yè)務完整的同時，提高了用戶的支付安全；

在本申請掃碼機具的實施例中，由處理模塊將主機下發(fā)的輸出信息渲染為條碼后顯示在顯示屏上，實現了掃碼機具向通信對端展示供掃描的條碼的功能，使得掃碼機具能夠進行基于條碼的雙向通信，為增加業(yè)務過程的完整性和安全性提供了實現基礎。

附圖說明

圖1是本申請實施例一中一種應用在通信一方、基于條碼的通信方法的流程圖；

圖2是本申請實施例一中一種應用在通信另一方、基于條碼的通信方法的流程圖；

圖3是本申請實施例二應用場景的一種網絡結構圖；

圖4是本申請實施例二中一種應用在付款方設備上、支付的實現方法的流程圖；

圖5是本申請實施例二中一種應用在收款方設備上、支付的實現方法的流程圖；

圖6是本申請實施例三中一種掃碼機具的結構示意圖；

圖7是本申請實施例一或二所運行的設備的一種硬件結構圖；

圖8是本申請實施例中一種應用在通信一方、基于條碼的通信裝置的邏輯結構圖；

圖9是本申請實施例中一種應用在通信另一方、基于條碼的通信裝置的邏輯結構圖；

圖10是本申請實施例中一種應用在付款方設備上、支付的實現裝置的邏輯結構圖；

圖11是本申請實施例中一種應用在收款方設備上、支付的實現裝置的邏輯結構圖。

具體實施方式

本申請的實施例一提出一種基于條碼的通信方法，設通信的一方為設備A，通信的另一方為設備B，設備A向設備B展示由第一傳輸信息渲染而成的第一條碼，設備B掃描獲得第一傳輸信息后，將根據對第一傳輸信息的處理結果生成的第二傳輸信息渲染為第二條碼展示給設備A掃描，設備A掃描后得到第二傳輸信息，從而實現了設備A與設備B之間基于條碼的雙向通信，避免了單向通信導致的設備A與設備B之間的信息不對稱，以解決現有技術中存在的問題。

本實施例中，作為通信雙方的設備A和設備B可以是任何具有計算、存儲、顯示和條碼掃描功能的設備，例如，手機、平板電腦、筆記本、帶有攝像功能或外接條碼掃描器的PC(Personal Computer，個人電腦)等。

本實施例中，基于條碼的通信方法應用在設備A上的流程如圖1所示，應用在設備B上的流程如圖2所示。

在設備A上，步驟110，將第一傳輸信息渲染為第一條碼，顯示第一條碼供對端設備掃描。

在設備B上，步驟210，掃描對端設備顯示的第一條碼，獲取第一條碼中攜帶的第一傳輸信息。

設備將要傳輸給設備B的第一傳輸信息渲染為第一條碼后顯示，由設備B掃描第一條碼，并從掃描的第一條碼的影像數據中提取出第一傳輸信息。

將信息渲染為條碼、和從條碼的影像數據中提取信息的具體方式可以參照現有技術實現。此外，本實施例中的條碼可以是一維條碼，也可以是二維條碼。

第一傳輸信息的具體內容可以根據實際應用場景的在涉及設備A和設備B的業(yè)務流程中需要傳輸的信息來確定，本實施例不做限定。第一傳輸信息可以包括業(yè)務信息、設備控制信息、和通信控制信息中的一種到多種，其中：

業(yè)務信息是與業(yè)務流程相關的業(yè)務數據；

設備控制信息用來控制設備B的工作狀態(tài)參數，或者控制設備B進行指定的功能操作，或者既控制設備B的工作狀態(tài)參數、又控制設備B進行指定的功能操作。工作狀態(tài)參數包括設備B上各種可以由應用程序、進程或線程等運行單位來設定或修改的參數值或狀態(tài)值，如設備B的屏幕亮度、條碼的顯示時間長度、條碼顯示的面積大小及位置等等。功能操作包括設備B上各種可以由應用程序、進程或線程等運行單位來啟動、運行及關閉的功能，如攝像頭的打開、拍照、錄像及關閉，屏幕的點亮及關閉等等；

通信控制信息用來告知設備B信息交換的當前進度、或者后續(xù)流程、或者當前進度和后續(xù)流程。當前進度是在設備A上正在進行或已經完成的信息交換步驟，如信息1已收到、信息2正在處理中等等；后續(xù)流程是設備A在在接下來進行的通信中對設備B的要求，如返回對本信息的接收確認、返回對本信息的處理結果等等。

在設備B上，步驟220，根據對第一傳輸信息的處理結果，生成第二傳輸信息。

設備B在提取第一傳輸信息后，根據實際應用場景中業(yè)務流程的需要，對第一傳輸信息進行處理，得到第二傳輸信息。第二傳輸信息可以由設備B在本地對第一傳輸信息處理后生成；可以由設備B將第一傳輸信息發(fā)送給其他設備后，將從其他設備返回的處理結果作為第二傳輸信息；也可以由設備B在對第一傳輸信息進行處理后，將處理的中間結果發(fā)送給其他設備，再根據其他設備返回的響應來生成第二傳輸信息；本實施不做限定。

如前所述，第一傳輸信息可以包括業(yè)務信息、設備控制信息、和通信控制信息中的一種到多種。如果第一傳輸信息中包括設備控制信息，則設備B在提取第一傳輸信息后，根據第一傳輸信息中的設備控制信息，更改本設備的工作狀態(tài)參數、和/或在本設備上進行指定的功能操作；例如，如果第一傳輸信息中帶有“增加屏幕亮度”的設備控制信息，則設備B的屏幕亮度尚未到達最大值的話，將本設備的屏幕亮度調高；如果第一傳輸信息中帶有“關閉攝像頭”的設備控制信息，則設備B關閉本設備的攝像頭。

如果第一傳輸信息中包括通信控制信息，則設備B根據第二傳輸信息中的通信控制信息，獲知與設備A信息交換的當前進度和/或后續(xù)流程；再根據信息交換的當前進度和/或后續(xù)流程，生成第二傳輸信息。例如，如果第一傳輸信息中帶有“返回接收確認”的通信控制信息，則設備B生成“信息已接收”的第二傳輸信息；如果第一傳輸信息中帶有“返回對本信息的處理結果”的通信控制信息，則設備B在第一傳輸信息的處理結束后，將處理結果作為第二傳輸信息。

在設備B上，步驟230，將第二傳輸信息渲染為第二條碼，顯示第二條碼供對端設備掃描。

在設備A上，步驟120，掃描對端設備顯示的第二條碼，獲取第二條碼中攜帶的第二傳輸信息；第二傳輸信息由對端設備根據對第一傳輸信息的處理結果生成。

設備B將生成的第二傳輸信息渲染為第二條碼，并顯示第二條碼。設備A掃描設備B顯示的第二條碼，從第二條碼的影像數據中提取出第二傳輸信息。

類似的，設備B可以在第二傳輸信息中封裝設備控制信息和/或通信控制信息。如果第二傳輸信息中帶有設備控制信息，則設備A在提取出設備控制信息后，根據設備控制信息更改本設備的工作狀態(tài)參數和/或進行指定的功能操作；如果第二傳輸信息中帶有通信控制信息，則設備A在提取出通信控制信息后，根據通信控制信息獲知與設備B信息交換的當前進度和/或進行與設備B信息交換的后續(xù)流程。

例如，在第二傳輸信息中帶有“繼續(xù)掃描下一個條碼”的通信控制信息時，設備A繼續(xù)調用攝像頭對設備B的屏幕進行掃描，直到掃描到下一個條碼(與已接收的當前條碼不同的另一個條碼、或在設備B的屏幕關閉并重新點亮后顯示的條碼、或能夠區(qū)分兩個連續(xù)顯示的條碼的其他方式)。

采用上述步驟，設備A與設備B之間即可以掃描條碼的方式進行雙向通信。當雙方的通信結束后，設備A與設備B可以各自向其用戶發(fā)出提示信號，如提示音、震動等，告知用戶通信結束。設備A與設備B可以通過條碼中的通信控制信息來告知對端通信結束，也可以由運行業(yè)務流程的應用程序、進程等運行單位來結束通信，本實施例不做限定。

可見，本實施例中，設備A向設備B展示由第一傳輸信息渲染而成的第一條碼，設備B掃描設備A顯示的第一條碼并從中獲取第一傳輸信息后，將根據對第一傳輸信息的處理結果生成的第二傳輸信息渲染為第二條碼，由設備A進行掃描，從而實現了設備A與設備B之間基于條碼的雙向通信，避免了單向通信導致的設備A與設備B之間的信息不對稱，提高了業(yè)務的完整性和安全性。

本申請的實施例二提出一種支付的實現方法，收款方設備掃描付款方設備攜帶有付款方賬戶信息的支付條碼，在采用付款方賬戶信息向支付服務器請求支付后，將支付結果渲染為支付結果條碼，顯示給收款方設備掃描，使得收款方設備無需連接支付服務器即可當場獲知支付結果，用戶的支付安全更加有保障，從而解決現有技術中存在的問題。

圖3所示為本實施例中一種應用場景的網絡結構，收款方設備通過通信網絡與支付服務器相互可訪問，付款方設備與收款方設備采用掃描條碼的方式進行近場通信。其中，收款方設備與付款方設備可以是任何具有計算、存儲、顯示和條碼掃描功能的設備，例如，手機、平板電腦、筆記本、有攝像功能或外接條碼掃描器的PC(Personal Computer，個人電腦)等，收款方設備還可以是具有條碼掃描顯示功能的收銀終端；支付服務器可以是一個物理或邏輯服務器，也可以是由兩個或兩個以上分擔不同職責的物理或邏輯服務器、相互協(xié)同來實現本實施例中支付服務器的各項功能。

本實施例中，支付的實現通信方法應用在收款方設備上的流程如圖4所示，應用在付款方設備上的流程如圖5所示。對本實施例中與實施例一中相同的內容不再贅述，請參見實施例一。

在付款方設備上，步驟410，將包括付款方賬戶信息的付款方信息渲染為支付條碼，顯示支付條碼供收款方設備掃描。

在收款方設備上，步驟510，掃描付款方設備顯示的支付條碼，獲取支付條碼中攜帶的包括付款方賬戶信息的付款方信息。

在收到付款方用戶進行支付的操作后，付款方設備生成付款方信息，其中包括付款方賬戶信息。付款方賬戶信息可以是任何能夠在支付服務器上唯一代表付款方賬戶的信息，如付款方注冊用戶名、付款方賬戶在支付系統(tǒng)里的賬戶代碼等。此外，付款方設備還可以在付款方信息中攜帶設備控制信息和/或通信控制信息。付款方設備將付款方信息渲染為支付條碼，并顯示在屏幕上，供收款方設備掃描。

收款方設備掃描付款方設備顯示的支付條碼，從支付條碼的影像數據中解析得到付款方信息，從中提取出付款方賬戶信息。

將信息渲染為條碼、和從條碼的影像數據中提取信息的具體方式可以參照現有技術實現。此外，本實施例中的條碼可以是一維條碼，也可以是二維條碼或者其他類型的條碼。

在收款方設備上，步驟520，向支付服務器發(fā)送支付請求，支付請求中包括付款方賬戶信息、收款方賬戶信息和支付額度，從支付服務器接收攜帶有支付結果的支付響應；支付結果由支付服務器根據付款方賬戶信息、收款方賬戶信息和支付額度，進行付款方賬戶向收款方賬戶的支付后生成。

收款方設備將付款方賬戶信息、收款方賬戶信息以及付款方向收款方的支付額度封裝在支付請求中，發(fā)送給支付服務器。類似的，收款方賬戶信息可以是任何能夠在支付服務器上唯一代表收款方賬戶的信息。

支付服務器將等于支付額度的金額從付款方賬戶轉入收款方賬戶，轉賬成功后將支付成功作為支付結果，如果因收款方賬戶或付款方賬戶狀態(tài)異常、付款方賬戶余額不足等原因發(fā)生轉賬失敗，則將支付失敗作為支付結果。支付服務器將支付結果封裝在支付響應中，發(fā)送給收款方設備。

在收款方設備上，步驟530，將支付結果渲染為支付結果條碼，顯示支付結果條碼供付款方設備掃描。

在付款方設備上，步驟420，通過掃描收款方設備顯示的支付結果條碼，獲取支付結果條碼中攜帶的支付結果；支付結果由支付服務器根據包括付款方賬戶信息的支付請求，進行付款方賬戶向收款方賬戶的支付后下發(fā)給收款方設備。

收款方設備收到支付響應，從中提取支付結果，根據支付結果是否成功進行對應的業(yè)務處理，并將支付結果渲染為支付結果條碼，顯示在屏幕上。

付款方設備掃描收款方設備屏幕上顯示的支付結果條碼，從支付結果條碼的影像數據中解析得到支付結果。

收款方設備從掃描付款方設備顯示的支付條碼、到顯示支付結果條碼供付款方設備掃描，其間所需的時間較長，而付款方設備在此期間一直掃描收款方設備的屏幕將會消耗較多的電量。而付款方設備通常是用戶的移動設備，耗電量是較為關鍵的指標。

因此，在一個例子中，收款方設備可以在獲取支付條碼中攜帶的付款方信息后，將等待過程控制信息渲染為等待過程控制條碼，并且將等待過程控制條碼顯示在屏幕上供付款方設備掃描。等待過程控制信息中包括設備控制信息，用來更改付款方設備的工作狀態(tài)參數和/或進行指定的功能操作。例如，等待過程控制信息可以是：調低屏幕亮度、關閉攝像頭某個預定時間后再打開、或者上述兩者的組合。付款方設備在掃描等待過程控制條碼后，根據等待過程控制條碼中攜帶的設備控制信息，來更改本設備的工作狀態(tài)參數和/或進行指定的功能操作，以達到節(jié)電的效果。

如果收款方設備在得到付款方信息后，顯示等待過程控制條碼以降低付款方設備的耗電量，則付款方設備還要繼續(xù)掃描收款方設備的支付結果條碼?？梢栽谑湛罘胶透犊罘降母犊詈褪湛盍鞒讨幸?guī)定收款方設備在掃描支付條碼后，會陸續(xù)向付款方設備顯示兩個條碼來分別傳輸控制信息和支付結果，這樣付款方設備將在運行支付流程的應用程序、進程等運行單位的控制下掃描收款方設備陸續(xù)顯示的兩個條碼；也可以由收款方設備在等待過程控制信息中攜帶通信控制信息，該通信控制信息中包括告知付款方設備繼續(xù)掃描下一個條碼的通知消息，這樣付款方設備掃描等待過程控制條碼后，提取出通信控制信息，即可得知收款方還會顯示下一個條碼供本方掃描。

在另一個例子中，付款方設備可以在顯示支付條碼的時間達到預設顯示定時后，開始進行支付結果條碼的掃描。具體而言，付款方設備可以在將支付條碼顯示到屏幕上的同時啟動定時器，定時時間為預設顯示定時，定時到時開始掃描支付結果條碼。預設顯示定時可以根據收款方設備的處理速度、收款方與支付服務器之間信息交互所需的時間等因素來確定。延遲啟動掃描的時間能夠節(jié)省付款方設備的電量。

在一些應用場景中，當付款方設備能夠與支付服務器正常通信時，可以由支付服務器直接向付款方設備發(fā)送支付結果，只有當付款方設備與支付服務器不能通信時，才采用本實施例中由收款方設備通過支付結果條碼告知收款方設備支付結果的方式。這些應用場景中可以采用如下兩種實現方式：

第一種實現方式：對付款方設備，如果和支付服務器不能正常通信，則在生成付款方信息時，在付款方信息中攜帶返回支付結果的通信控制信息，該通信控制信息用來要求收款方設備將支付結果用條碼反饋給付款方設備；并且付款方設備在顯示支付條碼后，會掃描收款方設備的屏幕，來接收收款方設備用條碼返回的信息。如果付款方設備和支付服務器能夠正常通信，則不會在付款方信息中攜帶返回支付結果的通信控制信息，也不需掃描收款方設備的支付結果條碼。對收款方設備，如果付款方信息中帶有返回支付結果的通信控制信息，則將支付結果渲染為支付結果條碼，顯示支付結果條碼供付款方設備掃描；否則不必生成和顯示支付結果條碼。

第二種實現方式：對付款方設備，如果和支付服務器不能正常通信，則在顯示支付條碼后，掃描收款方設備顯示的支付結果條碼，獲取支付結果條碼中攜帶的支付結果；否則不需掃描收款方設備的支付結果條碼。支付服務器在生成支付響應時，如果和付款方設備不能正常通信，則在支付響應中封裝付款方設備離線通知。對收款方設備，如果從支付服務器收到的支付響應中帶有付款方設備離線通知，將支付結果渲染為支付結果條碼，顯示支付結果條碼供付款方設備掃描；否則不必生成和顯示支付結果條碼。

可見，本實施例中，收款方設備掃描付款方設備攜帶有付款方賬戶信息的支付條碼，之后采用付款方賬戶信息向支付服務器發(fā)送支付請求及接收支付結果，將支付結果渲染為支付結果條碼，顯示給收款方設備掃描，使得收款方設備無需連接支付服務器即可確認支付金額和支付結果，提高了對支付業(yè)務完整行和用戶支付安全的保障。

現有技術中，收款方使用的掃碼機具通常只能掃描其他物體或設備上的條碼，本身不帶有顯示屏，也不具備生成并顯示條碼的功能，這樣的掃碼機具不能與其連接的主機一起作為本申請中以條碼進行雙向通信的一方。因此，本申請的實施例三提出一種掃碼機具，該掃碼機具帶有顯示屏，并具有接收主機下發(fā)的信息并將信息渲染為條碼進行顯示的功能。將這樣的掃碼機具應用于本發(fā)明實施例中，可以與其連接的主機一起作為雙向通信的一方，從而避免單向通信導致的信息不對稱。

本實施例中的掃碼機具與主機通過有線或無線的通信接口相連接，并能夠向主機上傳信息和接收主機下發(fā)的信息。其中，主機可以是任何具有計算和存儲功能的設備，本實施例中對主機的類型、與掃碼機具的通信方式及通信協(xié)議均不做限定。

本實施例中，掃碼機具的結構如圖6所示，包括影像獲取模塊、顯示模塊、處理模塊和通信模塊，其中：

影像獲取模塊用來獲取通信的對端設備顯示條碼的影像信號；

處理模塊用來將影像獲取模塊獲取的影像信號解碼為輸入信息后，通過通信模塊上傳至主機；以及將主機通過通信模塊下發(fā)的輸出信息渲染為條碼后傳遞給顯示模塊；

通信模塊用來向主機上傳輸入信息，以及接收主機下發(fā)的輸出信息，

顯示模塊用來顯示根據輸出信息渲染而成的條碼。

具體而言，在進行掃描時，影像獲取模塊通過拍攝或者反射光成像等方式，得到通信的對端設備顯示條碼的影像信號，并傳遞給處理模塊；處理模塊將影像獲取模塊得到的影像信號解碼為輸入信息，傳遞給通信模塊；通信模塊將來自處理模塊的輸入信息上傳給主機。在進行條碼展示時，主機將輸出信息下發(fā)到通信模塊；通信模塊將接收的輸出信息傳遞給處理模塊；處理模塊將主機下發(fā)的輸出信息渲染為條碼后傳遞給顯示模塊；顯示模塊將生成的條碼顯示在顯示屏上(顯示模塊包括顯示屏)。

掃描機具的上述各個組成模塊通常會封裝在其殼體的內部。在一些應用場景中，掃描機具殼體的一個側面為開放式的側面或者是由透明材質制作的側面，在開放式或透明材質側面的對側內部安裝顯示屏，顯示屏與開放式或透明材質側面的距離根據主流手機型號前置攝像頭的對焦距離確定。

具體而言，具有一個開放式的側面的殼體形成了橫向放置的桶型結構，桶的非封閉一面形成了殼體的開放式側面，桶的橫截面形狀可以是矩形、圓角矩形、圓形、橢圓等，不做限定。顯示模塊中的顯示屏安裝在開放式側面的對側(可以看做是橫向放置的桶的底面)，并且安裝在殼體內部，即從開放式側面可以看到顯示屏上顯示的內容。具有一個透明材質制作的側面的殼體，其他側面可以是透明材質，也可以不是；顯示屏安裝在開放式側面或者該透明材質側面的對面，并且安裝在殼體內部，即透過該透明材質的側面，可以看到顯示屏上顯示的內容。

采集各種主流手機型號前置攝像頭的對焦距離，將與這些對焦距離接近的一個距離作為顯示屏與開放式側面或該透明材質側面的距離，以便當用戶將手機屏幕放置在開放式側面或該透明材質側面附近時，能夠順利描顯示屏上顯示的條碼，從而為用戶的操作提供便利。

可見，本實施例中，掃碼機具既能夠掃描通信對端設備的條碼獲取輸入信息，又能夠將傳輸給對端設備的輸出信息渲染為條碼后顯示，供對端設備掃描，具有進行基于條碼的雙向通信的功能，為增加業(yè)務過程的完整性和安全性提供了實現基礎。

在本申請的一個應用示例中，商戶收銀終端外接實施例三的掃描機具，掃描用戶手機上第三方支付平臺的支付App(應用程序)中顯示的支付二維碼，通過第三方支付平臺的支付服務器來進行移動支付。支付的流程如下：

用戶在手機上打開支付App，確認進行付款操作。支付App如果能夠與支付服務器通信，則將用戶賬戶信息作為付款方信息，否則將用戶賬戶信息和返回支付結果的通信控制信息作為付款方信息。支付App將付款方信息渲染為支付二維碼，顯示在手機屏幕上。如果不能與支付服務器通信，支付App開啟前置攝像頭，開始進行二維碼掃描。

用戶將手機屏幕對準商戶的掃描機具，商戶收銀員啟動掃描機具掃描支付二維碼，掃描機具將解碼后得到的付款方信息上傳給商戶收銀終端。

商戶收銀終端從付款方信息中提取用戶賬戶信息，將用戶賬戶信息、商戶賬戶信息和包括支付金額的訂單信息封裝在支付請求中，發(fā)送給支付服務器，請求為該筆交易代為扣款。

支付服務器將支付金額從用戶賬戶轉入商戶賬戶中，支付結果為成功支付，將支付結果封裝在支付響應中，發(fā)送給商戶收銀終端，同時向用戶手機的支付App推送支付結果。如果支付服務器與支付App不能正常通信，支付App將不能及時收到帶有支付結果的推送消息。

商戶收銀終端收到支付服務器的支付響應，從中獲得支付結果，進行成功支付后的業(yè)務處理流程。如果來自用戶手機的付款方信息中不包括返回支付結果的通信控制信息，則支付流程結束；否則商戶收銀終端將支付結果作為輸出信息下發(fā)給掃描機具，由掃描機具將支付結果渲染為支付結果二維碼后顯示在掃描機具的顯示屏上。

用戶手機的支付App掃描到支付結果二維碼，解碼后得到支付結果，將支付金額和支付已成功的消息顯示給用戶。

與上述實施例一和實施例二中的流程實現對應，本申請的實施例還提供了一種應用在通信一方的基于條碼的通信裝置、一種應用在通信另一方的基于條碼的通信裝置、一種應用在付款方設備上的支付的實現裝置、和一種應用在收款方設備上的支付的實現裝置。這四種裝置均可以通過軟件實現，也可以通過硬件或者軟硬件結合的方式實現。以軟件實現為例，作為邏輯意義上的裝置，是通過所在設備的CPU(Central Process Unit，中央處理器)將對應的計算機程序指令讀取到內存中運行形成的。從硬件層面而言，除了圖7所示的CPU、內存以及非易失性存儲器之外，這些裝置所在的設備通常還包括用于進行無線信號收發(fā)的芯片等其他硬件，和/或用于實現網絡通信功能的板卡等其他硬件。

圖8所示為本申請實施例提供的一種基于條碼的通信裝置，包括第一條碼顯示單元和第二條碼掃描單元，其中：第一條碼顯示單元用于將第一傳輸信息渲染為第一條碼，顯示第一條碼供對端設備掃描；第二條碼掃描單元用于掃描對端設備顯示的第二條碼，獲取第二條碼中攜帶的第二傳輸信息，所述第二傳輸信息由對端設備根據對第一傳輸信息的處理結果獲得。

可選的，所述第一傳輸信息中包括設備控制信息和/或通信控制信息，所述設備控制信息用來控制對端設備的工作狀態(tài)參數和/或進行指定的功能操作，所述通信控制信息用來告知對端設備信息交換的當前進度和/或后續(xù)流程。

可選的，所述第二傳輸信息中包括設備控制信息和/或通信控制信息；所述裝置還包括設備及通信控制單元，用于：根據第二傳輸信息中的設備控制信息，更改本設備的工作狀態(tài)參數和/或進行指定的功能操作；和/或；根據第二傳輸信息中的通信控制信息，獲知與對端設備信息交換的當前進度和/或進行與對端設備信息交換的后續(xù)流程。

可選的，所述裝置還包括：通信結束提示單元，用于在與對端設備的通信結束后，發(fā)出提示信號。

圖9所示為本申請實施例提供的一種基于條碼的通信裝置，應用在通信另一方的設備上，包括第一條碼掃描單元、第二傳輸信息單元和第二條碼顯示單元，其中：第一條碼掃描單元用于掃描對端設備顯示的第一條碼，獲取第一條碼中攜帶的第一傳輸信息；第二傳輸信息單元用于根據對第一傳輸信息的處理結果，生成第二傳輸信息；第二條碼顯示單元用于將第二傳輸信息渲染為第二條碼，顯示第二條碼供對端設備掃描。

可選的，所述第一傳輸信息中包括設備控制信息；所述裝置還包括設備控制單元，用于根據第一傳輸信息中的設備控制信息，更改本設備的工作狀態(tài)參數和/或進行指定的功能操作。

可選的，所述第一傳輸信息中包括通信控制信息；所述第二傳輸信息單元具體用于：根據第二傳輸信息中的通信控制信息，獲知與對端設備信息交換的當前進度和/或后續(xù)流程；根據所述信息交換的當前進度和/或后續(xù)流程，生成第二傳輸信息。

可選的，所述第二傳輸信息中包括設備控制信息和/或通信控制信息，所述設備控制信息用來控制對端設備的工作狀態(tài)參數和/或進行指定的功能操作，所述通信控制信息用來告知對端設備信息交換的當前進度和/或后續(xù)流程。

可選的，所述裝置還包括：通信結束提示單元，用于在與對端設備的通信結束后，發(fā)出提示信號。

圖10所示為本申請實施例提供的一種支付的實現裝置，應用在付款方設備上，包括支付條碼顯示單元和支付結果條碼掃描單元，其中：支付條碼顯示單元用于將包括付款方賬戶信息的付款方信息渲染為支付條碼，顯示所述支付條碼供收款方設備掃描；支付結果條碼掃描單元用于通過掃描收款方設備顯示的支付結果條碼，獲取支付結果條碼中攜帶的支付結果；所述支付結果由支付服務器根據包括付款方賬戶信息的支付請求，進行付款方賬戶向收款方賬戶的支付后下發(fā)給收款方設備。

可選的，所述掃描收款方設備顯示的支付結果條碼，包括：在顯示支付條碼的時間達到預設顯示定時后，開始進行支付結果條碼的掃描。

一種實現方式中，所述支付結果條碼掃描單元具體用于：當付款方設備不能與支付服務器進行通信時，通過掃描收款方設備顯示的支付結果條碼，獲取支付結果條碼中攜帶的支付結果。

另一種實現方式中，當付款方設備與支付服務器不能通信時，所述付款方信息還包括：返回支付結果的通信控制信息，用來告知收款方設備生成并顯示支付結果條碼。

一個例子中，所述裝置還包括：等待過程控制條碼掃描單元，用于在掃描收款方設備顯示的支付結果條碼前，掃描收款方設備顯示的等待過程控制條碼，根據等待過程控制條碼中攜帶的設備控制信息更改付款方設備的工作狀態(tài)參數和/或進行指定的功能操作。

上述例子中，所述設備控制信息可以包括：調低屏幕亮度、和/或關閉攝像頭預定時間后再打開。

上述例子中，所述等待過程控制條碼中還可以攜帶有通信控制信息，所述通信控制信息包括：告知付款方設備繼續(xù)掃描下一個條碼的通知消息。

圖11所示為本申請實施例提供的一種支付的實現裝置，應用在收款方設備上，其特征在于，包括支付條碼掃描單元、支付結果接收單元和支付結果條碼顯示單元，其中：支付條碼掃描單元用于掃描付款方設備顯示的支付條碼，獲取支付條碼中攜帶的包括付款方賬戶信息的付款方信息；支付結果接收單元用于向支付服務器發(fā)送支付請求，所述支付請求中包括付款方賬戶信息、收款方賬戶信息和支付額度，從支付服務器接收攜帶有支付結果的支付響應；所述支付結果由支付服務器根據付款方賬戶信息、收款方賬戶信息和支付額度，進行付款方賬戶向收款方賬戶的支付后生成；支付結果條碼顯示單元用于將支付結果渲染為支付結果條碼，顯示支付結果條碼供付款方設備掃描。

一種實現方式中，所述付款方信息中還包括：返回支付結果的通信控制信息；所述支付結果條碼顯示單元具體用于：當付款方信息中包括返回支付結果的通信控制信息時，將支付結果渲染為支付結果條碼，顯示支付結果條碼供付款方設備掃描。

另一種實現方式中，所述支付響應中還攜帶有付款方設備離線通知；所述支付結果條碼顯示單元具體用于：當支付響應中攜帶有付款方設備離線通知時，將支付結果渲染為支付結果條碼，顯示支付結果條碼供付款方設備掃描。

一個例子中，所述裝置還包括：等待過程控制條碼顯示單元，用于在獲取支付條碼中攜帶的付款方信息后，將等待過程控制信息渲染為等待過程控制條碼，顯示等待過程控制條碼供付款方設備掃描；所述等待過程控制信息中包括用來更改付款方設備的工作狀態(tài)參數和/或進行指定的功能操作的設備控制信息。

上述例子中，所述設備控制信息可以包括：調低屏幕亮度、和/或關閉攝像頭預定時間后再打開。

上述例子中，所述等待過程控制條碼中還可以攜帶有通信控制信息，所述通信控制信息包括：告知付款方設備繼續(xù)掃描下一個條碼的通知消息。

以上所述僅為本申請的較佳實施例而已，并不用以限制本申請，凡在本申請的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本申請保護的范圍之內。

在一個典型的配置中，計算設備包括一個或多個處理器(CPU)、輸入/輸出接口、網絡接口和內存。

內存可能包括計算機可讀介質中的非永久性存儲器，隨機存取存儲器(RAM)和/或非易失性內存等形式，如只讀存儲器(ROM)或閃存(flash RAM)。內存是計算機可讀介質的示例。

計算機可讀介質包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現信息存儲。信息可以是計算機可讀指令、數據結構、程序的模塊或其他數據。計算機的存儲介質的例子包括，但不限于相變內存(PRAM)、靜態(tài)隨機存取存儲器(SRAM)、動態(tài)隨機存取存儲器(DRAM)、其他類型的隨機存取存儲器(RAM)、只讀存儲器(ROM)、電可擦除可編程只讀存儲器(EEPROM)、快閃記憶體或其他內存技術、只讀光盤只讀存儲器(CD-ROM)、數字多功能光盤(DVD)或其他光學存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設備或任何其他非傳輸介質，可用于存儲可以被計算設備訪問的信息。按照本文中的界定，計算機可讀介質不包括暫存電腦可讀媒體(transitory media)，如調制的數據信號和載波。

還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。

本領域技術人員應明白，本申請的實施例可提供為方法、系統(tǒng)或計算機程序產品。因此，本申請可采用完全硬件實施例、完全軟件實施例或結合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產品的形式。