一种共享汽车安全还车方法、装置和系统与流程

文档序号:15282659发布日期:2018-08-28 23:43阅读:266来源:国知局

本发明涉及共享汽车分时租赁技术领域,尤其涉及一种共享汽车安全还车还车方法、装置和系统。



背景技术:

共享汽车属于公共交通出行的补充,是满足自驾出行的重要交通方式之一。共享汽车的发展有助于缓解交通堵塞以及公路的磨损,减少空气污染,降低对能源的依赖性。它比传统的租车业务在时间上更灵活、在空间上更分散、在费用上更低廉,它是移动互联网+车联网的复合性业务,属于新兴行业,在中国的发展才刚刚起步。但中国是人口大国,人均社会资源非常有限,在大型城市限车、限号的情况越来越严格以及买车养车成本越来越高、城市停车位饱和等大背景下,共享汽车行业迅速发展。2017年6月由交通运输部会同住房和城乡建设部制定《关于促进汽车租赁业健康发展的指导意见》,公开支持汽车共享的发展,并积极研究和建立相应的规章法规,进一步规范和引导汽车共享行业的良性发展。

共享汽车由于无人值守的特点,全部都是通过手机端与后台服务器判断用户用车行为,很难人工检查用户在使用车辆后是否离开车辆、车窗是否关闭等行为,一旦用户用完车后还是坐在车内或者不关闭车窗,车辆就会完全处在失控状态。如果车辆不进行断电,任何人都可以随意把车开走,极易造成车辆丢失。而常见电动共享汽车的租赁为了确保车辆不被开走,往往通过破解原车的供电控制系统来给车身断电,需要破坏原车接线才可实现,这样会对原车造成影响较大,且容易引发车辆故障甚至发生车祸等诸多问题。



技术实现要素:

有鉴于此,本发明实施例提供一种共享汽车安全还车方法、装置和系统,能够在不破坏原车接线的情况下自动查询用户是否离开车辆、车窗是否关闭等车辆状态信息,实现安全还车,对车辆无损伤并且成本低。

为实现上述目的,根据本发明实施例的一个方面,提供了一种共享汽车安全还车方法,包括:

根据接收到的还车指令确定待归还的共享车辆;

获取所述共享车辆的车辆状态信息;

当所述车辆状态信息满足预设条件时,实现成功还车;

其中,所述车辆状态信息包括:车窗状态信息、车门状态信息、手刹状态信息、档位状态信息、载人状态信息,所述预设条件包括:车窗关闭、车门关闭、手刹拉起、档位为空挡、车内未载人。

可选地,若所述车辆状态信息为车窗关闭、车门关闭、手刹拉起、档位为空挡、车内未载人,则判断所述车辆状态信息满足预设条件;

实现成功还车之前,还包括:若所述车辆状态信息为车窗已关、车内载人、档位不为空挡、手刹未拉起,则提示用户将档位置为空挡、拉起手刹、离开车辆、关闭车门;若所述车辆状态信息为车内载人、档位为空挡、手刹已拉起、车窗已关,则提示用户离开车辆、关闭车门;若所述车辆状态信息为车内未载人、车门未关,则提示用户关闭车门。

可选地,从设置在所述共享车辆上的obd接口获取车窗状态数据、车门状态数据、手刹状态数据、档位状态数据和还车重量数据,或者,从设置在所述共享车辆上的obd接口获取车窗状态数据、车门状态数据、手刹状态数据、档位状态数据,从设置在所述共享车辆上的重量传感器获取还车重量数据;根据所述车窗状态数据确定所述车窗状态信息,根据所述还车重量数据确定所述载人状态信息,根据所述车门状态数据确定所述车门状态信息,根据所述手刹状态数据确定所述手刹状态信息,根据所述档位状态数据确定所述档位状态信息;其中,

当还车重量小于或等于用车前所述共享车辆的初始重量时,确定所述共享车辆的载人状态信息为车内未载人;当所述还车重量大于所述初始重量时,确定所述共享车辆的载人状态信息为车内载人。

可选地,按照优先级从高到低的顺序判断所述车辆状态信息中的每一项是否满足预设条件,且仅当当前优先级的车辆状态信息满足预设条件之后进行下一优先级车辆状态信息的判断;其中,所述车辆状态信息中车门状态信息的优先级最低。

根据本发明实施例的再一个发明,提供一种共享汽车安全还车装置,包括:

接收模块,根据接收到的还车指令确定待归还的共享车辆;

