CN107563831A - 还车处理及控制方法、车载终端、用户终端、租车平台 - Google Patents

Abstract

本发明提供了一种还车处理及控制方法、车载终端、用户终端、租车平台，用户需要还车时，向车载终端发起第一还车请求，车载终端根据该请求采集车辆状态数据进行加密形成还车数据包反馈给用户终端，用户终端通过向租车平台发起第二还车请求将该还车数据包发给租车平台进行还车验证，并接收验证成功后反馈的还车控制指令转发给车载终端以供其对车辆实现还车控制；用户终端将车载终端对车辆实现还车控制后生成的还车成功指令发给租车平台以通知租车平台可以对用户终端对应的租车订单进行处理，完成整个还车过程。本发明提供的还车方案既能保证系统安全性，同时又能保证车载终端离线时用户能正常实现还车，提升还车成功率和用户体验的满意度。

Description

还车处理及控制方法、车载终端、用户终端、租车平台

技术领域

本发明涉及汽车租赁领域，尤其涉及一种还车处理及控制方法、车载终端、用户终端、租车平台。

背景技术

汽车租赁业是一种新兴的交通运输服务行业，它因为无须用户办理保险、无须年检维修、车型可随意更换等优点，以租车代替买车来控制企业或用户成本，已越来越受到企业和个人用户的青睐。随着智能终端、通信网络的发展，无钥匙租车在汽车租赁领域的应用也日益成熟和广泛。现有的无钥匙租车系统主要包括租车平台、设置在租赁汽车上的车载终端以及用户侧的用户终端，用户终端和车载终端都与租车平台进行通信连接，租车时，用户可以通过用户终端向租车平台下单获取汽车虚拟钥匙，车载终端与租车平台也保持通信获取相应的车载终端，然后用户终端与车载终端通信完成汽车虚拟钥匙的认证。还车时，用户终端向租车平台发起还车请求，然后租车平台与车载终端进行交互进行还车过程的验证等信息交互，租车平台控制车载终端对车辆完成还车控制后，通知用户终端还车成功。可见，现有无钥匙租车系统在租车和还车环节都要求车载终端与租车平台保持实时通信连接，但是车载终端是设置在车辆上的，被租赁的车辆可能会进入网络环境差甚至无网络环境的地方，特别是对于无线网络环境，无线信号受到外界信号干扰、在无信号的地下车库，都会影响到网络通信的稳定性，导致车辆上的车载终端无法与租车平台进行正常的通信，在这种情况下用户如果使用完车辆需要还车时，就会出现由于车载终端无法与租车平台进行正常的通信而不能实现正常还车的情况，会在很大程度上降低用户体验的满意度，不利于无钥匙租车业务的发展。

发明内容

本发明提供的一种还车处理及控制方法、车载终端、用户终端、租车平台，主要解决现有汽车租赁系统中，当车载终端与租车平台不能正常通信(也即车载终端离线)时不能实现正常还车的问题。

为解决上述技术问题，本发明实施例提供一种还车处理方法，包括：

车载终端接收用户终端发送的第一还车请求；

车载终端向所述用户终端反馈进行加密处理的还车数据包，所述还车数据包中包含所述车载终端当前采集的车辆状态数据；

车载终端接收所述用户终端反馈的还车控制指令，所述还车控制指令为租车平台对所述还车数据包验证成功后向所述用户终端下发的加密控制指令；

车载终端根据所述还车控制指令对车辆进行还车控制后，向所述用户终端发送还车成功指令。

其中，所述车载终端接收到所述第一还车请求后，向所述用户终端反馈还车数据包之前，还包括：

所述车载终端判断当前与所述租车平台是否保持正常通信连接，如是，向所述租车平台通过所述通信连接发送所述还车数据包；

所述车载终端接收所述租车平台对所述还车数据包验证成功后，通过所述通信连接反馈的还车控制指令；

所述车载终端根据所述还车控制指令对车辆进行还车控制后，通过所述通信连接向所述租车平台发送还车成功指令。

其中，所述车载终端与用户终端之间通过近距离通信进行数据交互。

其中，所述车辆状态数据包括车辆当前所处位置信息、车门当前状态信息、汽车点火状态信息中的至少一种。

其中，车载终端根据所述还车控制指令对车辆进行还车控制包括以下控制中的至少一种：

将汽车点火状态调到熄火状态；

控制车辆车门锁定；

将所述用户终端之汽车虚拟钥匙销毁；

将车辆配置信息初始化；

断开与所述用户终端的通信连接。

为了解决上述问题，本发明还提供一种还车控制方法,包括：

用户终端向车载终端发送第一还车请求；

用户终端接收所述车载终端根据所述第一还车请求反馈还车数据包，所述还车数据包中包含所述车载终端当前采集的车辆状态数据；

用户终端向租车平台发送第二还车请求，所述第二还车请求中包含所述还车数据包；

用户终端接收所述租车平台对所述还车数据包验证成功后反馈的还车控制指令并转发给所述车载终端；

用户终端接收所述车载终端根据所述还车控制指令对车辆进行控制后反馈的还车成功指令，并转发给所述租车平台以完成还车操作。

为了解决上述问题，本发明还提供一种还车处理方法，包括：

租车平台接收用户终端发送的第二还车请求，所述第二还车请求中包含所述用户终端从车载终端获取的还车数据包；

所述租车平台对所述还车数据包进行验证，并在验证成功时向所述用户终端发送进行加密处理后的还车控制指令，以通过所述用户终端转发给所述车载终端；

所述租车平台接收所述用户终端反馈的发送的还车成功指令，所述还车成功指令为所述车载终端根据所述还车控制指令对车辆进行还车控制后发送给所述用户终端的；

所述租车平台根据所述还车成功指令对所述用户终端对应的租车订单进行还车处理。

为了解决上述问题，本发明还提供一种车载终端，包括：

数据反馈模块，用于接收用户终端发送的第一还车请求，向所述用户终端反馈进行加密处理的还车数据包，所述还车数据包中包含当前采集的车辆状态数据；

还车控制模块，用于接收所述用户终端反馈的还车控制指令，根据所述还车控制指令对车辆进行还车控制后，向所述用户终端发送还车成功指令，所述还车控制指令为租车平台对还车数据包验证成功后向所述用户终端下发的加密控制指令。

为了解决上述问题，本发明还提供一种用户终端，包括：

还车请求发起模块，用于向车载终端发送第一还车请求，接收车载终端根据所述第一还车请求反馈还车数据包，所述还车数据包中包含所述车载终端当前采集的车辆状态数据；以及用于向租车平台发送第二还车请求，所述第二还车请求中包含所述还车数据包；

转发模块，用于接收所述租车平台对所述还车数据包验证成功后反馈的还车控制指令并转发给所述车载终端；以及用于接收所述车载终端根据所述还车控制指令对车辆进行控制后反馈的还车成功指令，并转发给所述租车平台以完成还车操作。

为了解决上述问题，本发明还提供一种租车平台，包括：

请求接收模块，用于接收用户终端发送的第二还车请求，所述第二还车请求中包含所述用户终端从车载终端获取的还车数据包；

还车处理模块，用于对所述还车数据包进行验证，并在验证成功时向所述用户终端发送进行加密处理后的还车控制指令，以及用于接收所述用户终端反馈的发送的还车成功指令，根据所述还车成功指令对所述用户终端对应的租车订单进行还车处理；所述还车成功指令为所述车载终端根据所述还车控制指令对车辆进行控制后发送给所述用户终端的。

本发明的有益效果是：

本发明提供的还车处理及控制方法、车载终端、用户终端、租车平台，用户需要还车时，可以直接向车载终端发起第一还车请求，车载终端根据该请求采集车辆状态数据进行加密形成还车数据包反馈给用户终端，用户终端通过向租车平台发起第二还车请求将该还车数据包发给租车平台进行还车验证，并接收租车平台验证成功后反馈的还车控制指令从而转发给车载终端，以供车载终端对车辆实现还车控制；然后用户终端将车载终端对车辆实现还车控制后生成的还车成功指令转发给租车平台，以通知租车平台还车控制完成，可以对用户终端对应的租车订单进行处理，完成整个还车过程。可见，本发明提供的还车方案并不要求车载终端与租车平台保持通信连接，二者之间的信息交互可由用户终端进行转发，且不对用户开放的数据可以进行加密处理后转发，既能保证系统安全性，同时又能保证车载终端离线时用户能正常实现还车，提升还车成功率的同时，在很大程度上提升用户体验的满意度，有利于无钥匙汽车租赁业务的拓展。

