CN109146035A - 购票出行系统 - Google Patents
购票出行系统 Download PDFInfo
- Publication number
- CN109146035A CN109146035A CN201811042055.3A CN201811042055A CN109146035A CN 109146035 A CN109146035 A CN 109146035A CN 201811042055 A CN201811042055 A CN 201811042055A CN 109146035 A CN109146035 A CN 109146035A
- Authority
- CN
- China
- Prior art keywords
- terminal
- booking
- gps
- vehicle
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K17/00—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations
- G06K17/0022—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations arrangements or provisious for transferring data to distant stations, e.g. from a sensing device
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
- G07B11/00—Apparatus for validating or cancelling issued tickets
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明涉及互联网技术领域，公开了一种购票出行系统，包括：用户终端、后台服务器、GPS终端、GPS服务器和司机终端。本发明的购票出行系统可以直接利用原公交车或旅行车上的GPS终端，可快速进行实施并上线应用，可快速向其他企业复制，通过技术支撑获得经济效益，并大大降低了实施成本。通过GPS终端语音播报验票信息中的票数信息，可实现多人乘车一人购票、验票的功能，从而既实现公交支付的互联网化，也解决了上车效率的问题，使公共交通服务更加便捷与多元。
Description
技术领域
本发明涉及互联网技术领域，特别涉及一种购票出行系统。
背景技术
现有的购票出行系统中，用户(乘客)通过手机APP(如支付宝、微信等)领取(购买)电子车票(二维码)，乘车时通过车载支付终端(以下简称“终端”)或进站闸机设备被动扫描电子车票进行验票，车票成功验证后“终端”通过语音提示验票成功或打开闸机。
现有技术方案缺陷：
(1)直辖市或一、二线城市公交体量巨大，一个城市拥有公交车几千至上万台不等，如需应用上述方案，需要巨额成本来更换升级公交车载支付终端(升级至具有扫码功能的终端)，以重庆为例，重庆主城区保有公交车辆8000多台(加上备用终端至少需要采购10000台)，根据车载终端市场价格2000～3000元/台，重庆主城公交应用此方案仅终端则需花费2000万元～3000万元，成本非常巨大。
(2)上述方案一次性只能验证一张票(一个人)，对于某些单位团体常有多人同乘一人够票的情况，这种应用方式会导致验票效率低下，特别在早晚高峰时，此问题表现十分突出。
(3)实施周期长，由于需要更换大量“终端”，且需要支持原有市民公交卡刷卡功能，根据其他城市实施经验来看，此种项目需要3-6个月实施周期。
发明内容
本发明提出一种购票出行系统，解决现有技术中存在的上述技术问题。
本发明的一种购票出行系统，包括：用户终端、后台服务器、GPS终端、GPS服务器和司机终端；
所述用户终端连接所述后台服务器，用于购买对应线路的电子车票，并扫描设置在车辆上的车辆二维码以向后台服务器发送验票请求，若后台服务器验票成功接收后台服务器发来的确认上车页面；所述车辆二维码由车辆号牌生成，且与对应的线路绑定；
所述司机终端用于扫描所述车辆二维码，并与该车辆绑定；
所述后台服务器用于生成购票订单和电子车票，将电子车票发送至用户终端，并接收用户终端的确认上车信息，修改购票订单状态为已完成；还用于将将验票成功信息发送至所述GPS服务器和司机终端；
所述GPS服务器接收到验票成功信息后向安装于车辆中的GPS终端下发语音指令；
所述GPS终端用于根据语音指令播报验票信息。
其中，所述用户终端扫描设置在车辆上的车辆二维码后，若后台服务器校验该用户终端无待使用订单，则后台服务器向所述用户终端发送购票页面，用户购票后，并将扫描购票的信息发送至所述GPS服务器和司机终端，所述GPS服务器向GPS终端扫码投票的语音指令，所述GPS终端用语音播报扫码购票。
本发明的购票出行系统可以直接利用原公交车或旅行车上的GPS终端，可快速进行实施并上线应用，可快速向其他企业复制，通过技术支撑获得经济效益，并大大降低了实施成本。通过GPS终端语音播报验票信息中的票数信息，可实现多人乘车一人购票、验票的功能，从而既实现公交支付的互联网化，也解决了上车效率的问题，使公共交通服务更加便捷与多元。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明的一种购票出行系统结构示意图；
图2图1中的购票出行系统的购票流程图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本实施例的购票出行系统如图1所示，包括：用户终端1、后台服务器2、GPS终端3、GPS服务器4和司机终端5。其中，后台服务器2中存储有各条出行线路的相关信息(包括：站点、开收班时间、票价、折扣等信息)、车辆信息以及线路和车辆绑定的信息。
所述用户终端1连接所述后台服务器2，用于购买对应线路的电子车票，并扫描设置在车辆上的车辆二维码以向后台服务器2发送验票请求，若后台服务器2验票成功接收后台服务器2发来的确认上车页面；所述车辆二维码由车辆号牌生成，且与对应的线路绑定，即后台服务器2的数据库中存储有车辆二维码(车辆二维码与车辆一一对应)与线路关联的数据表。由于是按线路购买电子车票，这样可以乘坐该线路的任何一两车，不拘泥于固定时间的车次，出行更加方便。
所述司机终端5用于扫描所述车辆二维码，并与该车辆绑定，即在后台服务器2的数据库中存储有司机终端5和车辆之间关联的数据表；司机终端5绑定车辆用于后台服务器2将验票信息传送至司机终端5，验票信息中记录司机信息，用于司机收入数据统计。
所述后台服务器2用于生成购票订单和电子车票，将电子车票发送至用户终端1，并接收用户终端1的确认上车信息，修改购票订单状态为已完成；还用于将将验票成功信息发送至GPS服务器4和司机终端5；
所述GPS服务器4接收到验票成功信息后向安装于车辆中的GPS终端3下发语音指令。其中车辆与安装在其上的GPS终端3在后台服务器2的数据库中通过车牌号关联。
所述GPS终端3用于根据语音指令播报验票信息。
上述系统的购票流程如图2所示：
(1)用户通过APP、微信应用购买电子车票(在本系统中电子车票以线路进行区分，购买某条线路的电子票即可乘坐对应的线路)，支付成功后在数据库中记录购票信息，并为用户生成一个订单。
(2)用户乘车时通过APP、微信“扫一扫”功能扫描“车辆二维码”，扫描二维码后系统校验该用户是否购票，如已购票则用户端弹出确认上车按钮，如未购票者展示购票界面。
(3)用户点击确认上车或购票成功后将信息传递至后台系统数据库，再通过数据接口传递扫码购票、验票信息(传递车辆信息与票数信息)至GPS服务器4(注：GPS终端3与服务器均为公交现有设备，可以利旧)，GPS服务器4向GPS终端3下发语音指令(语音指令包括：扫码购票、验票数量信息，即可乘车人数)，GPS终端3语音播报扫码购票、验票信息(票数)。
(4)同时，用户扫码购票、验票后，后台服务器2也会向司机手机端(APP、微信应用)发送验票信息。司机通过扫描“车辆二维码”与车辆进行绑定，绑定后该车辆扫码购票、验票信息将传送至司机端。
(5)验票流程结束后传递验票成功信息至用户端，并修改数据库与用户端订单状态(由待使用修改为已使用)。
本实施例的购票出行系统可以直接利用原公交车或旅行车上的GPS终端3，可快速进行实施并上线应用，可快速向其他企业复制，通过技术支撑获得经济效益，并大大降低了实施成本。通过GPS终端3语音播报验票信息中的票数信息，可实现多人乘车一人购票、验票的功能，从而既实现公交支付的互联网化，也解决了上车效率的问题，使公共交通服务更加便捷与多元化。
本实施例中，用户终端1扫描设置在车辆上的车辆二维码后，若后台服务器2校验该用户终端1无待使用订单(对应可多次使用的电子车票，可以多次验证)，则后台服务器2向所述用户终端1发送购票页面，即不需要提前订票，可以直接上车时买票。用户购票后，并将扫描购票的信息发送至所述GPS服务器4和司机终端5，所述GPS服务器4向GPS终端3扫码投票的语音指令，所述GPS终端3用语音播报扫码购票。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (2)
1.一种购票出行系统，其特征在于，包括：用户终端、后台服务器、GPS终端、GPS服务器和司机终端；
所述用户终端连接所述后台服务器，用于购买对应线路的电子车票，并扫描设置在车辆上的车辆二维码以向后台服务器发送验票请求，若后台服务器验票成功接收后台服务器发来的确认上车页面；所述车辆二维码由车辆号牌生成，且与对应的线路绑定；
所述司机终端用于扫描所述车辆二维码，并与该车辆绑定；
所述后台服务器用于生成购票订单和电子车票，将电子车票发送至用户终端，并接收用户终端的确认上车信息，修改购票订单状态为已完成；还用于将将验票成功信息发送至所述GPS服务器和司机终端；所述验票成功信息包括：车辆信息与票数信息；
所述GPS服务器接收到验票成功信息后向安装于车辆中的GPS终端下发语音指令；
所述GPS终端用于根据语音指令播报验票成功信息。
2.如权利要求1所述的购票出行系统，其特征在于，所述用户终端扫描设置在车辆上的车辆二维码后，若后台服务器校验该用户终端无待使用订单，则后台服务器向所述用户终端发送购票页面，用户购票后，并将扫描购票的信息发送至所述GPS服务器和司机终端，所述GPS服务器向GPS终端扫码投票的语音指令，所述GPS终端用语音播报扫码购票。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811042055.3A CN109146035A (zh) | 2018-09-07 | 2018-09-07 | 购票出行系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811042055.3A CN109146035A (zh) | 2018-09-07 | 2018-09-07 | 购票出行系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109146035A true CN109146035A (zh) | 2019-01-04 |
Family
ID=64827574
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811042055.3A Pending CN109146035A (zh) | 2018-09-07 | 2018-09-07 | 购票出行系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109146035A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111431974A (zh) * | 2020-03-12 | 2020-07-17 | 安徽富煌科技股份有限公司 | 一种基于乘车实名登记的安全出行管理系统 |
-
2018
- 2018-09-07 CN CN201811042055.3A patent/CN109146035A/zh active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111431974A (zh) * | 2020-03-12 | 2020-07-17 | 安徽富煌科技股份有限公司 | 一种基于乘车实名登记的安全出行管理系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102136160B (zh) | 铁路电子客票系统 | |
| CN105761479A (zh) | 一种高校校车预约和调度管理系统及方法 | |
| WO2016082687A1 (zh) | 一种利用智能汽车在服务点进行支付的系统和方法 | |
| CN103987606A (zh) | 通过使用移动终端管理车辆的系统和方法 | |
| CN101882328A (zh) | 一种火车票的票务管理系统及方法 | |
| CN109410634A (zh) | 车辆管理方法、系统及存储介质 | |
| CN103680124A (zh) | 一种出租车叫车系统及方法 | |
| CN105741370A (zh) | 支持手机支付和其它支付方法的车辆收费方法及收费装置 | |
| CN101996422B (zh) | 计程车自动化电子旅次收据系统及其方法 | |
| CN110659705A (zh) | 一种基于二维码和人脸图像互通的地铁乘车系统及方法 | |
| CN109685924B (zh) | 一种智能车载电子标签及其发行方法 | |
| CN107784365A (zh) | 网约车管理平台及方法 | |
| CN103903307A (zh) | 出租车车费支付方法、系统、出租车计价器及支付中心 | |
| CN104867040A (zh) | 一种出租车电子发票的生成方法和系统 | |
| CN114358930B (zh) | 一种基于sdk获取异地乘车二维码执行交易的方法、地铁客户端及系统 | |
| CN109711501A (zh) | 一种用于城市轨道交通二维码申请流程系统 | |
| CN113178037A (zh) | 加油方法、装置、系统、计算机装置及计算机可读存储介质 | |
| CN107392596A (zh) | 支付方法及装置 | |
| CN101546439B (zh) | 一种自动购票系统 | |
| CN109272588A (zh) | 乘车码乘车管理系统及基于乘车码的乘车控制方法 | |
| CN107844928A (zh) | 一种货运物流协同方法 | |
| CN109146035A (zh) | 购票出行系统 | |
| CN104050558A (zh) | 一种移动互联数字化加油站的加油方法 | |
| CN116739119A (zh) | 一种融合多系统的出行方法和装置 | |
| CN110298931A (zh) | 一种停车付费防套牌系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |