CN106600260B - 一种互联网巴士购票系统和方法 - Google Patents

一种互联网巴士购票系统和方法 Download PDF

Info

Publication number
CN106600260B
CN106600260B CN201611018906.1A CN201611018906A CN106600260B CN 106600260 B CN106600260 B CN 106600260B CN 201611018906 A CN201611018906 A CN 201611018906A CN 106600260 B CN106600260 B CN 106600260B
Authority
CN
China
Prior art keywords
user
getting
module
bus
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.)
Active
Application number
CN201611018906.1A
Other languages
English (en)
Other versions
CN106600260A (zh
Inventor
虞凡
潘登
张宁
樊明
陈杰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Wuhan Zebra Run Technology Co ltd
Original Assignee
Wuhan Zebra Run Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Wuhan Zebra Run Technology Co ltd filed Critical Wuhan Zebra Run Technology Co ltd
Priority to CN201611018906.1A priority Critical patent/CN106600260B/zh
Publication of CN106600260A publication Critical patent/CN106600260A/zh
Application granted granted Critical
Publication of CN106600260B publication Critical patent/CN106600260B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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 (8)

1.一种互联网巴士购票系统，包括通过无线方式连接的移动用户端、司机端APP和服务器，其特征在于，
移动用户端包括能生成二维码的二维码生成模块；
司机端APP包括信息采集模块和提醒模块；
信息采集模块用于对二维码生成模块生成的二维码进行扫描，解析出用户信息并传输至服务器，以及采集用户上下车时对应的司机位置并传输至服务器；
服务器包括扫码判断模块、余额判断模块、状态改变模块、上下车站点确定模块、车票生成模块；
扫码判断模块用于根据用户信息和用户上下车时对应的司机位置判断扫码是否成功；当同时接收到用户信息和用户上车或下车时对应的司机位置，扫码成功，否则，扫码失败，用户重新扫码；
余额判断模块用于在扫码判断模块判断上车扫码成功时比较用户信息中的钱包余额和当前整个行驶路线全程票价大小；
状态改变模块用于在余额判断模块判断钱包余额不小于当前整个行驶路线全程票价时，改变用户状态标记和余票数；状态改变模块在用户上车扫码成功时将用户状态标记为上车，余票数减1，用户下车扫码成功时，将用户状态标记为下车，余票数加1；
上下车站点确定模块用于根据用户上下车时对应的司机位置确定用户上下车站点；若当前整个行驶路线未结束且用户下车并在另一巴士进行扫码时，将所述整个行驶路线的终点确定为用户下车站点；
车票生成模块用于根据上下车站点确定模块确定的用户上下车站点确定票价，并在钱包余额扣除所述票价，生成车票信息并传输至移动用户端；
提醒模块根据扫码判断模块和余额判断模块判断结果提醒扫码成功、失败或余额不足。
2.根据权利要求1所述的一种互联网巴士购票系统，其特征在于，上下车站点确定模块用于根据用户上下车扫码时对应的司机位置距离当前整个行驶路线中的最近站点确定为用户上下车站点；或者将当前整个行驶路线的终点确定为用户下车站点。
3.根据权利要求1至2中任一项所述的一种互联网巴士购票系统，其特征在于，服务器还包括充值判断模块，当余额判断模块判断钱包余额小于当前整个行驶路线全程票价时，充值判断模块用于判断用户是否要充值，并根据判断结果决定是否进行充值。
4.根据权利要求1至2中任一项所述的一种互联网巴士购票系统，其特征在于，所述系统还包括用于显示余票数的显示单元。
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：结束。
6.根据权利要求5所述的一种互联网巴士购票方法，其特征在于，服务器将用户上车或下车时对应的司机位置距离当前整个行驶路线中的最近站点确定为所述用户上车站点或所述用户下车站点。
7.根据权利要求5至6中任一项所述的一种互联网巴士购票方法，其特征在于，步骤3中，钱包余额小于所述当前整个行驶路线全程票价时，服务器判断用户是否要充值，如果是，用户通过移动用户端进行充值，转入步骤1；否则转入步骤9。
8.根据权利要求5至6中任一项所述的一种互联网巴士购票方法，其特征在于，所述余票数通过巴士上的LED显示屏幕或者移动用户端显示。
CN201611018906.1A 2016-11-18 2016-11-18 一种互联网巴士购票系统和方法 Active CN106600260B (zh)

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 CN106600260A (zh) 2017-04-26
CN106600260B true 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)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109299927A (zh) * 2017-07-25 2019-02-01 田丰巧 公交地铁客车系统手机软件
CN112489491B (zh) * 2017-08-29 2022-05-31 西安艾润物联网技术服务有限责任公司 一种车辆调度方法
CN107807992A (zh) * 2017-11-08 2018-03-16 南通智慧交通科技有限公司 扫码乘公交支付系统
CN108551651A (zh) * 2018-04-08 2018-09-18 深圳卡通新技术有限公司 基于移动终端的公交车分段计费方法
CN111104990B (zh) * 2018-10-25 2022-03-04 腾讯科技（深圳）有限公司 一种确定交通行程的方法、装置、服务器及存储介质
CN110189422A (zh) * 2019-05-06 2019-08-30 北京盛威时代科技有限公司 一种客运巴士的收费系统
CN112002049B (zh) * 2019-05-08 2022-04-22 腾讯科技（深圳）有限公司 闸机控制方法、系统、闸机、服务器及存储介质
CN110991587A (zh) * 2020-03-03 2020-04-10 支付宝(杭州)信息技术有限公司 乘车码刷码状态的检测方法、电子设备及可读存储介质
CN115497177A (zh) * 2021-06-17 2022-12-20 深圳怡化电脑科技有限公司 公交付费方法、装置、电子设备、以及机器可读介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103337022A (zh) * 2013-06-05 2013-10-02 袁义青 一种公共交通电子系统
CN104915831A (zh) * 2015-06-19 2015-09-16 苏州富欣智能交通控制有限公司 应用于轨道交通领域的移动终端支付购票系统和方法
CN105513203A (zh) * 2014-10-08 2016-04-20 曹治猛 一种公交车按站收费的实现方法及处理系统、下车刷卡装置
CN105809745A (zh) * 2016-03-07 2016-07-27 深圳市京泰基科技有限公司 通过二维码验证乘客乘车信息的系统及方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140288761A1 (en) * 2013-03-22 2014-09-25 Bendix Commercial Vehicle Systems Llc Enhanced display unit

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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 深圳市京泰基科技有限公司 通过二维码验证乘客乘车信息的系统及方法

Also Published As

Publication number Publication date
CN106600260A (zh) 2017-04-26

Similar Documents

Publication Publication Date Title
CN106600260B (zh) 一种互联网巴士购票系统和方法
CN112262418B (zh) 车辆管理系统和车辆管理方法
CN110770767A (zh) 运行行程决定装置、自动驾驶车辆、运行行程决定方法及程序
CN107248273B (zh) 一种针对坐轮椅乘客的应对方法
CN108053677B (zh) 一种基于二维码的智能公交系统
US20210114626A1 (en) Vehicle control system, vehicle control device, and vehicle control method
JP2019219781A (ja) 営業用車両運用システム
CN109003340A (zh) 自行车停放管理方法及其系统
CN111932331A (zh) 车辆信息获取方法、装置及存储介质
JP2019082863A (ja) 車両乗合支援システム
CN106127559A (zh) 预约租车方法
CN107871384A (zh) 一种行李信息显示方法、装置及服务器
CN111754064A (zh) 调度管理系统、移动体、计算机可读记录介质以及方法
JP2010231549A (ja) 乗客表示システム、プログラム、及び、携帯情報端末
CN113408903A (zh) 订单处理方法、装置、电子设备和可读存储介质
US20220215309A1 (en) Information processing apparatus, information processing system, information processing method, and terminal apparatus
CN110751541A (zh) 无人驾驶共享汽车管理方法及设备
KR101576493B1 (ko) 정기승차 버스 예약 관리 장치 및 방법
JP2019220081A (ja) 共用車管理システム
CN110766809B (zh) 车辆、车载检票系统及车载检票系统的检票方法
CN113627680B (zh) 一种智能班车交互方法、装置、电子设备及存储介质
CN114021764A (zh) 一种多种交通工具的混合约车方法
JP6940574B2 (ja) 管理装置、運用システム、プログラム及び運用方法
JP7448376B2 (ja) 車両乗合支援システム及び車両乗合支援方法
KR101554570B1 (ko) 좌석을 공평하게 할당하는 대중 교통 통신 시스템 및 대중 교통 통신 시스템에서의 좌석 할당 방법

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