附图说明

图1为本发明实施例一提供的租车认证方法流程示意图；

图2为本发明实施例一提供的车载终端侧离线还车流程示意图；

图3为本发明实施例一提供的在线还车流程示意图；

图4为本发明实施例一提供的用户终端侧离线还车流程示意图；

图5为本发明实施例一提供的租车平台侧离线还车流程示意图；

图6为本发明实施例二提供的租车系统结构示意图；

图7为本发明实施例二提供的车载终端结构示意图；

图8为本发明实施例二提供的用户终端结构示意图；

图9为本发明实施例二提供的租车平台结构示意图；

图10为本发明实施例三提供的租车流程示意图。

具体实施方式

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

实施例一：

本实施例中的租车系统涉及租车平台、设置在待出租汽车上的车载终端以及作为汽车虚拟钥匙的用户终端。应当理解的是本实施例中的租车平台架构可以是各种能实现汽车租赁账户管理、计时、计费及扣费等功能的通信架构，在此不再赘述。车载终端理论上可以设置于汽车的任意位置，只要其能与用户终端可靠的建立通信连接实现信息交互即可，例如可以设置在车内前排的中控台上，也可以设置于汽车后排尾部，甚至可以设置于汽车外部；车载终端可以是各种具备与用户终端进行通信且具备计算、认证处理功能的终端；且车载终端可以具备控制车门的开关的能力，还可具备对车窗、空调、音响等单元中的至少一个进行控制的能力，以及实现对车辆状态数据进行采集的能力，具体可以实现方式在此不再赘述。用户终端则是可与租车平台以及车载终端进行通信完成注册、下单、认证的发起等功能的各种用户终端，例如可以是手机、平板电脑、阅读器、播放器等。

在本实施例中，用户终端要使用汽车租赁业务，其需要在租车平台上进行账户注册，注册的账户可以是临时账户，也可以是长时间或永久账户，具体账户注册和管理机制在此不再赘述。

用户通过用户终端向租车平台租车时，必然包含下单租车环节和使用完毕后的还车环节。本实施例中下单租车时可以通过车载终端在线方式下单，也可以通过车载终端离线方式下单。使用完毕后的还车环节也可以通过车载终端在线方式还车，也可以通过车载终端离线方式还车，优选后面这种方式。下面本实施例对下单租车环节和还车环节进行示例说明。

对于下单租车环节，采用车载终端离线方式下单租车时，其过程如下。

用户终端注册后可以在租车平台上下单进行租车，其向租车平台发送下单请求时，该下单请求中可以包含账户信息，租车平台可根据该账户信息对其进行初步的身份认证，当然该认证过程非必要过程，可以根据具体的管理机制去除。本实施例中租车平台具有用于身份认证的认证密钥，优选的在出租车辆上的车载终端中也预先存储相应的认证密钥。本实施例中车载终端上可以存储与租车平台上完全相同的认证密钥，也即存储有所有认证密钥，此时一辆车就对应所有认证密钥，这种设置方式具有良好的通用性，用户可以找到该租车平台下的任意一辆车进行身份认证。

应当理解的是，本实施例中租车平台与用户终端之间进行信息交互时，租车平台可以采用加密方式与之进行交互，用户终端从租车平台获取的身份认证信息是加密信息，可以进一步提升安全性；同时相应的解密方式可以在车载终端上进行预先设置，这样车载终端收到该身份认证信息后可以采用对应的解密方式对其进行解析。同样，车载终端与用户终端之间的通信根据实际需要也可以采用加密方式进行。

