本發(fā)明涉及網(wǎng)上購票系統(tǒng)，具體涉及一種地鐵二維碼網(wǎng)上購票系統(tǒng)。

背景技術(shù)：

隨著地鐵建設(shè)的大力推進，地鐵運營線路越來越多，里程越來越長，地鐵已經(jīng)成為市民出行的第一選擇，但給傳統(tǒng)的地鐵運營帶來了越來越大的挑戰(zhàn)，每天地鐵站點出來排很長的隊進行購票，市民在進站口逗留時間也比較長。

隨著互聯(lián)網(wǎng)技術(shù)特別是移動互聯(lián)網(wǎng)技術(shù)的發(fā)展和深入。移動互聯(lián)技術(shù)、通信技術(shù)，先進的管理技術(shù)已經(jīng)用到各行各業(yè)?；ヂ?lián)網(wǎng)+的國家戰(zhàn)略的推行，給我們的生活更方便，更智能。

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

本發(fā)明目的在于提供一種地鐵二維碼網(wǎng)上購票系統(tǒng)，解決如何減少用戶乘坐地鐵時購票、進站、出站的時間的問題。

本發(fā)明通過下述技術(shù)方案實現(xiàn)：

一種地鐵二維碼網(wǎng)上購票系統(tǒng)，包括用戶注冊登錄模塊、常用路線模塊，單次路線模塊、二維碼生成模塊；所述用戶登錄模塊：用于生成、管理用戶賬號；

所述常用路線模塊包括路線添加模塊、中央處理模塊、中央控制模塊、自動支付模塊；所述路線添加模塊用于用戶添加常用路線，所述路線包括起點站和終點站；所述中央處理模塊用于根據(jù)添加模塊中用戶確定的起點站終點站確定所述起點站和終點站之間的里程，最后根據(jù)里程計算用戶的支付費用；中央控制模塊接收到中央處理模塊傳送的信息后將信息傳送到存儲模塊；存儲模塊用于記錄并保存中央處理模塊接受到的所述用戶添加常用路線及所述路線對應(yīng)的支付費用；自動支付模塊用于根據(jù)中央處理模塊傳送的用戶的支付信息進行自動付款；

所述單次路線購票模塊包括移動終端輸入模塊、中央處理模塊、單次購票支付模塊；所述移動終端輸入模塊用于用戶輸入起點站和終點站并將該路線信息傳送給中央處理模塊；所述單次購票支付模塊用于根據(jù)中央處理模塊傳送的信息進行用戶手動支付；

所述單次購票支付模塊包括訂單生成模塊、訂單確認模塊、手動支付模塊，訂單生成模塊接收到中央處理模塊傳送的信息后生成訂單并將所述訂單信息傳送給訂單確認模塊，訂單確認模塊用于用戶自行確認訂單信息無誤后將所述訂單信息傳送到手動支付模塊，手動支付模塊用于用戶自行選擇支付方式進行付款；

所述二維碼生成模塊包括數(shù)據(jù)輸入模塊、數(shù)據(jù)分析模塊、數(shù)據(jù)處理模塊，數(shù)據(jù)輸入模塊用于接受上述手動支付模塊或是自動支付模塊傳輸?shù)闹Ц缎畔⒉⑺鲋Ц缎畔魉偷綌?shù)據(jù)分析模塊，數(shù)據(jù)分析模塊根據(jù)所述支付信息進行分析并將分析后的數(shù)據(jù)傳送到數(shù)據(jù)處理模塊，數(shù)據(jù)處理模塊用于根據(jù)數(shù)據(jù)分析模塊傳送的數(shù)據(jù)生成二維碼；

所述中央處理模塊包括后臺數(shù)據(jù)庫處理模塊、計算模塊；后臺數(shù)據(jù)庫處理模塊用于存儲各個城市的所有地鐵路線信息和按里程收費標準，所述計算模塊用于根據(jù)用戶確定的起始站點和終點站點及后臺數(shù)據(jù)庫模塊中的收費標準來計算用戶單次乘車一共需要支付的費用。

本發(fā)明中的模塊均是現(xiàn)有技術(shù)，只是將現(xiàn)有模塊進行組合。本發(fā)明為地鐵用戶提供網(wǎng)上購票系統(tǒng)，用戶下載本發(fā)明對應(yīng)的APP后，在APP中進行用戶的注冊并登陸，用戶注冊賬號需要填寫其個人信息，用戶通過其手機號碼或是電子郵箱進行注冊，所述注冊的手機號碼或是郵箱即為該用戶的賬號；用戶登錄后，可選擇兩種購票方式：單次路線模塊購票方式與采用常用路線模塊購票方式；

