本發(fā)明涉及公共交通領(lǐng)域，具體而言，涉及一種電子支付方法及公交電子支付系統(tǒng)、地鐵電子支付系統(tǒng)。

背景技術(shù)：

隨著我國交通運輸事業(yè)的日益發(fā)展，公交車以及地鐵等公共交通工具正在逐漸成為城市主要的交通工具，使人們出行更加便捷。

對于公交和地鐵，現(xiàn)有的乘車支付方式通常是刷卡。例如對于公交車，用戶在上公交前需要掏出攜帶的公交卡，在上車時將公交卡在刷卡終端進(jìn)行刷卡支付。對于地鐵，用戶在進(jìn)站或者出站時，都需要在到達(dá)刷卡端前從包里掏出公交卡，以使在到達(dá)地鐵站的刷卡端時進(jìn)行刷卡。

一方面，在現(xiàn)有的刷卡支付方式下，需要用戶隨身攜帶公交卡公交支付或者地鐵支付。由于公交卡僅僅用于公交車或地鐵刷卡，并沒有其他用途，隨身攜帶十分麻煩。并且，公交卡僅僅用于公交車或地鐵刷卡，人們平時不會拿在手上，則在乘車前必須從包里拿出，刷完再放回包里，整個過程十分不便。

另一方面，現(xiàn)有的公交刷卡或地鐵刷卡常用的接觸式刷卡，需要公交卡緊貼刷卡端才能刷卡成功，一旦稍微遠(yuǎn)離，很容易刷卡失敗，使用極其不方便。

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

有鑒于此，本發(fā)明實施例提供了一種電子支付方法及公交電子支付系統(tǒng)、地鐵電子支付系統(tǒng)，通過用戶終端從服務(wù)器獲得的二維碼或者條形碼在乘坐公交或者地鐵時進(jìn)行電子支付。由于對手機(jī)等用戶終端的使用習(xí)慣，人們常常將手機(jī)拿在手上玩、打電話、聊天等，所以在用手機(jī)等用戶終端進(jìn)行電子支付時不需要特意拿出手機(jī)，使用方便。并且，二維碼或者條形碼為掃描支付，只要用戶終端顯示的二維碼或者條形碼在掃描區(qū)域范圍內(nèi)，即使二維碼或者條形碼與掃描終端仍然有一定距離時也可以掃描成功，減少支付失敗的幾率，使用更方便。

為了實現(xiàn)上述目的，本發(fā)明采用的技術(shù)方案如下：

一種電子支付方法，應(yīng)用于公交電子支付系統(tǒng)，所述方法包括：

用戶終端接收用戶觸發(fā)的乘車請求，并將該乘車請求發(fā)送給服務(wù)器；服務(wù)器根據(jù)所述乘車請求生成與該乘車請求對應(yīng)的二維碼或者條形碼返回給所述用戶終端；用戶終端接收所述二維碼或條形碼并進(jìn)行顯示，以使用戶將該顯示的二維碼或條形碼在公交終端的掃描區(qū)域內(nèi)進(jìn)行掃描；公交終端掃描用戶終端顯示的二維碼或者條形碼，并將掃描獲得的掃描信息發(fā)送給服務(wù)器；服務(wù)器接收公交終端發(fā)送的掃描信息，根據(jù)所述掃描信息以及預(yù)設(shè)計費規(guī)則，確定所述用戶終端對應(yīng)的用戶所需的乘車費用，并向所述用戶終端綁定的支付系統(tǒng)發(fā)送扣款通知，以扣除與所述乘車費用對應(yīng)的金額。

一種電子支付方法，應(yīng)用于地鐵電子支付系統(tǒng)，所述方法包括：

用戶終端接收用戶觸發(fā)的乘車請求，并將該乘車請求發(fā)送給服務(wù)器；服務(wù)器根據(jù)所述乘車請求生成與該乘車請求對應(yīng)的二維碼或者條形碼返回給所述用戶終端；用戶終端接收所述二維碼或條形碼并進(jìn)行顯示，以使用戶將該顯示的二維碼或條形碼在地鐵終端的掃描區(qū)域內(nèi)進(jìn)行掃描；第一地鐵終端掃描用戶終端顯示的二維碼或者條形碼，并將掃描獲得的掃描信息發(fā)送給服務(wù)器；服務(wù)器接收所述第一地鐵終端發(fā)送的掃描信息，記錄所述第一地鐵終端所在位置為用戶所在的第一位置；第二地鐵終端掃描用戶終端顯示的二維碼或者條形碼，并將掃描獲得的掃描信息發(fā)送給服務(wù)器；服務(wù)器接收所述第二地鐵終端發(fā)送的掃描信息，記錄所述第二地鐵終端所在位置為用戶所在的第二位置；服務(wù)器根據(jù)預(yù)設(shè)計費規(guī)則以及記錄的第一位置、第二位置，計算所述第一位置到所述第二位置所需乘車費用，并向所述用戶終端綁定的支付系統(tǒng)發(fā)送扣款通知，以扣除與所述乘車費用對應(yīng)的金額。

一種公交電子支付系統(tǒng)，所述公交電子支付系統(tǒng)包括用戶終端、公交終端以及服務(wù)器，所述服務(wù)器通過無線互聯(lián)網(wǎng)分別與所述用戶終端以及公交終端網(wǎng)絡(luò)連接，其中，用戶終端，用于接收用戶觸發(fā)的乘車請求，并將該乘車請求發(fā)送給服務(wù)器；服務(wù)器，用于根據(jù)所述乘車請求生成與該乘車請求對應(yīng)的二維碼或者條形碼返回給所述用戶終端；用戶終端，還用于接收所述二維碼或條形碼并進(jìn)行顯示，以使用戶將該顯示的二維碼或條形碼在公交終端的掃描區(qū)域內(nèi)進(jìn)行掃描；公交終端，用于掃描用戶終端顯示的二維碼或者條形碼，并將掃描獲得的掃描信息發(fā)送給服務(wù)器；服務(wù)器，還用于接收公交終端發(fā)送的掃描信息，根據(jù)所述掃描信息以及預(yù)設(shè)計費規(guī)則，確定所述用戶終端對應(yīng)的用戶所需的乘車費用，并向所述用戶終端綁定的支付系統(tǒng)發(fā)送扣款通知，以扣除與所述乘車費用對應(yīng)的金額。

一種地鐵電子支付系統(tǒng)，所述地鐵電子支付系統(tǒng)包括用戶終端、第一地鐵終端、第二地鐵終端以及服務(wù)器，所述服務(wù)器通過無線互聯(lián)網(wǎng)分別與所述用戶終端、第一地鐵終端以及第二地鐵終端網(wǎng)絡(luò)連接，其中，用戶終端，用于接收用戶觸發(fā)的乘車請求，并將該乘車請求發(fā)送給服務(wù)器；服務(wù)器，用于根據(jù)所述乘車請求生成與該乘車請求對應(yīng)的二維碼或者條形碼返回給所述用戶終端；用戶終端，還用于接收所述二維碼或條形碼并進(jìn)行顯示，以使用戶將該顯示的二維碼或條形碼在地鐵終端的掃描區(qū)域內(nèi)進(jìn)行掃描；第一地鐵終端，用于掃描用戶終端顯示的二維碼或者條形碼，并將掃描獲得的掃描信息發(fā)送給服務(wù)器；服務(wù)器，還用于接收所述第一地鐵終端發(fā)送的掃描信息，記錄所述第一地鐵終端所在位置為用戶所在的第一位置；第二地鐵終端，用于掃描用戶終端顯示的二維碼或者條形碼，并將掃描獲得的掃描信息發(fā)送給服務(wù)器；服務(wù)器，還用于接收所述第二地鐵終端發(fā)送的掃描信息，記錄所述第二地鐵終端所在位置為用戶所在的第二位置；服務(wù)器，還用于根據(jù)預(yù)設(shè)計費規(guī)則以及記錄的第一位置、第二位置，計算所述第一位置到所述第二位置所需乘車費用，并向所述用戶終端綁定的支付系統(tǒng)發(fā)送扣款通知，以扣除與所述乘車費用對應(yīng)的金額。

本發(fā)明實施例提供的電子支付方法及公交電子支付系統(tǒng)、地鐵電子支付系統(tǒng)，用戶在乘坐公交車時，通過用戶終端觸發(fā)乘車請求，服務(wù)器根據(jù)該乘車請求向用戶終端發(fā)送二維碼或者條形碼，則用戶乘車時將用戶終端顯示的二維碼或者條形碼在設(shè)置于公交車的公交終端進(jìn)行掃描，公交終端將掃描獲得的掃描信息發(fā)送給服務(wù)器，則服務(wù)器可以根據(jù)接收到的掃描信息對該用戶終端對應(yīng)的用戶直接進(jìn)行乘車扣款。用戶乘坐地鐵時，首先通過用戶終端向服務(wù)器發(fā)送乘車請求，則同樣的，服務(wù)器向用戶終端返回二維碼或者條形碼，用戶可以將用戶終端接收并進(jìn)行顯示的二維碼或者條形碼在設(shè)置于乘車地鐵站的第一地鐵終端進(jìn)行掃描，服務(wù)器接收第一地鐵終端掃描二維碼或條形碼后生成的掃描信息，記錄用戶當(dāng)前所在位置為第一位置。當(dāng)用戶下地鐵時，在設(shè)置于下車的地鐵站的第二地鐵終端進(jìn)行二維碼或者條形碼的掃描，服務(wù)器接收第二地鐵終端掃描二維碼或條形碼后生成的掃描信息，記錄用戶當(dāng)前所在位置為第二位置。服務(wù)器根據(jù)用戶乘坐地鐵時的第一位置、第二位置以及計費規(guī)則計算得到用戶所需支付的乘車費用，并通過向所述用戶終端綁定的支付系統(tǒng)發(fā)送扣款通知實現(xiàn)用戶的乘車扣款。

該電子支付方法及公交電子支付系統(tǒng)、地鐵電子支付系統(tǒng)無需專門的公交卡或者地鐵臨時卡，通過用戶終端即可實現(xiàn)用戶乘車的支付，方便快捷。

為使本發(fā)明的上述目的、特征和優(yōu)點能更明顯易懂，下文特舉較佳實施例，并配合所附附圖，作詳細(xì)說明如下。

附圖說明

為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。

圖1示出了本發(fā)明實施例提供的服務(wù)器、用戶終端、公交終端、第一地鐵終端以及第二地鐵終端的交互示意圖；

圖2示出了本發(fā)明第一實施例提供的電子支付方法的流程圖；

圖3示出了本發(fā)明第一實施例提供的電子支付方法的部分步驟的流程圖；

圖4示出了本發(fā)明第二實施例提供的電子支付方法的流程圖；

圖5示出了本發(fā)明第二實施例提供的電子支付方法的部分步驟的流程圖；

圖6示出了本發(fā)明第二實施例提供的電子支付方法的另一種部分步驟的流程圖；

圖7示出了本發(fā)明第三實施例提供的公交電子支付系統(tǒng)的結(jié)構(gòu)圖；

圖8示出了本發(fā)明第四實施例提供的地鐵電子支付系統(tǒng)的結(jié)構(gòu)圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。通常在此處附圖中描述和示出的本發(fā)明實施例的組件可以以各種不同的配置來布置和設(shè)計。因此，以下對在附圖中提供的本發(fā)明的實施例的詳細(xì)描述并非旨在限制要求保護(hù)的本發(fā)明的范圍，而是僅僅表示本發(fā)明的選定實施例。基于本發(fā)明的實施例，本領(lǐng)域技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。

應(yīng)注意到：相似的標(biāo)號和字母在下面的附圖中表示類似項，因此，一旦某一項在一個附圖中被定義，則在隨后的附圖中不需要對其進(jìn)行進(jìn)一步定義和解釋。同時，在本發(fā)明的描述中，術(shù)語“第一”、“第二”等僅用于區(qū)分描述，而不能理解為指示或暗示相對重要性。

如圖1所示，是本發(fā)明實施例提供的服務(wù)器100、用戶終端110、公交終端120、第一地鐵終端130以及第二地鐵終端140進(jìn)行交互的示意圖。其中，服務(wù)器100通過網(wǎng)絡(luò)與用戶終端110、公交終端120、第一地鐵終端130以及第二地鐵終端140進(jìn)行通信連接，以進(jìn)行數(shù)據(jù)通信或交互。服務(wù)器100與用戶終端110以及公交終端120之間的連接網(wǎng)絡(luò)為無線互聯(lián)網(wǎng)，可以是wifi網(wǎng)絡(luò)、2G網(wǎng)絡(luò)、3G網(wǎng)絡(luò)或者4G網(wǎng)絡(luò)中的一種或多種，在本實施例中并不作為限制。

所述服務(wù)器100可以是網(wǎng)絡(luò)服務(wù)器、數(shù)據(jù)庫服務(wù)器、接入服務(wù)器或者存儲服務(wù)器等，在本發(fā)明實施例中并不作為限制。

具體的，服務(wù)器100可以包括通訊傳輸單元、處理單元、數(shù)據(jù)存儲單元以及二維碼生成單元等，該多個單元之間相互直接或間接地電性。例如，這些元件相互之間可通過一條或多條通訊總線或信號線實現(xiàn)電性連接。

其中，處理單元可能是一種集成電路芯片，具有信號的處理能力，用于對接收到的請求或者數(shù)據(jù)進(jìn)行處理。上述的處理單元可以是通用處理器，包括中央處理器(Central Processing Unit，簡稱CPU)、網(wǎng)絡(luò)處理器(Network Processor，簡稱NP)等；還可以是數(shù)字信號處理器(DSP)、專用集成電路(ASIC)、現(xiàn)成可編程門陣列(FPGA)或者其他可編程邏輯器件、分立門或者晶體管邏輯器件、分立硬件組件。