由于本实施例中的车载终端预先设置了认证密钥，因此在对用户终端进行身份认证时，其可以基于本地预存的认证密钥对其进行身份认证，此时的认证过程则可以脱离租车平台进行，只要能保证车载终端与用户终端之间的良好通信即可。而保证两个终端之间的近距离通信则有多种通信机制可以选择实现，例如可以选择各种近距离通信方式，包括但不限于WIFI、蓝牙、NFC、红外、ZigBee，也可以选择广域无线通信方式，例如通过2G/3G/4G/5G等，当然二者之间也可以通过有线连接通信，例如通过USB数据线实现通信等。这样可以解决车辆与租车平台之间的通信问题，车辆可以停放在任何区域，拓展了租车应用空间。基于上述设置，本实施例提供的车载终端离线方式下单租车的过程参见图1所示，包括：

S101：用户终端作为汽车虚拟钥匙可向租车平台注册下单，租车平台在收到用户终端的下单请求后，根据相应的认证密钥生成身份认证信息并发给用户终端。

S102：用户终端与车辆上的车载终端建立通信，向其发送包含身份认证信息的指令。

S103：车载终端接收到用户终端发送的指令。

S104：车载终端本地预先存储有认证密钥，根据预先存储的认证密钥对该指令中的身份认证信息进行认证处理，并在认证成功时，允许用户终端对车辆进行控制。

本实施例中，为了提升认证的可靠性和成功率，还可以在车载终端与租车平台能建立正常通信完成信息交互时，从租车平台获取其生成身份认证信息时所采用的认证密钥(当然也可以直接获取其所生成的认证证书，二者本质相同)，然后再与用户终端发送过来的进行比较，以判断其身份是否合法，也即采用车载终端在线方式实现下单租车。

用户租车就必然会存在还车的环节，如上所述，在本实施例中，还车环节优选可以通过车载终端离线方式实现。用户需要还车时，可以通过用户终端直接向车载终端发起第一还车请求，车载终端根据该请求采集车辆状态数据进行加密形成还车数据包反馈给用户终端，用户终端通过向租车平台发起第二还车请求将该还车数据包发给租车平台进行还车验证，并接收租车平台验证成功后反馈的还车控制指令从而转发给车载终端，以供车载终端对车辆实现还车控制；然后用户终端将车载终端对车辆实现还车控制后生成的还车成功指令转发给租车平台，以通知租车平台还车控制完成，可以对用户终端对应的租车订单进行处理，完成整个还车过程。这种还车方案并不要求车载终端与租车平台保持通信连接，二者之间的信息交互可由用户终端进行转发，且不对用户开放的数据可以进行加密处理后转发，既能保证系统安全性，同时又能保证车载终端离线时用户能正常实现还车，提升还车成功率的同时，在很大程度上提升用户体验的满意度，有利于无钥匙汽车租赁业务的拓展。为了便于理解，下面分别以车载终端侧、用户终端侧以及租车平台侧在离线还车过程中所执行的步骤进行示例说明。

在车载终端侧，在离线还车过程中其所执行的还车处理方法参见图2所示，包括：

S201：车载终端接收用户终端发送的第一还车请求。

为了保证车载终端与用户终端之间的良好通信有多种通信机制可以选择实现，例如可以选择各种近距离通信方式，此时车载终端与用户终端之间通过近距离通信进行数据交互，包括但不限于WIFI、蓝牙、NFC、红外、ZigBee，也可以选择广域无线通信方式，例如通过2G/3G/4G/5G等，当然二者之间也可以通过有线连接通信，例如通过USB数据线实现通信等。该第一还车请求是用户需要还车时或用户终端自动判断满足还车条件(例如自动判断租赁时间到达时)向车载终端发起的，以触发车载终端执行还车处理流程。

S202：车载终端向用户终端反馈进行加密处理的还车数据包，该还车数据包中包含所述车载终端当前采集的车辆状态数据。

车载终端收到第一还车请求后，即可知道用户需要还车，采集所在车辆当前的状态数据生成还车数据包，并对其进行加密后反馈给用户终端，以避免该数据包被截取破解，保证系统安全性。车载终端所采集的车辆状态数据可包括但不限车辆当前所处位置信息、车门当前状态信息、汽车点火状态信息中的至少一种，以后租车平台后续进行还车认证。