获取模块,获取所述共享车辆的车辆状态信息;

处理模块,当所述车辆状态信息满足预设条件时,实现成功还车;

其中,所述车辆状态信息包括:车窗状态信息、车门状态信息、手刹状态信息、档位状态信息、载人状态信息,所述预设条件包括:车窗关闭、车门关闭、手刹拉起、档位为空挡、车内未载人。

可选地,若所述车辆状态信息为车窗关闭、车门关闭、手刹拉起、档位为空挡、车内未载人,则所述处理模块判断所述车辆状态信息满足预设条件;

实现成功还车之前,所述处理模块还用于:若所述车辆状态信息为车窗已关、车内载人、档位不为空挡、手刹未拉起,则提示用户将档位置为空挡、拉起手刹、离开车辆、关闭车门;若所述车辆状态信息为车内载人、档位为空挡、手刹已拉起、车窗已关,则提示用户离开车辆、关闭车门;若所述车辆状态信息为车内未载人、车门未关,则提示用户关闭车门。

可选地,所述获取模块还用于:向设置在所述共享车辆上的车载盒子发送数据请求,接收所述车载盒子返回的所述共享车辆的车辆状态信息;

其中,所述车载盒子从设置在所述共享车辆上的obd接口获取车窗状态数据、车门状态数据、手刹状态数据、档位状态数据和还车重量数据,或者,从设置在所述共享车辆上的obd接口获取车窗状态数据、车门状态数据、手刹状态数据、档位状态数据,从设置在所述共享车辆上的重量传感器获取还车重量数据;根据所述车窗状态数据确定所述车窗状态信息,根据所述还车重量数据确定所述载人状态信息,根据所述车门状态数据确定所述车门状态信息,根据所述手刹状态数据确定所述手刹状态信息,根据所述档位状态数据确定所述档位状态信息。

可选地,所述获取模块还用于:获取用车前所述共享车辆的初始重量;

当所述还车重量小于或等于所述初始重量时,确定所述共享车辆的载人状态信息为车内未载人;当所述还车重量大于所述初始重量时,确定所述共享车辆的载人状态信息为车内载人。

可选地,按照优先级从高到低的顺序判断所述车辆状态信息中的每一项是否满足预设条件,且仅当当前优先级的车辆状态信息满足预设条件之后进行下一优先级车辆状态信息的判断;其中,所述车辆状态信息中车门状态信息的优先级最低。

根据本发明实施例的另一个方面,提供一种共享汽车安全还车系统,包括:共享车辆,本发明实施例第一方面提供的共享汽车安全还车装置,以及根据用户的操作请求向所述共享汽车安全还车装置发送还车指令的客户端。

上述发明中的一个实施例具有如下优点或有益效果:在还车时获取包括车窗状态信息和载人状态信息的车辆状态信息,能够自动判断用户是否离开车辆、车窗是否关闭等车辆状态信息,实现安全还车;采用obd接口获取车辆状态数据,能够在不破坏原车接线的情况下确定车辆状态信息,对车辆无损伤并且成本低。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明,不构成对本发明的不当限定。其中:

图1是根据本发明实施例的共享汽车安全还车方法的主要流程的示意图;

图2是根据本发明实施例的共享汽车安全还车装置的主要模块的示意图;

图3是根据本发明实施例的共享汽车安全还车系统的主要组成的示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。

图1是根据本发明实施例的共享汽车安全还车方法的主要流程的示意图,如图1所示,共享汽车安全还车方法包括:

步骤s101、根据接收到的还车指令确定待归还的共享车辆;

步骤s102、获取所述共享车辆的车辆状态信息;

步骤s103、当所述车辆状态信息满足预设条件时,实现成功还车;

其中,所述车辆状态信息包括:车窗状态信息、车门状态信息、手刹状态信息、档位状态信息、载人状态信息,所述预设条件包括:车窗关闭、车门关闭、手刹拉起、档位为空挡、车内未载人。

共享车辆可以是燃油汽车,也可以是电动汽车等其他可以共享的车辆,本发明实施例对此不做具体限定。本发明实施例在还车时获取包括车窗状态信息和载人状态信息的车辆状态信息,能够自动判断用户是否离开车辆、车窗是否关闭等车辆状态信息,实现安全还车。

