軌道交通的票務系統(tǒng)及其購票驗票方法
【專利摘要】本發(fā)明公開了一種軌道交通的票務系統(tǒng)，包括：通用服務器、應用服務器和車站系統(tǒng)終端，通用服務器包括車票數據庫，通用服務器配置成為應用服務器提供余票查詢、售票、退票、登乘檢驗以及交易記錄的服務，并根據應用服務器的服務指令更新所述車票數據庫；應用服務器，配置成接收車站系統(tǒng)終端傳遞來的服務請求，分類處理后，生成相應的服務指令并傳遞給通用服務器；車站系統(tǒng)終端包括售票終端和登乘終端。本系統(tǒng)通過設置應用服務器作為一個中間層，應用服務器采用面向服務（SOA）的體系結構。通過應用服務器來處理業(yè)務邏輯，通過通用服務器來處理數據存儲。通過業(yè)務邏輯和數據存儲的分離，提高系統(tǒng)的靈活性、擴展性、易維護性和易升級性，降低了車票數據庫的海量檢索壓力。
【專利說明】軌道交通的票務系統(tǒng)及其購票驗票方法
【技術領域】
[0001]本發(fā)明涉及城際軌道交通領域，特別涉及一種城際軌道交通的票務系統(tǒng)及其購票驗票方法。
【背景技術】
[0002]在經濟發(fā)達、人口稠密的大型都市經濟圈中，主要中心城鎮(zhèn)通常需承擔經濟圈內各城市間的客流，又兼顧城市組團、次中心城鎮(zhèn)之間的客流，城際軌道為機場、火車站、公路客運樞紐對外客運提供集散服務，可以說是城際間的“公交”系統(tǒng)。
[0003]城際軌道交通相對于城市地鐵而言，其距離較短，但是相對于客運專線而言，其距離較長。所以，在城際軌道交通中具備了地鐵人流量大的特征，也具備了客運專線需要進行席位售賣的特征。
[0004]這就對城際軌道交通的票務系統(tǒng)提出了一個特別高的要求，需要其票務系統(tǒng)可以快速有效的應對大量的購票請求，同時大量的購票請求不至于影響整個票務系統(tǒng)的正常運轉。
[0005]傳統(tǒng)的方式都是，車站內的終端直接與管理中心的主服務器進行連接，但是大量終端直接與主服務器進行連接，并發(fā)送相應的服務請求，這就會造成主服務器的接收的信息量出暴增的情形，導致無法及時處理車站內終端的服務請求，甚至導致整個系統(tǒng)癱瘓。
【發(fā)明內容】
[0006]本發(fā)明的目的是提供一種可以有效應用于城際軌道交通的票務系統(tǒng)。
[0007]根據本發(fā)明的一個方面，提供的軌道交通票務系統(tǒng)，包括:通用服務器、應用服務器和車站系統(tǒng)終端，
[0008]通用服務器包括車票數據庫，通用服務器配置成為應用服務器提供余票查詢、售票、退票、登乘檢驗以及交易記錄的服務，并根據應用服務器的服務指令更新車票數據庫；
[0009]應用服務器，配置成接收車站系統(tǒng)終端傳遞來的服務請求，分類處理后，生成相應的服務指令并傳遞給通用服務器；
[0010]車站系統(tǒng)終端包括售票終端和登乘終端，售票終端配置于接收乘客的余票查詢請求、售票請求、退票請求和改簽請求，并將服務請求傳遞至應用服務器，登乘終端配置于接收乘客的登乘請求，并將服務請求傳遞到應用服務器。
[0011]本發(fā)明的有益效果是，本系統(tǒng)通過設置應用服務器作為一個中間層，應用服務器采用面向服務(SOA)的體系結構,其中使用了 webservice, xml, socket跨平臺數據傳輸服務，運用面向對象的技術，利用模塊化設計思想，實現票務相關的業(yè)務流程。通過應用服務器來處理業(yè)務邏輯，通過通用服務器來處理數據存儲。通過業(yè)務邏輯和數據存儲的分離，提高系統(tǒng)的靈活性、擴展性、易維護性和易升級性，降低了車票數據庫的海量檢索壓力，同時對票務系統(tǒng)的車票數據庫形成一個保護。
[0012]票務系統(tǒng)根據不同的使用場景可以使用不同的技術進行通信，采用消息隊列保障數據可靠傳輸，采用WebService滿足跨平臺、可互操作性要求，采用Socket通信使信息交互簡單、高效，同時，數據傳輸過程中采用多線程、加密與解密技術。
[0013]在實體車站內可以設置車站的備用通用服務器和備用應用服務器。當實體車站與應用服務器的鏈接中斷時，車站系統(tǒng)終端可以自動鏈接到車站的備用通用服務器和備用應用服務器。車站的登乘業(yè)務，售票業(yè)務不受影響，可繼續(xù)服務。待與應用服務器恢復鏈接時，車站系統(tǒng)終端自動鏈接到應用服務器和通用服務器。車站的備用應用服務器和備用通用服務器也會相應鏈接到應用服務器以及通用服務器。同時，車站的備用應用服務器和備用通用服務器可以通過數據同步工具自動的將離線時的數據同步到應用服務器以及通用服務器。
[0014]在一些實施方式中，應用服務器為雙層結構，包括第一邏輯層和第二邏輯層，第一邏輯層用于處理所述售票請求，并將相應的服務指令發(fā)送給第二邏輯層進行分析，再傳遞給通用服務器；第二邏輯層用于處理所述余票查詢請求、退票請求和改簽請求，并將相應的服務指令傳遞給通用服務器。
[0015]其有益效果是，通過將應用服務器分成兩個邏輯層，將售票請求先由第一邏輯層來單獨處理，然后將其余的服務請求全部交由第二邏輯層來處理。由于售票請求瞬間信息處理量會非常的大，所以僅將售票請求交由第一邏輯層來單獨處理，可以保證售票請求的處理不會被其它服務請求所影響。售票終端發(fā)來的售票請求在經過第一邏輯層的處理后，形成售票指令，售票指令還會再發(fā)送至第二邏輯層進行指令分析，指令分析的主要內容包括:分析車票的地域和區(qū)域，車票的票價和種類，當前車票是否符合售賣規(guī)則，當前車票的用途，以及當前車票的票款的支付方式。將這些信息分析完成，如果確認當前車票是可以進行售賣的，則第二邏輯層將相應的售票指令發(fā)送到通用服務器中進行售票操作，如果指令分析完成后，確認當前車票是不可以進行售賣的，則向售票終端返回無票信息。由于將售票請求和其它的票務一些請求進行了分離，所以應用服務器不需要在不同的服務請求處理中進行不斷的切換，大大提高了售票請求的處理效率。同時，由于其它服務請求是由另外的第二邏輯層來處理的，即使其它服務請求再多，也不會影響到其它售票請求的處理。尤其不會出現，想買票的買不到，想退改簽的又退不了票、改簽不了車票，導致車票的無端浪費。
[0016]在一些實施方式中，通用服務器為雙機熱備份結構；應用服務器利用云技術，采用服務器集群方式部署成云端；車站系統(tǒng)終端根據業(yè)務處理需要向應用服務器請求相應的服務，實現業(yè)務流程控制和處理。
[0017]其有益效果是，采用雙機熱備份方式，確保了服務的穩(wěn)定、可靠，避免了單點故障，同時，能滿足應用服務器短時間內或瞬間超大并發(fā)請求需要；應用服務可以采用服務器集群方式部署成云端，高效地使用服務器資源，保障線路或區(qū)域中心、車站系統(tǒng)終端設備請求能及時得到正確響應和處理。同時，應用服務器采用云技術，也可以提供更好的可擴展性。如果票務系統(tǒng)需要增加相應的功能，就可以很方便的在云端增加相應服務模塊即可以。不需要對通用服務器和車站終端設備進行大范圍的改動，可擴展性增強了。
[0018]在一些實施方式中，應用服務器包括管理服務模塊、售票模塊、檢票模塊和席位管理模塊；
[0019]管理服務模塊，配置成對運營規(guī)則和售賣計劃進行管理；
[0020]售票模塊，配置成對乘客提出余票查詢請求、售票請求、退票請求和改簽請求進行處理；
[0021]檢票模塊，配置成檢測乘客進站和出站時所刷票卡的信息進行檢查；
[0022]席位管理模塊，配置成提供席位的生成、搜索、占用、修改和刪除處理服務。
[0023]在一些實施方式中，應用服務器還包括旅客管理模塊、儲值卡模塊、票價計算模塊、路徑計算模塊、發(fā)票服務模塊；
[0024]旅客管理模塊，配置成包括常旅客管理子模塊、特殊旅客管理子模塊、旅客電子賬戶管理子模塊和個性化服務管理子模塊；
[0025]儲值卡模塊，配置成對乘客持有的儲值卡進行管理，所述儲值卡的交易數據存儲于通用服務器；
[0026]票價計算模塊，配置成完成票務系統(tǒng)的車票票價計算的功能；
[0027]路徑計算模塊，配置成對旅行線路進行規(guī)劃計算，為旅客提供存在的各種換乘路徑方案；
[0028]發(fā)票服務模塊，配置成根據旅客的乘車記錄，設置給予旅客自助打印的發(fā)票設備。
[0029]在一些實施方式中，通用服務器和應用服務器處均配置負載均衡設備，減少用戶等待響應的時間，通用服務器和應用服務器使用雙電源、雙網絡適配器和RAID磁盤陣列。其有益效果是，為保障通用服務器和應用服務器資源的合理利用，首先，在關鍵業(yè)務和并發(fā)用戶量大的節(jié)點處配置負載均衡設備，減少用戶等待響應的時間，其次，單個重負載的運算分擔到服務器上做并行處理，實現對流量的科學分配和服務器資源的有效利用。按照各類服務器集群配置方案，每個集群單獨配置負載均衡器，負載均衡器通過冗余配置避免單點故障。為了保障系統(tǒng)高可靠性和高可用性，配置了集群和多域控制器，硬件還使用雙電源、雙網絡適配器、RAID磁盤陣列，防止單點故障所出現的問題，提高系統(tǒng)和設備運行的完整性和一致性。
[0030]根據本發(fā)明的一個方面，提供的軌道交通票務系統(tǒng)的購票驗票方法，包括步驟:
[0031]車站系統(tǒng)終端接收乘客的余票查詢請求、售票請求、退票請求、改簽請求和登乘請求，并將服務請求傳遞到應用服務器；
[0032]應用服務器接收車站系統(tǒng)終端傳遞來的服務請求，分類處理后，生成相應的服務指令并傳遞給通用服務器；
[0033]通用服務器為應用服務器提供余票查詢、售票、退票、改簽、登乘檢驗以及交易記錄的服務，并根據應用服務器的服務指令更新通用服務器內的車票數據庫。
[0034]其有益效果是，車站終端接收到的所有服務請求，都會先傳遞到一個應用服務器當中，應用服務器采用的是面向服務的體系結構。應用服務器會將所有的服務請求進行分類，分類處理后，再將不同類服務請求相應的服務指令傳遞給通用服務器，通用服務器只需要根據相應的服務指令提供相應服務，并相應更新車票數據庫即可以。
[0035]整個票務系統(tǒng)的服務處理過程，都是通過應用服務器來處理大量的服務請求。而通用服務器主要負責數據的存儲更新。再處理部分和存儲部分分離開來，從而可以提高大量服務請求的處理效率。
[0036]在一些實施方式中，車票數據庫保存有計劃余量表，所述計劃余量表包括計劃編號、車次、車廂順序號、O D站序集、席位總數量；
[0037]所述車票數據庫，配置成[0038]當售票終端收到乘客的售票請求后，席位總數量減I ;
[0039]當售票終端收到乘客的退票請求后，席位總數量加I ;
[0040]當售票終端收到乘客的余票查詢請求后，返回席位總數量的當前值。
[0041]在一些實施方式中，車票數據庫當中還保存有席位占用表，所述席位占用表包括車次車廂編號、車廂順序號、包廂號、席位順序號、席位屬性、席位O D占用、席別定義、位置號;
[0042]所述車票數據庫，配置成
[0043]當售票終端收到乘客的售票請求時，當前席位的席位O D占用項標記為已占用；
[0044]當售票終端收到乘客的退票請求時，當前席位的席位O D占用項恢復為未占用。
[0045]根據本發(fā)明的一個方面，提供的軌道交通票務系統(tǒng)的購票驗票方法，其包括步驟:
[0046]車站系統(tǒng)終端接收乘客的余票查詢請求、售票請求、退票請求、改簽請求和登乘請求，并將服務請求傳遞到應用服務器；
[0047]應用服務器接收車站系統(tǒng)終端傳遞來的服務請求，并進行分類；
[0048]應用服務器的第一邏輯層接收售票請求，處理后生成相應的服務指令，服務指令經過第二邏輯層的分析后，再傳遞給通用服務器；
[0049]應用服務器的第二邏輯層接收余票查詢請求、退票請求、改簽請求和登乘請求，處理后生成相應的服務指令并傳遞給通用服務器；
[0050]通用服務器為應用服務器提供余票查詢、售票、退票、改簽、登乘檢驗以及交易記錄的服務，并根據應用服務器的服務指令更新通用服務器內的車票數據庫。
[0051]其有益效果是，將車站終端接收到的所有服務請求進行一個分類后的分流過程。售票請求全部傳遞給第一邏輯層處理，其它請求全部由第二邏輯層處理。這樣售票請求和其它請求的處理就是分開獨立的，相互之間并不影響。從而可以加快售票的效果，也得到應用服務器可以同時處理更多的售票請求，而不至于導致系統(tǒng)癱瘓。
【專利附圖】
【附圖說明】
[0052]圖1為本發(fā)明一實施方式的軌道交通的票務系統(tǒng)的結構原理示意圖；
[0053]圖2為本發(fā)明一實施方式的軌道交通的票務系統(tǒng)的邏輯原理示意圖；
[0054]圖3為本發(fā)明一實施方式的軌道交通的票務系統(tǒng)的應用服務器的原理示意圖；
[0055]圖4為本發(fā)明又一實施方式的軌道交通的票務系統(tǒng)的購票驗票方法的流程示意圖；
[0056]圖5為本發(fā)明另一實施方式的軌道交通的票務系統(tǒng)的購票驗票方法的流程示意圖。
【具體實施方式】
[0057]下面結合附圖1至圖5對本發(fā)明作進一步詳細的說明。
[0058]圖1至圖3，示意性地顯示了根據本發(fā)明的一種實施方式的軌道交通的票務系統(tǒng)，如圖1至圖3所示，軌道交通的票務系統(tǒng)，包括:通用服務器100、應用服務器200和車站系統(tǒng)終端，其中，通用服務器100選用帶數據庫系統(tǒng)的大型服務器計算機，應用服務器200為采用云技術，集群式布置的眾多小型服務器計算機。車站系統(tǒng)終端主要為車站內的售票員用計算機、自動售票機和登乘閘機等。
[0059]在通用服務器100內設有車票數據庫101，通用服務器100為應用服務器200提供余票查詢、售票、退票、登乘檢驗以及交易記錄的服務，并根據應用服務器200的服務指令更新車票數據庫101 ；
[0060]應用服務器200接收車站系統(tǒng)終端傳遞來的服務請求，分類處理后，生成相應的服務指令并傳遞給通用服務器100 ；
[0061]車站系統(tǒng)終端包括售票終端301和登乘終端302，售票終端301配置于接收乘客的余票查詢請求、售票請求、退票請求和改簽請求，并將服務請求傳遞至應用服務器200，登乘終端302配置于接收乘客的登乘請求，并將服務請求傳遞到應用服務器200。
[0062]其中，應用服務器200為雙層結構，包括第一邏輯層201和第二邏輯層202，第一邏輯層201用于處理所述售票請求，并將相應的服務指令傳遞給通用服務器100 ;第二邏輯層202用于處理所述余票查詢請求、退票請求和改簽請求，并將相應的服務指令傳遞給通用服務器100。
[0063]首先，本系統(tǒng)通過置一個應用服務器200作為一個中間層，應用服務器200采用面向服務(SOA)的體系結構,其中使用了 webservice, xml, socket等跨平臺數據傳輸服務,運用面向對象的技術，利用模塊化設計思想，實現票務相關的業(yè)務流程。通過應用服務器200來處理業(yè)務邏輯，通過通用服務器100來處理數據存儲。通過業(yè)務邏輯和數據存儲的分離，提高系統(tǒng)的靈活性、擴展性、易維護性和易升級性，降低了車票數據庫101的海量檢索壓力，同時對票務系統(tǒng)的車票數據庫101形成一個保護。本發(fā)明可以根據不同的使用場景可以使用不同的技術進行通信，采用消息隊列保障數據可靠傳輸，采用WebService滿足跨平臺、可互操作性要求，采用Socket通信使信息交互簡單、高效，同時，數據傳輸過程中采用多線程、加密與解密技術。
[0064]本發(fā)明當中，還將應用服務器200分成了兩個邏輯層，主要包括第一邏輯層201和第二邏輯層202，將售票請求先全部由第一邏輯層201來單獨處理，然后將其余的服務請求都是直接交由第二邏輯層202來處理。由于售票請求瞬間信息處理量會非常的大，所以將售票請求由第一邏輯層201來單獨處理，可以保證售票請求的處理不會被其它服務請求所影響。售票終端301發(fā)來的售票請求在經過第一邏輯層201的處理后，形成售票指令，售票指令還會再發(fā)送至第二邏輯層202進行指令分析，指令分析的主要內容包括:分析車票的地域和區(qū)域，車票的票價和種類，當前車票是否符合售賣規(guī)則，當前車票的用途，以及當前車票的票款的支付方式。將這些信息分析完成，如果確認當前車票是可以進行售賣的，則第二邏輯層202將相應的售票指令發(fā)送到通用服務器100中進行售票操作，如果指令分析完成后，確認當前車票是不可以進行售賣的，則向售票終端返回無票信息。由于將售票請求和其它的票務一些請求進行了分離，所以應用服務器200不需要在不同的服務請求處理中進行不斷的切換，大大提高了售票請求的處理效率。同時，由于其它服務請求是由另外的第二邏輯層202來處理的，即使其它服務請求再多，也不會影響到其它售票請求的處理。尤其不會出現，想買票的買不到，想退改簽的又退不了票、改簽不了車票，導致車票的無端浪費。
[0065]同時，為了保證整個系統(tǒng)在外網連接中斷的特殊情況下正常運行。在實體車站內可以設置車站的備用通用服務器100和備用應用服務器200，這里的備用通用服務器100和備用應用服務器200均可以采用稍小型的服務器計算機，以節(jié)省系統(tǒng)架設的成本。當實體車站與應用服務器200的鏈接中斷時，車站系統(tǒng)終端可以自動鏈接到車站的備用通用服務器100和備用應用服務器200，車站的登乘業(yè)務，售票業(yè)務不受影響，可繼續(xù)服務，待與應用服務器200恢復鏈接時，車站系統(tǒng)終端自動鏈接到應用服務器200和通用服務器100，車站的備用應用服務器200和備用通用服務器100也會相應鏈接到應用服務器200以及通用服務器100。同時，車站的備用應用服務器200和備用通用服務器100可以通過數據同步工具自動的將離線時的數據同步到應用服務器200以及通用服務器100。
[0066]同時，為了保證數據的安全性。通用服務器100為雙機熱備份結構；應用服務器200采用服務器集群方式部署成云端；車站系統(tǒng)終端根據業(yè)務處理需要向應用服務器200請求相應的服務，實現業(yè)務流程控制和處理。
[0067]采用雙機熱備份方式，確保了服務的穩(wěn)定、可靠，避免了單點故障，同時，能滿足應用服務器200短時間內或瞬間超大并發(fā)請求需要；應用服務可以利用云技術，采用服務器集群方式部署成云端，高效地使用服務器資源，保障線路或區(qū)域中心、車站系統(tǒng)終端設備請求能及時得到正確響應和處理。同時，應用服務器200采集云技術，也可以提供更好的可擴展性。如果票務系統(tǒng)需要增加相應的功能，就可以很方便的在云端增加相應服務模塊即可以。不需要對通用服務器100和車站終端設備進行大范圍的改動，可擴展性增強了。
[0068]為保障通用服務器100和應用服務器200資源的合理利用首先，在關鍵業(yè)務和并發(fā)用戶量大的節(jié)點處配置負載均衡設備，減少用戶等待響應的時間，其次，單個重負載的運算分擔到服務器上做并行處理，實現對流量的科學分配和服務器資源的有效利用。按照各類服務器集群配置方案，每個集群單獨配置負載均衡器，負載均衡器通過冗余配置避免單點故障。
[0069]同時，為了保障系統(tǒng)高可靠性和高可用性，通用服務器100和應用服務器200都可以使用雙電源、雙網絡適配器RAID磁盤陣列，防止單點故障所出現的問題，提高系統(tǒng)和設備運行的完整性和一致性。
[0070]應用服務器200可以包括管理服務模塊203、售票模塊204、檢票模塊205、席位管理模塊206、旅客管理模塊207、儲值卡模塊208、票價計算模塊209、路徑計算模塊210和發(fā)票服務模塊211 ；
[0071]管理服務模塊203，配置成對運營規(guī)則和售賣計劃進行管理；
[0072]售票模塊204，配置成對乘客提出余票查詢請求、售票請求、退票請求和改簽請求進行處理；
[0073]檢票模塊205，配置成檢測乘客進站和出站時所刷票卡的信息進行檢查；
[0074]席位管理模塊206，配置成提供席位的生成、搜索、占用、修改和刪除處理服務。
[0075]旅客管理模塊207，配置成包括常旅客管理子模塊、特殊旅客管理子模塊、旅客電子賬戶管理子模塊和個性化服務管理子模塊；
[0076]儲值卡模塊208，配置成對乘客持有的儲值卡進行管理，所述儲值卡的交易數據存儲于通用服務器100 ；
[0077]票價計算模塊209，配置成完成票務系統(tǒng)的車票票價計算的功能；
[0078]路徑計算模塊210，配置成對旅行線路進行規(guī)劃計算，為旅客提供存在的各種換乘路徑方案；[0079]發(fā)票服務模塊211，配置成根據旅客的乘車記錄，設置給予旅客自助打印的發(fā)票設備。
[0080]如圖4所示，示意性地顯示了根據本發(fā)明的一種實施方式的軌道交通票務系統(tǒng)的購票驗票方法，包括步驟:
[0081]步驟S401:車站系統(tǒng)終端接收乘客的余票查詢請求、售票請求、退票請求、改簽請求和登乘請求，并將服務請求傳遞到應用服務器200 ；
[0082]步驟S402:應用服務器200接收車站系統(tǒng)終端傳遞來的服務請求，分類處理后，生成相應的服務指令并傳遞給通用服務器100 ；
[0083]步驟S403:通用服務器100為應用服務器200提供余票查詢、售票、退票、改簽、登乘檢驗以及交易記錄的服務，并根據應用服務器200的服務指令更新通用服務器100內的車票數據庫101。
[0084]車站終端接收到的所有服務請求，都會先傳遞到一個應用服務器200當中，應用服務器200采用的是面向服務的體系結構。應用服務器200會將所有的服務請求進行分類，分類處理后，再將不同類服務請求相應的服務指令傳遞給通用服務器100，通用服務器100只需要根據相應的服務指令提供相應服務，并相應更新車票數據庫101即可以。
[0085]整個票務系統(tǒng)的服務處理過程，都是通過應用服務器200來處理大量的服務請求。而通用服務器100主要負責數據的存儲更新。再處理部分和存儲部分分離開來，從而可以提高大量服務請求的處理效率。
[0086]在車票數據庫101中保存有計劃余量表，計劃余量表包括計劃編號、車次、車廂順序號、O D站序集、席位總數量；所述車票數據庫101設置為:
[0087]當售票終端301收到乘客的售票請求后，席位總數量減I ;
[0088]當售票終端301收到乘客的退票請求后，席位總數量加I ;
[0089]當售票終端301收到乘客的余票查詢請求后，返回席位總數量的當前值。
[0090]同時，在車票數據庫101當中還保存有席位占用表，所述席位占用表包括車次車廂編號、車廂順序號、包廂號、席位順序號、席位屬性、席位O D占用、席別定義、位置號；車票數據庫101設置為:
[0091]當售票終端301收到乘客的售票請求時，當前席位的席位O D占用項標記為已占用；
[0092]當售票終端301收到乘客的退票請求時，當前席位的席位O D占用項恢復為未占用。
[0093]如圖5所示，示意性地顯示了根據本發(fā)明的一種實施方式的軌道交通票務系統(tǒng)的購票驗票方法，其包括步驟:
[0094]步驟S501:車站系統(tǒng)終端接收乘客的余票查詢請求、售票請求、退票請求、改簽請求和登乘請求，并將服務請求傳遞到應用服務器200 ；
[0095]步驟S502:應用服務器200接收車站系統(tǒng)終端傳遞來的服務請求，并進行分類；
[0096]步驟S503:應用服務器200的第一邏輯層201接收售票請求，處理后生成相應的服務指令，服務指令經過第二邏輯層(202)的分析后，再傳遞給通用服務器100 ;售票指令在第二邏輯層202進行的指令分析的主要內容包括:分析車票的地域和區(qū)域，車票的票價和種類，當前車票是否符合售賣規(guī)則，當前車票的用途，以及當前車票的票款的支付方式。將這些信息分析完成，如果確認當前車票是可以進行售賣的，則第二邏輯層202將相應的售票指令發(fā)送到通用服務器100中進行售票操作，如果指令分析完成后，確認當前車票是不可以進行售賣的，則向售票終端返回無票信息。
[0097]步驟S504:應用服務器200的第二邏輯層202接收余票查詢請求、退票請求、改簽請求和登乘請求，處理后生成相應的服務指令并傳遞給通用服務器100 ；
[0098]步驟S505:通用服務器100為應用服務器200提供余票查詢、售票、退票、改簽、登乘檢驗以及交易記錄的服務，并根據應用服務器200的服務指令更新通用服務器100內的車票數據庫101。
[0099]將車站終端接收到的所有服務請求進行一個分類后的分流過程。售票請求全部傳遞給第一邏輯層201處理，其它請求全部由第二邏輯層202處理。這樣售票請求和其它請求的處理就是分開獨立的，相互之間并不影響。從而可以加快售票的效果，也得到應用服務器200可以同時處理更多的售票請求，而不至于導致系統(tǒng)癱瘓。
[0100]以上所述的僅是本發(fā)明的一些實施方式。對于本領域的普通技術人員來說，在不脫離本發(fā)明創(chuàng)造構思的前提下，還可以做出若干變形和改進，這些都屬于本發(fā)明的保護范圍。
【權利要求】
1.軌道交通票務系統(tǒng)，其特征在于，包括:通用服務器(100)、應用服務器(200)和車站系統(tǒng)終端， 所述通用服務器(100)包括車票數據庫(101 )，通用服務器(100)配置成為應用服務器(200)提供余票查詢、售票、退票、登乘檢驗以及交易記錄的服務，并根據應用服務器(200)的服務指令更新所述車票數據庫(101)； 所述應用服務器(200)配置成接收車站系統(tǒng)終端傳遞來的服務請求，分類處理后，生成相應的服務指令并傳遞給通用服務器(100)； 所述車站系統(tǒng)終端包括售票終端(301)和登乘終端(302 )，所述售票終端(301)配置成接收乘客的余票查詢請求、售票請求、退票請求和改簽請求，并將服務請求傳遞至應用服務器(200)，所述登乘終端(302)配置成接收乘客的登乘請求，并將服務請求傳遞到應用服務器(200)。
2.根據權利要求1所述的軌道交通票務系統(tǒng)，其特征在于，所述應用服務器(200)為雙層結構，包括第一邏輯層(201)和第二邏輯層(202 )， 所述第一邏輯層(201)用于處理所述售票請求，并將相應的服務指令發(fā)送給第一邏輯層(201)進行分析，再傳遞給通用服務器(100); 所述第二邏輯層(202)用于處理所述余票查詢請求、退票請求和改簽請求，并將相應的服務指令傳遞給通用服務器(100 )。
3.根據權利要求2所述的軌道交通票務系統(tǒng)，其特征在于，所述通用服務器(100)為雙機熱備份結構；所述應用服務器(200)采用服務器集群方式部署成云端；所述車站系統(tǒng)終端根據業(yè)務處理需要向應用服務器(200)請求相應的服務，實現業(yè)務流程控制和處理。
4.根據權利要求3所述的軌道交通票務系統(tǒng)，其特征在于，所述應用服務器(200)包括管理服務模塊(203)、售票模塊(204)、檢票模塊(205)和席位管理模塊(206)， 所述管理服務模塊(203)配置成對運營規(guī)則和售賣計劃進行管理； 所述售票模塊(204)，配置成對乘客提出余票查詢請求、售票請求、退票請求和改簽請求進行處理； 所述檢票模塊(205)配置成檢測乘客進站和出站時所刷票卡的信息進行檢查； 所述席位管理模塊(206)配置成提供席位的生成、搜索、占用、修改和刪除處理服務。
5.根據權利要求4所述的軌道交通票務系統(tǒng)，其特征在于，所述應用服務器(200)還包括旅客管理模塊(207 )、儲值卡模塊(208 )、票價計算模塊(209 )、路徑計算模塊(210 )、發(fā)票服務模塊(211)； 所述旅客管理模塊(207)配置成包括常旅客管理子模塊、特殊旅客管理子模塊、旅客電子賬戶管理子模塊和個性化服務管理子模塊； 所述儲值卡模塊(208)配置成配置成對乘客持有的儲值卡進行管理，所述儲值卡的交易數據存儲于通用服務器(100)； 所述票價計算模塊(209)配置成完成票務系統(tǒng)的車票票價計算的功能； 所述路徑計算模塊(210)配置成對旅行線路進行規(guī)劃計算，為旅客提供存在的各種換乘路徑方案； 所述發(fā)票服務模塊(211)配置成根據旅客的乘車記錄，設置給予旅客自助打印的發(fā)票設備。
6.根據權利要求1至5中任一項所述的軌道交通票務系統(tǒng)，其特征在于，所述通用服務器(100)和應用服務器(200)處均配置負載均衡設備，減少用戶等待響應的時間，通用服務器(100)和應用服務器(200)使用雙電源、雙網絡適配器和RAID磁盤陣列。
7.在權利要求1所述的軌道交通票務系統(tǒng)中的購票驗票方法，其特征在于，包括步驟: 車站系統(tǒng)終端接收乘客的余票查詢請求、售票請求、退票請求、改簽請求和登乘請求，并將服務請求傳遞到應用服務器(200)； 應用服務器(200)接收車站系統(tǒng)終端傳遞來的服務請求，分類處理后，生成相應的服務指令并傳遞給通用服務器(100)； 通用服務器(100)為應用服務器(200)提供余票查詢、售票、退票、改簽、登乘檢驗以及交易記錄的服務，并根據應用服務器(200)的服務指令更新通用服務器(100)內的車票數據庫(101)。
8.根據權利要求7所述的購票驗票方法，其特征在于，所述車票數據庫(101)保存有計劃余量表，所述計劃余量表包括計劃編號、車次、車廂順序號、O D站序集、席位總數量； 所述車票數據庫(101)配置成 當售票終端(301)收到乘客的售票請求后，席位總數量減I ; 當售票終端(301)收到乘客的退票請求后，席位總數量加I ; 當售票終端(301)收到乘 客的余票查詢請求后，返回席位總數量的當前值。
9.根據權利要求8所述的購票驗票方法，其特征在于，所述車票數據庫(101)中還保存有席位占用表，所述席位占用表包括車次車廂編號、車廂順序號、包廂號、席位順序號、席位屬性、席位O D占用、席別定義、位置號； 所述車票數據庫(101)配置成 當售票終端(301)收到乘客的售票請求時，當前席位的席位O D占用項標記為已占用； 當售票終端(301)收到乘客的退票請求時，當前席位的席位O D占用項恢復為未占用。
10.在權利要求2所述的軌道交通票務系統(tǒng)中的購票驗票方法，其特征在于，包括步驟: 所述車站系統(tǒng)終端接收乘客的余票查詢請求、售票請求、退票請求、改簽請求和登乘請求，并將服務請求傳遞到應用服務器(200)； 應用服務器(200)接收車站系統(tǒng)終端傳遞來的服務請求，并進行分類； 應用服務器(200)的第一邏輯層(201)接收售票請求，處理后生成相應的服務指令，月艮務指令經過第二邏輯層(202)的分析后，再傳遞給通用服務器(100)； 應用服務器(200)的第二邏輯層(202)接收余票查詢請求、退票請求、改簽請求和登乘請求，處理后生成相應的服務指令并傳遞給通用服務器(100); 通用服務器(100)為應用服務器(200)提供余票查詢、售票、退票、改簽、登乘檢驗以及交易記錄的服務，并根據應用服務器(200)的服務指令更新通用服務器(100)內的車票數據庫(101)。
【文檔編號】G06Q50/00GK103714487SQ201310711130
【公開日】2014年4月9日 申請日期:2013年12月19日 優(yōu)先權日:2013年12月19日
【發(fā)明者】付靖, 張小星, 余國武, 陳偉生, 羅英杰, 谷曉棟, 趙明霞, 石練斌, 馬軍, 李占龍, 劉彥能, 劉麗芳, 招斌, 張偉民, 陳矗, 曾文坤 申請人:廣東粵鐵科技有限公司