一种类公交化的拼车方法与流程

文档序号:13393229阅读:305来源:国知局

本发明涉及共享技术,更具体地说,涉及一种类公交化的拼车方法。



背景技术:

作为共享经济领域中技术与市场均最为成熟的代表,共享出行正在火热地推进中,其中,以滴滴为例,提供有快车与顺风车两种共享汽车出行产品。顺风车作为最直接的车主与乘客之间形成服务关系的产品,不仅价格低,而且可进行拼车,一直有着广泛的接受度。

但顺风车是以满足乘客需求为主导,由乘客发布起点和终点以及上车时间,再由车主根据自身的行程匹配决定是否满足乘客的出行需求。这一逻辑类似于网约车或者电招出租车模式,乘客从哪出发、要去哪里,车主就到哪接人、送去哪里。

而这种逻辑同时也存在几大不足:

一是主要以乘客线路为主导,车主通常需要绕路接送,而上下班高峰期常常交通拥挤,绕路影响交通和车主拼车的积极性;

二是拼车时间、地点等方面需要花费车主大量的沟通成本,合拼操作也比较麻烦,拼车效率低,形成资源浪费;

三是只提供提前预约模式,制约了部分车主行程,也使得出发时间无法提前确定的车主没有机会参与拼车。

以上几点影响了大部分车主拼车的积极性,愿意拼车的车主少了,同时也让乘客更难享受到拼车服务,而且成本较高导致拼车价格也不低,难于形成长期的拼车意愿。



技术实现要素:

本发明的目的在于克服现有技术的不足,提供一种促进车主积极性,提高拼车成功率的类公交化的拼车方法。

本发明的技术方案如下:

一种类公交化的拼车方法,车主制定并提交行程路线,行程路线包括允许上车路段、允许下车路段;乘客制定并提交出行路线;分别匹配出行路线的出发位置、到达位置与行程路线的允许上车路段、允许下车路段,筛选得到若干符合出行路线要求的行程路线,并推送至乘客,乘客选择某一行程路线后,分别在允许上车路段与允许下车路段设置上车点与下车点,该行程路线的车主接收乘客信息及该乘客的上车点与下车点,并根据上车点与下车点接送乘客。

作为优选,筛选符合出行路线要求的行程路线为:在所有行程路线的允许上车路段、允许下车路段的首尾两端之间绘制得到直线段,获取直线段中点的位置信息,并预设距离阈值;计算乘客的出发位置与到达位置分别距离所有行程路线的允许上车路段、允许下车路段的直线段中点,如果出发位置与到达位置距离允许上车路段、允许下车路段的直线段中点均小于距离阈值,则对应的行程线路符合出行路线要求。

作为优选,当一条行程路线中的相邻允许上车路段或允许下车路段均符合出行路线要求,则将各个相邻允许上车路段或允许下车路段与乘客的出发位置或到达位置之间的距离推送给乘客,乘客进行自主选择;或者自动选择距离较近的允许上车路段或允许下车路段。

作为优选,将乘客的出发位置与允许上车路段的直线段的最短距离加上乘客的到达位置与允许下车路段的直线段的最短距离,得到乘客的步行距离,根据步行距离的长度,按顺序依次向乘客推送符合出行路线要求的行程路线。

作为优选,获取允许上车路段、允许下车路段的首尾两端的经度与纬度,计算允许上车路段、允许下车路段的首尾两端绘制得到的直线段的中点的经度与纬度,获取乘客的出发位置与到达位置的经度与纬度,基于经度与纬度计算距离。

作为优选,行程路线包括出发时间、提供的座位数,出行路线包括上车时间、乘客数量,根据出发时间、提供的座位数是否满足上车时间、乘客数量,如果是,则完成预选,得到若干满足预选条件的预先路线,再从预选路线中筛选符合出行路线要求的行程路线。

作为优选,乘客选择某一行程路线后,在座位数中扣除乘客数量;并且允许向乘客数量少于剩余的座位数的乘客推送当前行程路线。

作为优选,行程路线的出发时间为未来某个时刻或立即出发,出行路线的上车时间为未来某个时刻或立即上车;当行程路线的出发时间为立即出发时,则将该行程路线推送至上车时间为立即上车,或者上车时间匹配当前出发时间的其他出行路线的乘客。

作为优选,在车主的起止点之间设置至少一条以上行程路线,不同的行程路线包括不同的允许上车路段、允许下车路段。

作为优选,当乘客选择车主的某一条行程路线后,则只向其他乘客推送被选择的行程线路。

作为优选,乘客选择行程路线后,乘客与车主共享对方实时的位置信息。

本发明的有益效果如下:

本发明所述的类公交化的拼车方法,以车主为中心,将匹配度高的车主路线推送给乘客,再由乘客选择是否搭车,减少车主的绕路和沟通成本,尽量减少车主因搭载顺路乘客而带来的不便,乘客根据车主的行驶路线对自己的上车点和下车点进行一定的妥协,同时为乘客节省拼车费用。本发明通过降低车主提供拼车服务的成本,有效降低拼车费用,吸引更多乘客参与拼车,实现绿色出行。

本发明中,车主可提前设置允许上车线路和沿途允许下车路段供乘客匹配,并有预约和实时邀约两种拼车模式可选择。

附图说明

图1是本发明的基本流程示意图;

图2是行程路线的示意图;

图3是app显示推荐的行程路线的示意图;

图4是允许上车路段或允许下车路段首尾两端的直线段的示意图;

图5是满足距离阈值的目标点的范围示意图(图中,阴影部分中的目标点即为满足条件的乘客);

图6是最短距离的示意图。

具体实施方式

以下结合附图及实施例对本发明进行进一步的详细说明。

本发明为了解决现有技术的顺风车拼车模式存在的车主积极性不高、拼车成功率低、车费高等不足,提供一种类公交化的拼车方法,以车主为中心,让乘客选择车主,并服从车主的时间跟路线,提高车主提供拼车服务的积极性,同时降低乘客的费用。

本发明所述的种类公交化的拼车方法,车主制定并提交行程路线,行程路线包括允许上车路段、允许下车路段;乘客制定并提交出行路线,一般情况下,出行路线包括步行路线与乘车路线,步行路线包括从出发位置步行至上车点、从下车点步行至出发位置的路线。为了尽量提供多的行程路线供乘客选择,在车主的起止点之间设置至少一条以上行程路线,不同的行程路线包括不同的允许上车路段、允许下车路段。为了保证不同的行程路线之间的乘客不冲突,则当乘客选择车主的某一条行程路线后,则只向其他乘客推送被选择的行程线路。

行程路线与出行路线提交后,分别匹配出行路线的出发位置、到达位置与行程路线的允许上车路段、允许下车路段,筛选得到若干符合出行路线要求的行程路线,并推送至乘客,乘客选择某一行程路线后,分别在允许上车路段与允许下车路段设置上车点与下车点,该行程路线的车主接收乘客信息及该乘客的上车点与下车点,并根据上车点与下车点接送乘客。

本实施例中,筛选符合出行路线要求的行程路线为:在所有行程路线的允许上车路段、允许下车路段的首尾两端之间绘制得到直线段,获取直线段中点的位置信息,并预设距离阈值;计算乘客的出发位置与到达位置分别距离所有行程路线的允许上车路段、允许下车路段的直线段中点,如果出发位置与到达位置距离允许上车路段、允许下车路段的直线段中点均小于距离阈值,则对应的行程线路符合出行路线要求。

为提高执行效率,则在进行上述筛选之前,先进行预选。行程路线包括出发时间、提供的座位数,出行路线包括上车时间、乘客数量,根据出发时间、提供的座位数是否满足上车时间、乘客数量,如果是,则完成预选,得到若干满足预选条件的预先路线,再从预选路线中筛选符合出行路线要求的行程路线。

为了防止将座位数的余量不足的行程路线推送至乘客,造成无法满足乘客需求的情况,乘客选择某一行程路线后,在座位数中扣除乘客数量;并且允许向乘客数量少于剩余的座位数的乘客推送当前行程路线。