实际应用过程中,可以先获取共享车辆的车辆状态数据,根据车辆状态数据确定车辆状态信息。车辆状态数据是与车辆状态有关的原始数据,根据该原始数据可以确定车辆状态信息,例如车窗状态信息、载人状态信息、还车位置信息、车门状态信息、档位状态信息、手刹状态信息、电门状态信息、电量信息等。上述列举的各项车辆状态信息仅为示例,本领域技术人员可以根据实际应用场景确定车辆状态信息的项数和内容。

实际应用过程中,若车辆状态信息为车窗关闭、车门关闭、手刹拉起、档位为空挡、车内未载人,则可以判断车辆状态信息满足预设条件。实现成功还车之前,还可以包括:当某一状态信息不满足预设条件时,向用户发送提示信息。例如,若车辆状态信息为车窗已关、车内载人、档位不为空挡、手刹未拉起,则提示用户将档位置为空挡、拉起手刹、离开车辆、关闭车门;若车辆状态信息为车内载人、档位为空挡、手刹已拉起、车窗已关,则提示用户离开车辆、关闭车门;若车辆状态信息为车内未载人、车门未关,则提示用户关闭车门。

获取共享车辆的车辆状态数据的方式可以灵活设置。可选地,可以从obd(on-boarddiagnostic,车载诊断系统)接口获取。当然,也可以采用剥线的方式,具体地,将共享车辆的内部接线拨开,将待获取信息对应的线路接入预设的位置,以通过检测线路电信号来判断车辆状态信息。例如,为了获取车门状态数据,可以将控制车门的内部接线拨开,将车门线路接入预设的检测装置,检测装置通过检测车门线路的高低电平即可判断车门状态信息。

车辆状态数据可以包括:车窗状态数据、车门状态数据、手刹状态数据、档位状态数据和还车重量数据。根据所述车窗状态数据确定所述车窗状态信息,根据所述还车重量数据确定所述载人状态信息,根据所述车门状态数据确定所述车门状态信息,根据所述手刹状态数据确定所述手刹状态信息,根据所述档位状态数据确定所述档位状态信息。

在一些实施例中,所述车辆状态信息是根据所述共享车辆的车辆状态数据确定的,所述共享车辆的车辆状态数据是按照如下步骤获取的:从设置在所述共享车辆上的obd接口获取所述车窗状态数据、车门状态数据、手刹状态数据、档位状态数据和还车重量数据。与剥线方式相比,采用obd接口获取车辆状态数据,能够在不破坏原车接线的情况下确定车辆状态信息,对车辆无损伤并且成本低。

在另一些实施例中,从设置在所述共享车辆上的obd接口获取所述车窗状态数据、车门状态数据、手刹状态数据、档位状态数据,从设置在所述共享车辆上的重量传感器获取所述还车重量数据。对于其上设置的obd接口无法获取重量相关数据的共享车辆,可以在其上设置重量传感器,以能够车辆状态数据的完整性。

车窗状态数据可以为2进制、8进制、10进制、或者16进制数据。以16进制数据为例,车窗状态数据中的每一位可以代表一个或一类车窗。可选的,按照如下步骤确定所述共享车辆的车窗状态信息:对于所述车窗状态数据中的每一位,根据该位的取值和预设映射关系确定对应的一个或一类车窗的车窗状态信息;所述预设映射关系是指所述车窗状态数据中的每一位的取值与对应的一个或一类车窗的车辆状态信息之间的一一对应关系。例如,从obd接口上获取16进制的车窗状态数据,其中0x00代表车窗全部关闭,0x01代表左前车窗打开,0x02代表右前车窗打开,0x03代表左前右前车窗全部打开。

可以按照如下步骤确定所述共享车辆的车窗状态信息:按照如下步骤确定所述共享车辆的载人状态信息:当所述还车重量小于或等于用车前所述共享车辆的初始重量时,确定所述共享车辆的载人状态信息为车内未载人;当所述还车重量大于所述初始重量时,确定所述共享车辆的载人状态信息为车内载人。

在一些可选的实施例中,可以按照优先级从高到低的顺序判断所述车辆状态信息中的每一项是否满足预设条件,且仅当当前优先级的车辆状态信息满足预设条件之后进行下一优先级车辆状态信息的判断;其中,所述车辆状态信息中车门状态信息的优先级最低。示例性的,需要在车内操作实现的车辆状态信息的优先级高于需要在车外操作实现的车辆状态信息的优先级。例如,优先判断车窗状态信息、档位状态信息、电门状态信息、手刹状态信息等需在车内操作的信息,若这些信息均已完成,比如,车窗关闭、档位为空挡、电门关闭、手刹拉起,则会提示用户人离开车辆,然后判断载人状态信息、车门状态信息等。

