本申請涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種基于條碼的通信方法和裝置、一種支付的實現(xiàn)方法和裝置。

背景技術(shù)：

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

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

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

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

技術(shù)實現(xiàn)要素：

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

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

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

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

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

根據(jù)對第一傳輸信息的處理結(jié)果，生成第二傳輸信息；

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

本申請還提供了一種支付的實現(xiàn)方法，應(yīng)用在付款方設(shè)備上，包括：

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

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

本申請?zhí)峁┑囊环N支付的實現(xiàn)方法，應(yīng)用在收款方設(shè)備上，包括：

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

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

將支付結(jié)果渲染為支付結(jié)果條碼，顯示支付結(jié)果條碼供付款方設(shè)備掃描。

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

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

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

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

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

第二傳輸信息單元，用于根據(jù)對第一傳輸信息的處理結(jié)果，生成第二傳輸信息；

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

本申請還提供了一種支付的實現(xiàn)裝置，應(yīng)用在付款方設(shè)備上，包括：

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

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

本申請?zhí)峁┑囊环N支付的實現(xiàn)裝置，應(yīng)用在收款方設(shè)備上，包括：

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

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

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

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

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

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

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

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

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

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

附圖說明

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

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

圖3是本申請實施例二應(yīng)用場景的一種網(wǎng)絡(luò)結(jié)構(gòu)圖；

圖4是本申請實施例二中一種應(yīng)用在付款方設(shè)備上、支付的實現(xiàn)方法的流程圖；

圖5是本申請實施例二中一種應(yīng)用在收款方設(shè)備上、支付的實現(xiàn)方法的流程圖；

圖6是本申請實施例三中一種掃碼機具的結(jié)構(gòu)示意圖；

圖7是本申請實施例一或二所運行的設(shè)備的一種硬件結(jié)構(gòu)圖；

圖8是本申請實施例中一種應(yīng)用在通信一方、基于條碼的通信裝置的邏輯結(jié)構(gòu)圖；

圖9是本申請實施例中一種應(yīng)用在通信另一方、基于條碼的通信裝置的邏輯結(jié)構(gòu)圖；

圖10是本申請實施例中一種應(yīng)用在付款方設(shè)備上、支付的實現(xiàn)裝置的邏輯結(jié)構(gòu)圖；

圖11是本申請實施例中一種應(yīng)用在收款方設(shè)備上、支付的實現(xiàn)裝置的邏輯結(jié)構(gòu)圖。

具體實施方式

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

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

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

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

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

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

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

第一傳輸信息的具體內(nèi)容可以根據(jù)實際應(yīng)用場景的在涉及設(shè)備A和設(shè)備B的業(yè)務(wù)流程中需要傳輸?shù)男畔泶_定，本實施例不做限定。第一傳輸信息可以包括業(yè)務(wù)信息、設(shè)備控制信息、和通信控制信息中的一種到多種，其中：

業(yè)務(wù)信息是與業(yè)務(wù)流程相關(guān)的業(yè)務(wù)數(shù)據(jù)；

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

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

在設(shè)備B上，步驟220，根據(jù)對第一傳輸信息的處理結(jié)果，生成第二傳輸信息。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

付款方設(shè)備掃描收款方設(shè)備屏幕上顯示的支付結(jié)果條碼，從支付結(jié)果條碼的影像數(shù)據(jù)中解析得到支付結(jié)果。

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

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

如果收款方設(shè)備在得到付款方信息后，顯示等待過程控制條碼以降低付款方設(shè)備的耗電量，則付款方設(shè)備還要繼續(xù)掃描收款方設(shè)備的支付結(jié)果條碼。可以在收款方和付款方的付款和收款流程中規(guī)定收款方設(shè)備在掃描支付條碼后，會陸續(xù)向付款方設(shè)備顯示兩個條碼來分別傳輸控制信息和支付結(jié)果，這樣付款方設(shè)備將在運行支付流程的應(yīng)用程序、進程等運行單位的控制下掃描收款方設(shè)備陸續(xù)顯示的兩個條碼；也可以由收款方設(shè)備在等待過程控制信息中攜帶通信控制信息，該通信控制信息中包括告知付款方設(shè)備繼續(xù)掃描下一個條碼的通知消息，這樣付款方設(shè)備掃描等待過程控制條碼后，提取出通信控制信息，即可得知收款方還會顯示下一個條碼供本方掃描。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

可見，本實施例中，掃碼機具既能夠掃描通信對端設(shè)備的條碼獲取輸入信息，又能夠?qū)鬏斀o對端設(shè)備的輸出信息渲染為條碼后顯示，供對端設(shè)備掃描，具有進行基于條碼的雙向通信的功能，為增加業(yè)務(wù)過程的完整性和安全性提供了實現(xiàn)基礎(chǔ)。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

一種實現(xiàn)方式中，所述支付結(jié)果條碼掃描單元具體用于：當(dāng)付款方設(shè)備不能與支付服務(wù)器進行通信時，通過掃描收款方設(shè)備顯示的支付結(jié)果條碼，獲取支付結(jié)果條碼中攜帶的支付結(jié)果。

另一種實現(xiàn)方式中，當(dāng)付款方設(shè)備與支付服務(wù)器不能通信時，所述付款方信息還包括：返回支付結(jié)果的通信控制信息，用來告知收款方設(shè)備生成并顯示支付結(jié)果條碼。

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

上述例子中，所述設(shè)備控制信息可以包括：調(diào)低屏幕亮度、和/或關(guān)閉攝像頭預(yù)定時間后再打開。

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

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

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

另一種實現(xiàn)方式中，所述支付響應(yīng)中還攜帶有付款方設(shè)備離線通知；所述支付結(jié)果條碼顯示單元具體用于：當(dāng)支付響應(yīng)中攜帶有付款方設(shè)備離線通知時，將支付結(jié)果渲染為支付結(jié)果條碼，顯示支付結(jié)果條碼供付款方設(shè)備掃描。

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

上述例子中，所述設(shè)備控制信息可以包括：調(diào)低屏幕亮度、和/或關(guān)閉攝像頭預(yù)定時間后再打開。

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

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

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

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

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

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

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