CN109829984A - 一种混合拼车里程计算软件*** - Google Patents

Abstract

本发明公开了一种混合拼车里程计算软件***，包括控制单元、查询单元、网络打车单元、巡游打车单元、网络和巡游混合打车单元、阶段里程计算单元；所述控制单元分别链接查询单元、网络打车单元、巡游打车单元、网络和巡游混合打车单元、阶段里程计算单元。本发明的软件***，有效增加出租车的载客率，解决出租车空驶率居高不下的问题，解决了现有网络拼车软件数据不精确的问题，规避和杜绝司机不按规定路线、绕路行驶等问题。

Description

一种混合拼车里程计算软件***

技术领域

本发明涉及拼车里程计算，具体涉及一种基集无线和巡游的混合拼车里程计算软件***。

背景技术

目前，为满足社会公众多样化出行需求，促进出租汽车行业和互联网融合发展，规范网络预约出租汽车经营服务行为，保障运营安全和乘客合法权益。另外，随着人民生活水平逐步提高，局部密集打车需求和出租车数量比例逐渐加大，造成出现“一车难求”、“司机挑客拒载”等司乘矛盾。随着最近几年网约车大量进入市场，确实在一定程度上缓解了用户快速上涨的用车需求，但是网约车频发的安全事故也是暴露出网约车审核不严、难监管的问题。

针对上面提到的政策和需求矛盾只是单纯增加出租车数量是无法解决问题的根本，只有在增加数量的同时提高出租车的载客率才是解决问题的首要方法。而如何增加出租车的载客率就需要引入网约拼打车和巡游拼打车，同时网约和巡游进行交叉打车，将线上和线下的用车需求进行关联打通，将出租车的乘客用户不再限定在路边，而是扩散到附近的5公里内，减少并降低出租车司机的空驶率。

现有出租车传统计价器的本地拼车方式和滴滴为代表的网络拼车方式。

单一的巡游载客手段，完全凭借司机经验和运气来提高载客量，同时乘客目的地无法把控导致空驶率常年居高不下。

滴滴等为代表的网约拼车以GPS定位作为里程计算依据存在数据不准确，容易受环境影响。

本地巡游打车缺少有效的监管手段，存在司机故意绕路、中途驱客等问题。

发明内容

本发明的主要目的在于提供一种混合拼车里程计算软件***，能够有效改进现有出租车传统单一的巡游拉客方式，出租车空驶率居高不下的问题，并可以有效降低出租车空驶率和缓解用户出行的供需矛盾。

本发明采用的技术方案是：一种混合拼车里程计算软件***，包括控制单元、查询单元、网络打车单元、巡游打车单元、网络和巡游混合打车单元、阶段里程计算单元；所述控制单元分别链接查询单元、网络打车单元、巡游打车单元、网络和巡游混合打车单元、阶段里程计算单元；

所述控制单元用以软件***进行综合控制；

所述查询单元用以查询混合拼车里程计算；

所述网络打车单元、巡游打车单元、网络和巡游混合打车单元、阶段里程计算单元，涵盖了单独约打车到混合拼打车再到混合拼车用户单独里程的计算。

进一步地，所述网络打车单元是在传统巡游打车里程计算的基础上，增加用户出行的多元化计算；网络打车是由用户在手机端发起，通过云端智能分析出租车的行驶状态、方向、乘客状态、距离等多元化因素后将订单推送到指定的车辆，出租车司机在车辆终端来接取该订单达成司机和乘客之间的租乘约定。

更进一步地，所述巡游打车单元属于出租车传统打车里程计算，每一个传统的巡游订单信息会发送到云端进行存储记录和分析。

更进一步地，所述网络和巡游混合打车单元将网络和巡游混合打车里程计算方式进行结合，既能够对网约订单使用本地的精确化里程计算，也能通过获取GPS/北斗等定位信息在云端计算跟踪车辆的行驶路线并对超出规划路线上限距离后向乘客发送绕路提醒。