根据本发明实施例的再一个方面,提供一种能够实现本发明实施例的共享汽车安全还车方法的共享汽车安全还车装置。

图2是根据本发明实施例的共享汽车安全还车装置的主要模块的示意图。如图2所示,共享汽车安全还车装置200包括:

接收模块201,根据接收到的还车指令确定待归还的共享车辆;

获取模块202,获取所述共享车辆的车辆状态信息;

处理模块203,当所述车辆状态信息满足预设条件时,实现成功还车;

其中,所述车辆状态信息包括:车窗状态信息、车门状态信息、手刹状态信息、档位状态信息、载人状态信息,所述预设条件包括:车窗关闭、车门关闭、手刹拉起、档位为空挡、车内未载人。

实际应用过程中,若车辆状态信息为车窗关闭、车门关闭、手刹拉起、档位为空挡、车内未载人,则可以判断车辆状态信息满足预设条件。实现成功还车之前,处理模块203还可以用于:当某一状态信息不满足预设条件时,向用户发送提示信息。例如,若车辆状态信息为车窗已关、车内载人、档位不为空挡、手刹未拉起,则提示用户将档位置为空挡、拉起手刹、离开车辆、关闭车门;若车辆状态信息为车内载人、档位为空挡、手刹已拉起、车窗已关,则提示用户离开车辆、关闭车门;若车辆状态信息为车内未载人、车门未关,则提示用户关闭车门。

在一些实施例中,所述获取模块还用于:

从设置在所述共享车辆上的obd接口获取车窗状态数据、车门状态数据、手刹状态数据、档位状态数据和还车重量数据,或者,从设置在所述共享车辆上的obd接口获取车窗状态数据、车门状态数据、手刹状态数据、档位状态数据,从设置在所述共享车辆上的重量传感器获取还车重量数据;

根据所述车窗状态数据确定所述车窗状态信息,根据所述还车重量数据确定所述载人状态信息,根据所述车门状态数据确定所述车门状态信息,根据所述手刹状态数据确定所述手刹状态信息,根据所述档位状态数据确定所述档位状态信息。

服务器直接从共享车辆上的obd接口或者obd接口和重量传感器获取车辆状态数据,能够简化对共享车辆的组件要求。

在另一些实施例中,所述获取模块还用于:向设置在所述共享车辆上的车载盒子发送数据请求,接收所述车载盒子返回的所述共享车辆的车辆状态信息;

其中,所述车载盒子从设置在所述共享车辆上的obd接口获取车窗状态数据、车门状态数据、手刹状态数据、档位状态数据和还车重量数据,或者,从设置在所述共享车辆上的obd接口获取车窗状态数据、车门状态数据、手刹状态数据、档位状态数据,从设置在所述共享车辆上的重量传感器获取还车重量数据;根据所述车窗状态数据确定所述车窗状态信息,根据所述还车重量数据确定所述载人状态信息,根据所述车门状态数据确定所述车门状态信息,根据所述手刹状态数据确定所述手刹状态信息,根据所述档位状态数据确定所述档位状态信息。

本发明实施例提及的车载盒子,是指能够实现共享车辆与服务器之间的通信、并且能够对车辆状态数据进行分析处理以确定车辆状态信息的元件。通过车辆盒子实现的obd接口或者obd接口和重量传感器与服务器之间的通信,一方面能够降低对obd接口或者obd接口和重量传感器的联网性能要求,另一方面,由于采用车辆盒子确定共享车辆的车辆状态信息,能够降低服务器的运行压力,提高服务器的服务性能。

可选地,所述车窗状态数据为16进制数据,其每一位代表一个或一类车窗;按照如下步骤确定所述共享车辆的车窗状态信息:对于所述车窗状态数据中的每一位,根据该位的取值和预设映射关系确定对应的一个或一类车窗的车窗状态信息;所述预设映射关系是指所述车窗状态数据中的每一位的取值与对应的一个或一类车窗的车辆状态信息之间的一一对应关系;和/或,

所述获取模块还用于:获取用车前所述共享车辆的初始重量。当所述还车重量小于或等于所述初始重量时,确定所述共享车辆的载人状态信息为车内未载人;当所述还车重量大于所述初始重量时,确定所述共享车辆的载人状态信息为车内载人。