S203：车载终端接收用户终端反馈的还车控制指令，该还车控制指令为租车平台对还车数据包验证成功后向用户终端下发的加密控制指令，以通知车载终端对车辆进行还车控制，避免车辆被非法使用。

S204：车载终端根据还车控制指令对车辆进行还车控制后，向用户终端发送还车成功指令，以供用户终端将该还车成功指令转发给租车平台，这样租车平台就知道还车完毕，对相应的订单进行处理，例如计费结算处理等。

本实施例中，车载终端根据还车控制指令对车辆进行还车控制包括但不限于以下控制中的至少一种：

将汽车点火状态调到熄火状态,将汽车熄火，避免车辆消耗过多的能源，也避免发生其它安全事故；

控制车辆车门锁定，避免外部人员非法进入，也避免用户还车后再次进入使用；

将用户终端之汽车虚拟钥匙销毁，也是避免外部人员非法进入，也避免用户还车后再次进入使用；

将车辆配置信息初始化；

断开与用户终端的通信连接，该控制可作为一种可选的控制。

图2所示的过程是车载终端离线时，通过用户终端转发车载终端与租车平台之间的信息实现还车过程。本实施中，还可同时结合车载终端在线还车方式实现还车，以提升还车的成功率和可靠性，该过程参见图3所示，包括：

S301：车载终端接收到第一还车请求后，向用户终端反馈还车数据包之前，判断当前与租车平台是否保持正常通信连接，如是，转至S302；否则，转至S305；

S302：车载终端向租车平台通过所述通信连接发送所述还车数据包。

S303：车载终端接收租车平台对所述还车数据包验证成功后，通过所述通信连接反馈的还车控制指令；

S304：车载终端根据还车控制指令对车辆进行还车控制后，通过所述通信连接向所述租车平台发送还车成功指令。

S305：车载终端向用户终端反馈还车数据包，进入上述离线还车流程。

在用户终端侧，其在车载终端离线还车过程中的还车控制方法参见图4所示，包括：

S401：用户终端向车载终端发送第一还车请求。

S402：用户终端接收车载终端根据所述第一还车请求反馈还车数据包，所述还车数据包中包含所述车载终端当前采集的车辆状态数据。

S403：用户终端向租车平台发送第二还车请求，所述第二还车请求中包含所述还车数据包。

用户终端与租车平台之间可以通过广域网通信，例如2G、3G、4G、5G等蜂窝网络进行通信，且由于用户终端的移动性较好，因此能较好的满足通信环境需求。

S404：用户终端接收所述租车平台对所述还车数据包验证成功后反馈的还车控制指令并转发给所述车载终端。

S405：用户终端接收所述车载终端根据所述还车控制指令对车辆进行控制后反馈的还车成功指令，并转发给所述租车平台以完成还车操作。

相应的，在租车平台侧，其在车载终端离线还车过程中的还车处理方法参见图5所示，包括：

S501：租车平台接收用户终端发送的第二还车请求，该第二还车请求中包含所述用户终端从车载终端获取的还车数据包。

S502：租车平台对所述还车数据包进行验证，并在验证成功时向所述用户终端发送进行加密处理后的还车控制指令，以通过所述用户终端转发给所述车载终端。

租车平台对还车数据包进行验证以判断当前是否满足还车条件，该还车条件以及具体需要验证的内容则可以根据实际需求灵活设定。例如可以对当前车辆车门状态、位置信息、汽车点火状态等至少一种进行验证，如果满足预设的还车条件，则下发还车控制指令允许还车，否则，不允许还车。

S503：租车平台接收用户终端反馈的发送的还车成功指令，该还车成功指令为车载终端根据所述还车控制指令对车辆进行还车控制后发送给所述用户终端的。

S504：租车平台根据还车成功指令对所述用户终端对应的租车订单进行还车处理，该处理包括但不限于计费结算处理。