通訊傳輸單元用于服務(wù)器與其他終端，如用戶終端110、公交終端120、第一地鐵終端130以及第二地鐵終端140之間的數(shù)據(jù)交互。在本實施例中，公交終端120為具有掃描功能的智能設(shè)備。作為一種具體的實施方式，該公交終端120可以包括相互電性連接的數(shù)據(jù)掃描設(shè)備以及數(shù)據(jù)處理設(shè)備。

其中，該數(shù)據(jù)掃描設(shè)備可以掃描二維碼、條形碼等，并且將掃描獲得的掃描信息發(fā)送給數(shù)據(jù)處理設(shè)備。具體的，該數(shù)據(jù)掃描設(shè)備可以是攝像頭、二維碼讀取裝置、掃描器或者其他。

數(shù)據(jù)處理設(shè)備可以包括處理單元以及網(wǎng)絡(luò)連接單元，處理單元在接收到數(shù)據(jù)掃描設(shè)備掃描獲得的掃描信息后可以對該掃描信息進(jìn)行處理，如將掃描信息數(shù)據(jù)打包、在掃描信息中加入該公交終端120的所在的公交線路號等，再通過網(wǎng)絡(luò)連接單元發(fā)送給服務(wù)器100。具體的，該數(shù)據(jù)處理設(shè)備可以是計算機(jī)。

并且，在本實施例中，可以將公交終端120安裝于公交車的前門刷卡位置或者后門刷卡位置，使用戶在上公交車時可以方便掃描支付。

如圖1所示，第一地鐵終端130以及第二地鐵終端140也為具有掃描功能的智能設(shè)備。與公交終端120一樣，第一地鐵終端130以及第二地鐵終端140也可以包括相互電性連接的數(shù)據(jù)掃描設(shè)備以及數(shù)據(jù)處理設(shè)備。并且，數(shù)據(jù)掃描設(shè)備用于對二維碼或者條形碼進(jìn)行掃描，數(shù)據(jù)處理設(shè)備包括用于對掃描信息進(jìn)行處理的處理單元，處理單元在處理過程中也包括加入地鐵終端所在站點信息等，數(shù)據(jù)處理設(shè)備還包括將處理后的信息發(fā)送給服務(wù)器的網(wǎng)絡(luò)連接單元。在此不再贅述。

當(dāng)然，該第一地鐵終端130以及第二地鐵終端140還可以包括開關(guān)閘門，第一地鐵終端130的開關(guān)閘門和第一地鐵終端130的處理單元連接，第二地鐵終端140的開關(guān)閘門和第二地鐵終端140的處理單元連接，在第一地鐵終端130以及第二地鐵終端140掃描二維碼或者條形碼成功后，處理單元控制其對應(yīng)的開門閘門打開，使用戶通過。

可以理解的，第一地鐵終端130安裝以及第二地鐵終端140均安裝于地鐵站口，使用戶在入地鐵站或者出地鐵站時刷卡通過。

所述用戶終端110可以包括存儲器、存儲控制器、處理器、外設(shè)接口、輸入輸出單元、音頻單元、顯示單元以及網(wǎng)絡(luò)連接單元，各元件相互之間直接或間接地電性連接，以實現(xiàn)數(shù)據(jù)的傳輸或交互。例如，這些元件相互之間可通過一條或多條通訊總線或信號線實現(xiàn)電性連接。

其中，存儲器用于存儲程序，所述處理器在接收到執(zhí)行指令后，執(zhí)行所述程序，前述本發(fā)明實施例任一實施例揭示的流過程定義的服務(wù)器所執(zhí)行的方法可以應(yīng)用于處理器中，或者由處理器實現(xiàn)。

所述外設(shè)接口將各種輸入/輸出裝置耦合至處理器以及存儲器。在一些實施例中，外設(shè)接口，處理器以及存儲控制器可以在單個芯片中實現(xiàn)。在其他一些實例中，他們可以分別由獨立的芯片實現(xiàn)。

輸入輸出單元用于提供給用戶輸入數(shù)據(jù)實現(xiàn)用戶與本地終端的交互，如，用戶通過該輸入輸出單元輸入乘車請求。所述輸入輸出單元可以是，但不限于，觸控面板、按鍵。

音頻單元向用戶提供音頻接口，其可包括一個或多個麥克風(fēng)、一個或者多個揚(yáng)聲器以及音頻電路，用于音頻輸入或輸出。

顯示單元在所述或本地終端與用戶之間提供一個交互界面(例如用戶操作界面)或用于顯示圖像數(shù)據(jù)給用戶參考，例如，用于向用戶顯示乘車請求的輸入面板、二維碼的顯示面板以及付費支付的相關(guān)情況。在本實施例中，所述顯示單元可以是液晶顯示器或觸控顯示器。若為觸控顯示器，其可為支持單點和多點觸控操作的電容式觸控屏或電阻式觸控屏等，作為輸入單元。支持單點和多點觸控操作是指觸控顯示器能感應(yīng)到來自該觸控顯示器上一個或多個位置處同時產(chǎn)生的觸控操作，并將該感應(yīng)到的觸控操作交由處理器進(jìn)行計算和處理。當(dāng)用戶終端的顯示單元為觸控顯示器時，該顯示單元也可以作為該用戶終端的輸入輸出單元。

該用戶終端可以是個人電腦(personal computer，PC)、平板電腦、智能手機(jī)、個人數(shù)字助理(personal digital assistant，PDA)等，由用戶進(jìn)行使用操作。優(yōu)選的，本實施例中，該用戶終端110為智能手機(jī)，本發(fā)明實施例主要以手機(jī)作為用戶終端為例進(jìn)行說明，其顯示單元也可以作為輸入輸出單元。

于本發(fā)明實施例中，用戶終端110中安裝有軟件客戶端，該軟件客戶端可以是瀏覽器也可以是第三方應(yīng)用軟件，具有網(wǎng)上銀行支付或者第三方支付等功能，或者可以與其他具有支付權(quán)限的支付系統(tǒng)進(jìn)行綁定。如支付寶、微信、QQ、其他具有支付功能的軟件或者專門用于地鐵、公交乘車的軟件。該軟件客戶端與服務(wù)器100(Server)端相對應(yīng)，為用戶提供服務(wù)。

用戶可以預(yù)先對該客戶端進(jìn)行帳號注冊。其中可以包括密碼設(shè)置、銀行卡綁定以及其他信息設(shè)置及綁定操作，或者將軟件客戶端開通與公交以及地鐵相關(guān)的電子支付功能。例如，對于支付寶、微信、QQ或者其他具有支付功能的軟件客戶端，預(yù)先與相應(yīng)的公交公司或者其他公交相關(guān)負(fù)責(zé)部門協(xié)商設(shè)置公交電子支付或者地鐵電子支付功能。用戶通過支付寶、微信、QQ等相關(guān)軟件客戶端點擊開通請求，對公交電子支付或者地鐵電子支付進(jìn)行授權(quán)，使在乘車過程中的電子支付過程通過獲得授權(quán)的軟件客戶端進(jìn)行。