可选地,按照优先级从高到低的顺序判断所述车辆状态信息中的每一项是否满足预设条件,且仅当当前优先级的车辆状态信息满足预设条件之后进行下一优先级车辆状态信息的判断;其中,所述车辆状态信息中车门状态信息的优先级最低。

根据本发明实施例的另一个方面,提供一种共享汽车安全还车系统。

图3是根据本发明实施例的共享汽车安全还车系统的主要组成的示意图。如图3所示,共享汽车安全还车系统300包括:共享车辆301,本发明实施例第二方面提供的共享汽车安全还车装置302,以及根据用户的操作请求向所述共享汽车安全还车装置发送还车指令的客户端303。

在图3示出的可选实施例中,共享车辆301上设置有obd接口3011、重量传感器3012和车载盒子3013,服务器303车载盒子3013与obd接口3011和重量传感器3012通信。

需要强调的是,本发明实施例共享汽车安全还车系统中的共享车辆并不一定必须包括车载盒子3012,例如服务器直接与obd接口3011和重量传感器3012通信,从obd接口3011和重量传感器3012获取车辆状态数据;也并不一定必须包含重量传感器3012,例如从obd接口获取包括车窗状态数据和载人状态数据的车辆状态数据,只要能够获取车辆状态数据即可。车辆状态数据的获取方式在本发明实施例的共享汽车安全还车方法和共享汽车安全还车装置中均有介绍,此处不再赘述。

下面结合图3示出的共享汽车安全还车系统的主要组成对本发明的共享汽车安全还车系统和共享汽车安全还车方法进行示例性说明。

1、共享汽车安全还车系统的组成介绍:

1)车载盒子:及时将从obd接口和重量传感器采集到的车辆状态数据,包括:电量、车辆状态、位置信息、里程信息等数据传输给服务器,并将服务器传输的指令传输至obd接口和重量传感器;

2)重量传感器:传输共享车辆的重量信息给车载盒子,并执行车载盒子的承重指令;

3)共享汽车安全还车装置:后台控制系统,该装置可以设置在服务器上,用于车载盒子与客户端之间间数据指令的判断分析及传输;

4)客户端:指能够配合实现本发明实施例的方法的app应用端,实现与用户的交互,用户可以通过客户端上的app实现查询、用车、还车及支付等功能;客户端可以是具有显示屏并且支持使用上述app的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

2、共享汽车安全还车方法介绍:

1)当用户对某一确定可以使用的共享汽车发出用车指令后,共享汽车安全还车装置会接受相应用车指令,并发送用车查询指令到车载盒子上。车载盒子接受查询指令后,会从obd接口采集车辆的位置信息、电量信息、里程信息、及以重量信息,并及时传输到后台服务器。

2)当用户用车结束还车时,通过手机端发送还车指令。共享汽车安全还车装置接受到还车指令时,会发送查询指令到车载盒子,车载盒子会收集此时obd接口采集到的位置信息、电量信息、车窗开关信息、车门信息、档位信息、手刹车信息、里程信息及重量信息反馈到服务器。由判断用户是否已安全还车。当确认已安全还车时,按照计费规则计算费用,发送支付信息由用户确认付款,还车成功。

3)当共享汽车安全还车装置根据车载盒子反馈的车辆状态信息判断车窗已关、车门处于关闭状态、档位归到空档、手刹车已拉好、车辆的重量与用户使用前的重量相等,则确认用户已离开车,且已关好车门、车窗、档位、手刹,电门关闭,可以还车。若有某项指标未达要求,将反馈相应的问题到手机app客户端,提醒用户完成某项操作。

4)通过车辆重量信息判断车内是否有人:当还车时的车辆重量大于用车前车辆重量,则判断用户未离开车;当还车时的车辆重量小于或等于用车前重量时,确认用户已离开车,车内已无人。

5)用车后若车窗未关,服务器会发送指令到手机,提醒用户关闭车窗;

6)还车时,共享汽车安全还车装置会优先判断车窗、档位、电门、手刹等需在车内操作的信息,若这些信息均已完成,则会提示用户离开车辆进行还车操作。

7)当用户离开车辆后,服务器会判断车门状态、车辆重量信息是否符合要求,若符合,则发送相应的支付指令到用户端,用户完成支付后完成还车。

附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。这些模块的名称在某种情况下并不构成对该模块本身的限定。

根据本发明实施例的技术方案,能够在不破坏原车接线的情况下自动查询用户是否离开车辆、车窗是否关闭等车辆状态信息,实现安全还车,对车辆无损伤并且成本低。

上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。

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