更进一步地，所述阶段里程计算单元通过巡游出租车的霍尔传感器计量设备进行里程的记录和累加，每一个乘客的上下车的时间都会作为节点时间，而乘客的里程记录就以节点时间作为阶段里程存储的触发，在节点时间记录该合乘路段的里程和合乘人数，随乘客上下车依次记录形成乘客独立的里程数据数组，在乘客下车时将记录的里程段按照合乘或者独立乘客对应的计费规则进行费用计算，并将最终费用和里程进行累加作为最终的租乘里程和费用；读取、记录计量设备的原始数据，并将数据转化为能计算和存储的里程计算单元进行存储、计算和输出。

更进一步地，所述网络和巡游混合打车单元的混拼里程的计算包括以下步骤:

S1，当出租车司机接到的第一个订单是网络订单且允许拼车，云端根据该车首单的目的地和行驶方向来筛选附近的订单是否有顺路或者存在途径点的订单继续推送到该车辆的终端，除了云端继续推送网络订单之外出租车能在行驶的过程中乘载路边愿意拼车的乘客，从而形成网络和巡游的混合拼车，拼车的费用都是独立进行计算；

S2，当出租车司机接到的第一单是巡游订单且允许拼车，在司机确认了乘客目的地后，将该乘客路程信息补充到云端，云端智能根据乘客信息推送附近的拼车需求；

S3，里程计算的原理就是把每个乘客上下车的时间作为节点，在每个节点上记录和上一个节点之间的里程，同时在每个节点时间对还在车上的乘客进行里程累加，从而做到每一个乘客都有独立的里程记录；

S4，在每一段共同的拼车里程中能加入不同的里程费用计算规则。

本发明的优点：

本发明的一种混合拼车里程计算软件***，通过网约和巡游混合拼打车方式，有效增加出租车的载客率，解决出租车空驶率居高不下的问题；通过巡游出租车获取车辆的运行里程和整车信息，来同时校准网络拼车的里程信息，解决了现有网络拼车软件数据不精确的问题；通过收集记录行驶过程中GPS/北斗定位信息来实时测算路线，规避和杜绝司机不按规定路线、绕路行驶等问题。

除了上面所描述的目的、特征和优点之外，本发明还有其它的目的、特征和优点。下面将参照图，对本发明作进一步详细的说明。

附图说明

构成本申请的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。

图1是本发明实施例的一种混合拼车里程计算软件***框图；

图2是本发明实施例的一种混合拼车里程计算软件***的网络和巡游混合打车单元的混拼里程的计算流程图；

图3是本发明实施例的一种混合拼车里程计算软件***的4人拼车里程示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

参考图1，如图1所示，一种混合拼车里程计算软件***，包括控制单元、查询单元、网络打车单元、巡游打车单元、网络和巡游混合打车单元、阶段里程计算单元；所述控制单元分别链接查询单元、网络打车单元、巡游打车单元、网络和巡游混合打车单元、阶段里程计算单元；

所述控制单元用以软件***进行综合控制；

所述查询单元用以查询混合拼车里程计算；

所述网络打车单元、巡游打车单元、网络和巡游混合打车单元、阶段里程计算单元，涵盖了单独约打车到混合拼打车再到混合拼车用户单独里程的计算。

所述网络打车单元是在传统巡游打车里程计算的基础上，增加用户出行的多元化计算；网络打车是由用户在手机端发起，通过云端智能分析出租车的行驶状态、方向、乘客状态、距离等多元化因素后将订单推送到指定的车辆，出租车司机在车辆终端来接取该订单达成司机和乘客之间的租乘约定。

所述巡游打车单元属于出租车传统打车里程计算，每一个传统的巡游订单信息会发送到云端进行存储记录和分析。

所述网络和巡游混合打车单元将网络和巡游混合打车里程计算方式进行结合，既能够对网约订单使用本地的精确化里程计算，也能通过获取GPS/ 北斗等定位信息在云端计算跟踪车辆的行驶路线并对超出规划路线上限距离后向乘客发送绕路提醒。