用戶在購買地鐵票時，需要到達的站點只是偶爾去或是只去一次就采用單次路線模塊購票，單次路線模塊需要用戶在移動終端輸入模塊中輸入起點站和終點站，用戶每次采用單次路線模塊購票都自行輸入起點與終點，用戶購票之后，系統(tǒng)會自行將用戶輸入的起點站與終點站的信息傳送給后臺數(shù)據(jù)庫處理模塊，后臺數(shù)據(jù)處理模塊存儲各個城市的所有地鐵路線信息和按里程收費標準，后臺數(shù)據(jù)模塊接收到用戶確定的起點站與終點站信息后將信息自動轉(zhuǎn)化為后臺數(shù)據(jù)模塊可識別的信息，該信息類型與后臺數(shù)據(jù)模塊存儲的信息類型相同，后臺數(shù)據(jù)模塊提取到其內(nèi)部存儲的與移動終端輸入模塊傳送的信息相同的信息后根據(jù)其存儲的路線的里程確定所述用戶輸入的起點站與終點站之間的里程，計算模塊根據(jù)其自身存儲的計算公式及從后臺數(shù)據(jù)模塊提取到的收費標準來計算用戶單次乘車一共需要支付的費用，在中央處理模塊中需要后臺數(shù)據(jù)模塊與計算模塊配合運行才能得到用戶所需支付費用；計算模塊將用戶的支付費用信息傳送給單次購票支付模塊，單次購票支付模塊接收到信息后將信息轉(zhuǎn)換為支付訂單，用戶需要自行確定該訂單信息是否正確，確認無誤后點擊確認，系統(tǒng)才能自行跳轉(zhuǎn)到手動支付模塊的支付界面，在手動支付模塊的支付界面中用戶能夠選擇支付方式，并在扣款中需要用戶自行輸入其支付密碼或是驗證碼，扣款成功后即購票成功，二維碼生成模塊接收到用戶購票成功的信息后后臺進行信息處理生成二維碼，用戶進站與出站只需要在進站閘機、出站閘機上掃二維碼即可，節(jié)約了進站與出站時間；

采用常用路線模塊，用戶登陸后在常用路線模塊中添加多個常用路線，采用常用路線模塊會顯示出用戶添加的路線，用戶需要使用哪個路線，點擊對應(yīng)路線就可自動生成供用戶進出站的二維碼，常用路線模塊與單次路線模塊采用同一個中央處理模塊，與單次路線模塊不同的是常用路線模塊的支付模塊采用自動支付方式，不需要用戶重新輸入支付密碼，路線添加模塊存儲了用戶輸入的起點、終點，用戶多次使用時不需要重新輸入，進一步節(jié)約了用戶的購票時間。

所述用戶登錄模塊連接有地圖查詢模塊。地圖查詢模塊幫助用戶查詢路線并規(guī)劃路線，地圖查詢模塊中會為用戶提供用時最少、最少換成的路線。

所述地圖查詢模塊包括商圈查詢模塊、路線查詢模塊，商圈模塊記錄用戶查詢的路線信息，根據(jù)所述路線信息向用戶提供與路線對應(yīng)站點的商圈信息。商圈模塊為用戶提供用戶選擇路線中各站點周圍的酒店、飯店、娛樂場所等。

所述中央控制模塊直接連接有顯示模塊，顯示模塊用于輸出用戶的常用路線。

所述中央處理模塊連接有語音模塊，語音模塊用于接收用戶的語音信息并將該信息傳送給中央控制模塊，中央控制模塊接收到所述語音信息并與存儲模塊中與所述語音信息對應(yīng)的信息進行識別，中央控制模塊將存儲模塊中提取到的與用戶語音信息對應(yīng)的路線信息及路線信息對應(yīng)的支付費用信息傳送到自動支付模塊。

所述自動支付模塊包括電子錢包充值模塊、電子錢包自動扣款模塊，電子錢包自動扣款模塊接收到中央控制模塊傳送的支付費用信息后自動扣去電子錢包中相應(yīng)的金額。自動支付模塊采用自動支付，用戶可綁定銀行卡，也可通過支付寶充值，在電子錢包中用戶還可查詢其消費情況及剩余金額。

所述手動支付模塊采用微信支付或支付寶支付。

所述訂單生成模塊還連接有訂單取消模塊。訂單取消模塊便于用戶發(fā)現(xiàn)地點輸入錯誤后取消訂單，重新購買。

本發(fā)明與現(xiàn)有技術(shù)相比，具有如下的優(yōu)點和有益效果：

1、本發(fā)明一種地鐵二維碼網(wǎng)上購票系統(tǒng)購票快速，用戶只需要下載APP并進行賬號注冊登錄后就可直接購票；

2、本發(fā)明一種地鐵二維碼網(wǎng)上購票系統(tǒng)購票方便，用戶在購票中可自行選擇常用路線模塊購票或單次路線模塊購票，常用路線購票在用戶添加常用路線后購票更加方便；