采用本实施例提供的还车处理及控制方法，并不要求车载终端与租车平台保持通信连接，二者之间的信息交互可由用户终端进行转发，且不对用户开放的数据可以进行加密处理后转发，既能保证系统安全性，同时又能保证车载终端离线时用户能正常实现还车，提升还车成功率的同时，在很大程度上提升用户体验的满意度，有利于无钥匙汽车租赁业务的拓展。

且采用本实施例提供的租车方式，用户也可以直接使用用户终端作为汽车虚拟钥匙与租赁平台和汽车上的车载终端进行交互，完成身份认证实现租车，提升租赁效率以及用户租车体验的满意度，避免实体钥匙在汽车租赁过程中被破解而导致的各种安全隐患，保证租赁公司以及用户的财产安全。

实施例二：

本实施例提供了一种租车系统，参见图6所示，包括：租车平台1、出租汽车2以及作为汽车虚拟钥匙的用户终端3，三者之间的连接关系参见实施例一所示，在此不再赘述。其中，出租汽车2上设置有车载终端21，用户终端3向租车平台1租车时，必然包含下单租车环节和使用完毕后的还车环节。本实施例中用户终端3下单租车时可以通过车载终端21在线方式下单，也可以通过车载终端21离线方式下单，在此不再赘述。使用完毕后的还车环节用户终端3也可以通过车载终端21在线方式还车，也可以通过车载终端21离线方式还车，优选后面这种方式。下面本实施例结合上述各设备的结构对还车环节进行示例说明。

参见图7所示，本实施例中的车载终端21包括：

数据反馈模块211，用于接收用户终端发送的第一还车请求，向用户终端3反馈进行加密处理的还车数据包，该还车数据包中包含当前采集的车辆状态数据。

数据反馈模块211收到第一还车请求后，即可知道用户需要还车，采集所在车辆当前的状态数据生成还车数据包，并对其进行加密后反馈给用户终端3，以避免该数据包被截取破解，保证系统安全性。数据反馈模块211所采集的车辆状态数据可包括但不限车辆当前所处位置信息、车门当前状态信息、汽车点火状态信息中的至少一种，以后租车平台1后续进行还车认证。

还车控制模块212，用于接收用户终端3反馈的还车控制指令，根据还车控制指令对车辆进行还车控制后，向用户终端3发送还车成功指令，这样租车平台就知道还车完毕，对相应的订单进行处理，例如计费结算处理等。本实施例中的还车控制指令为租车平台对还车数据包验证成功后向用户终端3下发的加密控制指令，以通知车载终端对车辆进行还车控制，避免车辆被非法使用。

本实施例中，还车控制模块212根据还车控制指令对车辆进行还车控制包括但不限于以下控制中的至少一种：

还车控制模块212将汽车点火状态调到熄火状态,将汽车熄火，避免车辆消耗过多的能源，也避免发生其它安全事故；

还车控制模块212控制车辆车门锁定，避免外部人员非法进入，也避免用户还车后再次进入使用；

还车控制模块212将用户终端之汽车虚拟钥匙销毁，也是避免外部人员非法进入，也避免用户还车后再次进入使用；

还车控制模块212将车辆配置信息初始化；

还车控制模块212断开与用户终端的通信连接，该控制可作为一种可选的控制。

本实施例中的数据反馈模块211和还车控制模块212功能可以通过车载终端21的控制器或处理实现。

参见图8所示，本实施例中的用户终端3包括：

还车请求发起模块31，用于向车载终端21发送第一还车请求，接收车载终端21根据第一还车请求反馈还车数据包，该还车数据包中包含车载终端21当前采集的车辆状态数据；以及用于向租车平台发送第二还车请求，第二还车请求中包含还车数据包。

转发模块32，用于接收租车平台1对还车数据包验证成功后反馈的还车控制指令并转发给车载终端21；以及用于接收车载终端21根据还车控制指令对车辆进行控制后反馈的还车成功指令，并转发给租车平台1以完成还车操作。

用户终端3与租车平台1之间可以通过广域网通信，例如2G、3G、4G、5G等蜂窝网络进行通信，且由于用户终端的移动性较好，因此能较好的满足通信环境需求。

本实施例中的还车请求发起模块31和转发模块32功能可以通过用户终端3的控制器或处理实现。