所述阶段里程计算单元通过巡游出租车的霍尔传感器等精确计量设备进行里程的记录和累加，每一个乘客的上下车的时间都会作为节点时间，而乘客的里程记录就以节点时间作为阶段里程存储的触发，在节点时间记录该合乘路段的里程和合乘人数，随乘客上下车依次记录形成乘客独立的里程数据数组，在乘客下车时将记录的里程段按照合乘或者独立乘客对应的计费规则进行费用计算，并将最终费用和里程进行累加作为最终的租乘里程和费用；阶段里程单元作用是作为里程记录和费用计算的核心计算单元，是作为读取、记录计量设备的原始数据并将数据转化为可计算和存储的里程计算单元进行存储、计算和输出。

参考图2，如图2所示，所述网络和巡游混合打车单元的混拼里程的计算包括以下步骤:

S1，当出租车司机接到的第一个订单是网络订单且允许拼车，云端根据该车首单的目的地和行驶方向来筛选附近的订单是否有顺路或者存在途径点的订单继续推送到该车辆的终端，除了云端继续推送网络订单之外出租车能在行驶的过程中乘载路边愿意拼车的乘客，从而形成网络和巡游的混合拼车，拼车的费用都是独立进行计算；

S2，当出租车司机接到的第一单是巡游订单且允许拼车，在司机确认了乘客目的地后，将该乘客路程信息补充到云端，云端智能根据乘客信息推送附近的拼车需求；

S3，里程计算的原理就是把每个乘客上下车的时间作为节点，在每个节点上记录和上一个节点之间的里程，同时在每个节点时间对还在车上的乘客进行里程累加，从而做到每一个乘客都有独立的里程记录；

S4，在每一段共同的拼车里程中能加入不同的里程费用计算规则。

本发明实施例的软件***分为网络打车、巡游打车、网络和巡游混合打车、阶段里程计算四个部分，该四部分涵盖了单独约打车到混合拼打车再到混合拼车用户单独里程的计算。

网络打车部分是对传统巡游打车的一个补充，增加用户出行的多元化。网络打车是由用户在手机端发起，通过云端智能分析出租车的行驶状态、方向、乘客状态、距离等多元化因素后将订单推送到指定的车辆，出租车司机在车辆终端来接取该订单达成司机和乘客之间的租乘约定。

巡游打车部分仍属于出租车传统打车方式，区别于传统方式的是在每一个传统的巡游订单信息会发送到云端进行存储记录和分析。

将网络和巡游混合打车进行结合，既能够对网约订单使用本地的精确化里程计算，也可以通过获取GPS/北斗等定位信息在云端计算跟踪车辆的行驶路线并对超出规划路线上限距离后向乘客发送绕路提醒，深度结合网络和本地的优点。

网络和巡游混合打车部分是该方法的一个重点内容，该部分能够实现同一辆车在某一个时间段内增加车辆的利用率。混拼的方法过程如下:

当出租车司机接到的第一个订单是网络订单且允许拼车，云端根据该车首单的目的地和行驶方向来筛选附近的订单是否有顺路或者存在途径点的订单继续推送到该车辆的终端，除了云端继续推送网络订单之外出租车亦可以在行驶的过程中乘载路边愿意拼车的乘客，从而形成网络和巡游的混合拼车，拼车的费用都是独立进行计算。

当出租车司机接到的第一单是巡游订单且允许拼车，在司机确认了乘客目的地后，将该乘客路程信息补充到云端，云端智能根据乘客信息推送附近的拼车需求。

以上是混合拼车的业务规则以及交互原理，在混合拼车的过程中还有一个重要的点就是在拼车过程中如何确保拼车乘客费用的准确性。

假设车辆最多支持4人拼车，以4人拼车的里程计算来距离说明混拼情况下如何确保每位乘客的里程准确性。里程计算的原理就是把每个乘客上下车的时间作为节点，在每个节点上记录和上一个节点之间的里程，同时在每个节点时间对还在车上的乘客进行里程累加，从而做到每一个乘客都有独立的里程记录。