對于專門用于地鐵、公交乘車的軟件，用戶可以通過下載軟件安裝包，安裝軟件客戶端。安裝好后在軟件界面進(jìn)行帳號注冊，根據(jù)實際需要，注冊信息可以包括手機(jī)號碼、用戶姓名、用戶身份證號、需要綁定的用于支付的銀行卡號、用戶密碼、支付密碼中的一種或多種。

當(dāng)然，用戶進(jìn)行客戶端的下載、帳號的注冊等均可以通過用戶終端的顯示單元實現(xiàn)。

用戶在根據(jù)注冊提示輸入相應(yīng)的注冊信息后，用戶終端110將注冊信息發(fā)送給服務(wù)器100，服務(wù)器100的處理單元對輸入的信息的正確性進(jìn)行驗證并記錄。驗證通過后，服務(wù)器100記錄該用戶終端110唯一的身份標(biāo)識，以便后續(xù)該用戶終端110通過安裝的軟件客戶端與服務(wù)器100信息交互時，服務(wù)器100能準(zhǔn)確獲知該用戶終端110的身份。

當(dāng)然，若該軟件客戶端不具有支付權(quán)限，則將其與第三方支付系統(tǒng)進(jìn)行綁定，以使可以通過第三方支付系統(tǒng)進(jìn)行乘車扣款。該第三方支付系統(tǒng)可以是銀行或者支付寶等。

并且，服務(wù)器100對注冊信息驗證通過后，則用戶注冊成功。用戶用該注冊成功的帳號進(jìn)行登錄后，用該軟件客戶端進(jìn)行乘車支付。在本實施例中，同一個注冊帳號可以同時在多個軟件客戶端進(jìn)行登錄，具體可以登錄的軟件客戶端的個數(shù)在本實施例中并不作為限制，優(yōu)選的，可以是兩個。

以下實施例為通過該進(jìn)行交互的服務(wù)器100、用戶終端110、公交終端120、第一地鐵終端130以及第二地鐵終端140在乘車時進(jìn)行電子支付的具體過程。

第一實施例

本實施例提供了一種電子支付方法，應(yīng)用于公交電子支付系統(tǒng)。用于用戶乘坐公交車時通過手機(jī)等移動用戶終端進(jìn)行電子支付。具體的，請參見圖2，所述方法包括：

步驟S11：用戶終端110接收用戶觸發(fā)的乘車請求，并將該乘車請求發(fā)送給服務(wù)器100。

步驟S12：服務(wù)器100根據(jù)所述乘車請求生成與該乘車請求對應(yīng)的二維碼或者條形碼返回給所述用戶終端110。

用戶在上公交車前，先通過設(shè)置于用戶終端110的軟件客戶端獲得一個可以用于支付乘車服用的二維碼或者條形碼，以便于上車后可以直接在公交車的公交終端120進(jìn)行掃描支付。

則用戶通過用戶終端110的顯示界面觸發(fā)乘車請求。例如，該用戶終端110為手機(jī)，在站臺等車或者在前往等車的站臺的過程中，用戶在手機(jī)上打開用于乘車的軟件，該軟件在顯示界面上有請求乘車的啟動按鍵，用戶點擊該按鈕，完成乘車請求觸發(fā)。用戶終端110接受到用戶觸發(fā)的乘車請求后，則將該乘車請求發(fā)送給服務(wù)器100。

服務(wù)器100通過通訊傳輸單元接收到用戶終端110發(fā)送的乘車請求，則可以獲知用戶需要乘坐公交。于是，服務(wù)器的二維碼生成單元生成一個二維碼或者條形碼，并且將生成的二維碼或者條形碼通過通信傳輸單元返回給該用戶終端110，并且，在服務(wù)器100端，將該二維碼或者條形碼與該用戶終端110的身份標(biāo)識進(jìn)行關(guān)聯(lián)存儲在數(shù)據(jù)存儲單元(即服務(wù)器100向用戶終端110返回的為二維碼，則服務(wù)器100將該二維碼與二維碼返回到的用戶終端110關(guān)聯(lián)存儲；服務(wù)器100向用戶終端110返回的為條形碼，則服務(wù)器100將該條形碼與條形碼返回到的用戶終端110關(guān)聯(lián)存儲)。

當(dāng)然，在本實施例中，并不限定用戶通過用戶終端110發(fā)送乘車請求的時間，也可以是在上車后才發(fā)送。

進(jìn)一步的，在步驟S12之前，在還包括要求用戶輸入付款密碼，以使在付款密碼正確的情況下服務(wù)器100才根據(jù)所述乘車請求生成與該乘車請求對應(yīng)的二維碼或者條形碼發(fā)送給用戶終端110，保護(hù)用戶的帳號安全。

具體的，如圖3所示，在步驟S12之前，包括：

步驟S111：服務(wù)器100根據(jù)所述乘車請求向所述用戶終端110返回密碼輸入要求。

步驟S112：所述用戶終端110接收所述密碼輸入要求并向用戶顯示。

步驟S113：所述用戶終端110接收用戶觸發(fā)的根據(jù)所述密碼輸入要求輸入的支付密碼，并發(fā)送給所述服務(wù)器100。

服務(wù)器100在接收到用戶終端110發(fā)送的乘車請求時，處理單元先通過通訊傳輸單元向用戶終端110返回付款密碼輸入要求，要求用戶輸入相應(yīng)的支付密碼。

則用戶終端110在接收到服務(wù)器100返回的支付密碼輸入要求后，進(jìn)行界面顯示，處理器通過顯示單元提示用戶輸入支付密碼。此時用戶可以在用戶終端110的可以作為輸入單元的顯示單元輸入支付密碼。可以理解的，該輸入單元可以是用戶終端110的顯示界面，也可以是獨立的鍵盤。

當(dāng)用戶終端110接收到用戶輸入的支付密碼后，將該支付密碼發(fā)送給服務(wù)器100。

步驟S114：所述服務(wù)器100對所述支付密碼進(jìn)行驗證，在所述支付密碼的驗證結(jié)果為正確的情況下，執(zhí)行步驟S12。

服務(wù)器100接收到用戶終端110發(fā)送的支付密碼后，對該支付密碼的正確性進(jìn)行驗證。

具體的，驗證支付密碼是否正確的方式可以是，服務(wù)器的處理單元驗證該支付密碼與預(yù)設(shè)密碼是否一致，該預(yù)設(shè)密碼為預(yù)先設(shè)置并存儲于服務(wù)器100的數(shù)據(jù)存儲單元的正確的支付密碼。當(dāng)驗證結(jié)果為用戶終端110發(fā)送的支付密碼與預(yù)設(shè)密碼一致，則表明用戶輸入的支付密碼正確，可以執(zhí)行步驟S12的向用戶終端110返回二維碼或者條形碼。

當(dāng)然，若驗證結(jié)果為支付密碼與預(yù)設(shè)密碼不一致，即用戶輸入的支付密碼不正確，為確保用戶賬戶安全，不向用戶終端110返回二維碼或者條形碼，即不執(zhí)行步驟S12。并且，可以向用戶終端110返回密碼輸入錯誤提示，以使用戶獲知密碼輸入錯誤，再次輸入正確密碼。當(dāng)然，在一定時間長度內(nèi)，輸入密碼錯誤的次數(shù)可以有一定限制。如，一天之內(nèi)，只有三次密碼輸入錯誤的機(jī)會，三次密碼輸入錯誤后，用戶不可再次進(jìn)行密碼輸入。

步驟S13：用戶終端110接收所述二維碼或條形碼并進(jìn)行顯示，以使用戶將該顯示的二維碼或條形碼在公交終端120的掃描區(qū)域內(nèi)進(jìn)行掃描。

用戶終端110接收服務(wù)器100返回的二維碼或條形碼并且在用戶終端110的顯示單元進(jìn)行顯示。

步驟S14：公交終端120掃描用戶終端110顯示的二維碼或者條形碼，并將掃描獲得的掃描信息發(fā)送給服務(wù)器100。

用戶在上公交車后，便可將該顯示的二維碼或者條形碼放在公交終端120的數(shù)據(jù)掃描區(qū)域內(nèi)，以使該公交終端120掃描到用戶終端110顯示的二維碼或者條形碼。公交終端120的數(shù)據(jù)掃描設(shè)備掃描二維碼或者條形碼獲得掃描信息后，將該掃描信息發(fā)送給公交終端120的處理單元，處理單元在對掃描信息進(jìn)行處理后，通過網(wǎng)絡(luò)連接單元發(fā)送給服務(wù)器100。

具體的，在本步驟中，對二維碼或者條形碼進(jìn)行掃描的為數(shù)據(jù)掃描設(shè)備。用戶將用戶終端110顯示的二維碼或者條形碼放置于數(shù)據(jù)掃描設(shè)備的掃描區(qū)域內(nèi)。若該數(shù)據(jù)掃描設(shè)備為攝像頭，將二維碼或者條形碼放在攝像頭的攝像范圍內(nèi)，該數(shù)據(jù)掃描設(shè)備為數(shù)據(jù)讀取裝置，將二維碼或者條形碼放在數(shù)據(jù)讀取范圍內(nèi)。則可以使公交終端120的數(shù)據(jù)掃描設(shè)備對其掃描區(qū)域內(nèi)的該二維碼或者條形碼進(jìn)行掃描，獲得對應(yīng)該二維碼或者條形碼的掃描信息，并且將掃描獲得的掃描信息發(fā)送到該公交終端120的數(shù)據(jù)處理設(shè)備。

數(shù)據(jù)處理設(shè)備的處理單元再將讀取到的掃描信息進(jìn)行處理后通過無線網(wǎng)絡(luò)由網(wǎng)絡(luò)連接單元發(fā)送到服務(wù)器100。

步驟S15：服務(wù)器100接收公交終端120發(fā)送的掃描信息，根據(jù)所述掃描信息以及預(yù)設(shè)計費規(guī)則，確定所述用戶終端110對應(yīng)的用戶所需的乘車費用，并向所述用戶終端110綁定的支付系統(tǒng)發(fā)送扣款通知，以扣除與所述乘車費用對應(yīng)的金額。

服務(wù)器100接收到公交終端120發(fā)送的掃描二維碼或者條形碼后獲得的掃描信息。由于服務(wù)器100中將二維碼或者條形碼與用戶終端110的身份標(biāo)識關(guān)聯(lián)存儲，則服務(wù)器100在獲得二維碼或者條形碼的掃描信息后，即可獲知該掃描信息對應(yīng)的用戶終端110的身份標(biāo)識，確定該用戶終端110的身份。

服務(wù)器100接收到該掃描信息，可以獲知該掃描信息對應(yīng)的用戶終端110的使用者已經(jīng)上公交車，可以對該用戶終端110對應(yīng)的用戶進(jìn)行乘車扣款了。

具體扣款的乘車費用可以根據(jù)預(yù)設(shè)計費規(guī)則確定。該預(yù)設(shè)計費規(guī)則在本實施例中并不作為限定，可以由公交公司或者公交車的相關(guān)管轄部門確定，將其預(yù)先存儲與數(shù)據(jù)存儲單元中，由處理單元執(zhí)行。例如，該預(yù)設(shè)計費規(guī)則可以是上車扣款1元。則服務(wù)器100通過通訊傳輸單元接收到公交終端120發(fā)送的掃描信息后，處理單元可以確定用戶終端110對應(yīng)的用戶所需的乘車費用為1元。

確定乘車費用后，服務(wù)器100的處理單元通過通訊傳輸單元向用戶終端110綁定的支付系統(tǒng)發(fā)送扣款通知。若安裝于用戶終端110的發(fā)送乘車請求的軟件客戶端自身具有扣款權(quán)限，則該支付系統(tǒng)即為該軟件的支付系統(tǒng)，如支付寶。若該軟件客戶端不具有支付權(quán)限，則可以通知與用戶終端110綁定的第三方支付系統(tǒng)進(jìn)行扣款支付。

用戶向支付系統(tǒng)發(fā)送的扣款通知中包括具體的乘車費用，則支付系統(tǒng)對該用戶進(jìn)行乘車扣款，完成用戶乘坐公交的電子支付。

當(dāng)然，進(jìn)一步的，在本實施例中，所述服務(wù)器100還可以將所述乘車費用對應(yīng)的扣款情況發(fā)送給所述用戶終端110，用戶終端110通過顯示單元顯示此處乘車所口的乘車費用的具體金額，以使用戶獲知相應(yīng)的乘車扣款情況。

并且，用戶終端110還可以將歷次乘車扣款情況進(jìn)行記錄，記錄的具體信息可以是扣款金額、扣款時間、公交線路號等。則用戶可以通過客戶端記錄的歷次乘車扣款情況查閱歷次乘車信息。可以理解的，該公交線路號可以包含于服務(wù)器100發(fā)送的乘車扣款情況中，而由于掃描信息中包括發(fā)送該掃描信息的公交終端120所在公交線路號，服務(wù)器100可以通過掃描信息確定用戶乘坐的公交車的線路號。

第二實施例

本實施例提供了一種電子支付方法，應(yīng)用于地鐵電子支付系統(tǒng)，用于用戶在乘坐地鐵時實現(xiàn)通過掃描二維碼的電子支付。具體的，請參見圖4，該方法包括：

步驟S21：用戶終端110接收用戶觸發(fā)的乘車請求，并將該乘車請求發(fā)送給服務(wù)器100。

步驟S22：服務(wù)器100根據(jù)所述乘車請求生成與該乘車請求對應(yīng)的二維碼或者條形碼返回給所述用戶終端110。

用戶在進(jìn)地鐵站前，先通過用戶終端獲取可以用于掃描支付的二維碼。其具體操作方式與步驟S11以及步驟S12的相同，在此不做贅述。

當(dāng)然，在本實施例中，步驟S22之前，也可以包括服務(wù)器100根據(jù)接收到的乘車請求要求用戶輸入支付密碼。在用戶輸入的支付密碼正確的情況下，服務(wù)器100才執(zhí)行步驟S22中的生成與該乘車請求對應(yīng)的二維碼或者條形碼返回給所述用戶終端110。

