技术领域
[0001] 本
发明涉及交通技术领域，具体而言，涉及一种提高司机与乘客同行率的方法及系统。
背景技术
[0002] 全国私家车的保有量已经突破三亿，但伴随着私家车的增加也给交
通带来不便。
[0003] 例如，上下班等乘客集中出行时，大量的乘客出行不便，而且还容易出现交通拥堵，而现有的公交车满足不了大众出行需求，私家车则多数空车行驶，搭成率低；同时，有些家庭虽然有私家车，但是由于不顺路的原因而不得不乘坐公交车。
[0004] 同时，现有的滴滴打车和Uber虽然提高了私家车的利用率，但是在高峰出行时，仍然有诸多问题：加价、拼车不顺路、等待时间久等问题。
发明内容
[0005] 为了解决上述问题，本发明的目的在于提供一种提高司机与乘客同行率的方法及系统，在提高私家车搭乘率的同时提高司机与乘客顺路同行率，以缓减交通压
力、缩短乘客等车时间、并提高大众参于绿色出行的积极性。
[0006] 本发明所采用的技术方案为：
[0007] 一种提高司机与乘客同行率的方法，其包括：
[0008] S1：用户在后台系统进行注册；注册成功后，后台系统记录存储用户信息；用户信息包括用户个人信息以及公里数信息；
[0009] S2：在车辆的
车身上设置识别标识以及目的地标识；乘客根据车辆识别标识以及目的地标识乘坐车辆；
[0010] S3：当用户作为乘客时，用户通过后台系统采用公里数向司机进行支付；
[0011] 当用户作为司机时，用户通过后台系统获取乘客支付的公里数。
[0012] 现有的滴滴打车或Uber搭车在司机接收到乘客搭车信息后，需要通过
定位系统去接乘客，不仅定位效果差，需要乘客等待较长的时间，而且还需司机绕路，增加交通成本。
[0013] 针对于上述问题，上述方法及系统通过在车辆的车身上设置识别标识以及目的地信息，司机通过将车辆停靠于顺路乘客较多的地方，从而便于乘客通过识别标识直接识别可以用公里数支付的车辆，并通过目的地标识直接判断是否与司机顺路，从而提高了司机与乘客同乘率，降低交通成本的同时缓减了交通压力，便于乘客快速搭乘。
[0014] 同时，用户即可以作为司机，通过搭载乘客获取公里数；也可以作为乘客，通过向司机支付公里数而顺路搭乘司机的车辆，从而可以提高大众参与其中，促进绿色出行。
[0015] 进一步，用户支付的公里数为用户乘坐的起始
位置到目的地间的最
短路径公里数和乘坐人数结合的累计。
[0016] 其中，支付的公里数为最短路径公里数与乘坐人数的乘积。通过以最短路径公里数计算可以避免因司机故意绕道而增加乘客额外的支付值。
[0017] 进一步，用户的公里数通过后台系统能够与其他用户共享。
[0018] 用户的公里数可以自己用于乘坐其他车辆，也可以通过后台系统将其获取的公里数共享给自己的亲朋好友，不仅促进了公里数的流通，给亲朋好友的出行带来方便；而且还促进鼓励了司机参与的积极性以通过搭载乘客获取公里数，因此，更好地促进大众加入其中。
[0019] 上述提高司机与乘客同行率的方法中，用户可以是拥有车辆的用户，也可以是未拥有车辆的用户。
[0020] 其相应的公里数的获取以及支出途径为：
[0021] 拥有车辆的用户可以通过搭载乘客来获取公里数；同时，拥有车辆的用户可以通过搭乘其他用户的车辆而支出公里数，或者通过将公里数共享给他人而支出公里数。
[0022] 未拥有车辆的用户可以从司机共享的公里数中获取公里数；也可以直接通过后台购买来获取公里数；同时，未拥有车辆的用户通过乘车支出公里数。
[0023] 需要说明的是，共享方法为现有的方法，本发明只是根据现有的共享方法实现了公里数通过后台系统的共享，因此，不做详细介绍。
[0024] 作为乘客主动提交公里数的支付方式，公里数的支付步骤为：
[0025] (1)乘客通过扫描司机的二维码获取司机个人信息以及目的地信息，再结合乘客确定的起始位置以及乘坐人数获取支付的公里数并生成支付信息，再将支付信息发送至后台系统；支付信息包括司机个人信息、起始位置、目的地、乘坐人数以及乘客支付的公里数；
[0026] (2)后台系统将接收到的支付信息进行记录存储，并将支付信息发送至司机；
[0027] (3)司机对接收到的支付信息进行确认而完成公里数的支付。
[0028] 作为司机主动提交公里数的支付方式，公里数的支付步骤为：
[0029] (1)乘客根据乘坐的起始位置、目的地以及乘坐人数获得支付的公里数并生成支付信息，并将支付信息发送至后台系统；支付信息包括乘客支付的公里数；
[0030] (2)后台系统记录存储接收到的支付信息，并根据支付信息生成动态支付验证码，再将动态支付验证码发送至乘客；
[0031] (3)乘客乘坐车辆时，将动态支付验证码告知司机，司机向后台系统发送支付
请求信息；后台系统接收并验证支付请求信息而完成公里数的支付；支付请求信息包括动态支付验证码。
[0032] 为了避免因乘客的乘客端手机遇到无
信号、没电等特殊情况而不能顺利进行支付，为采用司机主动提交公里数的支付方式，这样，首先通过先将支付信息发送至后台系统，并从后台系统获取动态支付验证码，从而在乘客乘坐车辆时，乘客可以将提前记录的动态支付验证码告知司机，由司机主动向后台系统提交支付请求，后台系统验证司机提交的支付请求中的动态支付验证码，并根据验证结果完成公里数的支付，因此，乘客通过预先获得的动态支付验证码可以顺利的进行支付。
[0033] 同时，乘客也可以将该动态支付验证码告诉亲朋好友，让亲朋好友乘坐车辆时使用。
[0034] 其中，优选地，动态支付验证码的有效时间为6小时，这样避免因其有效时间太短而过早失效，使乘客有足够的时间去乘坐车辆。
[0035] 容易理解的，本发明包括但不仅仅局限于上述两种支付方式，其还可以采用其他现有的支付方式完成公里数的支付。
[0036] 进一步，用户的公里数可以通过后台系统与
货币进行买卖交易。
[0037] 作为司机的用户可以通过后台系统出售其获取的公里数；作为乘客的用户可以通过后台系统购买公里数。
[0038] 基于上述方法，本发明还提供了一种提高司机与乘客同行率的系统，其包括：车辆、后台系统以及用户端；
[0039] 车辆的车身上设置有标识以及目的地信息；用户端与后台系统连接；后台系统用于记录储存用户端的用户信息，并根据用户端发送的信息进行公里数的支付；用户信息包括用户个人信息以及公里数信息。
[0040] 作为用户端的一种结构，用户端设置有二维码生成单元、二维码识别单元、支付信息生成单元、第一通讯单元；后台系统设置有支付存储单元以及第二通讯单元；支付信息生成单元分别与二维码识别单元和第一通讯单元连接；第二通讯单元分别与第一通讯单元和支付存储单元连接；
[0041] 二维码生成单元将用户个人信息以及目的地信息转换成二维码信息；二维码识别单元用于识别二维码信息，并将识别的二维码信息导入支付信息生成单元；支付信息生成单元用于生成支付信息；支付存储单元用于记录储存支付信息；第一通讯单元和第二通讯单元用于传送支付信息；支付信息包括司机个人信息、起始位置、目的地、乘坐人数以及乘客支付的公里数。
[0042] 作为用户端的另一种结构，用户端设置有支付信息生成单元、支付请求信息生成单元、第一通讯单元；后台系统设置有支付存储单元、动态支付验证码识别单元以及第二通讯单元；支付信息生成单元和支付请求信息生成单元分别与第一通讯单元连接；第二通讯单元分别与第一通讯单元、支付存储单元和动态支付验证码识别单元连接；所述动态支付验证码识别单元与支付存储单元连接；
[0043] 支付信息生成单元用于生成支付信息；支付存储单元用于记录存储支付信息，并用于生成动态支付验证码；支付请求信息生成单元用于生成支付请求信息；动态支付验证码识别单元用于识别支付请求信息，并将验证结果发送至支付存储单元；第一通讯单元用于传送支付信息、支付请求信息和动态支付验证码；第二通讯单元用于传动支付信息、动态支付验证码和支付请求信息；支付信息包括支付的公里数；支付请求信息包括动态支付验证码。
[0044] 本发明的有益效果：
[0045] 本发明所提供的提高司机与乘客同行率的方法及系统，通过设置于车辆车身上的识别标识以及目的地标识便于乘客直接地识别判断是否与司机顺路同行，提高司机与乘客同行率；同时，在用户作为司机时，可以通过搭载乘客获取公里数；在用户作为乘客时，可以通过向司机支付公里数而乘坐司机的车辆，因此，缓减了交通压力、缩短了乘客等车时间、提高了大众参于绿色出行的积极性。
附图说明
[0046] 图1为
实施例1中所述提高司机与乘客同行率的方法的示意
框图。
具体实施方式
[0047] 为使本发明实施例的目的、技术方案和优点更加清楚，下面将对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。
[0048] 因此，以下对本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的
选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0049] 实施例1
[0050] 如图1所示，本实施例提供了一种提高司机与乘客同行率的方法，其包括：
[0051] S1：用户在后台系统进行注册；注册成功后，后台系统记录存储用户信息；用户信息包括用户个人信息以及公里数信息；
[0052] S2：在车辆的车身上设置识别标识以及目的地标识；乘客根据车辆识别标识以及目的地标识乘坐车辆；
[0053] S3：当用户作为乘客时，用户通过后台系统采用公里数向司机进行支付；
[0054] 当用户作为司机时，用户通过后台系统获取乘客支付的公里数。
[0055] 其中，乘客主动提交公里数时，其支付步骤为：
[0056] (1)乘客通过扫描司机的二维码获取司机个人信息以及目的地信息，再结合乘客确定的起始位置以及乘坐人数获取支付的公里数并生成支付信息，再将支付信息发送至后台系统；支付信息包括司机个人信息、起始位置、目的地、乘坐人数以及乘客支付的公里数；
[0057] (2)后台系统将接收到的支付信息进行记录存储，并将支付信息发送至司机；
[0058] (3)司机对接收到的支付信息进行确认而完成公里数的支付。
[0059] 本实施例基于上述方法还提供了一种提高司机与乘客同行率的系统，其包括车辆、后台系统以及用户端。
[0060] 车辆的车身上设置有标识以及目的地信息，便于顺路乘客进行识别。
[0061] 用户端设置有二维码生成单元、二维码识别单元、支付信息生成单元、第一通讯单元；后台系统设置有支付存储单元以及第二通讯单元；支付信息生成单元分别与二维码识别单元和第一通讯单元连接；第二通讯单元分别与第一通讯单元和支付存储单元连接；
[0062] 二维码生成单元将用户个人信息以及目的地信息转换成二维码信息；二维码识别单元用于识别二维码信息，并将识别的二维码信息导入支付信息生成单元；支付信息生成单元用于生成支付信息；支付存储单元用于记录储存支付信息；第一通讯单元和第二通讯单元用于传送支付信息；支付信息包括司机个人信息、起始位置、目的地、乘坐人数以及乘客支付的公里数。
[0063] 作为司机的司机用户端将其个人信息以及目的地输入二维码生成单元而转
化成二维码信息。
[0064] 作为乘客的乘客用户端进行公里数的支付时，乘客用户端扫描司机用户端的二维码，通过二维码识别单元识别二维码信息而获取司机个人信息以及目的地。
[0065] 二维码识别单元将获取的司机个人信息以及目的地信息传送至支付信息生成单元，支付信息生成单元再结合乘客用户端输入的起始位置以及乘坐人数生成支付信息，并由第一通讯单元和第二通讯单元将支付信息发送至支付存储单元，支付存储单元记录存储支付信息并通过第二通讯单元将支付信息发送至司机用户端进行确认，完成公里数的支付。
[0066] 本实施例中，用户的公里数通过后台系统可以与其他用户进行共享；同时，用户的公里数通过后台系统还可以与货币进行交易。其中，用户与其他用户进行共享的方法以及货币交易的方法均为现有方法，本实施例不做介绍。
[0067] 实施例2。
[0068] 本实施例提供了一种提高司机与乘客同行率的方法，其包括：
[0069] S1：用户在后台系统进行注册；注册成功后，后台系统记录存储用户信息；用户信息包括用户个人信息以及公里数信息；
[0070] S2：在车辆的车身上设置识别标识以及目的地标识；乘客根据车辆识别标识以及目的地标识乘坐车辆；
[0071] S3：当用户作为乘客时，用户通过后台系统采用公里数向司机进行支付；
[0072] 当用于作为司机时，用户通过后台系统获取乘客支付的公里数。
[0073] 公里数支付包括以下步骤：
[0074] (1)乘客根据乘坐的起始位置、目的地以及乘坐人数获得支付的公里数并生成支付信息，并将支付信息发送至后台系统；支付信息包括乘客支付的公里数；
[0075] (2)后台系统记录存储接收到的支付信息，并根据支付信息生成动态支付验证码，再将动态支付验证码发送至乘客；
[0076] (3)乘客乘坐车辆时，将动态支付验证码告知司机，司机向后台系统发送支付请求信息；后台系统接收并验证支付请求信息而完成公里数的支付；支付请求信息包括动态支付验证码。
[0077] 本实施例基于上述方法还提供了一种提高司机与乘客同行率的系统，其包括车辆、后台系统以及用户端。
[0078] 用户端设置有支付信息生成单元、支付请求信息生成单元、第一通讯单元；后台系统设置有支付存储单元、动态支付验证码识别单元以及第二通讯单元；支付信息生成单元和支付请求信息生成单元分别与第一通讯单元连接；第二通讯单元分别与第一通讯单元、支付存储单元和动态支付验证码识别单元连接；所述动态支付验证码识别单元与支付存储单元连接；
[0079] 支付信息生成单元用于生成支付信息；支付存储单元用于记录存储支付信息，并用于生成动态支付验证码；支付请求信息生成单元用于生成支付请求信息；动态支付验证码识别单元用于识别支付请求信息，并将验证结果发送至支付存储单元；第一通讯单元用于传送支付信息、支付请求信息和动态支付验证码；第二通讯单元用于传动支付信息、动态支付验证码和支付请求信息；支付信息包括支付的公里数；支付请求信息包括动态支付验证码。
[0080] 乘客用户端通过支付信息生产单元根据乘客输入起始位置、目的地、乘坐人数获得支付的公里数并生成支付信息，再将支付信息通过第一通讯单元和第二通讯单元传送至支付存储单元；支付存储单元记录存储支付信息，并生成动态支付验证码。
[0081] 动态支付验证码通过第二通讯单元和第一通讯单元返回至乘客用户端，乘客接受并记录动态支付验证码。
[0082] 当乘客乘坐司机的车辆时，乘客将动态支付验证码告知司机，司机通过司机用户端在支付请求信息生成单元输入动态支付验证码并生成支付请求信息，再将支付请求信息通过司机用户端的第一通讯单元和后台系统的第二通讯单元发送至动态支付验证码识别单元进行验证识别。
[0083] 若验证识别结果正确，则将验证识别结果发送至支付存储单元而完成公里数的支付；若验证识别结果错误，动态支付验证码识别单元将错误信息通发送至用户端。
[0084] 其中，用户的公里数可以通过后台系统与其他用户共享而方便于亲朋好友一起分享使用。
[0085] 同时，用户的公里数也可以通过后台系统与货币进行交易。例如，司机用户可以通过后台系统出售其获取的公里数；乘客可以通过后台系统购买公里数以便于乘车使用。
[0086] 上述实施例中，用户支付的公里数为用户乘坐的起始位置到目的地间的最短路径公里数与乘坐人数的乘积。其中，根据起始位置和目的地确认其间的最短路径公里数，并根据最短路径公路数与乘坐人数相乘获得支付的公里数为现有方法，本实施例不做介绍。
[0087] 上述实施例1和实施例2中的用户可以是拥有车辆的用户，也可以是未拥有车辆的用户。同时，公里数的支付包括但不仅仅局限于上述实施例1和实施例2中的支付方式，其还可以采用其他现有的支付方式完成公里数的支付。
[0088] 以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何
修改、等同替换、改进等，均应包含在本发明的保护范围之内。
