CN106600260A - 一种互联网巴士购票系统和方法 - Google Patents
一种互联网巴士购票系统和方法 Download PDFInfo
- Publication number
- CN106600260A CN106600260A CN201611018906.1A CN201611018906A CN106600260A CN 106600260 A CN106600260 A CN 106600260A CN 201611018906 A CN201611018906 A CN 201611018906A CN 106600260 A CN106600260 A CN 106600260A
- Authority
- CN
- China
- Prior art keywords
- user
- bus
- server
- barcode scanning
- module
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/327—Short range or proximity payments by means of M-devices
- G06Q20/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-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
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Devices For Checking Fares Or Tickets At Control Points (AREA)
Abstract
本发明公开了一种互联网巴士购票系统和方法，该系统包括通过无线方式连接的移动用户端、司机端APP和服务器，司机端APP对移动用户端的二维码进行扫描，服务器根据司机端APP输出的用户信息和用户上下车时对应的司机位置判断上下车扫码是否成功，并根据用户上车站点和用户下车站点确定票价，通过巴士上的LED显示屏幕或者移动客户端显示余票。通过该系统，能减少空乘率，又能省去验票步骤从而简化上车程序。
Description
技术领域
本发明涉及车票购票技术领域，具体涉及一种互联网巴士购票系统和方法。
背景技术
当前互联网巴士出行成为众多白领的首选，但是预约购票、上车验票的机制浪费了用户很多宝贵时间，并且造成道路拥挤。同时很多乘客预约购票后临时退票，使得座位浪费，且用户中途下车的行为无法识别，座位没有释放，造成司机不能多载用户，其它用户买不到票，导致车辆的空载率极高。此外，司机手动验票，一方面导致司机手忙脚乱，另一方面，很多买了票的用户由于着急上车，根本不执行检票的操作，就匆匆上车，导致验票成为一种摆设。预约买票的乘客在乘车当日，由于路况不定导致本班次车辆不能及时到达，即便看到前一趟班次的车也不能乘坐，只能改换其它交通出行方式，这样就造成车票的浪费和退票投诉的增多。
且现有技术中，如中国专利申请号为201410638908.5的发明采用指纹验票的形式，由于指纹需要事先录入，这对于用户来说是一种心存警惕的事情，毕竟大多数用户不想把自己的指纹录入特定的app中，认为指纹录入是一种不安全的行为。这种方式必定加大推广的难度。又如中国专利申请号为201210357042.1的发明使用近场的方式判断用户上下车，但是，首先这种方式对移动设备是有要求的，其次对关闭定位功能的用户，判断上车下车是无效的。
发明内容
有鉴于此，有必要提供一种既能及时释放车座信息以减少空乘率又能省去验票步骤从而简化上车程序的互联网巴士购票系统和方法。
一种互联网巴士购票系统，包括通过无线方式连接的移动用户端、司机端APP和服务器；
移动用户端包括能生成二维码的二维码生成模块；
司机端APP包括信息采集模块和提醒模块；
信息采集模块用于对二维码生成模块生成的二维码进行扫描，解析出用户信息并传输至服务器，以及采集用户上下车时对应的司机位置并传输至服务器；
服务器包括扫码判断模块、余额判断模块、状态改变模块、上下车站点确定模块、车票生成模块；
扫码判断模块用于根据用户信息和用户上下车时对应的司机位置判断扫码是否成功；
余额判断模块用于在扫码判断模块判断上车扫码成功时比较用户信息中的钱包余额和当前整个行驶路线全程票价大小；
状态改变模块用于在余额判断模块判断钱包余额不小于当前整个行驶路线全程票价时，改变用户状态标记和余票数；
上下车站点确定模块用于根据用户上下车时对应的司机位置确定用户上下车站点；
车票生成模块用于根据上下车站点确定模块确定的用户上下车站点确定票价，并在钱包余额扣除所述票价，生成车票信息并传输至移动用户端；
提醒模块根据扫码判断模块和余额判断模块判断结果提醒扫码成功、失败或余额不足。
此外，一种互联网巴士购票方法，包括如下步骤：
步骤1：用户上车时，司机端APP对移动用户端的二维码进行扫描，解析出用户信息并传输至服务器；同时，司机端APP采集用户上车时对应的司机位置传输至服务器；
步骤2：服务器判断是否同时接收到用户信息和用户上车时对应的司机位置；如果是，扫码成功；转入步骤3；否则，司机端APP提醒扫码失败，重复扫码，转入步骤1；
步骤3：服务器判断用户信息中的钱包余额是否不小于当前整个行驶路线全程票价；如果是，司机端APP提醒扫码成功，用户上车；转入步骤4；否则，司机端APP提醒余额不足；转入步骤9；
步骤4：服务器将用户状态标记为上车，余票数减1，确定用户上车站点；
步骤5：用户下车时，服务器判断用户是否扫码，如果是，司机端APP将所述用户信息传输至服务器，同时，司机端APP采集用户下车时对应的司机位置传输至服务器；转入步骤6；如果否，转入步骤8；
步骤6：服务器判断是否接收到所述用户信息和用户下车时对应的司机位置，如果是，扫码成功；转入步骤7；否则，司机端APP提醒扫码失败，重复扫码，转入步骤5；
步骤7：服务器确定用户下车站点，根据用户上车站点和用户下车站点确定票价，并在钱包余额扣除票价，生成车票信息，余票数加1，用户状态标记为下车；服务器将车票信息传输至移动用户端，同时由司机端APP提醒扫码成功，用户下车；转入步骤9；
步骤8：服务器将当前整个行驶路线的终点确定为用户下车站点，根据用户上车站点和用户下车站点确定票价，并在钱包余额扣除票价；
步骤9：结束。
本发明的一种互联网巴士购票系统和方法，通过扫码上车，简化了上车程序，省去了繁琐的验票步骤；车座余票实时显示，便于乘客查看和选择，最大化利用车座，减少空乘率；保证一人一座，提高用户乘车舒适度；车票实行阶梯定价，符合市场规律和人们乘坐公交的需求。此外，该购票系统采用扫码形式上车，二维码相较于指纹安全程度比价高，不存在用户信息泄漏的问题，易于推广；同时扫码成功或失败提示明显，不依赖于用户的定位功能，对设备要求不高，提高了可靠性。
附图说明
图1为本发明的整个系统框图；
图2为移动用户端的系统框图；
图3为司机端APP的系统框图；
图4为服务器的系统框图；
图5为本发明的方法流程图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明，应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明提供一种互联网巴士购票系统，其系统框图如图1所示，包括通过无线方式连接的移动用户端、司机端APP和服务器。其中，如图2所示，移动用户端包括二维码生成模块、余额充值模块、显示单元。其中，二维码生成模块能生成动态二维码，用户可以手动刷新二维码。余额充值模块用于对钱包余额进行充值。
如图3所示，司机端APP包括信息采集模块、提醒模块、查询模块、操作模块。其中，信息采集模块用于对二维码生成模块生成的二维码进行扫描，解析出用户信息并传输至服务器，以及采集用户上下车时对应的司机位置并传输至服务器。提醒模块用于提醒扫码成功、失败或余额不足。查询模块用于查看班次任务。操作模块用于执行发车操作和结束班次任务操作。司机通过操作司机端APP的操作模块执行发车操作，本班次已经开始，之后扫码上车的用户均属于该班次上的乘客。到达终点后，司机通过操作司机端APP的操作模块结束班次任务。结束任务后，扫码无效。
如图4所示，服务器包括扫码判断模块、余额判断模块、状态改变模块、上下车站点确定模块、车票生成模块、第一存储模块。
其中，扫码判断模块用于根据用户信息和用户上下车时对应的司机位置判断扫码是否成功。具体的，扫码判断模块判断是否同时接收到用户信息和用户上车或下车时对应的司机位置。如果是，扫码成功。如果否，提醒模块提醒扫码失败，用户重复扫码。
余额判断模块用于在扫码判断模块判断上车扫码成功时比较用户信息中的钱包余额和当前整个行驶路线全程票价大小。具体的，在扫码判断模块判断扫上车码成功时，余额判断模块判断用户信息中的钱包余额是否不小于当前整个行驶路线全程票价；如果是，提醒模块提醒扫码成功，用户上车；否则，提醒模块提醒余额不足，用户不能上车。
状态改变模块用于在余额判断模块判断钱包余额不小于当前整个行驶路线全程票价时，改变用户状态标记和余票数。具体的，状态改变模块将用户状态标记为上车，余票数减1；或者用户下车扫码时，状态改变模块将用户状态标记为下车，余票数加1。
上下车站点确定模块用于根据用户上下车时对应的司机位置确定用户上下车站点。具体的，上下车站点确定模块根据用户上下车扫码时对应的司机位置距离当前整个行驶路线中的最近站点确定为用户上下车站点；或者用户未扫码下车时，上下车站点确定模块将当前整个行驶路线的终点确定为用户下车站点。
车票生成模块用于根据上下车站点确定模块确定的用户上下车站点确定票价，并在钱包余额扣除所述票价，生成车票信息并传输至移动用户端。其中，车票信息包括：上车站点、下车站点、票价、线路、班次时间。车票信息可在移动用户端的显示单元显示。此外，上下车站点确定模块用于当前整个行驶路线未结束且用户下车并在另一巴士进行扫码时，将所述整个行驶路线的终点确定为用户下车站点，车票生成模块根据用户上车站点和用户下车站点确定票价，并在钱包余额扣除票价。
第一存储模块存储有用户状态和车票信息，以及司机的班次任务。其中，用户状态包括上车状态和下车状态；司机的班次任务包括整个行驶线路、站点、发车时间。
其中，与服务器相连的第二存储模块中的数据库中存储有余票数和用户的钱包余额。
进一步的，服务器还包括充值判断模块。当余额判断模块判断钱包余额小于当前整个行驶路线全程票价时，充值判断模块用于判断用户是否要充值，并根据判断结果是否进行充值。具体的，充值判断模块判断用户要充值，用户通过操作余额充值模块进行充值。接着扫码判断模块判断用户是否上车扫码。如果充值判断模块判断用户不要充值，结束。
进一步的，该系统还包括显示模块。在整个行驶线路中，余票数通过显示模块显示。显示模块为巴士上的LED显示屏幕或者为移动用户端的显示单元。
通过本发明提供的一种互联网巴士购票系统，乘客扫码上车，简化了上车程序，省去了繁琐的验票步骤；车座余票实时显示，便于乘客查看和选择，最大化利用车座，减少空乘率；保证一人一座，提高用户乘车舒适度；车票实行阶梯定价，符合市场规律和人们乘坐公交的需求。此外，该购票系统采用扫码形式上车，二维码相较于指纹安全程度比价高，不存在用户信息泄漏的问题，易于推广；同时扫码成功或失败提示明显，不依赖于用户的定位功能，对设备要求不高，提高了可靠性。
同时，本发明还提供一种互联网巴士购票方法，其流程如图5所示，包括如下步骤：
步骤1：用户上车时，司机端APP对移动用户端的二维码进行扫描，解析出用户信息并传输至服务器；同时，司机端APP采集用户上车时对应的司机位置并传输至服务器；
步骤2：服务器判断是否同时接收到用户信息和用户上车时对应的司机位置；如果是，扫码成功；转入步骤3；否则，司机端APP语音播报扫码失败，重复扫码，转入步骤1；
步骤3：服务器判断用户信息中的钱包余额是否不小于当前整个行驶路线全程票价；如果是，司机端APP语音播报扫码成功，用户上车；转入步骤4；否则，司机端APP语音播报余额不足；转入步骤9；
步骤4：服务器将用户状态标记为上车，余票数减1，将用户上车时对应的司机位置距离当前整个行驶路线中的最近站点确定为所述用户上车站点；
步骤5：用户下车时，服务器判断用户是否扫码，如果是，司机端APP将所述用户信息传输至服务器，同时，司机端APP采集用户下车时对应的司机位置并传输至服务器；转入步骤6；如果否，转入步骤8；
步骤6：服务器判断是否接收到所述用户信息和用户下车时对应的司机位置，如果是，扫码成功；转入步骤7；否则，司机端APP语音播报扫码失败，重复扫码，转入步骤5；
步骤7：服务器将用户下车时对应的司机位置距离当前整个行驶路线中的最近站点确定为所述用户下车站点，根据用户上车站点和用户下车站点确定票价，并在钱包余额扣除票价，生成车票信息，余票数加1，用户状态标记为下车；服务器将车票信息传输至移动用户端，同时由司机端APP语音播报扫码成功，用户下车；转入步骤9；
步骤8：服务器将当前整个行驶路线的终点确定为用户下车站点，根据用户上车站点和用户下车站点确定票价，并在钱包余额扣除票价；
步骤9：结束。
进一步的，在执行步骤8之前，服务器判断司机当前位置是否为整个行驶路线的终点，如果是，转入步骤8；否则，服务器判断用户是否在另一巴士进行扫码，如果是，服务器将所述整个行驶路线的终点确定为用户下车站点，根据用户上车站点和用户下车站点确定票价，并在钱包余额扣除票价；转入步骤1。
进一步的，步骤3中，钱包余额小于所述当前整个行驶路线全程票价时，服务器判断用户是否进行充值，如果是，用户通过移动用户端进行充值，转入步骤1；否则转入步骤9。
其中，所述余票数通过巴士上的LED显示屏幕或者移动用户端显示。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种互联网巴士购票系统，包括通过无线方式连接的移动用户端、司机端APP和服务器，其特征在于，
移动用户端包括能生成二维码的二维码生成模块；
司机端APP包括信息采集模块和提醒模块；
信息采集模块用于对二维码生成模块生成的二维码进行扫描，解析出用户信息并传输至服务器，以及采集用户上下车时对应的司机位置并传输至服务器；
服务器包括扫码判断模块、余额判断模块、状态改变模块、上下车站点确定模块、车票生成模块；
扫码判断模块用于根据用户信息和用户上下车时对应的司机位置判断扫码是否成功；
余额判断模块用于在扫码判断模块判断上车扫码成功时比较用户信息中的钱包余额和当前整个行驶路线全程票价大小；
状态改变模块用于在余额判断模块判断钱包余额不小于当前整个行驶路线全程票价时，改变用户状态标记和余票数；
上下车站点确定模块用于根据用户上下车时对应的司机位置确定用户上下车站点；
车票生成模块用于根据上下车站点确定模块确定的用户上下车站点确定票价，并在钱包余额扣除所述票价，生成车票信息并传输至移动用户端；
提醒模块根据扫码判断模块和余额判断模块判断结果提醒扫码成功、失败或余额不足。
2.根据权利要求1所述的一种互联网巴士购票系统，其特征在于，上下车站点确定模块用于根据用户上下车扫码时对应的司机位置距离当前整个行驶路线中的最近站点确定为用户上下车站点；或者将当前整个行驶路线的终点确定为用户下车站点。
3.根据权利要求1所述的一种互联网巴士购票系统，其特征在于，上下车站点确定模块用于当前整个行驶路线未结束且用户下车并在另一巴士进行扫码时，将所述整个行驶路线的终点确定为用户下车站点，车票生成模块根据用户上车站点和用户下车站点确定票价，并在钱包余额扣除票价。
4.根据权利要求1至3中任一项所述的一种互联网巴士购票系统，其特征在于，服务器还包括充值判断模块，当余额判断模块判断钱包余额小于当前整个行驶路线全程票价时，充值判断模块用于判断用户是否要充值，并根据判断结果是否进行充值。
5.根据权利要求1至3中任一项所述的一种互联网巴士购票系统，其特征在于，所述系统还包括用于显示余票数的显示单元。
6.一种互联网巴士购票方法，其特征在于，包括如下步骤：
步骤1：用户上车时，司机端APP对移动用户端的二维码进行扫描，解析出用户信息并传输至服务器；同时，司机端APP采集用户上车时对应的司机位置并传输至服务器；
步骤2：服务器判断是否同时接收到用户信息和用户上车时对应的司机位置；如果是，扫码成功；转入步骤3；否则，司机端APP提醒扫码失败，重复扫码，转入步骤1；
步骤3：服务器判断用户信息中的钱包余额是否不小于当前整个行驶路线全程票价；如果是，司机端APP提醒扫码成功，用户上车；转入步骤4；否则，司机端APP提醒余额不足；转入步骤9；
步骤4：服务器将用户状态标记为上车，余票数减1，确定用户上车站点；
步骤5：用户下车时，服务器判断用户是否扫码，如果是，司机端APP将所述用户信息传输至服务器，同时，司机端APP采集用户下车时对应的司机位置并传输至服务器；转入步骤6；如果否，转入步骤8；
步骤6：服务器判断是否接收到所述用户信息和用户下车时对应的司机位置，如果是，扫码成功；转入步骤7；否则，司机端APP提醒扫码失败，重复扫码，转入步骤5；
步骤7：服务器确定用户下车站点，根据用户上车站点和用户下车站点确定票价，并在钱包余额扣除票价，生成车票信息，余票数加1，用户状态标记为下车；服务器将车票信息传输至移动用户端，同时由司机端APP提醒扫码成功，用户下车；转入步骤9；
步骤8：服务器将当前整个行驶路线的终点确定为用户下车站点，根据用户上车站点和用户下车站点确定票价，并在钱包余额扣除票价；
步骤9：结束。
7.根据权利要求6所述的一种互联网巴士购票方法，其特征在于，服务器根据将用户上车或下车时对应的司机位置距离当前整个行驶路线中的最近站点确定为所述用户上车站点或所述用户下车站点。
8.根据权利要求6所述的一种互联网巴士购票方法，其特征在于，在执行步骤8之前，服务器判断司机当前位置是否为整个行驶路线的终点，如果是，转入步骤8；否则，服务器判断用户是否在另一巴士进行扫码，如果是，服务器将所述整个行驶路线的终点确定为用户下车站点，根据用户上车站点和用户下车站点确定票价，并在钱包余额扣除票价；转入步骤1。
9.根据权利要求6至8中任一项所述的一种互联网巴士购票方法，其特征在于，步骤3中，钱包余额小于所述当前整个行驶路线全程票价时，服务器判断用户是否要充值，如果是，用户通过移动用户端进行充值，转入步骤1；否则转入步骤9。
10.根据权利要求6至8中任一项所述的一种互联网巴士购票方法，其特征在于，所述余票数通过巴士上的LED显示屏幕或者移动用户端显示。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611018906.1A CN106600260B (zh) | 2016-11-18 | 2016-11-18 | 一种互联网巴士购票系统和方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611018906.1A CN106600260B (zh) | 2016-11-18 | 2016-11-18 | 一种互联网巴士购票系统和方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106600260A true CN106600260A (zh) | 2017-04-26 |
| CN106600260B CN106600260B (zh) | 2020-06-09 |
Family
ID=58591686
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201611018906.1A Active CN106600260B (zh) | 2016-11-18 | 2016-11-18 | 一种互联网巴士购票系统和方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106600260B (zh) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107807992A (zh) * | 2017-11-08 | 2018-03-16 | 南通智慧交通科技有限公司 | 扫码乘公交支付系统 |
| CN108551651A (zh) * | 2018-04-08 | 2018-09-18 | 深圳卡通新技术有限公司 | 基于移动终端的公交车分段计费方法 |
| CN109299927A (zh) * | 2017-07-25 | 2019-02-01 | 田丰巧 | 公交地铁客车系统手机软件 |
| CN110189422A (zh) * | 2019-05-06 | 2019-08-30 | 北京盛威时代科技有限公司 | 一种客运巴士的收费系统 |
| CN110991587A (zh) * | 2020-03-03 | 2020-04-10 | 支付宝(杭州)信息技术有限公司 | 乘车码刷码状态的检测方法、电子设备及可读存储介质 |
| CN111104990A (zh) * | 2018-10-25 | 2020-05-05 | 腾讯科技（深圳）有限公司 | 一种确定交通行程的方法、装置、服务器及存储介质 |
| CN112002049A (zh) * | 2019-05-08 | 2020-11-27 | 腾讯科技（深圳）有限公司 | 闸机控制方法、系统、闸机、服务器及存储介质 |
| CN112530199A (zh) * | 2017-08-29 | 2021-03-19 | 西安艾润物联网技术服务有限责任公司 | 一种在交通枢纽应用于出租车辆的乘客信息的录入方法 |
| CN113537670A (zh) * | 2020-04-17 | 2021-10-22 | 北京沃东天骏信息技术有限公司 | 一种确定出行路线的方法和装置 |
| CN115497177A (zh) * | 2021-06-17 | 2022-12-20 | 深圳怡化电脑科技有限公司 | 公交付费方法、装置、电子设备、以及机器可读介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103337022A (zh) * | 2013-06-05 | 2013-10-02 | 袁义青 | 一种公共交通电子系统 |
| US20140288761A1 (en) * | 2013-03-22 | 2014-09-25 | Bendix Commercial Vehicle Systems Llc | Enhanced display unit |
| CN104915831A (zh) * | 2015-06-19 | 2015-09-16 | 苏州富欣智能交通控制有限公司 | 应用于轨道交通领域的移动终端支付购票系统和方法 |
| CN105513203A (zh) * | 2014-10-08 | 2016-04-20 | 曹治猛 | 一种公交车按站收费的实现方法及处理系统、下车刷卡装置 |
| CN105809745A (zh) * | 2016-03-07 | 2016-07-27 | 深圳市京泰基科技有限公司 | 通过二维码验证乘客乘车信息的系统及方法 |
-
2016
- 2016-11-18 CN CN201611018906.1A patent/CN106600260B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20140288761A1 (en) * | 2013-03-22 | 2014-09-25 | Bendix Commercial Vehicle Systems Llc | Enhanced display unit |
| CN103337022A (zh) * | 2013-06-05 | 2013-10-02 | 袁义青 | 一种公共交通电子系统 |
| CN105513203A (zh) * | 2014-10-08 | 2016-04-20 | 曹治猛 | 一种公交车按站收费的实现方法及处理系统、下车刷卡装置 |
| CN104915831A (zh) * | 2015-06-19 | 2015-09-16 | 苏州富欣智能交通控制有限公司 | 应用于轨道交通领域的移动终端支付购票系统和方法 |
| CN105809745A (zh) * | 2016-03-07 | 2016-07-27 | 深圳市京泰基科技有限公司 | 通过二维码验证乘客乘车信息的系统及方法 |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109299927A (zh) * | 2017-07-25 | 2019-02-01 | 田丰巧 | 公交地铁客车系统手机软件 |
| CN112530199A (zh) * | 2017-08-29 | 2021-03-19 | 西安艾润物联网技术服务有限责任公司 | 一种在交通枢纽应用于出租车辆的乘客信息的录入方法 |
| CN107807992A (zh) * | 2017-11-08 | 2018-03-16 | 南通智慧交通科技有限公司 | 扫码乘公交支付系统 |
| CN108551651A (zh) * | 2018-04-08 | 2018-09-18 | 深圳卡通新技术有限公司 | 基于移动终端的公交车分段计费方法 |
| CN111104990A (zh) * | 2018-10-25 | 2020-05-05 | 腾讯科技（深圳）有限公司 | 一种确定交通行程的方法、装置、服务器及存储介质 |
| CN110189422A (zh) * | 2019-05-06 | 2019-08-30 | 北京盛威时代科技有限公司 | 一种客运巴士的收费系统 |
| CN112002049A (zh) * | 2019-05-08 | 2020-11-27 | 腾讯科技（深圳）有限公司 | 闸机控制方法、系统、闸机、服务器及存储介质 |
| CN112002049B (zh) * | 2019-05-08 | 2022-04-22 | 腾讯科技（深圳）有限公司 | 闸机控制方法、系统、闸机、服务器及存储介质 |
| CN110991587A (zh) * | 2020-03-03 | 2020-04-10 | 支付宝(杭州)信息技术有限公司 | 乘车码刷码状态的检测方法、电子设备及可读存储介质 |
| CN113537670A (zh) * | 2020-04-17 | 2021-10-22 | 北京沃东天骏信息技术有限公司 | 一种确定出行路线的方法和装置 |
| CN115497177A (zh) * | 2021-06-17 | 2022-12-20 | 深圳怡化电脑科技有限公司 | 公交付费方法、装置、电子设备、以及机器可读介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106600260B (zh) | 2020-06-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106600260A (zh) | 一种互联网巴士购票系统和方法 | |
| CN108182037B (zh) | 出租车发票获取方法、系统及计算机可读存储介质 | |
| CN105976435B (zh) | 一种车站电子票订票、自动检票方法及系统 | |
| CN108492147A (zh) | 优惠券管理方法、系统及服务器、存储介质 | |
| CN108074309A (zh) | 一种基于二维码的汽车票购票检票系统及方法 | |
| CN105306524A (zh) | 出行信息的推送方法和装置 | |
| CN201993816U (zh) | 基于二维条码彩信的铁路自动售检票系统 | |
| CN107871384A (zh) | 一种行李信息显示方法、装置及服务器 | |
| CN107657668B (zh) | 公交车智能停靠方法 | |
| CN111339397A (zh) | 用于获得交通指南的系统和方法 | |
| CN110874773A (zh) | 一种机票业务的处理方法、装置和系统 | |
| KR101986540B1 (ko) | 큐알 코드를 이용한 버스 요금 징수 시스템 및 요금 징수 방법 | |
| KR20130035824A (ko) | Ｃｐａ 방식을 이용한 온/오프라인 통합 홍보/마케팅 시스템 | |
| KR101275005B1 (ko) | ２차원 바코드를 이용한 전자 승차권 발권 시스템 및 그 제어방법 | |
| CN110858416A (zh) | 一种乘客手机乘车的数据使用方法及系统 | |
| CN106600256A (zh) | 一种手机地铁购票支付方法 | |
| CN106204936A (zh) | 一种具有分流功能的租车费用支付系统及方法 | |
| CN106022539A (zh) | 订单处理方法及装置 | |
| JP2022099434A (ja) | チケット判定システム、チケット判定プログラム、及び、チケット表示プログラム | |
| JP2008146678A (ja) | 店舗紹介ｉｃタグ及び店舗紹介システム | |
| JP2009054024A (ja) | 降車駅情報提供システム、ホストコンピュータ、及び降車駅情報提供方法 | |
| KR101442099B1 (ko) | 룸미러를 이용한 요금지불 및 정보제공 시스템 | |
| CN106228418A (zh) | 一种基于定制巴士电子验票的上车方法和装置 | |
| JP2009140045A (ja) | 車載用商品購入システム | |
| EP2851876A2 (en) | Transport service card and system and method for facilitating a transport service |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |