发明内容
本发明所要解决的技术问题是需要提供一种既能够缓解商业综合体和综合交通枢纽的停车位紧张压力,同时还能够为短时停车的车主增加效益,且为第三方的短租司机提供就业机会的基于地理信息的短时租车***,并进一步涉及采用了基于地理信息的短时租车***的短时租车方法。
对此,本发明提供一种基于地理信息的短时租车***,包括服务端和移动客户端,所述移动客户端针对基于商业综合体和综合交通枢纽的地理信息服务半径内的使用对象,所述使用对象包括车主、短租司机和乘客;所述服务端包括:
运营管理平台,用于为管理者提供可视化运营管理服务,并实时监测短租司机租用车辆时的地理位置信息,当所述运营管理平台监测到租用车辆超出预先设置的第一服务半径阈值或第二服务半径阈值时分别发出对应的预警;
信息查询模块,与所述运营管理平台相连接,用于提供信息查询功能;
数据处理服务模块,与所述运营管理平台相连接,并包括通讯服务模块、数据存储模块、验车检测服务模块、清分结算服务模块以及订单匹配服务模块。
本发明的进一步改进在于,当所述运营管理平台监测到租用车辆超出预先设置的第一服务半径阈值时,发出预警信号;当所述运营管理平台监测到租用车辆超出预先设置的第二服务半径阈值时,发出预警信号并拨通远程语音,将事件记录至异常备忘录。
本发明的进一步改进在于,所述验车检测服务模块用于在车主和短租司机进行车辆交接时提供验车检测服务,具体包括以下步骤:
初步检查增项记录步骤,检查并记录租用车辆的车标、前格栅、大灯、雾灯、前保险杠、示廓灯、前翼子板、车门、车窗、下边梁、轮眉、轮胎、轮毂、轮窝、后保险杠、油箱盖、倒车灯、刹车灯、后备箱、后备箱盖、后档玻璃、门把手、后翼子板、C柱、上边梁、车顶、B柱、天窗、后视镜、A柱、前档玻璃、雨刮器、机盖以及内饰中的任意一种或多种是否存在异常,若是则拍摄异常图片并进行异常描述记录,若否则跳转至仪表盘基本信息记录步骤;
仪表盘基本信息记录步骤,拍摄并保存仪表盘照片,记录里程数、油量和电量中的任意一种或多种;
视频录制步骤,绕车身一圈录制车辆外观视频并上传实现数据处理服务,所述数据处理服务包括对录制完成后对每一帧图片进行图片处理,通过调整图片亮度、锐化、颜色饱和度和色度,若存在异常则通过图片叠加红圈的方式自动显示出来。
本发明的进一步改进在于,车主、短租司机和乘客在完成租车所产生的业务费用通过所述清分结算服务模块进行费用结算,乘客须通过所述短时租车***预付服务费用,在短租司机将乘客到达目的地并经双方确认后,乘客的预付服务费用继续预存在所述短时租车***中,当短租司机归还车辆给车主时结算车主和短租司机的费用。
本发明的进一步改进在于,所述订单匹配服务模块用于处理车主发布出租车辆需求订单、短租司机发布短时服务订单以及乘客发布出行服务订单中各个对象之间的时间、地理信息和行程匹配推荐服务,匹配后按照距离或价格顺序进行排序输出。
本发明的进一步改进在于,所述订单匹配服务模块的匹配推荐服务实现过程包括以下步骤:
步骤S1,根据车主发布出租车辆需求订单的商业综合体和综合交通枢纽所在商业服务圈形成集合A,并根据订单交接时间点进行排序;
步骤S2,短租司机名单根据所述商业服务圈形成集合B;
步骤S3,按照出租开始时间和结束时间搜索集合B中短租司机的服务时间段,形成集合C,在集合C中筛选出空闲的短租司机名单,形成集合D,进而以此向车主推荐短租司机;
步骤S4,按照短租司机服务时间段的开始时间和结束时间搜索集合A,其中短租司机服务时间段包含出租时间段,形成集合E,在集合E中筛选出未配备短租司机的车主出租订单,形成集合F,将集合F按照时间的先后顺序作为车主集合推荐给短租司机;
步骤S5,按照乘客往返需要时间段的开始时间和结束时间搜索集合H,在短租司机服务时间段搜索包含乘客往返需要时间段,形成集合I,将集合I按照时间的先后顺序推荐给乘客;
步骤S6,在所述商业服务圈内计算接送乘客往返需要时间形成乘客服务的时间段,形成集合G,按接送点形成集合G1、G2、……、Gn,按照乘客往返需要时间段的开始时间和结束时间搜索集合Gn,使得短租司机服务时间段包含乘客往返需要时间段,形成集合J,将集合J按照时间的先后顺序推荐给短租司机;
步骤S7,将短租司机已经完成车辆交接的名单形成集合H,向集合H的短租司机推荐去所述商业服务圈目的地方向的乘客,搜索短租司机当前位置的乘客并按距离从近到远进行推荐。
本发明的进一步改进在于,所述数据处理服务模块还包括积分和服务评价模块,用于实现积分体系和服务评价体系。
本发明还提供一种基于地理信息的短时租车方法,采用了如上所述的基于地理信息的短时租车***,其中,车主发布车辆短租服务和短租司机接单的过程包括以下步骤:
步骤A1,车主发布短时出租需求,短时出租需求的信息包括目的地、预计到达时间、预计出租时长、车辆交接地点的地理信息、车辆服务半径约定以及备注信息;
步骤A2,车主选择邀请短租司机接单,在短租司机确认接单之前,在商业服务圈的短租司机可以进行接单;
步骤A3,短租司机通过所述短时租车***了解订单需求;
步骤A4,短租司机成功接单后,在约定的时间和地点进行车辆交接;
步骤A5,短租司机对车辆进行初步检查,执行初步检查增项记录步骤;
步骤A6,短租司机对车辆进行二次检查,执行仪表盘基本信息记录步骤和视频录制步骤;
步骤A7,短租司机在正常使用过程中把异常项记录至所述短时租车***;
步骤A8,短租司机接乘客执行出行订单;
步骤A9,所述短时租车***实时监测控车辆位置和计算回程时长,并在回程时长前预设时间内通过语音提醒短租司机回程;
步骤A10,短租司机回到指定地点还车;
步骤A11,车主对车辆进行检查,按照步骤A5和步骤A6执行对车辆的检查;
步骤A12,在交接完毕后,根据公里数计算收益和结算,结束。
本发明的进一步改进在于,短租司机接单和乘客发布行程订单的过程包括以下步骤:
步骤B1,乘客发布短距离出行订单,短距离出行订单的内容包括出发点、目的地、出行人数、是否允许拼车以及备注信息;
步骤B2,短租司机接单;
步骤B3,车辆到达指定位置接乘客;
步骤B4,乘客确认上车并预付订单;
步骤B5,到达乘客目的地;
步骤B6,乘客和短租司机分别确认到达,结束。
本发明的进一步改进在于,还包括车主发布车辆其它车主服务需求和短租司机接单流程,包括以下步骤:
步骤C1,车主发布服务需求并进行费用预付;
步骤C2,短租司机接单;
步骤C3,车辆到达指定位置;
步骤C4,短租司机按照步骤A5和步骤A6执行对车辆的检查;
步骤C5,双方交接确认;
步骤C6,短租司机执行车主发布的服务需求;
步骤C7,回到指定地点还车;
步骤C8,车主按照步骤A5和步骤A6执行对车辆的检查;
步骤C9,双方交接确认,结算。
与现有技术相比,本发明的有益效果在于:针对的是基于商业综合体和综合交通枢纽的地理信息服务半径内,进而解决车主在商业综合体和综合交通枢纽这类人流量流动性非常大区域场所进行游玩、消费和换乘时车辆停放在停车场闲置的问题,一方面能够有效缓解商业综合体和综合交通枢纽的停车位紧张压力,同时还能够为短时停车的车主增加效益,并且,这种基于地理信息服务半径内的短时租车还能够为第三方的短租司机提供就业机会,且便于租车和还车的交接,无需过多的额外维护。
具体实施方式
下面结合附图,对本发明的较优的实施例作进一步的详细说明。
如图1所示,本例提供一种基于地理信息的短时租车***,包括服务端和移动客户端,所述移动客户端针对基于商业综合体和综合交通枢纽的地理信息服务半径内的使用对象,所述使用对象包括车主、短租司机和乘客;所述服务端包括:
运营管理平台,用于为管理者提供可视化运营管理服务,并实时监测短租司机租用车辆时的地理位置信息,当所述运营管理平台监测到租用车辆超出预先设置的第一服务半径阈值或第二服务半径阈值时分别发出对应的预警;
信息查询模块,与所述运营管理平台相连接,用于提供信息查询功能,可以通过官网、小程序或公众号等方式来实现;
数据处理服务模块,与所述运营管理平台相连接,并包括通讯服务模块、数据存储模块、验车检测服务模块、清分结算服务模块以及订单匹配服务模块。
一方面,车主在商业综合体和综合交通枢纽这类人流量流动性非常大区域场所进行游玩、消费和换乘时,车辆停放在停车场闲置会产生费用,而且停车位紧张;另一方面,基于商业综合体和综合交通枢纽的地理信息服务半径内,存在很大一部分人群(有用车需求的消费者)的用车特点短时用车,那么,这两个不同的需求是否可以结合起来呢,在现有技术中,并没有这样的方案。
为此,本例所述基于地理信息的短时租车***包括服务端和移动客户端,移动客户端的使用对象包括车主、短租司机和乘客,并且是基于商业综合体和综合交通枢纽的地理信息服务半径内的适用对象,至于地理信息服务半径内可以预先进行定义,比如3km、5km或是其他的预设半径范围内。服务端为管理者提供可视化运营管理,同时为移动客户端提供通讯服务,为使用者提供信息查询访问(如通过官网或小程序等方式实现)、清分结算服务、订单匹配服务以及验车检测服务等功能。车主、短租司机和乘客三者之间的交易依托于所述短时租车***进行服务和交易,最大程度上的保护使用者隐私和避免现金交易过程中产生的纠纷。
本例所述运营管理平台提供基于GIS地图的车辆轨迹监控查询、订单管理监控查询、KPI数据展示和报表数据显示等功能。所述运营管理平台将实时监测短租司机租用车辆时的地理位置信息。值得一提的是,本例当所述运营管理平台监测到租用车辆超出预先设置的第一服务半径阈值时,发出预警信号;当所述运营管理平台监测到租用车辆超出预先设置的第二服务半径阈值时,发出预警信号并拨通远程语音,将事件记录至异常备忘录。所述第一服务半径阈值和第二服务半径阈值均为预先设置的半径阈值,所述第一服务半径阈值小于第二服务半径阈值,如当所述运营管理平台监测到超出第一服务半径阈值时会产生预警,若超过第一服务半径阈值2公里(第二服务半径阈值)时,将远程语音问询短租司机的实际情况并记录异常备忘录里面。通过这样的设置,能够尽量避免短租车辆无法及时还车实现交接的现象,同时也保证了地理信息服务半径内的用车需求,这一点,是基于本申请这种基于地理信息的短时租车***的特殊使用环境而设置的,在现有技术中,并没有先例,不属于公知常识或惯用手段。
本例所述数据处理服务模块中,通讯服务模块用于处理移动客户端和服务端之间的数据通讯,包括接收移动客户端的订单业务信息、服务信息以及地理信息等;发送服务端的通知信息和业务响应信息等;同时为数据提供加密、编码和解码等安全操作。所述数据存储模块用于存储业务数据和过程数据等,为所述短时租车***提供高性能数据存储服务。
本例所述验车检测服务模块用于在车主和短租司机进行车辆交接时提供验车检测服务,当车主和短租司机进行车辆交接时,所述验车检测服务用于提供车辆外壳无刮蹭和车辆零部件无损毁的基本检测服务;同时作为一种视频证据来解决将来可能产生的用车纠纷,这一过程可以通过程序预先设置好并通过图像分析实现自动检测,也可以通过用户肉眼核查+视频录制分析相结合的方式来实现,便于用户的使用;具体包括以下步骤:
初步检查增项记录步骤,检查并记录租用车辆的车标、前格栅、大灯、雾灯、前保险杠、示廓灯、前翼子板(左/右前翼子板)、车门(左/右及前/后车门)、车窗(左/右及前/后车窗)、下边梁、轮眉、轮胎、轮毂、轮窝、后保险杠、油箱盖、倒车灯、刹车灯、后备箱、后备箱盖、后档玻璃、门把手、后翼子板(左/右后翼子板)、C柱、上边梁、车顶、B柱、天窗、后视镜、A柱、前档玻璃、雨刮器、机盖以及内饰中的任意一种或多种是否存在异常,若是则拍摄异常图片并进行异常描述记录,若否则跳转至仪表盘基本信息记录步骤;
仪表盘基本信息记录步骤,拍摄并保存仪表盘照片,记录里程数、油量和电量中的任意一种或多种;
视频录制步骤,绕车身一圈录制车辆外观视频并上传实现数据处理服务,所述数据处理服务包括对录制完成后对每一帧图片进行图片处理,通过调整图片亮度、锐化、颜色饱和度和色度,若存在异常(如色差大、突兀异常、刮蹭痕迹以及碰撞痕迹等)则通过图片叠加红圈的方式自动显示出来。
本例在每完成一项均上传对应记录、图片、视频和文字描述到数据处理服务模块中以便记录到数据存储模块,上述视频录制步骤优选为先上传视频录像至数据处理服务模块,检测程序通过预设设置好的“验车检测服务模块”来进行。
本例所述车主、短租司机和乘客在完成租车所产生的业务费用通过所述清分结算服务模块进行费用结算,乘客须通过所述短时租车***预付服务费用,在短租司机将乘客到达目的地并经双方确认后,乘客的预付服务费用继续预存在所述短时租车***中,当短租司机归还车辆给车主时结算车主和短租司机的费用。在实际应用中,费用的结算规则可以预先设计好,也可以根据实际情况进行修改和调整,比如短租司机优选按里程数结算费用给车主,例如1公里1元。乘客费用实行一口价定价策略,乘客按人数进行计费,总价不超过使用本地的士的80%费用,例如3公里内5元;5公里内10元;3公里内第二名以上乘客收取0.8倍费用,最高费用不超过10元(假设使用的士的费用需15元)。
本例所述清分结算服务模块用于车主、短租司机和乘客对使用短时租车***时所产生的业务费用进行结算。当车主使用其它车主服务时,比如洗车、送至4S店维护等其它车主服务时,须按服务内容在短时租车***预付服务费用;短租司机接此单去完成服务时,若是去合作的服务单位可直接使用车主预付的费用进行结算,否则短租司机须交接车辆给车主时才结算费用。当然,若短时租车***与银行***中心进行对接,车主绑定***用户也可以采取后付费;若短时租车***与其它有资质的机构合作,车主绑定这些渠道机构,也能采用后付费的方式支付。
本例所述订单匹配服务模块用于处理车主发布出租车辆需求订单、车主发布其它车主服务服务订单、短租司机发布短时服务订单以及乘客发布出行服务订单中各个对象之间的时间、地理信息和行程匹配推荐服务,匹配后按照距离或价格顺序进行排序输出,比如距离由近到远或服务价格由高到低的排序,当然,这个排序是可以修改和调整的。
本例所述出租车辆优选为停在固定的交接地点,如商业综合体和综合交通枢纽所在商业服务圈内的停车场里面;为了提高接送效率,对乘客的出发点位置进行也进行了筛选,使之相对固定,如在商业综合体和综合交通枢纽这类场所附近设置几个接送点,不固定位置的接送点归结为其它接送点。为了进一步缓解交通压力,允许目的地相同的乘客拼车,拼车时,乘客须下单的时候需要确定目的地、乘客数量和货物大约占位数量等,这种情况下拼单的乘客数量不能超载(如拼单数不超过3单),总金额可以按照清分结算服务模块里面的计算总价然后将费用平摊到每个人身上,本例能够自动匹配并推荐给乘客和司机以便进行双向选择。当然,还允许目的相近地的乘客拼车,相近目的地距离不超过1公里,乘客须下单时同样需要确定目的地、乘客数量和货物大约占位数量。这种情况下拼单数量不超过2单,总金额按照清分结算服务模块里面的计算总价然后将费用平摊到每个人身上,本例能够自动匹配并推荐给乘客和司机以便进行双向选择。
本例所述订单匹配服务模块的匹配推荐服务实现过程优选包括以下步骤:
步骤S1,根据车主发布出租车辆需求订单的商业综合体和综合交通枢纽所在商业服务圈形成集合A(即车主出租订单目的地的地理位置须在商业综合体和综合交通枢纽所在商业服务圈内),并根据订单交接时间点进行排序,越早到达排在越前面;
步骤S2,短租司机名单根据所述商业服务圈形成集合B;
步骤S3,按照出租开始时间和结束时间搜索集合B中短租司机的服务时间段,形成集合C,例如出租时间为10:00-15:00,短租司机服务时间段9:00-21:00,即出租时间段内短租司机可以服务;在集合C中筛选出空闲的短租司机名单,形成集合D,进而以此向车主推荐短租司机;若集合C为空,则无匹配短租司机,建议车主修改出租时间,并向车主列出集合B的服务时间;若集合D为空,则提示当前无空闲司机,建议车主可继续等待或取消出租订单。
步骤S4,按照短租司机服务时间段的开始时间和结束时间搜索集合A,其中短租司机服务时间段包含出租时间段,形成集合E,例如出租时间为10:00-15:00,短租司机服务时间段9:00-21:00;在集合E中筛选出未配备短租司机的车主出租订单,形成集合F,将集合F按照时间的先后顺序作为车主集合推荐给短租司机;若集合F为空,则提示当前无空闲车辆出租订单,建议短租司机可继续等待或修改范围更宽的服务时间段,并向短租司机列出集合A的出租时间;
步骤S5,按照乘客往返需要时间段的开始时间和结束时间搜索集合H,在短租司机服务时间段搜索包含乘客往返需要时间段,形成集合I,将集合I按照时间的先后顺序推荐给乘客;
步骤S6,在所述商业服务圈内计算接送乘客往返需要时间形成乘客服务的时间段,形成集合G,按接送点形成集合G1、G2、……、Gn,按照乘客往返需要时间段的开始时间和结束时间搜索集合Gn,使得短租司机服务时间段包含乘客往返需要时间段,形成集合J,例如乘客往返需要时间段为10:00-11:00,短租司机可连续服务时间段10:00-15:00,将集合J按照时间的先后顺序推荐给短租司机,若乘客允许拼单可合并乘客订单;若集合Gn为空,则提示当前无空闲车辆提供服务,建议短租司机搜索其它接送点;
步骤S7,将短租司机已经完成车辆交接的名单形成集合H,向集合H的短租司机推荐去所述商业服务圈目的地方向的乘客,形成集合I,例如乘客往返需要时间段为10:00-11:00,短租司机可连续服务时间段10:00-15:00;搜索短租司机当前位置的乘客并按距离从近到远进行推荐,即集合I按照时间的先后顺序推荐给乘客;若集合I为空,则提示当前无空闲车辆提供服务,建议乘客采用其它方式回家;向乘客去商业服务圈目的地方向推荐服务车辆:搜索乘客当前位置最近空闲车辆按距离从近到远进行推荐,若乘客允许拼单可合并乘客订单,比如最多2单。
值得说明的是,本例的上述的匹配推荐服务实现过程,并不是本领域的公知常识或惯用手段,而是针对本申请的特殊应用环境而设计的,这样的过程能够更加符合实际的应用需求,解决技术问题的同时,还保证了高效的订单匹配,提高***的响应速度和人性化设计程度。
本例所述数据处理服务模块还优选包括积分和服务评价模块,用于实现积分体系和服务评价体系。通过积分体系和服务评价体系提高车主、短租司机和乘客之间的服务质量,为三者之间提供一个双向选择的机会。可为用户屏蔽特定印象差的对象。所述短时租车***通过信用分来建立信用体系,减少三方毁约情况的发生。
本例所述移动客户端主要包含车主服务模块、短租司机服务模块和乘客服模块。所述移动客户端的应用程序可通过单独的手机APP运行,也可依托于其它APP程序中运行如微信公众号/小程序等。移动客户端应用程序中的三个模块可独立程序运行也可集成在一起运行。
本例所述车主服务模块为车主提供移动客户端的可视化业务操作功能,包括车辆短时出租服务发布、车辆其它车主服务需求发布、短租司机服务查询选择、车辆基本信息录入、用户信息实名验证、用户投诉、语音沟通服务、积分及服务评价以及地理信息上报等基本服务功能。
本例所述短租司机服务模块为短租司机提供移动客户端的可视化业务操作功能,包括定点服务发布、出行范围发布、服务时间发布、车辆短租信息查询选择、乘客出行信息查询、用户信息实名验证、用户投诉、语音沟通服务、积分及服务评价以及地理信息上报等基本服务功能。当车辆出现无法归还的情况时,短租司机可以联系运营管理平台的客服,并将车辆按规定交给短时租车***合作的托管单位来进行规范化的托管。短租司机在同一时间只能接一个车辆短时出租的订单。
本例所述乘客服务模块为乘客提供移动客户端的可视化业务操作功能,包括出行信息服务发布(包括乘客数量和备注等基本信息)、用户信息实名验证、用户投诉、语音沟通服务、积分及服务评价以及地理信息上报等基本功能。
本例所述车主、短租司机在使用短时租车***提供的服务时,须签订电子使用协议,规定车辆发生意外情况下如何当责。一般情况下短租司机需在平台交付一笔租车押金;若可通过第三方平台证明个人信用极佳,可按照等级减少押金额度,最大额度可免除押金。
为提高短时租车***短租服务的可用性,优选规定车辆的里程数、使用年限、车身价、保险险种、车辆保养记录等方面作限制性要求。为提高服务安全,车主、短租司机和乘客在非连续使用短时租车***发布订单和接订单时需人脸识别登录移动客户端程序。
为提高车主、短租司机使用该平台的意愿和增加工作岗位,短时租车***提供其它车主服务,包括但不限于:喝酒代驾服务、寻找附近停车场库停车及送车服务、停车场库寻车及送车服务、开车接送车主的亲戚朋友服务、开车去加油服务、开车去洗车服务、新能源汽车去充电服务、车主去旅游出差时车辆托管服务、帮车主把车辆开回住宅及托管钥匙服务等等。其中耗时较长的托管服务将由短租司机把车辆开到指定托管单位来进行规范化的托管,托管单位将会和短时租车***签订相关协议。
为了提高道路通行的效率,降低还车风险,当短时租车平台发现道路出现中心点附近严重拥堵时,提醒短租司机道路拥堵情况,在此种情况下短租司机若没有和车主进行车辆交接可告知车主拥堵情况,取消接单;车主若想在这种情况下把车辆出租出去,短时租车***也会提醒相关的短租风险(如不能及时还车风险和目的地拥堵无法进入停车风险等。)
本例采用了基于地理信息的运营管理:车主发布短时出租需求时,车辆交接地点以商业综合体和综合交通枢纽这类人流量流动性非常大区域场所为中心附近的地理位置;可以设置在停车场内部进行交接。车主发布短时出租的车辆服务半径是以商业综合体和综合交通枢纽这类人流量流动性非常大区域场所为中心的半径地理位置。车主和短租司机交接完之后,运营管理平台客服会对短租司机进行全程租车的地理位置进行监控,以免车辆离被挪用做其它事情。乘客确认上车后,运营管理平台客服会对乘客的地理位置进行监控,通过匹配短租司机和乘客的地理位置信息来避免服务纠纷。乘客发布短距离出行订单须在车主和短租司机约定的服务半径内;短租司机搭乘服务半径是小于等于车主发布的短时出租车辆服务半径。
本例这种基于地理信息的短时租车***具有地理信息特点:针对商业综合体和综合交通枢纽这类人流量流动性非常大区域场所;周边道路设施完善,道路四通八达。其对应的短时租车也有其特点:对于车主来说,车主规划去某一个地方,车辆暂时停留在人流量流动性非常大区域场所(一般不超过10小时),车主把车辆短暂的出租出去,为乘客提供短距离出行服务,而产生收益,也能够使得出行更有规划。短时租车的车辆具有服务半径,我们把商业综合体和综合交通枢纽设为中心来约定服务半径,以游玩、消费和换乘为主。
本例的必要性在于:对于车主来说,车辆会在这些地方停留一段时间会产生一些停车费用;停车费用高会在一定程度上抑制游玩的时间;没地方停车会抑制出行的欲望;习惯了私家车出行,道路畅通、是否有位置停车和找车位的时间等都会影响出行的体验。对于乘客(未驾车出行的其它消费者)来说,购买大量商品,需要短暂用车把货物运回家中,自行车、公交和地铁都不是非常方便;送货上门涉及到时间成本、运费服务成本等其它问题;家里有老幼不方便出行的人群,需要短暂用车便利出行;为了方便游玩,减少购买商品数量,若能短暂用车便利出行则无这些顾虑;遇到天气不好时(如下雨、下雪、炎寒等不好出行的天气),需要短暂用车便利出行;需要体面出行的时候,需要短暂用车便利出行;由于有距离,不想走那么远的人群,若能短暂用车便利出行则愿意出门以及其它。对于商业综合体和综合交通枢纽的管理者来说,能够让商业区尽量多的人来游玩和消费是符合商业利益的;消费者可以有更多时间在商业区停留;车库占用率低且周转率高;尽可能提供便利的交通出行服务;尽量的不让乘客因为交通问题滞留等等。
面对上面的问题,本例提出的基于地理信息的短时租车***及方法可以有效地解决这些问题。短时租车主要是让车主把车辆短时间内租给短租司机,然后短租司机使用车辆来服务于商业综合体和综合交通枢纽这类人流量大的场所大约3公里内或5公里内的消费者。具有租用车辆时间短、乘客付费价格相对较低、车辆服务范围较小和车辆服务区域有明显地里信息特点。同时本例限定了车主、短租司机和乘客三者之间的交易依托于短时租车***进行服务和交易,安全可靠。
本例的短时租车***及方法比综合交通枢纽“P+R”模式对车主更加具有吸引力,一方面能够有效降低车主的费用,甚至于能产生收益,并且不影响车主的正常车辆使用,另一方面将停车位释放出来,车库的周转率就会更高,也给商业综合体和综合交通枢纽的周边的司机提供了就业机会。
作为优选的技术方案之一,本例所述移动客户端应用程序中的三个模块集成在一个应用中,通过切换按钮的方式来服务不同的对象。
作为优选的技术方案之一,本例所述短租服务要求车辆的里程数小于50万公里、使用年限小于10年和车身价小于30万,当然,这些要求可根据实际运营情况调整。若车主只想使用短时租车***提供其它车主服务,将无这方面的要求。
作为优选的技术方案之一,短时租车***应用场景定位于商业综合体和综合交通枢纽等这类人流量流动性非常大的区域场所,短租服务服务半径为基于这类区域场所地理信息3公里内或5公里内,车辆使用年限小于等于9年,车辆租用时间大于1小时以上,车辆租车服务主要为乘客往返服务半径核心与顾客目的地之间的用车需求,同样的,这些要求也可根据实际运营情况调整。
作为优选的技术方案之一,本例所述短时租车***提供其它车主服务可以和短租服务同时进行。车主在这两方面同时下订单时,短租司机在预留出足够的其他车主服务处理时间后可为乘客提供短距离出行服务,减少了交接的次数,提高效率。
因此,如图2所示,本例还提供一种基于地理信息的短时租车方法,采用了如上所述的基于地理信息的短时租车***,其中,车主发布车辆短租服务和短租司机接单的过程包括以下步骤:
步骤A1,车主发布短时出租需求,短时出租需求的信息包括目的地、预计到达时间、预计出租时长、车辆交接地点的地理信息、车辆服务半径约定以及备注信息;
步骤A2,车主选择邀请短租司机接单,在短租司机确认接单之前,在商业服务圈的短租司机可以进行接单;
步骤A3,短租司机通过所述短时租车***了解订单需求;
步骤A4,短租司机成功接单后,在约定的时间和地点进行车辆交接;
步骤A5,短租司机对车辆进行初步检查,执行初步检查增项记录步骤;
步骤A6,短租司机对车辆进行二次检查,执行仪表盘基本信息记录步骤和视频录制步骤;
步骤A7,短租司机在正常使用过程中把异常项记录至所述短时租车***;
步骤A8,短租司机接乘客执行出行订单;
步骤A9,所述短时租车***实时监测控车辆位置和计算回程时长,并在回程时长前预设时间内通过语音提醒短租司机回程;
步骤A10,短租司机回到指定地点还车;
步骤A11,车主对车辆进行检查,按照步骤A5和步骤A6执行对车辆的检查;
步骤A12,在交接完毕后,根据公里数计算收益和结算,结束。
如图3所示,本例短租司机接单和乘客发布行程订单的过程包括以下步骤:
步骤B1,乘客发布短距离出行订单,短距离出行订单的内容包括出发点、目的地、出行人数、是否允许拼车以及备注信息;
步骤B2,短租司机接单;
步骤B3,车辆到达指定位置接乘客;
步骤B4,乘客确认上车并预付订单;
步骤B5,到达乘客目的地;
步骤B6,乘客和短租司机分别确认到达,结束。
如图4所示,本例还包括车主发布车辆其它车主服务需求和短租司机接单流程,包括以下步骤:
步骤C1,车主发布服务需求并进行费用预付;
步骤C2,短租司机接单;
步骤C3,车辆到达指定位置;
步骤C4,短租司机按照步骤A5和步骤A6执行对车辆的检查;
步骤C5,双方交接确认;
步骤C6,短租司机执行车主发布的服务需求;
步骤C7,回到指定地点还车;
步骤C8,车主按照步骤A5和步骤A6执行对车辆的检查;
步骤C9,双方交接确认,结算。
综上所述,本例针对的是基于商业综合体和综合交通枢纽的地理信息服务半径内,进而解决车主在商业综合体和综合交通枢纽这类人流量流动性非常大区域场所进行游玩、消费和换乘时车辆停放在停车场闲置的问题,一方面能够有效缓解商业综合体和综合交通枢纽的停车位紧张压力,同时还能够为短时停车的车主增加效益,并且,这种基于地理信息服务半径内的短时租车还能够为第三方的短租司机提供就业机会,且便于租车和还车的交接,无需过多的额外维护。
以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。