在对拼车的里程费用计算上，由于拼车乘客都有记录各自共同的拼车里程，所以在每一段共同的拼车里程中可以加入不同的里程费用计算规则，比如2个乘客共同里程可以以单价的9折计算费用，3个乘客的共同里程可以以单价8折计算费用，4个乘客的共同里程可以以单价7折计算费用，通过各种不同的计算规则既能保证司机的收入，也能保证乘客出行的实惠和便利。

参考图3，如图3所示，假设有4位乘客A、B、C、D在总里程为S的路段内相继上下车即从第1位乘客A上车到最后所有乘客下车时记录的总里程S。所有乘客上下车的记录以及节点间里程参照附图3。

具体的记录过程如下：

A乘客上车时作为第一个节点开始临时里程的记录S1，此时各乘客的里程记录如下：

A：S1其他乘客无数据

当B乘客上车时作为第二个节点，此时结束S1的记录，开始记录S2，此时各乘客的里程记录如下：

A：S1，S2

B：S2

当C乘客上车时作为第三个节点，此时结束S2的记录，开始记录S3，此时各乘客的里程记录如下：

A：S1，S2，S3

B：S2，S3

C：S3

当D乘客上车时作为第四个节点，此时结束S3的记录，开始记录S4，此时各乘客的里程记录如下：

A：S1，S2，S3，S4

B：S2，S3，S4

C：S3，S4

D：S4

当B乘客下车时作为第四个节点，此时结束S4的记录并对B乘客进行结算，开始记录S5，此时各乘客的里程记录如下：

A：S1，S2，S3，S4，S5

B：S2，S3，S4此时B乘客里程＝S2+S3+S4

C：S3，S4，S5

D：S4，S5

当C乘客下车时作为第五个节点，此时结束S5的记录并对C乘客进行结算，开始记录S6，此时各乘客的里程记录如下

A：S1，S2，S3，S4，S5，S6

B：S2，S3，S4此时B乘客里程＝S2+S3+S4

C：S3，S4，S5此时C乘客里程＝S3+S4+S5

D：S4，S5，S6

当D乘客下车时作为第六个节点，此时结束S6的记录并对D乘客进行结算，开始记录S7，此时各乘客的里程记录如下：

A：S1，S2，S3，S4，S5，S6，S7

B：S2，S3，S4此时B乘客里程＝S2+S3+S4

C：S3，S4，S5此时C乘客里程＝S3+S4+S5

D：S4，S5，S6此时D乘客里程＝S4+S5+S6

当A乘客下车时作为第七个节点，此时结束S7的记录并对A乘客进行结算，此时各乘客的里程记录如下：

A：S1，S2，S3，S4，S5，S6，S7此时A乘客里程＝S1+S2+S3+S4+S5+S6+S7

B：S2，S3，S4此时B乘客里程＝S2+S3+S4

C：S3，S4，S5此时C乘客里程＝S3+S4+S5

D：S4，S5，S6此时D乘客里程＝S4+S5+S6

本发明的一种混合拼车里程计算软件***，通过网约和巡游混合拼打车方式，有效增加出租车的载客率，解决出租车空驶率居高不下的问题；通过巡游出租车获取车辆的运行里程和整车信息，来同时校准网络拼车的里程信息，解决了现有网络拼车软件数据不精确的问题；通过收集记录行驶过程中GPS/北斗定位信息来实时测算路线，规避和杜绝司机不按规定路线、绕路行驶等问题。

本发明的软件***，集网约和巡游混合拼打车的方法或者策略；为传统出租车增加载客率，为网约车增加里程计算准确性；通过GPS/北斗等定位信息监控行驶路线，杜绝司机故意绕路等问题；在拼车的过程中拼车路段的费用计算可以加入不同的计费规则。