具體的，用戶通過用戶終端110輸入支付密碼以及服務(wù)器100對支付密碼的驗證過程如圖5所示，包括：

步驟S211：服務(wù)器100根據(jù)所述乘車請求向所述用戶終端110返回密碼輸入要求。

步驟S212：所述用戶終端110接收所述密碼輸入要求并向用戶顯示。

步驟S213：所述用戶終端110接收用戶觸發(fā)的根據(jù)所述密碼輸入要求輸入的支付密碼，并發(fā)送給所述服務(wù)器100。

步驟S214：所述服務(wù)器100對所述支付密碼進(jìn)行驗證，在所述支付密碼的驗證結(jié)果為正確的情況下，執(zhí)行步驟S22。

具體的，在本實施例中，步驟S211至步驟S214的具體執(zhí)行方式與步驟S111至步驟S114分別對應(yīng)一致，在此不做贅述。

步驟S23：用戶終端110接收所述二維碼或條形碼并進(jìn)行顯示，以使用戶將該顯示的二維碼或條形碼在地鐵終端的掃描區(qū)域內(nèi)進(jìn)行掃描。

步驟S24：第一地鐵終端130掃描用戶終端110顯示的二維碼或者條形碼，并將掃描獲得的掃描信息發(fā)送給服務(wù)器100。

用戶終端110接收服務(wù)器100返回的二維碼或條形碼并且在用戶終端110的顯示界面進(jìn)行顯示。

用戶通過地鐵站的檢票口進(jìn)入地鐵站時，將用戶終端110顯示的二維碼或者條形碼放置于第一地鐵終端130的數(shù)據(jù)掃描設(shè)備的掃描區(qū)域內(nèi)，第一地鐵終端130的數(shù)據(jù)掃描設(shè)備對該顯示的二維碼或者條形碼進(jìn)行掃描，并將掃描信息通過處理單元處理后，通過網(wǎng)絡(luò)連接單元發(fā)送到服務(wù)器100。

在本實施例中，第一地鐵終端130也包括數(shù)據(jù)掃描設(shè)備以及數(shù)據(jù)處理設(shè)備。第一地鐵終端130對二維碼或者條形碼的具體掃描過程與步驟S14中公交終端120對二維碼或者條形碼的掃描過程一致，在此不做贅述。

步驟S25：服務(wù)器100接收所述第一地鐵終端130發(fā)送的掃描信息，記錄所述第一地鐵終端130所在位置為用戶所在的第一位置。

服務(wù)器100接收到第一地鐵終端130發(fā)送的掃描信息后，獲知該掃描信息對應(yīng)的用戶進(jìn)入該第一地鐵終端130所在地鐵站乘坐地鐵。由于每個地鐵終端設(shè)置于一個站點，則服務(wù)器100在數(shù)據(jù)存儲單元預(yù)先存儲每個地鐵終端的位置信息。當(dāng)服務(wù)器100接收到地鐵終端發(fā)送的掃描信息，可以獲知該發(fā)送掃描信息的地鐵終端的位置信息。此時，服務(wù)器100對應(yīng)用戶終端110的身份標(biāo)識記錄該第一地鐵終端130所在位置為該用戶所在的第一位置。

當(dāng)然，可以理解的，此時，服務(wù)器100向第一地鐵終端130反饋控制信息，控制第一地鐵終端130的開關(guān)閘門打開，使用戶順利進(jìn)站。

步驟S26：第二地鐵終端140掃描用戶終端110顯示的二維碼或者條形碼，并將掃描獲得的掃描信息發(fā)送給服務(wù)器100。

步驟S27：服務(wù)器100接收所述第二地鐵終端140發(fā)送的掃描信息，記錄所述第二地鐵終端140所在位置為用戶所在的第二位置。

第二地鐵終端140為設(shè)置于地鐵站用于用戶出站時二維碼或條形碼掃描的地鐵終端。用戶在下地鐵出地鐵站時，通過用戶終端110的顯示單元顯示的二維碼或條形碼在第二地鐵終端140的數(shù)據(jù)掃描設(shè)備的掃描區(qū)域進(jìn)行掃描，以進(jìn)行掃描支付。

具體的，在一種具體的實施方式中，該用戶終端110顯示的二維碼或者條形碼可以是發(fā)送乘車請求后從服務(wù)器100獲得的二維碼或者條形碼，用戶終端110將該二維碼或者條形碼進(jìn)行存儲，用戶在出地鐵站時將其呼出進(jìn)行顯示，并且用該顯示的二維碼或者條形碼在第二地鐵終端140的掃描區(qū)域內(nèi)進(jìn)行掃描。

在另一種具體的實施方式中，該用戶終端110顯示的二維碼或者條形碼為用戶在下車出站時重新從服務(wù)器100獲取二維碼或者條形碼進(jìn)行掃描。

具體的，該實施方式中重新獲取二維碼或者條形碼的步驟如圖6所示，包括：

步驟S251：用戶終端110接收用戶觸發(fā)的下車請求，并將該下車請求發(fā)送給服務(wù)器100。

步驟S252：服務(wù)器100根據(jù)所述下車請求生成與該下車請求對應(yīng)的二維碼或者條形碼返回給所述用戶終端110。

步驟S253：用戶終端110接收所述根據(jù)所述下車請求生成的二維碼或條形碼并進(jìn)行顯示，以使用戶將該顯示的二維碼或條形碼在第二地鐵終端140的掃描區(qū)域內(nèi)進(jìn)行掃描。

當(dāng)然，可以理解的，該步驟S251至步驟S253發(fā)生于步驟S26前，并且，在步驟S251至步驟S253中，用戶終端110發(fā)送下車請求以獲取出站時在第二地鐵終端140進(jìn)行掃描的二維碼或條形碼，與用戶終端110發(fā)送乘車請求以獲取進(jìn)站時在第一地鐵終端130進(jìn)行掃描的二維碼或條形碼的方式一致，在次不做贅述。

在本實施方式中，服務(wù)器100根據(jù)下車請求生成的二維碼或者條形碼與根據(jù)該用戶終端110的上車請求生成的二維碼或者條形碼可以一致或者不一致。

可以理解的，由于二維碼或者條形碼與該用戶終端110的身份標(biāo)識進(jìn)行關(guān)聯(lián)存儲，則不管服務(wù)器100在不同時候發(fā)送給用戶終端110的二維碼或者條形碼是否一致，服務(wù)器100均能從獲得的掃描信息中獲知該二維碼或者條形碼所對應(yīng)的用戶終端110。

第二地鐵終端140對用戶放置于其數(shù)據(jù)掃描設(shè)備的掃描區(qū)域內(nèi)的二維碼或者條形碼進(jìn)行掃描后，經(jīng)處理器處理后，網(wǎng)絡(luò)連接單元將掃描獲得的掃描信息發(fā)送給服務(wù)器100。在本實施例中，第二地鐵終端140的掃描與第一地鐵終端130以及公交終端120的掃描方式一致，在此不做贅述。