参见图9所示，本实施例中的租车平台1包括：

请求接收模块11，用于接收用户终端3发送的第二还车请求，第二还车请求中包含用户终端3从车载终端21获取的还车数据包；

还车处理模块12，用于对还车数据包进行验证，并在验证成功时向用户终端3发送进行加密处理后的还车控制指令，以及用于接收用户终端3反馈的发送的还车成功指令，根据还车成功指令对用户终端3对应的租车订单进行还车处理；还车成功指令为车载终端21根据还车控制指令对车辆进行控制后发送给用户终端3的。

本实施例中的请求接收模块11和还车处理模块12功能可以通过租车平台1的控制器或处理实现，或通过租车平台1的某一个服务器实现，或通过租车平台1的不同服务器实现。

采用本实施例提供的租车平台1、用户终端3以及车载终端21，租车下单时可以采用车载终端21在线或离线方式进行下单租车。且在还车时，也并不要求车载终端21与租车平台1保持通信连接，二者之间的信息交互可由用户终端3进行转发，且不对用户开放的数据可以进行加密处理后转发，既能保证系统安全性，同时又能保证车载终端离线时用户能正常实现还车，提升还车成功率的同时，在很大程度上提升用户体验的满意度，有利于无钥匙汽车租赁业务的拓展，保证租赁公司以及用户的财产安全。

实施例三：

本实施例以用户终端(也即虚拟钥匙)为手机，租车平台包括租车服务器为示例进行说明。车载终端采集的数据上报给租车服务器有多种方式，主要为：(1)通过无线网络连接网络运营商基站，上报给租车服务器；(2)通过蓝牙设备连接租车者的手机，通过手机转发给传输给租车服务器。本实施例以第(2)中方式进行示例说明，此时整个租车使用流程参见图10所示，包括：

S1001：客户在手机应用中，向租车平台租用车辆。

S1002：在取车时，租车平台会向手机应用发送车辆的唯一标识和控制密钥，此密钥为动态生成以进行后续的租车认证。

S1003：在客户用车结束，进入车辆控制或还车界面时，手机应用会自动扫描周边车辆，并找到已经下载到的唯一标识匹配到已租车辆。

S1004：手机应用会主动向车辆的车载终端发起连接，并向车载终端发出认证密钥。

S1005：在车载终端认证通过后，手机就可以与车载终端正常通信了。此时，手机应用上可以显示出车辆的运行参数，包含电量、档位车门状态等数据。

S1006：在地下停车室或车载终端网络异常的离线环境下，客户点击手机应用上的还车按钮时，手机应用会向车载设备发起还车请求。

S1007：车载设备收到还车请求时，把还车所需要的数据打包并加密，发送给客户的手机应用。

S1008：手机应用收到还车数据包后，向租车平台发送还车请求，并附带还车数据包。

S1009：租车平台对客户还车请求中的还车数据包解密，验证还车数据包的参数，验证通过后，租车平台把还车成功指令打包并加密后发送给客户手机应用。

S1010：手机应用收到指令包后，转发给车辆的车载设备。

S1011：车载设备把还车成功指令包解密验证并配置到车辆中。

S1012：车载设备把成功配置指令打包并加密，发送给手机应用。

S1013:手机应用同时转发配置成功指令包给租车平台。

S1014：租车平台解密并验证通过后，修改订单状态，返回给客户的手机应用，完成客户的还车流程。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (10)

1.一种还车处理方法，其特征在于，包括：

车载终端接收用户终端发送的第一还车请求；

车载终端向所述用户终端反馈进行加密处理的还车数据包，所述还车数据包中包含所述车载终端当前采集的车辆状态数据；

车载终端接收所述用户终端反馈的还车控制指令，所述还车控制指令为租车平台对所述还车数据包验证成功后向所述用户终端下发的加密控制指令；

车载终端根据所述还车控制指令对车辆进行还车控制后，向所述用户终端发送还车成功指令。

2.如权利要求1所述的还车处理方法，其特征在于，所述车载终端接收到所述第一还车请求后，向所述用户终端反馈还车数据包之前，还包括：