3、本發(fā)明一種地鐵二維碼網(wǎng)上購票系統(tǒng)具有多種用途，本發(fā)明地鐵二維碼網(wǎng)上購票系統(tǒng)除了購票外，還可以進行線路查詢、商圈搜索。

附圖說明

此處所說明的附圖用來提供對本發(fā)明實施例的進一步理解，構(gòu)成本申請的一部分，并不構(gòu)成對本發(fā)明實施例的限定。在附圖中：

圖1為本發(fā)明結(jié)構(gòu)示意圖。

具體實施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，下面結(jié)合實施例和附圖，對本發(fā)明作進一步的詳細說明，本發(fā)明的示意性實施方式及其說明僅用于解釋本發(fā)明，并不作為對本發(fā)明的限定。

實施例1

如圖1所示，本發(fā)明一種地鐵二維碼網(wǎng)上購票系統(tǒng)，包括用戶注冊登錄模塊、常用路線模塊，單次路線模塊、二維碼生成模塊；所述用戶登錄模塊：用于生成、管理用戶賬號；

所述常用路線模塊包括路線添加模塊、中央處理模塊、中央控制模塊、自動支付模塊；所述路線添加模塊用于用戶添加常用路線，所述路線包括起點站和終點站；所述中央處理模塊用于根據(jù)添加模塊中用戶確定的起點站終點站確定所述起點站和終點站之間的里程，最后根據(jù)里程計算用戶的支付費用；中央控制模塊接收到中央處理模塊傳送的信息后將信息傳送到存儲模塊；存儲模塊用于記錄并保存中央處理模塊接受到的所述用戶添加常用路線及所述路線對應(yīng)的支付費用；自動支付模塊用于根據(jù)中央處理模塊傳送的用戶的支付信息進行自動付款；

所述單次路線購票模塊包括移動終端輸入模塊、中央處理模塊、單次購票支付模塊；所述移動終端輸入模塊用于用戶輸入起點站和終點站并將該路線信息傳送給中央處理模塊；所述單次購票支付模塊用于根據(jù)中央處理模塊傳送的信息進行用戶手動支付；

所述單次購票支付模塊包括訂單生成模塊、訂單確認模塊、手動支付模塊，訂單生成模塊接收到中央處理模塊傳送的信息后生成訂單并將所述訂單信息傳送給訂單確認模塊，訂單確認模塊用于用戶自行確認訂單信息無誤后將所述訂單信息傳送到手動支付模塊，手動支付模塊用于用戶自行選擇支付方式進行付款；

所述二維碼生成模塊包括數(shù)據(jù)輸入模塊、數(shù)據(jù)分析模塊、數(shù)據(jù)處理模塊，數(shù)據(jù)輸入模塊用于接受上述手動支付模塊或是自動支付模塊傳輸?shù)闹Ц缎畔⒉⑺鲋Ц缎畔魉偷綌?shù)據(jù)分析模塊，數(shù)據(jù)分析模塊根據(jù)所述支付信息進行分析并將分析后的數(shù)據(jù)傳送到數(shù)據(jù)處理模塊，數(shù)據(jù)處理模塊用于根據(jù)數(shù)據(jù)分析模塊傳送的數(shù)據(jù)生成二維碼；數(shù)據(jù)輸入模塊中，接收到手動支付模塊或是自動支付模塊傳輸?shù)闹Ц缎畔⒑髮⑿畔⑥D(zhuǎn)換成準備生成的二維碼數(shù)據(jù)，利用DES雙向加密算法，加密其中的用戶信息、訂單信息。

所述中央處理模塊包括后臺數(shù)據(jù)庫處理模塊、計算模塊；后臺數(shù)據(jù)庫處理模塊用于存儲各個城市的所有地鐵路線信息和按里程收費標準，所述計算模塊用于根據(jù)用戶確定的起始站點和終點站點及后臺數(shù)據(jù)庫模塊中的收費標準來計算用戶單次乘車一共需要支付的費用。

本發(fā)明中的模塊均是現(xiàn)有技術(shù)，只是將現(xiàn)有模塊進行組合。本發(fā)明為地鐵用戶提供網(wǎng)上購票系統(tǒng)，用戶下載本發(fā)明對應(yīng)的APP后，在APP中進行用戶的注冊并登陸，用戶注冊賬號需要填寫其個人信息，用戶通過其手機號碼或是電子郵箱進行注冊，所述注冊的手機號碼或是郵箱即為該用戶的賬號；用戶登錄后，可選擇兩種購票方式：單次路線模塊購票方式與采用常用路線模塊購票方式；

用戶在購買地鐵票時，需要到達的站點只是偶爾去或是只去一次就采用單次路線模塊購票，單次路線模塊需要用戶在移動終端輸入模塊中輸入起點站和終點站，用戶每次采用單次路線模塊購票都自行輸入起點與終點，用戶購票之后，系統(tǒng)會自行將用戶輸入的起點站與終點站的信息傳送給后臺數(shù)據(jù)庫處理模塊，后臺數(shù)據(jù)處理模塊存儲各個城市的所有地鐵路線信息和按里程收費標準，后臺數(shù)據(jù)模塊接收到用戶確定的起點站與終點站信息后將信息自動轉(zhuǎn)化為后臺數(shù)據(jù)模塊可識別的信息，該信息類型與后臺數(shù)據(jù)模塊存儲的信息類型相同，后臺數(shù)據(jù)模塊提取到其內(nèi)部存儲的與移動終端輸入模塊傳送的信息相同的信息后根據(jù)其存儲的路線的里程確定所述用戶輸入的起點站與終點站之間的里程，計算模塊根據(jù)其自身存儲的計算公式及從后臺數(shù)據(jù)模塊提取到的收費標準來計算用戶單次乘車一共需要支付的費用，在中央處理模塊中需要后臺數(shù)據(jù)模塊與計算模塊配合運行才能得到用戶所需支付費用；計算模塊將用戶的支付費用信息傳送給單次購票支付模塊，單次購票支付模塊接收到信息后將信息轉(zhuǎn)換為支付訂單，用戶需要自行確定該訂單信息是否正確，確認無誤后點擊確認，系統(tǒng)才能自行跳轉(zhuǎn)到手動支付模塊的支付界面，在手動支付模塊的支付界面中用戶能夠選擇支付方式，并在扣款中需要用戶自行輸入其支付密碼或是驗證碼，扣款成功后即購票成功，二維碼生成模塊接收到用戶購票成功的信息后后臺進行信息處理生成二維碼，用戶進站與出站只需要掃二維碼即可，節(jié)約了進站與出站時間。

采用常用路線模塊，用戶登陸后，在常用路線模塊中添加多個常用路線，采用常用路線模塊會顯示出用戶添加的路線，用戶需要使用哪個路線，點擊對應(yīng)路線就可自動生成供用戶進出站的二維碼，常用路線模塊與單次路線模塊采用同一個中央處理模塊，與單次路線模塊不同的是常用路線模塊的支付模塊采用自動支付方式，不需要用戶重新輸入支付密碼，路線添加模塊存儲了用戶輸入的起點、終點，用戶多次使用時不需要重新輸入，進一步節(jié)約了用戶的購票時間。

實施例2

基于實施例1，所述用戶登錄模塊連接有地圖查詢模塊。地圖查詢模塊幫助用戶查詢路線并規(guī)劃路線，地圖查詢模塊中會為用戶提供用時最少、最少換成的路線。

實施例3

基于實施例2，所述地圖查詢模塊包括商圈查詢模塊、路線查詢模塊，商圈模塊記錄用戶查詢的路線信息，根據(jù)所述路線信息向用戶提供與路線對應(yīng)站點的商圈信息。商圈模塊為用戶提供用戶選擇路線中各站點周圍的酒店、飯店、娛樂場所等。

實施例4

基于上述實施例，所述中央控制模塊直接連接有顯示模塊，顯示模塊用于輸出用戶的常用路線。

實施例5

基于上述實施例，所述中央處理模塊連接有語音模塊，語音模塊用于接收用戶的語音信息并將該信息傳送給中央控制模塊，中央控制模塊接收到所述語音信息并與存儲模塊中與所述語音信息對應(yīng)的信息進行識別，中央控制模塊將存儲模塊中提取到的與用戶語音信息對應(yīng)的路線信息及路線信息對應(yīng)的支付費用信息傳送到自動支付模塊。

實施例6

基于上述實施例，所述自動支付模塊包括電子錢包充值模塊、電子錢包自動扣款模塊，電子錢包自動扣款模塊接收到中央控制模塊傳送的支付費用信息后自動扣去電子錢包中相應(yīng)的金額。自動支付模塊采用自動支付，用戶可綁定銀行卡，也可通過支付寶充值，在電子錢包中用戶還可查詢其消費情況及剩余金額。

實施例7

基于上述實施例，所述手動支付模塊采用微信支付或支付寶支付。

實施例8

基于上述實施例，所述訂單生成模塊還連接有訂單取消模塊。訂單取消模塊便于用戶發(fā)現(xiàn)地點輸入錯誤后取消訂單，重新購買。

實施例9

基于上述實施例，本發(fā)明中還設(shè)置有GPS定位系統(tǒng)，用戶登陸后，系統(tǒng)自動定位到用戶所在城市及所在的起點站及終點站。

以上所述的具體實施方式，對本發(fā)明的目的、技術(shù)方案和有益效果進行了進一步詳細說明，所應(yīng)理解的是，以上所述僅為本發(fā)明的具體實施方式而已，并不用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。