服務(wù)器100接收所述第二地鐵終端140發(fā)送的掃描信息，對應(yīng)用戶終端110的身份標(biāo)識記錄所述第二地鐵終端140所在位置為用戶所在的第二位置，該第二位置即為用戶下地鐵的位置。

步驟S28：服務(wù)器100根據(jù)預(yù)設(shè)計費規(guī)則以及記錄的第一位置、第二位置，計算所述第一位置到所述第二位置所需乘車費用，并向所述用戶終端110綁定的支付系統(tǒng)發(fā)送扣款通知，以扣除與所述乘車費用對應(yīng)的金額。

服務(wù)器100計算用戶上地鐵的第一位置乘坐地鐵到下地鐵的第二位置所需的乘車費用。

具體的，請參見圖6，服務(wù)器100計算地鐵乘車費用的步驟可以包括：

步驟S281：根據(jù)第一位置所在站點以及第二位置所在站點計算所述第一位置與所述第二位置之間的站程。

步驟S282：根據(jù)站程與費用之間的對應(yīng)關(guān)系，確定第一位置到第二位置所需乘車費用。

即，服務(wù)器100的處理單元根據(jù)第一地鐵終端130的第一位置對應(yīng)的站點以及第二地鐵終端140對應(yīng)的第二地鐵終端140所在的站點，計算用戶從第一位置乘車到第二位置所經(jīng)過的站程?？梢岳斫獾模捎诘谝晃恢靡约暗诙恢镁鶎?yīng)用戶終端110的身份標(biāo)識進(jìn)行存儲，則服務(wù)器100可以確定具體對應(yīng)哪一個用戶終端110在進(jìn)行乘車費用計算。

服務(wù)器100內(nèi)的數(shù)據(jù)存儲單元預(yù)先設(shè)置的預(yù)設(shè)計費規(guī)則為站程與費用之間的對應(yīng)關(guān)系，則可確定從第一位置乘地鐵到第二位置所需的乘車費用。

例如，第一位置到第二位置之間的站程為5個站，而預(yù)設(shè)計費規(guī)則為每個站程付費1.8元，則此處乘坐地鐵所需費用為1.8*5＝9元。

在本實施例中，地鐵的預(yù)設(shè)計費規(guī)則由地鐵運營公司或者相關(guān)部門確定，在本實施例中并不做限定。

當(dāng)確定第一位置到第二位置所需乘車費用后，向用戶終端110綁定的支付系統(tǒng)發(fā)送扣款通知，以扣除與所述乘車費用對應(yīng)的金額。

服務(wù)器100向用戶終端110綁定的支付系統(tǒng)發(fā)送扣款通知的方式與乘坐公交車時的扣款方式一致，在此不做贅述。

進(jìn)一步的，當(dāng)扣款成功后，服務(wù)器100的處理單元通過通訊傳輸單元向第二地鐵終端140發(fā)送控制信息，第二地鐵終端140接收到控制信息后，其處理單元控制第二地鐵終端140的開關(guān)閘門打開，以使用戶順利出站。

并且，在扣款成功后，服務(wù)器100將本次地鐵乘車費用對應(yīng)的扣款情況發(fā)送給所述用戶終端110，以使用戶獲知相應(yīng)的乘車扣款情況。同樣的，用戶終端110對地鐵扣款情況進(jìn)行存儲，以使用戶后期可以查看乘車賬單。

在上述第一實施例以及第二實施例中，用戶終端110從服務(wù)器100獲取的二維碼或者條形碼定期更新。

具體的，可以是，用戶終端110發(fā)送乘車請求后，服務(wù)器100的二維碼生成單元生成二維碼或條形碼后，向服務(wù)器100返回二維碼或條形碼。對應(yīng)于乘坐公交時，若服務(wù)器100還未接收到公交終端120發(fā)送的掃描信息，則每隔預(yù)設(shè)時間段，二維碼生成單元生成一次新的二維碼或條形碼發(fā)送給用戶終端110，以使用戶終端110獲得并顯示的二維碼或條形碼定期更新。服務(wù)器100接收到公交終端120發(fā)送的掃描信息時，以最新的二維碼或條形碼對應(yīng)的掃描信息作為有效的掃描信息。

當(dāng)服務(wù)器100接收到公交終端120發(fā)送的掃描信息后，則說明用戶終端110獲得的條形碼或二維碼已經(jīng)被使用，再次接收到公交終端120發(fā)送的該用戶終端110的二維碼或條形碼的掃描信息時，認(rèn)為該掃描信息無效，不進(jìn)行乘車扣款，以避免用戶終端110獲得的用于乘車掃描的二維碼或條形碼被盜用。

當(dāng)然，對應(yīng)于乘坐地鐵，若服務(wù)器100未接收到第一地鐵終端130發(fā)送的掃描信息，則每隔預(yù)設(shè)時間段向用戶終端110發(fā)送一次新的二維碼或條形碼，以使用戶終端的二維碼或條形碼定期更新，避免被盜用。

另外，進(jìn)一步的，對于乘坐地鐵，若服務(wù)器100接收到第一地鐵終端130發(fā)送的掃描信息，但未接收到第二地鐵終端140發(fā)送的掃描信息，仍然每隔預(yù)設(shè)時間段生成并發(fā)送二維碼或條形碼，直至服務(wù)器100接收到第二地鐵終端140發(fā)送的掃描信息。

當(dāng)然，服務(wù)器100仍然以發(fā)送給用戶終端110的最新的二維碼或條形碼對應(yīng)的掃描信息作為有效掃描信息。并且，當(dāng)服務(wù)器100在接收到第二地鐵終端140發(fā)送的掃描信息后，再次接收到地鐵終端發(fā)送的該用戶終端的二維碼或條形碼的掃描信息時，認(rèn)為該掃描信息無效，不進(jìn)行乘車扣款。

在本實施例中，該預(yù)設(shè)時間段并不作為限制，優(yōu)選的，可以是1分鐘。

第三實施例

如圖7所示，本實施例提供了一種公交電子支付系統(tǒng)300，用于實現(xiàn)第一實施例所述的乘坐公交車時的電子支付。如圖7所示，該公交電子支付系統(tǒng)包括：用戶終端310、公交終端320以及服務(wù)器300。所述服務(wù)器300通過無線互聯(lián)網(wǎng)分別與所述用戶終端310以及公交終端320網(wǎng)絡(luò)連接，如圖1中服務(wù)器100通過無線互聯(lián)網(wǎng)分別與所述用戶終端110以及公交終端120的網(wǎng)絡(luò)連接所示。

具體的，在本實施例提供的公交電子支付系統(tǒng)中，

用戶終端310，用于接收用戶觸發(fā)的乘車請求，并將該乘車請求發(fā)送給服務(wù)器300；

服務(wù)器300，用于根據(jù)所述乘車請求生成與該乘車請求對應(yīng)的二維碼或者條形碼返回給所述用戶終端310；

用戶終端310，還用于接收所述二維碼或條形碼并進(jìn)行顯示，以使用戶將該顯示的二維碼或條形碼在公交終端320的掃描區(qū)域內(nèi)進(jìn)行掃描；

公交終端320，用于掃描用戶終端310顯示的二維碼或者條形碼，并將掃描獲得的掃描信息發(fā)送給服務(wù)器300；

服務(wù)器300，還用于接收公交終端320發(fā)送的掃描信息，根據(jù)所述掃描信息以及預(yù)設(shè)計費規(guī)則，確定所述用戶終端310對應(yīng)的用戶所需的乘車費用，并向所述用戶終端310綁定的支付系統(tǒng)發(fā)送扣款通知，以扣除與所述乘車費用對應(yīng)的金額。

該公交電子支付系統(tǒng)用于實現(xiàn)第一實施例中的電子支付方法，具體交互過程請參見第一實施例，在此不再贅述。

第四實施例

本實施例提供了一種地鐵電子支付系統(tǒng)400，用于第二實施例所述的乘坐地鐵時的電子支付。如圖8所示，該地鐵電子支付系統(tǒng)包括用戶終端410、第一地鐵終端420、第二地鐵終端430以及服務(wù)器400，所述服務(wù)器400通過無線互聯(lián)網(wǎng)分別與所述用戶終端410、第一地鐵終端420以及第二地鐵終端430網(wǎng)絡(luò)連接。服務(wù)器400與用戶終端410、第一地鐵終端420以及第二地鐵終端430的具體交互方式如圖1中服務(wù)器100與用戶終端110、第一地鐵終端130以及第二地鐵終端140所示。

在該本實施例提供的地鐵電子支付系統(tǒng)中，用戶終端410用于接收用戶觸發(fā)的乘車請求，并將該乘車請求發(fā)送給服務(wù)器400；

服務(wù)器400，用于根據(jù)所述乘車請求生成與該乘車請求對應(yīng)的二維碼或者條形碼返回給所述用戶終端410；

用戶終端410，還用于接收所述二維碼或條形碼并進(jìn)行顯示，以使用戶將該顯示的二維碼或條形碼在地鐵終端的掃描區(qū)域內(nèi)進(jìn)行掃描；

第一地鐵終端420，用于掃描用戶終端410顯示的二維碼或者條形碼，并將掃描獲得的掃描信息發(fā)送給服務(wù)器400；

服務(wù)器400，還用于接收所述第一地鐵終端420發(fā)送的掃描信息，記錄所述第一地鐵終端420所在位置為用戶所在的第一位置；

第二地鐵終端430，用于掃描用戶終端410顯示的二維碼或者條形碼，并將掃描獲得的掃描信息發(fā)送給服務(wù)器400；

服務(wù)器400，還用于接收所述第二地鐵終端430發(fā)送的掃描信息，記錄所述第二地鐵終端430所在位置為用戶所在的第二位置；

服務(wù)器400，還用于根據(jù)預(yù)設(shè)計費規(guī)則以及記錄的第一位置、第二位置，計算所述第一位置到所述第二位置所需乘車費用，并向所述用戶終端410綁定的支付系統(tǒng)發(fā)送扣款通知，以扣除與所述乘車費用對應(yīng)的金額。

本實施例提供的地鐵電子支付系統(tǒng)400用于實現(xiàn)第二實施例中電子支付方法，用戶終端410、第一地鐵終端420、第二地鐵終端430以及服務(wù)器400之間的信息交互方式與第二實施例中一致，在此不再贅述。

綜上所述，本發(fā)明實施例提供的電子支付方法及公交電子支付系統(tǒng)、地鐵電子支付系統(tǒng)，在乘坐公交車時，預(yù)先通過用戶終端向服務(wù)器發(fā)送乘車請求，服務(wù)器根據(jù)接收到的乘車請求向用戶終端返回二維碼或者條形碼，則用戶在上公交車后將該二維碼或條形碼在設(shè)置于公交車的公交終端進(jìn)行掃描。公交終端將掃描獲得的掃描信息發(fā)送給服務(wù)器，服務(wù)器根據(jù)公交終端發(fā)送的掃描信息，通知第三方支付系統(tǒng)對被掃描的用戶終端對應(yīng)的賬戶進(jìn)行扣款。

用戶在乘坐地鐵時，也可以通過用戶終端從服務(wù)器獲得二維碼或條形碼，進(jìn)站時，將該二維碼或條形碼在站臺的第一地鐵終端進(jìn)行掃描以完成進(jìn)站，此時服務(wù)器記錄用戶在第一地鐵終端掃描時的位置為第一位置。出站時，將二維碼或條形碼在站臺的第二地鐵終端進(jìn)行掃描以完成出站，此時服務(wù)器記錄用戶在第二地鐵終端掃描時的位置為第二位置。服務(wù)器根據(jù)第一位置、第二位置以及預(yù)設(shè)的計費規(guī)則即可對用戶的地鐵乘車完成扣款。

在乘坐公交以及乘坐地鐵的電子支付過程中，用戶直接通過用戶終端即可完成整個過程。以手機(jī)作為用戶終端為例，由于大多數(shù)用戶手機(jī)隨時拿在手上以方便接打電話、玩游戲或者通過聊天軟件聊天，則在乘車時，無需專門拿出手機(jī)，直接用手上的手機(jī)即可完成公交的乘車支付，或者地鐵的進(jìn)站出站掃描，最后完成地鐵支付。

并且，由于手機(jī)顯示的二維碼或者條形碼是被掃描讀取信息，掃描具有一定的掃描范圍，無需將手機(jī)緊貼數(shù)據(jù)掃描設(shè)備，相對于現(xiàn)有的刷卡支付時的接觸式刷卡，掃描成功率高，掃描過程快于刷卡過程，更加方便快捷。

以上所描述的方法及系統(tǒng)實施例僅僅是示意性的，例如，附圖中的流程圖和框圖顯示了根據(jù)本發(fā)明的多個實施例的方法可能實現(xiàn)的體系架構(gòu)、功能和操作。也應(yīng)當(dāng)注意，在有些作為替換的實現(xiàn)方式中，方框中所標(biāo)注的功能也可以以不同于附圖中所標(biāo)注的順序發(fā)生。例如，兩個連續(xù)的方框?qū)嶋H上可以基本并行地執(zhí)行，它們有時也可以按相反的順序執(zhí)行，這依所涉及的功能而定。也要注意的是，框圖和/或流程圖中的每個方框、以及框圖和/或流程圖中的方框的組合，可以用執(zhí)行規(guī)定的功能或動作的專用的基于硬件的系統(tǒng)來實現(xiàn)，或者可以用專用硬件與計算機(jī)指令的組合來實現(xiàn)。

需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。應(yīng)注意到：相似的標(biāo)號和字母在下面的附圖中表示類似項，因此，一旦某一項在一個附圖中被定義，則在隨后的附圖中不需要對其進(jìn)行進(jìn)一步定義和解釋。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)所述以權(quán)利要求的保護(hù)范圍為準(zhǔn)。