所述车载终端判断当前与所述租车平台是否保持正常通信连接，如是，向所述租车平台通过所述通信连接发送所述还车数据包；

所述车载终端接收所述租车平台对所述还车数据包验证成功后，通过所述通信连接反馈的还车控制指令；

所述车载终端根据所述还车控制指令对车辆进行还车控制后，通过所述通信连接向所述租车平台发送还车成功指令。

3.如权利要求1或2所述的还车处理方法，其特征在于，所述车载终端与用户终端之间通过近距离通信进行数据交互。

4.如权利要求1或2所述的还车处理方法，其特征在于，所述车辆状态数据包括车辆当前所处位置信息、车门当前状态信息、汽车点火状态信息中的至少一种。

5.如权利要求1或2所述的还车处理方法，其特征在于，车载终端根据所述还车控制指令对车辆进行还车控制包括以下控制中的至少一种：

将汽车点火状态调到熄火状态；

控制车辆车门锁定；

将所述用户终端之汽车虚拟钥匙销毁；

将车辆配置信息初始化；

断开与所述用户终端的通信连接。

6.一种还车控制方法,其特征在于，包括：

用户终端向车载终端发送第一还车请求；

用户终端接收所述车载终端根据所述第一还车请求反馈还车数据包，所述还车数据包中包含所述车载终端当前采集的车辆状态数据；

用户终端向租车平台发送第二还车请求，所述第二还车请求中包含所述还车数据包；

用户终端接收所述租车平台对所述还车数据包验证成功后反馈的还车控制指令并转发给所述车载终端；

用户终端接收所述车载终端根据所述还车控制指令对车辆进行控制后反馈的还车成功指令，并转发给所述租车平台以完成还车操作。

7.一种还车处理方法，其特征在于，包括：

租车平台接收用户终端发送的第二还车请求，所述第二还车请求中包含所述用户终端从车载终端获取的还车数据包；

所述租车平台对所述还车数据包进行验证，并在验证成功时向所述用户终端发送进行加密处理后的还车控制指令，以通过所述用户终端转发给所述车载终端；

所述租车平台接收所述用户终端反馈的发送的还车成功指令，所述还车成功指令为所述车载终端根据所述还车控制指令对车辆进行还车控制后发送给所述用户终端的；

所述租车平台根据所述还车成功指令对所述用户终端对应的租车订单进行还车处理。

8.一种车载终端，其特征在于，包括：

数据反馈模块，用于接收用户终端发送的第一还车请求，向所述用户终端反馈进行加密处理的还车数据包，所述还车数据包中包含当前采集的车辆状态数据；

还车控制模块，用于接收所述用户终端反馈的还车控制指令，根据所述还车控制指令对车辆进行还车控制后，向所述用户终端发送还车成功指令，所述还车控制指令为租车平台对还车数据包验证成功后向所述用户终端下发的加密控制指令。

9.一种用户终端，其特征在于，包括：

还车请求发起模块，用于向车载终端发送第一还车请求，接收车载终端根据所述第一还车请求反馈还车数据包，所述还车数据包中包含所述车载终端当前采集的车辆状态数据；以及用于向租车平台发送第二还车请求，所述第二还车请求中包含所述还车数据包；

转发模块，用于接收所述租车平台对所述还车数据包验证成功后反馈的还车控制指令并转发给所述车载终端；以及用于接收所述车载终端根据所述还车控制指令对车辆进行控制后反馈的还车成功指令，并转发给所述租车平台以完成还车操作。

10.一种租车平台，其特征在于，包括：

请求接收模块，用于接收用户终端发送的第二还车请求，所述第二还车请求中包含所述用户终端从车载终端获取的还车数据包；

还车处理模块，用于对所述还车数据包进行验证，并在验证成功时向所述用户终端发送进行加密处理后的还车控制指令，以及用于接收所述用户终端反馈的发送的还车成功指令，根据所述还车成功指令对所述用户终端对应的租车订单进行还车处理；所述还车成功指令为所述车载终端根据所述还车控制指令对车辆进行控制后发送给所述用户终端的。