本发明的软件***，以降低出租车空驶率，通过混拼方式来提高出租车的利用率，解决了出租车司机传统的靠经验揽客和随机揽客的问题；以网络订单和巡游订单混合的方式，解决乘客传统的路边打车单一方式，可以让乘客随时随地可以通过多元化的打车方式出行；以本地巡游精确里程计算配合网络云端对GPS/北斗等定位信息监控行驶路线和行驶里程，解决司机故意绕路和不按指定路线行驶的问题；通过本地巡游车硬件精确里程计算，解决网络打车订单单靠GPS定位计算里程存在的不准确、误差里程大问题。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (6)

1.一种混合拼车里程计算软件***，其特征在于，包括控制单元、查询单元、网络打车单元、巡游打车单元、网络和巡游混合打车单元、阶段里程计算单元；所述控制单元分别链接查询单元、网络打车单元、巡游打车单元、网络和巡游混合打车单元、阶段里程计算单元；

所述控制单元用以软件***进行综合控制；

所述查询单元用以查询混合拼车里程计算；

所述网络打车单元、巡游打车单元、网络和巡游混合打车单元、阶段里程计算单元，涵盖了单独约打车到混合拼打车再到混合拼车用户单独里程的计算。

2.根据权利要求1所述的混合拼车里程计算软件***，其特征在于，所述网络打车单元是在传统巡游打车里程计算的基础上，增加用户出行的多元化计算；网络打车是由用户在手机端发起，通过云端智能分析出租车的行驶状态、方向、乘客状态、距离等多元化因素后将订单推送到指定的车辆，出租车司机在车辆终端来接取该订单达成司机和乘客之间的租乘约定。

3.根据权利要求1所述的混合拼车里程计算软件***，其特征在于，所述巡游打车单元属于出租车传统打车里程计算，每一个传统的巡游订单信息会发送到云端进行存储记录和分析。

4.根据权利要求1所述的混合拼车里程计算软件***，其特征在于，所述网络和巡游混合打车单元将网络和巡游混合打车里程计算方式进行结合，既能够对网约订单使用本地的精确化里程计算，也能通过获取GPS/北斗等定位信息在云端计算跟踪车辆的行驶路线并对超出规划路线上限距离后向乘客发送绕路提醒。

5.根据权利要求1所述的混合拼车里程计算软件***，其特征在于，所述阶段里程计算单元通过巡游出租车的霍尔传感器计量设备进行里程的记录和累加，每一个乘客的上下车的时间都会作为节点时间，而乘客的里程记录就以节点时间作为阶段里程存储的触发，在节点时间记录该合乘路段的里程和合乘人数，随乘客上下车依次记录形成乘客独立的里程数据数组，在乘客下车时将记录的里程段按照合乘或者独立乘客对应的计费规则进行费用计算，并将最终费用和里程进行累加作为最终的租乘里程和费用；读取、记录计量设备的原始数据，并将数据转化为能计算和存储的里程计算单元进行存储、计算和输出。

6.根据权利要求1所述的混合拼车里程计算软件***，其特征在于，所述网络和巡游混合打车单元的混拼里程的计算包括以下步骤:

S1，当出租车司机接到的第一个订单是网络订单且允许拼车，云端根据该车首单的目的地和行驶方向来筛选附近的订单是否有顺路或者存在途径点的订单继续推送到该车辆的终端，除了云端继续推送网络订单之外出租车能在行驶的过程中乘载路边愿意拼车的乘客，从而形成网络和巡游的混合拼车，拼车的费用都是独立进行计算；

S2，当出租车司机接到的第一单是巡游订单且允许拼车，在司机确认了乘客目的地后，将该乘客路程信息补充到云端，云端智能根据乘客信息推送附近的拼车需求；

S3，里程计算的原理就是把每个乘客上下车的时间作为节点，在每个节点上记录和上一个节点之间的里程，同时在每个节点时间对还在车上的乘客进行里程累加，从而做到每一个乘客都有独立的里程记录；

S4，在每一段共同的拼车里程中能加入不同的里程费用计算规则。