对于多个符合要求的允许上车路段与允许下车路段的选择,可进行设置手动选择或自动选择。当一条行程路线中的相邻允许上车路段或允许下车路段均符合出行路线要求,则将各个相邻允许上车路段或允许下车路段与乘客的出发位置或到达位置之间的距离推送给乘客,乘客进行自主选择;或者自动选择距离较近的允许上车路段或允许下车路段。其中,允许上车路段或允许下车路段与乘客的出发位置或到达位置之间的距离可以是垂直距离,也可以是导航规划的路线的路程长度。

本实施例中,将乘客的出发位置与允许上车路段的最短距离加上乘客的到达位置与允许下车路段的最短距离,得到乘客的步行距离,根据步行距离的长度,按顺序依次向乘客推送符合出行路线要求的行程路线。

对于距离的计算,可基于经纬度,则获取允许上车路段、允许下车路段的首尾两端的经度与纬度,计算允许上车路段、允许下车路段的首尾两端绘制得到的直线段的中点的经度与纬度,获取乘客的出发位置与到达位置的经度与纬度,基于经度与纬度计算距离。

本发明为了使车主完成拼车的机会更多,车主可对行程路线进行预约出发或立即出发设置,即行程路线的出发时间为未来某个时刻或立即出发。相应的,出行路线的上车时间为未来某个时刻或立即上车,乘客也可以进行预约出行,或立即出行。当行程路线的出发时间为立即出发时,则将该行程路线推送至上车时间为立即上车,或者上车时间匹配当前出发时间的其他出行路线的乘客。则不管车主预约出发还是立即出发,都能尽可能地匹配到更多的乘客,而乘客也能够尽可能多地接收匹配的行程路线。

本发明为了方便车主与乘客之间的沟通,互相了解彼此的位置情况,则乘客选择行程路线后,乘客与车主共享对方实时的位置信息。并基于实时共享的位置信息,制定相关规则,包括取消订单、接乘客等责任规则。

实施例

本实施例对本发明的具体实施与实现进行详细说明。

本发明所述的方法基于c/s架构,具体如下:

1)用户手机:车主与乘客均使用手机或其他智能移动终端,所述用户手机必须支持安卓或者苹果ios,并带gps模块,以及前端app。

2)信息中心:所述信息中心设有公共网络地址、公共网络线路、数据库、应用程序服务器和拼车网站。

乘客和车主通过手机上的gps模块获取实时地址,通过app与信息中心通讯以及实现人机交互。

如图1所示,本发明的步骤如下:

1)乘客和车主在app上注册个人信息,绑定个人手机号作为标志身份的唯一序列号。车主在app上认证了车辆信息,车牌号作为车辆的唯一序列号。信息通过app提交到信息中心,保存在数据库中。

2)车主通过app规划自己常用的行程路线,每个行程路线包含车主预计的出发时间、车辆的座位数以及起止点,在起止点之间,车主可以设置1条或者多条的行程路线,车主在每条行程路线上定义允许上车路段以及允许下车路段,如图2所示。设置的行程路线及相关信息通过app提交到信息中心,信息中心为该行程创建一个唯一编号,所有内容保存在数据库中。

3)当乘客有坐车需求的时候,通过app设定自己的上车时间以及出发位置、到达位置、乘客数量,app将这些信息提交到信息中心并保存到数据库。

4)信息中心根据乘客的上车时间、乘客数量对应所有车主的所有行程路线的出发时间、空余的座位数找出满足要求的行程路线。再根据乘客出发位置的经纬度、到达位置的经纬度与所找出来的行程路线中的允许上车路段的首尾两端的经纬度数组,允许下车路段的首尾两端的经纬度数组,计算出乘客与该行程路线的最近距离。把一定距离内的行程路线根据距离由近到远推送至乘客的app,以列表方式展现,如图3所示。

具体算法如下:

4.1)车主设置好行程路线的允许上车路段与允许下车路段后,通过app传到信息中心,信息中心将允许上车路段与允许下车路段均转化为一系列数组,每个路段是数组的一个元素,每个路段的首尾两端包含起点经度、起点纬度、终点经度、终点纬度、路段首尾两端的直线段中心的经度纬度、直线段的长度除于2,如图4所示,将这些信息格式化存入数据库。

4.2)乘客设置好上车时间、乘客数量、出发位置和到达位置后,通过app传到信息中心,信息中心根据乘客的上车时间、乘客数量对应相同城市所有车主的所有行程路线的出发时间、空余的座位数进行初步筛选,得到满足条件的行程路线数组x。

4.3)信息中心再根据乘客的出发位置和到达位置的经纬度,匹配行程数组路线x中的行程路线的允许上车路段与允许下车路段,乘客的出发位置满足一个以上的允许上车路段并且乘客的到达位置满足一个以上的允许下车路段,得到满足条件的行程路线数组y。

其中,具体出发位置和到达位置(简称目标点)与允许上车路段和允许下车路段的匹配方法如下:

4.3.1)设定一个距离阈值k,k=直线段的长度除于2加上一个常数,比如1公里;

4.3.2)当目标点的纬度和直线段中心的纬度距离小于距离阈值k,且目标点的经度和直线段中心的经度距离小于距离阈值k,则认为条件满足,如图5所示。

4.4)信息中心再根据乘客出发位置和到达位置的经纬度,匹配行程路线数组y中的行程路线的允许上车路段与允许下车路段,计算出乘客上车的最短距离,和下车的最短距离,如图6所示,将总距离在一定范围内的行程路线根据总距离由近到远推送给乘客。

5)乘客根据接收的行程路线进行人工选择,选定一条合适的行程路线,在车主限定的允许上车路段与允许下车路线上选择上车点和下车点,确认预订后,app将行程预订信息提交到信息中心并保存到数据库,信息中心向车主推送行程预订成功通知,并且将车主对应的行程的空余座位数扣除出行路线的乘客数量。

乘客和车主都通过app把自身的gps位置实时提交给信息中心并保存到对应的行程记录,并且能够相互在app对应行程的地图内看到对方的实时位置。

到了约定时间,乘客到达自己选择的上车点,信息中心根据app传过来的gps位置可以判断乘客已经到达上车点附近并标记到数据库对应的行程记录。在车主的app界面上能看出乘客已经到达上车点。

到了约定时间,车主出发,并对行程标记为车主已出发,app将标记通知给信息中心并标记到数据库对应的行程记录。在乘客的app界面上能看出车主已经出发的状态。车主到达乘客的上车点后,乘客上车,在app上确认上车,app把确认上车标记通知给信息中心并标记到数据库对应的行程记录。车主到达乘客的下车点后,乘客下车,乘客在app上支付乘车费用,乘车费用到达车主账号,本次行程结束。

关于取消规则,车主可以在约定时间前半个小时无责任取消订单。乘客可以在约定时间10分钟前无责任取消订单;

关于违约规则,可以制定如下:

如果到了约定时间乘客未到达上车点,车主无需等待乘客,乘客不需要支付乘车费用但记录违约一次,连续多次违约将使该乘客一段时间内无法预订行程;

如果到了约定时间范围内车主未到达上车点,乘客可以投诉车主并取消订单无需支付乘车费用;

如果到了约定时间范围内,双方都到达上车点,而由于车主原因乘客却没有上车成功,乘客可以投诉车主并取消订单无需支付乘车费用;

如果乘客需要支付乘车费用却没有支付,则乘客的账号将无法预约新的行程路线;如果车主被连续投诉一定的次数,将在一定时间内无法发布行程路线。

车主除了发布预约时间出行的行程路线外,还可以发布实时出行的行程路线,实时出行的行程路线将推送至准备立即出发的乘客,或者上车时间即为当前时刻的乘客。

上述实施例仅是用来说明本发明,而并非用作对本发明的限定。只要是依据本发明的技术实质,对上述实施例进行变化、变型等都将落在本发明的权利要求的范围内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1