CN109636537A - 一种还车方法及装置和取车方法及装置 - Google Patents
一种还车方法及装置和取车方法及装置 Download PDFInfo
- Publication number
- CN109636537A CN109636537A CN201811557767.9A CN201811557767A CN109636537A CN 109636537 A CN109636537 A CN 109636537A CN 201811557767 A CN201811557767 A CN 201811557767A CN 109636537 A CN109636537 A CN 109636537A
- Authority
- CN
- China
- Prior art keywords
- car
- mobile terminal
- vehicle
- pick
- returning
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0645—Rental transactions; Leasing transactions
Abstract
本申请公开了一种还车方法及装置和取车方法及装置，通过在移动终端的存储空间内保存订单数据，使得移动终端能够根据订单数据在网络异常时控制车辆执行还车(取车)流程；而且当还车(取车)流程达到还车(取车)条件时，移动终端保存还车(取车)信息，以便当网络恢复正常时，移动终端将还车(取车)信息发送至车辆服务端，使得车辆服务端根据还车(取车)信息，更新其存储空间中的车辆租用信息。此时，由于还车(取车)信息中包括还车(取车)时间，使得车辆服务端中记录的还车(取车)行为的时间与用户的实际还车(取车)行为的时间相同，从而保证用户的实际还车行为与云端记录的还车(取车)行为达到同步，进而避免用户消费异常问题的发生。
Description
技术领域
本申请涉及车辆技术领域，尤其涉及一种还车方法及装置和取车方法及装置。
背景技术
随着车辆的普及，租车出行成为了一种常见的出行方式。租车可以是用户通过租车软件租用车辆，以便于用户可以自己驾驶其租用的车辆。
在现有技术中，当用户租用车辆时，需要在有网的情况下进行租用流程；当用户归还车辆时，也需要在有网的情况下进行归还流程。
然而，由于地下停车场的网络信号较差，甚至处于网络无法连接的状态，因而，当用户进行还车时，用户无法正常进行归还流程，导致用户的实际还车行为与云端记录的还车行为不同步，进而导致用户消费异常的问题。
例如，当用户在10点时完成还车行为，但是由于地下车库无网，导致用户无法在租车软件上进行还车的相关流程。随后，当用户在10点15分时到达地面时，网络恢复正常，用户能够在租车软件上进行相关的流程，使得云端记录的还车行为的时间为10点15分。如此，由于用户实际还车行为比云端记录的还车行为早15分钟，而且用户的租车消费是根据云端记录的车辆使用时间计算的，因而，根据云端数据获得的租车消费将高于用户的实际租车消费，产生消费异常的问题。
发明内容
为了解决现有技术中存在的以上技术问题，本申请提供一种还车方法及装置和取车方法及装置，能够在无网情况下进行还车(取车)，从而保证用户的实际还车(取车)行为与云端记录的还车(取车)行为达到同步，进而避免用户消费异常问题的发生。
为了实现上述目的，本申请提供的技术方案如下：
本申请提供一种还车方法，包括：
当确定还车停车场内无法进行网络通信时，移动终端开启蓝牙；所述移动终端从其存储空间中获取订单数据；其中，所述订单数据，包括：还车流程和还车条件；
根据所述订单数据中的还车流程，所述移动终端通过蓝牙通信向所述车辆发送控制指令，以便所述车辆根据所述控制指令执行还车流程，并将执行结果通过所述蓝牙通信反馈给所述移动终端；
当所述移动终端确定所述执行结果达到所述还车条件时，则所述移动终端保存还车信息；其中，所述还车信息，包括：还车时间；
当所述移动终端的网络信号恢复正常时，所述移动终端向车辆服务端发送所述还车信息，以便所述车辆服务端根据所述还车信息，更新其存储空间中的车辆租用信息。
可选的，所述确定还车停车场内无法进行网络通信之前，还包括：
当所述移动终端向所述车辆服务端发送所述订单数据时，所述移动终端存储所述车辆对应的订单数据；
或，
当所述移动终端向所述车辆服务端发送所述订单数据之后，所述移动终端接收并保存所述车辆服务端发送的订单数据。
可选的，所述订单数据，还包括：预设还车停车场的位置信息；
所述根据所述还车流程，所述移动终端通过蓝牙通信向所述车辆发送控制指令之前，还包括：
当所述移动终端接收所述车辆发送的车辆位置信息时，根据所述订单数据中的预设还车停车场的位置信息和所述车辆位置信息，确定所述车辆位于所述预设还车停车场内。
可选的，所述确定还车停车场内无法进行网络通信，具体为：
判断所述移动终端的网络信号是否异常；
当确定所述移动终端的网络信号异常时，确定还车停车场内无法进行网络通信。
可选的，所述确定还车停车场内无法进行网络通信，具体为：
所述移动终端获取所述还车停车场的网络状态信息；
根据所述还车停车场的网络状态信息，确定还车停车场内无法进行网络通信。
可选的，所述移动终端获取所述还车停车场的网络状态信息，具体为：
所述移动终端向所述车辆服务端发送还车停车场的位置信息，以便所述车辆服务端根据所述还车停车场的位置信息，获取还车停车场的网络状态信息；
所述移动终端接收所述车辆服务端发送的所述还车停车场的网络状态信息。
可选的，所述移动终端获取所述还车停车场的网络状态信息，具体为：
所述移动终端从其存储空间中获取所述还车停车场的网络状态信息。
可选的，还包括：
当所述车辆服务端根据所述还车信息生成租车消费信息之后，所述移动终端接收所述租车消费信息，以便用户根据所述租车消费信息进行支付。
可选的，所述车辆服务端根据所述还车信息，更新其存储空间中的车辆租用信息，包括：
所述车辆服务端根据所述还车信息，获取租车消费金额；
所述车辆服务端从租车押金中扣除所述租车消费金额，获取并保存押金余额。
本申请还提供一种取车方法，包括：
当确定取车停车场内无法进行网络通信时，移动终端开启蓝牙；所述移动终端从其存储空间中获取订单数据；其中，所述订单数据，包括：取车流程和取车条件；
根据所述订单数据中的取车流程，所述移动终端通过蓝牙通信向所述车辆发送控制指令，以便所述车辆根据所述控制指令执行取车流程，并将执行结果通过所述蓝牙通信反馈给所述移动终端；
当所述移动终端确定所述执行结果达到所述取车条件时，则所述移动终端保存取车信息；其中，所述取车信息，包括：取车时间；
当所述移动终端的网络信号恢复正常时，所述移动终端向车辆服务端发送所述取车信息，以便所述车辆服务端根据所述取车信息，更新其存储空间中的车辆租用信息。
可选的，所述确定取车停车场内无法进行网络通信之前，还包括：
当所述移动终端向所述车辆服务端发送所述订单数据时，所述移动终端存储所述车辆对应的订单数据；
或，
当所述移动终端向所述车辆服务端发送所述订单数据之后，所述移动终端接收并保存所述车辆服务端发送的订单数据。
可选的，所述订单数据，还包括：租用车辆的标识信息；
所述根据所述订单数据中的取车流程，所述移动终端通过蓝牙通信向所述车辆发送控制指令之前，还包括：
所述移动终端通过蓝牙通信向当前车辆发送所述租用车辆的标识信息，以便所述当前车辆将其存储的标识信息与所述租用车辆的标识信息进行匹配，并通过蓝牙通信向所述移动终端反馈所述匹配结果；
所述移动终端根据所述匹配结果，确定所述当前车辆为租用车辆。
可选的，所述确定取车停车场内无法进行网络通信，具体为：
判断所述移动终端的网络信号是否异常；
当确定所述移动终端的网络信号异常时，确定取车停车场内无法进行网络通信。
可选的，所述确定取车停车场内无法进行网络通信，具体为：
所述移动终端获取所述取车停车场的网络状态信息；
根据所述取车停车场的网络状态信息，确定取车停车场内无法进行网络通信。
可选的，所述移动终端获取所述取车停车场的网络状态信息，具体为：
所述移动终端向所述车辆服务端发送取车停车场的位置信息，以便所述车辆服务端根据所述取车停车场的位置信息，获取取车停车场的网络状态信息；
所述移动终端接收所述车辆服务端发送的所述取车停车场的网络状态信息。
可选的，所述移动终端获取所述取车停车场的网络状态信息，具体为：
所述移动终端从其存储空间中获取所述取车停车场的网络状态信息。
本申请还提供一种还车装置，包括：
第一获取单元，用于当确定还车停车场内无法进行网络通信时，移动终端开启蓝牙；所述移动终端从其存储空间中获取订单数据；其中，所述订单数据，包括：还车流程和还车条件；
第一发送单元，用于根据所述订单数据中的还车流程，所述移动终端通过蓝牙通信向所述车辆发送控制指令，以便所述车辆根据所述控制指令执行还车流程，并将执行结果通过所述蓝牙通信反馈给所述移动终端；
第一保存单元，用于当所述移动终端确定所述执行结果达到所述还车条件时，则所述移动终端保存还车信息；其中，所述还车信息，包括：还车时间；
第二发送单元，用于当所述移动终端的网络信号恢复正常时，所述移动终端向车辆服务端发送所述还车信息，以便所述车辆服务端根据所述还车信息，更新其存储空间中的车辆租用信息。
本申请还提供一种取车装置，包括：
第二获取单元，用于当确定取车停车场内无法进行网络通信时，移动终端开启蓝牙；所述移动终端从其存储空间中获取订单数据；其中，所述订单数据，包括：取车流程和取车条件；
第三发送单元，用于根据所述订单数据中的取车流程，所述移动终端通过蓝牙通信向所述车辆发送控制指令，以便所述车辆根据所述控制指令执行取车流程，并将执行结果通过所述蓝牙通信反馈给所述移动终端；
第二保存单元，用于当所述移动终端确定所述执行结果达到所述取车条件时，则所述移动终端保存取车信息；其中，所述取车信息，包括：取车时间；
第四发送单元，用于当所述移动终端的网络信号恢复正常时，所述移动终端向车辆服务端发送所述取车信息，以便所述车辆服务端根据所述取车信息，更新其存储空间中的车辆租用信息。
与现有技术相比，本申请至少具有以下优点：
本申请提供的还车方法中，当还车停车场内无法进行网络通信时，移动终端根据其存储的订单数据执行还车流程，当还车流程的执行结果达到还车条件时，则移动终端保存还车信息，而且当移动终端的网络信号恢复正常时，移动终端将还车信息发送至车辆服务端，以便所述车辆服务端根据所述还车信息，更新其存储空间中的车辆租用信息。如此，在该方法中，由于移动终端的存储空间中存有订单数据，因而，移动终端能够在网络信号异常的情况下，根据存储的订单数据完成还车流程并存储还车信息，使得还车信息能够准确的记录用户的还车时间。而且，当车辆服务端根据还车信息更新车辆租用信息后，车辆服务端中所记录的还车行为的时间与用户的实际还车行为的时间相同，从而保证用户的实际还车行为与云端记录的还车行为达到同步，进而避免用户消费异常问题的发生。
另外，本申请还提供了一种取车方法，在该方法中，当取车停车场内无法进行网络通信时，移动终端根据其存储的订单数据执行取车流程，当取车流程的执行结果达到取车条件时，则移动终端保存取车信息，而且当移动终端的网络信号恢复正常时，移动终端将取车信息发送至车辆服务端，以便所述车辆服务端根据所述取车信息，更新其存储空间中的车辆租用信息。如此，在该方法中，由于移动终端的存储空间中存有订单数据，因而，移动终端能够在网络信号异常的情况下，根据存储的订单数据完成取车流程并存储取车信息，使得取车信息能够准确的记录用户的取车时间。而且，当车辆服务端根据取车信息更新车辆租用信息后，车辆服务端中所记录的取车行为的时间与用户的实际取车行为的时间相同，从而保证用户的实际取车行为与云端记录的取车行为达到同步，进而避免用户消费异常问题的发生。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1为本申请实施例提供的还车方法的一种实施方式的流程图；
图2为申请实施例提供的S102的一种实施方式的流程图；
图3为本申请实施例提供的S102的另一种实施方式的流程图；
图4为本申请实施例提供的还车方法的另一种实施方式的流程图；
图5为本申请实施例提供的S402的一种实施方式的流程图；
图6为本申请实施例提供的S402的另一种实施方式的流程图；
图7为本申请实施例提供的S405的一种实施方式的流程图；
图8为本申请实施例提供S405的另一种实施方式的流程图；
图9为本申请实施例提供的S410的一种实施方式的流程图；
图10为本申请实施例提供的S410的一种实施方式的流程图；
图11为本申请实施例提供的取车方法的一种实施方式的流程图；
图12为本申请实施例提供的取车方法的另一种实施方式的流程图；
图13为本申请实施例提供的S1202的另一种实施方式的流程图；
图14为本申请实施例提供的还车装置的结构示意图；
图15为本申请实施例提供的取车装置的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
方法实施例一
参见图1，该图为本申请实施例提供的还车方法的一种实施方式的流程图。
本申请实施例提供的还车方法，包括：
S101：当确定还车停车场内无法进行网络通信时，移动终端开启蓝牙；所述移动终端从其存储空间中获取订单数据；其中，所述订单数据，包括：还车流程和还车条件。
移动终端的蓝牙与车辆内部的蓝牙模块之间可以通过蓝牙协议进行通信，从而实现移动终端与车辆之间的蓝牙通信。
订单数据可以预先存储在移动终端的存储空间内。另外，为了提高获取订单数据的速度，并保证获取的订单数据的准确性，订单数据还可以预先存储在移动终端的预设存储区域内。其中，预设存储区域可以是预先设定的专用于存储订单数据的部分存储空间。
另外，将订单数据存储到移动终端的时间可以为：车辆进入还车停车场之前的任一时刻。
作为一种实施方式，当根据用户需求生成订单数据时，移动终端将订单数据保存到移动终端的存储空间内。
作为另一种实施方式，当车辆开往还车停车场的过程中，移动终端将订单数据保存到移动终端的存储空间内。
另外，订单数据可以包括：还车流程和还车条件。
其中，为了保证车辆的安全性，还车流程可以包括：关闭车灯、关闭车载空调、锁车窗、锁后备箱、车辆熄火和锁车门中至少一种；而且，与还车流程对应的还车条件可以包括：确定车灯已关、确定车载空调已关、确定车窗已锁、确定后备箱已锁、确定车辆已熄火和确定车门已锁中至少一种。
需要说明的是，当还车流程包括两个以上的执行步骤时，这些步骤之间没有固定的执行顺序，可以按照任一种顺序执行。
而且，为了进一步提高还车流程的合理性，所述还车流程，还包括：检测所述车辆的油箱是否达到预设值；和/或，检测所述车辆是否开始充电；此时，与还车流程对应的还车条件，还包括：确定所述车辆的油箱达到预设值；和/或，确定所述车辆已开始充电。
具体为：当车辆为燃油汽车时，则还车流程包括车辆的油箱是否达到预设值，此时，与还车流程对应的还车条件包括确定车辆的油箱达到预设值；当车辆为电动汽车时，则还车流程包括检测所述车辆是否开始充电，此时，与还车流程对应的还车条件包括确定车辆已开始充电；当车辆为混合动力汽车时，则还车流程包括：车辆的油箱是否达到预设值和检测所述车辆是否开始充电，此时，与还车流程对应的还车条件包括确定车辆的油箱达到预设值和确定车辆已开始充电。
作为一示例，当用户租车时的油箱加满油，那么当移动终端执行还车流程时，需要检测油箱是否加满油。如果油箱加满油，则满足油箱已满的还车条件；如果油箱没有加满油，则不满足油箱已满的还车条件。
需要说明的是，检测车辆是否开始充电可以通过检测车辆是否与充电桩建立连接。例如，检测车辆的方法可以是：检测是否插枪、检测车辆是否显示开始充电或者检测充电桩是否显示开始为车辆供电。
S102：根据所述订单数据中的还车流程，所述移动终端通过蓝牙通信向所述车辆发送控制指令，以便所述车辆根据所述控制指令执行还车流程，并将执行结果通过所述蓝牙通信反馈给所述移动终端。
S102可以采用多种实施方式，下面将依次介绍两种实施方式。
作为一种实施方式，S102可以具体为：移动终端可以根据还车流程按照预设顺序依次发送多个控制指令，以便所述车辆根据每条控制指令执行一步还车流程。
其中，预设顺序可以是预先设定的顺序，也可以是根据实际应用场景确定的顺序。
为了便于解释和理解，下面将结合图2进行说明。
参见图2，该图为本申请实施例提供的S102的一种实施方式的流程图。
作为一示例，当还车流程包括：关闭车灯、关闭车载空调、锁车窗、锁后备箱、车辆熄火和锁车门时，S102具体包括为：
S1021：移动终端通过蓝牙通信向车辆发送关闭车灯的指令，以便车辆根据该指令关闭车灯。
S1022：移动终端接收到车辆通过蓝牙通信反馈的第一信息。
S1023：根据所述第一信息，移动终端判断车灯是否关闭。若是，则执行S1024；若否，则执行S1021。
S1024：移动终端通过蓝牙通信向车辆发送关闭车载空调的指令，以便车辆根据该指令关闭车载空调。
S1025：移动终端接收到车辆通过蓝牙通信反馈的第二信息。
S1026：根据所述第二信息，移动终端判断车载空调是否关闭。若是，则执行S1027；若否，则执行S1024。
S1027：移动终端通过蓝牙通信向车辆发送锁车窗的指令，以便车辆根据该指令锁车窗。
S1028：移动终端接收到车辆通过蓝牙通信反馈的第三信息。
S1029：根据所述第三信息，移动终端判断车窗是否已锁。若是，则执行S10210；若否，则执行S1027。
S10210：移动终端通过蓝牙通信向车辆发送锁后备箱的指令，以便车辆根据该指令锁后备箱。
S10211：移动终端接收到车辆通过蓝牙通信反馈的第四信息。
S10212：根据所述第四信息，移动终端判断后备箱是否已锁。若是，则执行S10213；若否，则执行S10210。
S10213：移动终端通过蓝牙通信向车辆发送车辆熄火的指令，以便车辆根据该指令控制车辆熄火。
S10214：移动终端接收到车辆通过蓝牙通信反馈的第五信息。
S10215：根据所述第五信息，移动终端判断车辆是否已熄火。若是，则执行S10216；若否，则执行S10213。
S10216：移动终端通过蓝牙通信向车辆发送锁车门的指令，以便车辆根据该指令锁车门。
S10217：移动终端接收到车辆通过蓝牙通信反馈的第六信息。
S10218：根据所述第六信息，移动终端判断车门是否已锁。若是，则执行S103；若否，则执行S10216。
需要说明的是，在本申请实施例中，移动终端不仅可以采用上述实施例提供的发送控制指令的顺序，还可以采用其他发送控制指令的顺序，本申请对此不做具体限定。
作为另一种实施方式，S102具体可以为：移动终端根据还车流程发送一次控制指令，以便车辆根据该控制指令执行所有的还车流程。
为了便于理解和解释，下面将结合图3进行说明。
参见图3，该图为本申请实施例提供的S102的另一种实施方式的流程图。
作为一示例，当还车流程包括：关闭车灯、关闭车载空调、锁车窗、锁后备箱、车辆熄火和锁车门时，S102具体包括：
S102a：移动终端通过蓝牙通信发送第一控制指令。其中，第一控制指令包括多个子指令，而且，该多个子指令具体为：关闭车灯子指令、关闭车载空调子指令、锁车窗子指令、锁后备箱子指令、车辆熄火子指令和锁车门子指令。
S102b：车辆根据关闭车灯子指令，控制车灯关闭；车辆根据关闭车载空调子指令，控制车载空调关闭；车辆根据锁车窗子指令，控制锁车窗；车辆根据锁后备箱子指令，控制锁后备箱；车辆根据车辆熄火子指令，控制车辆熄火；车辆根据锁车门子指令，控制锁车门。
需要说明的是，车辆根据多个子指令执行相应的控制动作没有固定的执行顺序，可以按照任一种顺序执行，本申请对此不做具体限定。
S102c：判断是否达到还车条件。若是，则执行S103；若否，则执行S102b。
其中，还车条件与还车流程对应，而且，还车条件为：确定车灯已关、确定车载空调已关、确定车窗已锁、确定后备箱已锁、确定车辆已熄火且确定车门已锁。
S103：当所述移动终端确定所述执行结果达到所述还车条件时，则所述移动终端保存还车信息；其中，所述还车信息，包括：还车时间。
作为一种实施方式，S103具体可以为：当所述移动终端确定所述执行结果达到所述还车条件时，则移动终端将还车信息保存在其存储空间内。
由于为了提高移动终端的存储速度或读取速度，可以将移动终端的存储空间划分为不同的区域，以便将不同的信息存储在不同的区域内。
因而，作为另一种实施方式，为了提高移动终端存储和获取还车信息的速度，S103具体可以为：当所述移动终端确定所述执行结果达到所述还车条件时，则移动终端可以将还车信息存储在预设存储区域内。
另外，还车信息可以根据移动终端接收的执行结果生成，此时，还车时间可以根据移动终端接收执行结果的时间确定，也可以根据车辆生成执行结果的时间确定。
S104：当所述移动终端的网络信号恢复正常时，所述移动终端向车辆服务端发送所述还车信息，以便所述车辆服务端根据所述还车信息，更新其存储空间中的车辆租用信息。
其中，车辆服务端可以是车辆网对应的云端，也可以是集群，还可以其他的服务器。
作为一种实施方式，S104具体可以为：当移动终端的网络信号恢复正常时，移动终端自动地向车辆服务端发送还车信息。
作为另一种实施方式，S104具体可以为：当移动终端的网络信号恢复正常时，用户点击移动终端上发送还车信息的按钮，以便生成发送还车信息的控制指令，使得移动终端根据该控制指令向车辆服务端发送还车信息。
本申请提供的还车方法，当还车停车场内无法进行网络通信时，移动终端根据其存储的订单数据执行还车流程，当还车流程的执行结果达到还车条件时，则移动终端保存还车信息，而且当移动终端的网络信号恢复正常时，移动终端将还车信息发送至车辆服务端，以便所述车辆服务端根据所述还车信息，更新其存储空间中的车辆租用信息。如此，在该方法中，由于移动终端的存储空间中存有订单数据，因而，移动终端能够在网络信号异常的情况下，根据存储的订单数据完成还车流程并存储还车信息，使得还车信息能够准确的记录用户的还车时间。而且，当车辆服务端根据还车信息更新车辆租用信息后，车辆服务端中所记录的还车行为的时间与用户的实际还车行为的时间相同，从而保证用户的实际还车行为与云端记录的还车行为达到同步，进而避免用户消费异常问题的发生。
为了进一步保证还车流程的正常进行，本申请还提了还车方法的另一种实施方式，下面将结合附图进行解释和说明。
方法实施例二：
方法实施例二是在方法实施例一的基础上进行的改进，为了简要起见，方法实施例二与方法实施例一内容相同的部分，在此不再赘述。
参见图4，该图为本申请实施例提供的还车方法的另一种实施方式的流程图。
本申请实施例提供的还车方法，包括：
S401：移动终端存储订单数据。
移动终端可以在车辆进入还车停车场之前进行订单数据的存储，从而避免了当车辆进入还车停车场后，因无法进行网络通信而无法获取订单数据。
作为一种实施方式，S401具体可以为：当所述移动终端向所述车辆服务端发送所述订单数据时，所述移动终端存储所述车辆对应的订单数据。
作为另一实施方式，S401具体可以为：当所述移动终端向所述车辆服务端发送所述订单数据之后，所述移动终端接收并保存所述车辆服务端发送的订单数据。
需要说明的是，当移动终端的网络信号正常时，移动终端可以在任一时刻接收并保存所述车辆服务端发送的订单数据。
S402：移动终端确定还车停车场内无法进行网络通信。
S402可以采用多种实施方式，下面将以两种实施方式为例进行解释和说明。
参见图5，该图为本申请实施例提供的S402的一种实施方式的流程图。
作为一种实施方式，S402具体可以包括：
S4021：判断所述移动终端的网络信号是否异常。若是，则执行S4022；若否，则执行S4023。
S4021可以采用多种方法确定移动终端的网络信号是否异常。
作为一种实施方式，S4021具体可以为：根据移动终端上显示的网络信号标识，判断移动终端的网络信号是否异常。
其中，网络信号标识包括多种表现形式，且每种表现形式对应一种网络信号状态。
例如，网络信号标识的不同表现形式可以通过6个长方形条是否被预设颜色填充进行表示，而且，被预设颜色填充的长方形条的个数越多则网络信号状态越好。当6个长方形条均被预设颜色填充，则该表现形式对应网络信号状态最好；当6个长方形条均没有被预设颜色填充，则该表现形式对应的网络信号状态最差。
作为另一种实施方式，S4021具体可以为：根据移动终端是否能够连接到车辆服务端，判断移动终端的网络信号是否异常。若移动终端无法连接到车辆服务端，则确定移动终端的网络信号异常；若移动终端可以连接到车辆服务端，则确定移动终端的网络信号正常。
S4022：确定还车停车场内无法进行网络通信。
S4023：确定还车停车场内可以进行网络通信。
参见图6，该图为本申请实施例提供的S402的另一种实施方式的流程图。
作为另一种实施方式，S402具体可以为：
S402a：所述移动终端获取所述还车停车场的网络状态信息。
网络状态信息可以通过网络是否可用的信息进行表示，也可以通过网络信号的强弱进行表示。
所述还车停车场的网络状态可以在车辆进入还车停车场之前存储到移动终端的存储空间内。
而且，还车停车场的网络状态信息可以由车辆服务端根据还车停车场的相关参数获得，并通过网络发送至移动终端。其中，还车停车场的相关参数可以是还车停车场的位置信息和还车停车场的标识信息中的至少一个。
作为一示例，S402a具体可以为：所述移动终端向所述车辆服务端发送还车停车场的位置信息，以便所述车辆服务端根据所述还车停车场的位置信息，获取还车停车场的网络状态信息；所述移动终端接收所述车辆服务端发送的所述还车停车场的网络状态信息。
另外，作为另一种实施方式，为了保证用户能够在网络信号异常的情况下获取还车停车场的网络状态信息，本申请可以将还车停车场的网络状态信息预先存储到移动终端的存储空间内，此时，S402a具体可以为：所述移动终端从其存储空间中获取所述还车停车场的网络状态信息。
另外，作为一种实施方式，为了保证用户及时的了解到还车停车场的网络状态，车辆服务端可以将获得的还车停车场的网络状态信息添加到订单数据中，并将订单数据发送至移动终端，以便移动终端保存该订单数据，此时，S402a具体可以为：所述移动终端从其存储空间中获取订单数据，其中，订单数据还包括：还车停车场的网络状态信息。
S402b：根据所述还车停车场的网络状态信息，确定还车停车场内无法进行网络通信。
作为一示例，当网络状态信息通过网络是否可用进行表示时，S402b具体可以为：如果还车停车场的网络状态信息是网络不可用，则确定还车停车场内无法进行网络通信。
作为另一示例，当网络状态信息通过网络信号的强弱进行表示时，S402b具体可以为：如果还车停车场的表示网络状态信息的网络信号小于预设信号值，则确定还车停车场内无法进行网络通信。其中，预设信号值可以预先设定，也可以根据移动终端的相关参数设定。
S403：移动终端开启蓝牙；所述移动终端从其存储空间中获取订单数据；其中，所述订单数据，包括：还车流程、还车条件和预设还车停车场的位置信息。
预设还车停车场是指预先设定的用户租用的车辆完成还车流程的停车场。
为了保证车辆的安全性，用户可以将车辆归还到预设还车停车场内，使得还车后的车辆处于租车公司能够进行监控和管理的范围内，从而保证了车辆的安全性。
另外，预设还车停车场可以是车辆服务端根据用户的租车信息确定的还车停车场，也可以是移动终端根据用户的租车信息确定的还车停车场，还可以是用户通过移动终端选择的还车停车场。
S404：移动终端接收所述车辆发送的车辆位置信息。
作为一种实施方式，S404具体可以为：车辆可以根据定位系统确定车辆位置信息，并将获得的车辆位置信息发送至移动终端。
S405：移动终端根据所述订单数据中的预设还车停车场的位置信息和所述车辆位置信息，判断所述车辆是否位于所述预设还车停车场内。若是，则执行S407；若否，则执行S406。
预设还车停车场的位置信息可以表示一定范围的区域位置，也可以表示某个点的位置。
S405可以采用多种实施方式，下面将以两种实施方式为例进行解释和说明。
参见图7，该图为本申请实施例提供的S405的一种实施方式的流程图。
作为一种实施方式，当预设还车停车场的位置信息表示一定范围的区域位置时，S405具体可以为：
S4051：移动终端根据预设还车停车场的位置信息，确定预设还车停车场的停车位置区间信息；
S4052：根据所述车辆位置信息和停车位置区间信息，判断所述车辆位置是否属于停车位置区间。若是，则执行S4053；若否，则执行S4054。
S4053：确定车辆位于所述预设还车停车场内。
S4054：确定车辆不位于所述预设还车停车场内。
参见图8，该图为本申请实施例提供S405的另一种实施方式的流程图。
作为另一种实施方式，当预设停车场的位置信息表示预设停车场的特定位置时，S405具体可以为：
S405a：根据预设还车停车场的位置信息和所述车辆位置信息，计算车辆与预设停车场的特定位置的距离。
特定位置可以预先设定，也可以根据预设停车场的实际场景确定。例如，特定位置可以是中心位置，也可以是入口位置，还可以是其他位置。由此可知，预设还车停车场的位置信息可以表示预设还车停车场的中心位置，也可以表示预设还车停车场的入口的位置，还可以表示预设还车停车场的其他位置。
S405b：判断所述距离是否超过距离阈值。若是，则执行S405c；若否，则执行S405d。
其中，距离阈值可以预先设定，也可以根据预设停车场的位置信息以及预设停车场的面积确定，还可以根据实际应用场景确定。
S405c：确定车辆不位于所述预设还车停车场内。
S405d：确定车辆位于所述预设还车停车场内。
S406：移动终端提示用户还车停车场错误，无法进行还车。
由于车辆不位于预设还车停车场内，容易导致车辆的安全问题，因而，当车辆不位于预设还车停车场内时，则不允许车辆还车，因而，移动终端也无法控制车辆进行还车流程，从而保证了车辆的安全。
S407：根据所述订单数据中的还车流程，所述移动终端通过蓝牙通信向所述车辆发送控制指令，以便所述车辆根据所述控制指令执行还车流程，并将执行结果通过所述蓝牙通信反馈给所述移动终端。
S407的内容与S102的内容相同，在此不再赘述。
S408：当所述移动终端确定所述执行结果达到所述还车条件时，则所述移动终端保存还车信息；其中，所述还车信息，包括：还车时间。
S408的内容与S103的内容相同，在此不再赘述。
S409：当所述移动终端的网络信号恢复正常时，所述移动终端向车辆服务端发送所述还车信息。
S409的内容与S104的内容相同，在此不再赘述。
S410：车辆服务端根据所述还车信息，更新其存储空间中的车辆租用信息。
车辆服务端根据还车信息，可以通过多种方式实现对其存储空间中的车辆租用信息进行更新。此时，车辆服务端不仅可以将还车信息的相关内容记录到其存储空间内，还可以根据还车信息进行与租车消费相关的支付流程。
为了便于解释和理解，下面将以两种实施方式为例进行解释和说明。
参见图9，该图为本申请实施例提供的S410的一种实施方式的流程图。
作为一种实施方式，S410具体可以为：
S4101：所述车辆服务端根据所述还车信息生成租车消费信息。
S4102：所述移动终端接收所述租车消费信息，以便用户根据所述租车消费信息进行支付。
参见图10，该图为本申请实施例提供的S410的一种实施方式的流程图。
作为一种实施方式，S410具体可以为：
S410a：所述车辆服务端根据所述还车信息，获取租车消费金额。
S410b：所述车辆服务端从所述租车押金中扣除所述租车消费金额，获取并保存押金余额。
本申请实施例提供的还车方法，通过根据车辆位置信息和预设还车停车场的位置信息，判断所述车辆是否在预设还车停车场内进行还车。若是，则继续进行还车流程；若否，则不允许进行还车流程。如此，用户可以将车辆归还到预设还车停车场内，使得还车后的车辆处于租车公司能够进行监控和管理的范围内，从而保证了车辆的安全性。另外，本申请实施例不仅可以根据移动终端的网络状态确定还车停车场内是否能够进行网络通信，还可以在进入还车停车场之前接收车辆服务端发送的还车停车场的网络状态信息，确定还车停车场内是否能够进行网络通信，使得用户能够及时的根据还车停车场的网络状态信息采取相应的还车方法，从而提高了还车的效率。
以上实施例提供了一种还车方法，使得用户能够无网的情况下进行还车，并保证了车辆服务端的记录的还车信息与用户的实际还车行为一致，避免了用户消费异常问题的发生。
另外，为了进一步实现用户能够在无网的情况下进行取车，以便保证车辆服务端的记录的取车信息与用户的实际取车行为一致，避免用户消费异常问题的发生，本申请实施例还提供了一种取车方法。下面将结合附图进行解释和说明。
方法实施例三：
由于取车方法和还车方法之间存在内容相同的部分，因而，为了简要起见，方法实施例三与方法实施例一或方法实施例二中内容相同的部分，在此不再赘述。
参见图11，该图为本申请实施例提供的取车方法的一种实施方式的流程图。
本申请实施例提供的取车方法，包括：
S1101：当确定取车停车场内无法进行网络通信时，移动终端开启蓝牙；所述移动终端从其存储空间中获取订单数据；其中，所述订单数据，包括：取车流程和取车条件。
将订单数据存储到移动终端的时间可以为：用户进入取车停车场之前的任一时刻。
为了保证车辆的安全性以及用户租车的安全性，取车流程可以为：打开车门、启动车辆、检测空调是否故障、检测车灯是否故障、检测后备箱是否可用、检测车窗是否故障、检测油门是否故障和检测制动是否故障中的至少一种。此时，与还车流程对应的还车条件可以包括：确定车门已打开、确定车辆已启动、确定空调无故障、确定车灯无故障、确定后备箱无故障、确定车窗无故障、确定油门无故障和确定制动无故障中的至少一种。
需要说明的是，当取车流程包括两个以上的执行步骤时，这些步骤之间没有固定的执行顺序，可以按照任一种顺序执行。
而且，为了进一步提高用户行车的便利性，所述取车流程，还包括：检测所述车辆的油箱是否达到第一预设值；和/或，检测所述车辆的电量是否达到第二预设值；此时，与取车流程对应的取车条件，还包括：确定所述车辆的油箱达到第一预设值；和/或，确定所述车辆的电量达到第二预设值。
S1102：根据所述订单数据中的取车流程，所述移动终端通过蓝牙通信向所述车辆发送控制指令，以便所述车辆根据所述控制指令执行取车流程，并将执行结果通过所述蓝牙通信反馈给所述移动终端。
S1102可以采用多种实施方式，下面将依次介绍两种实施方式。
作为一种实施方式，S1102可以具体为：移动终端可以根据取车流程按照预设顺序依次发送多个控制指令，以便所述车辆根据每条控制指令执行一步取车流程。
其中，预设顺序可以是预先设定的顺序，也可以是根据实际应用场景确定的顺序。
作为另一种实施方式，S1102具体可以为：移动终端根据取车流程发送一次控制指令，以便车辆根据该控制指令执行所有的取车流程。其中，该控制指令可以包括多个子指令，且每个子指令对应一个取车动作。
S1103：当所述移动终端确定所述执行结果达到所述取车条件时，则所述移动终端保存取车信息；其中，所述取车信息，包括：取车时间。
作为一种实施方式，S1103具体可以为：当所述移动终端确定所述执行结果达到所述取车条件时，则移动终端将取车信息保存在其存储空间内。
作为另一种实施方式，为了提高移动终端存储和获取取车信息的速度以及准确性，S1103具体可以为：当所述移动终端确定所述执行结果达到所述取车条件时，则移动终端可以将取车信息存储在预设存储区域内。其中，预设存储区域可以专用于存储取车信息。
另外，取车信息可以根据移动终端接收的执行结果生成，此时，取车时间可以根据移动终端接收执行结果的时间确定，也可以根据车辆生成执行结果的时间确定。
S1104：当所述移动终端的网络信号恢复正常时，所述移动终端向车辆服务端发送所述取车信息，以便所述车辆服务端根据所述取车信息，更新其存储空间中的车辆租用信息。
作为一种实施方式，S1104具体可以为：当移动终端的网络信号恢复正常时，移动终端自动地向车辆服务端发送取车信息。
作为另一种实施方式，S1104具体可以为：当移动终端的网络信号恢复正常时，用户点击移动终端上发送取车信息的按钮，以便生成发送取车信息的控制指令，使得移动终端根据该控制指令向车辆服务端发送取车信息。
本申请还提供的取车方法中，当取车停车场内无法进行网络通信时，移动终端根据其存储的订单数据执行取车流程，当取车流程的执行结果达到取车条件时，则移动终端保存取车信息，而且当移动终端的网络信号恢复正常时，移动终端将取车信息发送至车辆服务端，以便所述车辆服务端根据所述取车信息，更新其存储空间中的车辆租用信息。如此，在该方法中，由于移动终端的存储空间中存有订单数据，因而，移动终端能够在网络信号异常的情况下，根据存储的订单数据完成取车流程并存储取车信息，使得取车信息能够准确的记录用户的取车时间。而且，当车辆服务端根据取车信息更新车辆租用信息后，车辆服务端中所记录的取车行为的时间与用户的实际取车行为的时间相同，从而保证用户的实际取车行为与云端记录的取车行为达到同步，进而避免用户消费异常问题的发生。
为了进一步保证车辆的安全性和用户的便利性，本申请实施例还提供了取车方法的另一种实施方式，下面将结合附图进行解释和说明。
方法实施例四：
方法实施例四是在方法实施例三的基础上进行的改进，为了简要起见，方法实施例四与方法实施例三内容相同的部分，在此不再赘述。
参见图12，该图为本申请实施例提供的取车方法的另一种实施方式的流程图。
本申请实施例提供的取车方法，包括：
S1201：移动终端存储订单数据。
作为一种实施方式，S1201具体可以为：当所述移动终端向所述车辆服务端发送所述订单数据时，所述移动终端存储所述车辆对应的订单数据。
作为另一种实施方式，S1201具体可以为：当所述移动终端向所述车辆服务端发送所述订单数据之后，所述移动终端接收并保存所述车辆服务端发送的订单数据。
S1202：移动终端确定取车停车场内无法进行网络通信。
作为一种实施方式，S1202具体可以为：判断所述移动终端的网络信号是否异常；若是，则确定取车停车场内无法进行网络通信；若否，则确定取车停车场内可以进行网络通信。
参见图13，该图为本申请实施例提供的S1202的另一种实施方式的流程图。
作为另一种实施方式，S1202具体可以为：
S12021：所述移动终端获取所述取车停车场的网络状态信息。
作为一种实施方式，S12021具体可以为：首先，所述移动终端向所述车辆服务端发送取车停车场的位置信息，以便所述车辆服务端根据所述取车停车场的位置信息，获取取车停车场的网络状态信息；然后，所述移动终端接收所述车辆服务端发送的所述取车停车场的网络状态信息。
作为另一种实施方式，S12021具体可以为：所述移动终端从其存储空间中获取所述取车停车场的网络状态信息。
S12022：根据所述取车停车场的网络状态信息，确定取车停车场内无法进行网络通信。
S1203：移动终端开启蓝牙；所述移动终端从其存储空间中获取订单数据；其中，所述订单数据，包括：取车流程、取车条件和租用车辆的标识信息。
租用车辆的标识信息可以唯一标识车辆。
为了进一步保证车辆的安全性和用户的便利性，用户进行取车流程之前，可以通过租用车辆的标识信息确认车辆是否正确，以便保证用户所取车辆是租车公司租赁给该用户的车辆。
S1204：所述移动终端通过蓝牙通信向当前车辆发送所述租用车辆的标识信息，以便所述当前车辆将其存储的标识信息与所述租用车辆的标识信息进行匹配，并通过蓝牙通信向所述移动终端反馈所述匹配结果。
S1205：所述移动终端根据所述匹配结果，判断所述当前车辆是否为所述租用车辆。若是，则执行S1207。若否，则执行S1206。
S1206：移动终端上提示车辆匹配错误，以便用户根据该提示内容，重新选择车辆。
S1207：根据所述订单数据中的取车流程，所述移动终端通过蓝牙通信向所述车辆发送控制指令，以便所述车辆根据所述控制指令执行取车流程，并将执行结果通过所述蓝牙通信反馈给所述移动终端。
S1207的内容与S1102的内容相同，在此不再赘述。
S1208：当所述移动终端确定所述执行结果达到所述取车条件时，则所述移动终端保存取车信息；其中，所述取车信息，包括：取车时间。
S1208的内容与S1103的内容相同，在此不再赘述。
S1209：当所述移动终端的网络信号恢复正常时，所述移动终端向车辆服务端发送所述取车信息，以便所述车辆服务端根据所述取车信息，更新其存储空间中的车辆租用信息。
本申请实施例提供的取车方法，通过当前车辆将车辆内存储的标识信息与移动终端发送的租用车辆的标识信息进行匹配，确定当前车辆是否为用户租用的车辆。若是，则执行取车流程；若否，则不允许执行取车流程。如此，能够保证用户所取车辆是租车公司租赁给该用户的车辆，进而保证了车辆的安全性和用户的便利性。
基于上述实施例提供的一种还车方法，本申请还提供了一种还车装置，下面将结合附图进行解释和说明。
装置实施例一
参见图14，该图为本申请实施例提供的还车装置的结构示意图。
本申请实施例提供的还车装置，包括：
第一获取单元1401，用于当确定还车停车场内无法进行网络通信时，移动终端开启蓝牙；所述移动终端从其存储空间中获取订单数据；其中，所述订单数据，包括：还车流程和还车条件；
第一发送单元1402，用于根据所述订单数据中的还车流程，所述移动终端通过蓝牙通信向所述车辆发送控制指令，以便所述车辆根据所述控制指令执行还车流程，并将执行结果通过所述蓝牙通信反馈给所述移动终端；
第一保存单元1403，用于当所述移动终端确定所述执行结果达到所述还车条件时，则所述移动终端保存还车信息；其中，所述还车信息，包括：还车时间；
第二发送单元1404，用于当所述移动终端的网络信号恢复正常时，所述移动终端向车辆服务端发送所述还车信息，以便所述车辆服务端根据所述还车信息，更新其存储空间中的车辆租用信息。
可选的，所述还车装置，还包括：
第三保存单元，用于当所述移动终端向所述车辆服务端发送所述订单数据时，所述移动终端存储所述车辆对应的订单数据；
或，
第四保存单元，用于当所述移动终端向所述车辆服务端发送所述订单数据之后，所述移动终端接收并保存所述车辆服务端发送的订单数据。
可选的，当所述订单数据，还包括：预设还车停车场的位置信息时，所述还车装置，还包括：
第一确定单元，用于当所述移动终端接收所述车辆发送的车辆位置信息时，根据所述订单数据中的预设还车停车场的位置信息和所述车辆位置信息，确定所述车辆位于所述预设还车停车场内。
可选的，所述还车装置，还包括：
第一判断单元，用于判断所述移动终端的网络信号是否异常；
第二确定单元，用于当确定所述移动终端的网络信号异常时，确定还车停车场内无法进行网络通信。
可选的，所述还车装置，还包括：
第三获取单元，用于所述移动终端获取所述还车停车场的网络状态信息；
第三确定单元，用于根据所述还车停车场的网络状态信息，确定还车停车场内无法进行网络通信。
可选的，所述第三获取单元，具体包括：
第一发送子单元，用于所述移动终端向所述车辆服务端发送还车停车场的位置信息，以便所述车辆服务端根据所述还车停车场的位置信息，获取还车停车场的网络状态信息；
第一接收子单元，用于所述移动终端接收所述车辆服务端发送的所述还车停车场的网络状态信息。
可选的，所述第三获取单元，具体包括：
用于所述移动终端从其存储空间中获取所述还车停车场的网络状态信息。
可选的，所述还车装置，还包括：
当所述车辆服务端根据所述还车信息生成租车消费信息之后，所述移动终端接收所述租车消费信息，以便用户根据所述租车消费信息进行支付。
可选的，所述车辆服务端根据所述还车信息，更新其存储空间中的车辆租用信息，包括：
所述车辆服务端根据所述还车信息，获取租车消费金额；
所述车辆服务端从所述租车押金中扣除所述租车消费金额，获取并保存押金余额。
本申请实施例提供的还车装置，包括：第一获取单元1401、第一发送单元1402、第一保存单元1403和第二发送单元1404。在该装置中，当还车停车场内无法进行网络通信时，移动终端根据其存储的订单数据执行还车流程，当还车流程的执行结果达到还车条件时，则移动终端保存还车信息，而且当移动终端的网络信号恢复正常时，移动终端将还车信息发送至车辆服务端，以便所述车辆服务端根据所述还车信息，更新其存储空间中的车辆租用信息。如此，在该装置中，由于移动终端的存储空间中存有订单数据，因而，移动终端能够在网络信号异常的情况下，根据存储的订单数据完成还车流程并存储还车信息，使得还车信息能够准确的记录用户的还车时间。而且，当车辆服务端根据还车信息更新车辆租用信息后，车辆服务端中所记录的还车行为的时间与用户的实际还车行为的时间相同，从而保证用户的实际还车行为与云端记录的还车行为达到同步，进而避免用户消费异常问题的发生。
基于上述实施例提供的取车方法，本申请实施例还提供了一种取车装置，下面将结合附图进行解释和说明。
装置实施例二：
参见图15，该图为本申请实施例提供的取车装置的结构示意图。
本申请实施例提供的取车装置，包括：
第二获取单元1501，用于当确定取车停车场内无法进行网络通信时，移动终端开启蓝牙；所述移动终端从其存储空间中获取订单数据；其中，所述订单数据，包括：取车流程和取车条件；
第三发送单元1502，用于根据所述订单数据中的取车流程，所述移动终端通过蓝牙通信向所述车辆发送控制指令，以便所述车辆根据所述控制指令执行取车流程，并将执行结果通过所述蓝牙通信反馈给所述移动终端；
第二保存单元1503，用于当所述移动终端确定所述执行结果达到所述取车条件时，则所述移动终端保存取车信息；其中，所述取车信息，包括：取车时间；
第四发送单元1504，用于当所述移动终端的网络信号恢复正常时，所述移动终端向车辆服务端发送所述取车信息，以便所述车辆服务端根据所述取车信息，更新其存储空间中的车辆租用信息。
可选的，所述取车装置，还包括：
第五保存单元，用于当所述移动终端向所述车辆服务端发送所述订单数据时，所述移动终端存储所述车辆对应的订单数据；
或，
第六保存单元，用于当所述移动终端向所述车辆服务端发送所述订单数据之后，所述移动终端接收并保存所述车辆服务端发送的订单数据。
可选的，当所述订单数据，还包括：租用车辆的标识信息时，所述取车装置，还包括：
第五发送单元，用于所述移动终端通过蓝牙通信向当前车辆发送所述租用车辆的标识信息，以便所述当前车辆将其存储的标识信息与所述租用车辆的标识信息进行匹配，并通过蓝牙通信向所述移动终端反馈所述匹配结果；
第四确定单元，用于所述移动终端根据所述匹配结果，确定所述当前车辆为所述租用车辆。
可选的，所述取车装置，还包括：
第二判断单元，用于判断所述移动终端的网络信号是否异常；
第五确定单元，用于当确定所述移动终端的网络信号异常时，确定取车停车场内无法进行网络通信。
可选的，所述取车装置，还包括：
第四获取单元，用于所述移动终端获取所述取车停车场的网络状态信息；
第六确定单元，用于根据所述取车停车场的网络状态信息，确定取车停车场内无法进行网络通信。
可选的，所述第四获取单元，具体包括：
第二发送子单元，用于所述移动终端向所述车辆服务端发送取车停车场的位置信息，以便所述车辆服务端根据所述取车停车场的位置信息，获取取车停车场的网络状态信息；
第二接收子单元，用于所述移动终端接收所述车辆服务端发送的所述取车停车场的网络状态信息。
可选的，所述第四获取单元，具体包括：
用于所述移动终端从其存储空间中获取所述取车停车场的网络状态信息。
本申请实施例提供的取车装置，包括：第二获取单元1501、第三发送单元1502、第二保存单元1503和第四发送单元1504。在该装置中，当取车停车场内无法进行网络通信时，移动终端根据其存储的订单数据执行取车流程，当取车流程的执行结果达到取车条件时，则移动终端保存取车信息，而且当移动终端的网络信号恢复正常时，移动终端将取车信息发送至车辆服务端，以便所述车辆服务端根据所述取车信息，更新其存储空间中的车辆租用信息。如此，在该装置中，由于移动终端的存储空间中存有订单数据，因而，移动终端能够在网络信号异常的情况下，根据存储的订单数据完成取车流程并存储取车信息，使得取车信息能够准确的记录用户的取车时间。而且，当车辆服务端根据取车信息更新车辆租用信息后，车辆服务端中所记录的取车行为的时间与用户的实际取车行为的时间相同，从而保证用户的实际取车行为与云端记录的取车行为达到同步，进而避免用户消费异常问题的发生。
应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。
以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制。虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明。任何熟悉本领域的技术人员，在不脱离本发明技术方案范围情况下，都可利用上述揭示的方法和技术内容对本发明技术方案做出许多可能的变动和修饰，或修改为等同变化的等效实施例。因此，凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所做的任何简单修改、等同变化及修饰，均仍属于本发明技术方案保护的范围内。
Claims (17)
1.一种还车方法，其特征在于，包括：
当确定还车停车场内无法进行网络通信时，移动终端开启蓝牙；所述移动终端从其存储空间中获取订单数据；其中，所述订单数据，包括：还车流程和还车条件；
根据所述订单数据中的还车流程，所述移动终端通过蓝牙通信向所述车辆发送控制指令，以便所述车辆根据所述控制指令执行还车流程，并将执行结果通过所述蓝牙通信反馈给所述移动终端；
当所述移动终端确定所述执行结果达到所述还车条件时，则所述移动终端保存还车信息；其中，所述还车信息，包括：还车时间；
当所述移动终端的网络信号恢复正常时，所述移动终端向车辆服务端发送所述还车信息，以便所述车辆服务端根据所述还车信息，更新其存储空间中的车辆租用信息。
2.根据权利要求1所述的方法，其特征在于，所述确定还车停车场内无法进行网络通信之前，还包括：
当所述移动终端向所述车辆服务端发送所述订单数据时，所述移动终端存储所述车辆对应的订单数据；
或，
当所述移动终端向所述车辆服务端发送所述订单数据之后，所述移动终端接收并保存所述车辆服务端发送的订单数据。
3.根据权利要求1所述的方法，其特征在于，所述订单数据，还包括：预设还车停车场的位置信息；
所述根据所述还车流程，所述移动终端通过蓝牙通信向所述车辆发送控制指令之前，还包括：
当所述移动终端接收所述车辆发送的车辆位置信息时，根据所述订单数据中的预设还车停车场的位置信息和所述车辆位置信息，确定所述车辆位于所述预设还车停车场内。
4.根据权利要求1所述的方法，其特征在于，所述确定还车停车场内无法进行网络通信，具体为：
判断所述移动终端的网络信号是否异常；
当确定所述移动终端的网络信号异常时，确定还车停车场内无法进行网络通信。
5.根据权利要求1所述的方法，其特征在于，所述确定还车停车场内无法进行网络通信，具体为：
所述移动终端获取所述还车停车场的网络状态信息；
根据所述还车停车场的网络状态信息，确定还车停车场内无法进行网络通信。
6.根据权利要求1所述的方法，其特征在于，所述移动终端获取所述还车停车场的网络状态信息，具体为：
所述移动终端向所述车辆服务端发送还车停车场的位置信息，以便所述车辆服务端根据所述还车停车场的位置信息，获取还车停车场的网络状态信息；
所述移动终端接收所述车辆服务端发送的所述还车停车场的网络状态信息。
7.根据权利要求1所述的方法，其特征在于，所述移动终端获取所述还车停车场的网络状态信息，具体为：
所述移动终端从其存储空间中获取所述还车停车场的网络状态信息。
8.根据权利要求1所述的方法，其特征在于，还包括：
当所述车辆服务端根据所述还车信息生成租车消费信息之后，所述移动终端接收所述租车消费信息，以便用户根据所述租车消费信息进行支付。
9.一种取车方法，其特征在于，包括：
当确定取车停车场内无法进行网络通信时，移动终端开启蓝牙；所述移动终端从其存储空间中获取订单数据；其中，所述订单数据，包括：取车流程和取车条件；
根据所述订单数据中的取车流程，所述移动终端通过蓝牙通信向所述车辆发送控制指令，以便所述车辆根据所述控制指令执行取车流程，并将执行结果通过所述蓝牙通信反馈给所述移动终端；
当所述移动终端确定所述执行结果达到所述取车条件时，则所述移动终端保存取车信息；其中，所述取车信息，包括：取车时间；
当所述移动终端的网络信号恢复正常时，所述移动终端向车辆服务端发送所述取车信息，以便所述车辆服务端根据所述取车信息，更新其存储空间中的车辆租用信息。
10.根据权利要求9所述的方法，其特征在于，所述确定取车停车场内无法进行网络通信之前，还包括：
当所述移动终端向所述车辆服务端发送所述订单数据时，所述移动终端存储所述车辆对应的订单数据；
或，
当所述移动终端向所述车辆服务端发送所述订单数据之后，所述移动终端接收并保存所述车辆服务端发送的订单数据。
11.根据权利要求9所述的方法，其特征在于，所述订单数据，还包括：租用车辆的标识信息；
所述根据所述订单数据中的取车流程，所述移动终端通过蓝牙通信向所述车辆发送控制指令之前，还包括：
所述移动终端通过蓝牙通信向当前车辆发送所述租用车辆的标识信息，以便所述当前车辆将其存储的标识信息与所述租用车辆的标识信息进行匹配，并通过蓝牙通信向所述移动终端反馈所述匹配结果；
所述移动终端根据所述匹配结果，确定所述当前车辆为租用车辆。
12.根据权利要求9所述的方法，其特征在于，所述确定取车停车场内无法进行网络通信，具体为：
判断所述移动终端的网络信号是否异常；
当确定所述移动终端的网络信号异常时，确定取车停车场内无法进行网络通信。
13.根据权利要求9所述的方法，其特征在于，所述确定取车停车场内无法进行网络通信，具体为：
所述移动终端获取所述取车停车场的网络状态信息；
根据所述取车停车场的网络状态信息，确定取车停车场内无法进行网络通信。
14.根据权利要求9所述的方法，其特征在于，所述移动终端获取所述取车停车场的网络状态信息，具体为：
所述移动终端向所述车辆服务端发送取车停车场的位置信息，以便所述车辆服务端根据所述取车停车场的位置信息，获取取车停车场的网络状态信息；
所述移动终端接收所述车辆服务端发送的所述取车停车场的网络状态信息。
15.根据权利要求9所述的方法，其特征在于，所述移动终端获取所述取车停车场的网络状态信息，具体为：
所述移动终端从其存储空间中获取所述取车停车场的网络状态信息。
16.一种还车装置，其特征在于，包括：
第一获取单元，用于当确定还车停车场内无法进行网络通信时，移动终端开启蓝牙；所述移动终端从其存储空间中获取订单数据；其中，所述订单数据，包括：还车流程和还车条件；
第一发送单元，用于根据所述订单数据中的还车流程，所述移动终端通过蓝牙通信向所述车辆发送控制指令，以便所述车辆根据所述控制指令执行还车流程，并将执行结果通过所述蓝牙通信反馈给所述移动终端；
第一保存单元，用于当所述移动终端确定所述执行结果达到所述还车条件时，则所述移动终端保存还车信息；其中，所述还车信息，包括：还车时间；
第二发送单元，用于当所述移动终端的网络信号恢复正常时，所述移动终端向车辆服务端发送所述还车信息，以便所述车辆服务端根据所述还车信息，更新其存储空间中的车辆租用信息。
17.一种取车装置，其特征在于，包括：
第二获取单元，用于当确定取车停车场内无法进行网络通信时，移动终端开启蓝牙；所述移动终端从其存储空间中获取订单数据；其中，所述订单数据，包括：取车流程和取车条件；
第三发送单元，用于根据所述订单数据中的取车流程，所述移动终端通过蓝牙通信向所述车辆发送控制指令，以便所述车辆根据所述控制指令执行取车流程，并将执行结果通过所述蓝牙通信反馈给所述移动终端；
第二保存单元，用于当所述移动终端确定所述执行结果达到所述取车条件时，则所述移动终端保存取车信息；其中，所述取车信息，包括：取车时间；
第四发送单元，用于当所述移动终端的网络信号恢复正常时，所述移动终端向车辆服务端发送所述取车信息，以便所述车辆服务端根据所述取车信息，更新其存储空间中的车辆租用信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811557767.9A CN109636537A (zh) | 2018-12-19 | 2018-12-19 | 一种还车方法及装置和取车方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811557767.9A CN109636537A (zh) | 2018-12-19 | 2018-12-19 | 一种还车方法及装置和取车方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109636537A true CN109636537A (zh) | 2019-04-16 |
Family
ID=66075443
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811557767.9A Pending CN109636537A (zh) | 2018-12-19 | 2018-12-19 | 一种还车方法及装置和取车方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109636537A (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111818478A (zh) * | 2020-06-28 | 2020-10-23 | 武汉小安科技有限公司 | 车辆的数据传输方法、设备、存储介质及装置 |
| CN111833040A (zh) * | 2020-04-10 | 2020-10-27 | 北京嘀嘀无限科技发展有限公司 | 用于共享车辆还车的控制方法、装置、存储介质和电子设备 |
| CN112150719A (zh) * | 2020-09-25 | 2020-12-29 | 北京骑胜科技有限公司 | 车辆管理方法、装置、电子设备和存储介质 |
| CN113342533A (zh) * | 2021-06-28 | 2021-09-03 | 宁波小遛共享信息科技有限公司 | 车辆的使用方法及装置 |
| CN114750631A (zh) * | 2022-04-28 | 2022-07-15 | 浙江大汽新能源有限公司 | 新能源车辆充电管理方法及相关设备 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105117961A (zh) * | 2015-09-25 | 2015-12-02 | 北京理工大学 | 一种新型汽车的自助租赁方法 |
| CN106022867A (zh) * | 2016-05-12 | 2016-10-12 | 芜湖恒天易开软件科技股份有限公司 | 一种实现无人值守取还车系统及其方法 |
| CN106453548A (zh) * | 2016-10-08 | 2017-02-22 | 北京新能源汽车股份有限公司 | 车辆租赁系统以及方法 |
| CN106779968A (zh) * | 2016-12-30 | 2017-05-31 | 上海挚极信息科技有限公司 | 一种依托4g网络租还车的方法与系统 |
| FR3062941A1 (fr) * | 2017-02-10 | 2018-08-17 | Francecol Tech | Systeme de gestion de flotte de vehicules electriques |
-
2018
- 2018-12-19 CN CN201811557767.9A patent/CN109636537A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105117961A (zh) * | 2015-09-25 | 2015-12-02 | 北京理工大学 | 一种新型汽车的自助租赁方法 |
| CN106022867A (zh) * | 2016-05-12 | 2016-10-12 | 芜湖恒天易开软件科技股份有限公司 | 一种实现无人值守取还车系统及其方法 |
| CN106453548A (zh) * | 2016-10-08 | 2017-02-22 | 北京新能源汽车股份有限公司 | 车辆租赁系统以及方法 |
| CN106779968A (zh) * | 2016-12-30 | 2017-05-31 | 上海挚极信息科技有限公司 | 一种依托4g网络租还车的方法与系统 |
| FR3062941A1 (fr) * | 2017-02-10 | 2018-08-17 | Francecol Tech | Systeme de gestion de flotte de vehicules electriques |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111833040A (zh) * | 2020-04-10 | 2020-10-27 | 北京嘀嘀无限科技发展有限公司 | 用于共享车辆还车的控制方法、装置、存储介质和电子设备 |
| CN111818478A (zh) * | 2020-06-28 | 2020-10-23 | 武汉小安科技有限公司 | 车辆的数据传输方法、设备、存储介质及装置 |
| CN112150719A (zh) * | 2020-09-25 | 2020-12-29 | 北京骑胜科技有限公司 | 车辆管理方法、装置、电子设备和存储介质 |
| CN113342533A (zh) * | 2021-06-28 | 2021-09-03 | 宁波小遛共享信息科技有限公司 | 车辆的使用方法及装置 |
| CN114750631A (zh) * | 2022-04-28 | 2022-07-15 | 浙江大汽新能源有限公司 | 新能源车辆充电管理方法及相关设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109636537A (zh) | 一种还车方法及装置和取车方法及装置 | |
| KR101148668B1 (ko) | 전기 자동차의 충전 시스템 | |
| CN106971557B (zh) | 一种车辆识别方法及系统 | |
| CN107491336A (zh) | 一种汽车电控模块刷新系统及方法 | |
| CN103295272B (zh) | 里程计监测和冗余存储系统 | |
| CN108010331A (zh) | 智慧停车云平台管理系统 | |
| CN105575130B (zh) | 一种无人值守停车实现方法及装置 | |
| CN108544941A (zh) | 充电方法、装置、电子设备及存储介质 | |
| CN105957259A (zh) | 手机app获取充电桩信息系统及负载均衡方法及租车方法 | |
| CN108172015A (zh) | 停车管理方法和系统、计算机设备和可读存储介质 | |
| CA2513428A1 (en) | Method for depositing mail in a electronic safety deposit box system; safety deposit system | |
| CN107393023A (zh) | 一种自动泊车管理系统及方法 | |
| CN106960598A (zh) | 车位共享方法、服务器和系统 | |
| DE102014204762A1 (de) | Telematiksystem, Telematikeinheit und Verfahren zur Fernsteuerung oder Beeinflussung von Fahrzeugfunktionen und zur Erfassung von Fahrzeugdaten | |
| CN108846906A (zh) | 停车管理方法、系统及计算机可读存储介质 | |
| KR102125922B1 (ko) | 차량용 제어 장치 | |
| CN105447994B (zh) | 现金钞箱管理系统及现金钞箱管理方法 | |
| CN106952499A (zh) | 车位租用授权方法和装置 | |
| CN108074288A (zh) | 一种车辆出口管理的方法、装置及存储介质 | |
| CN107093214A (zh) | 一种停车场管理方法、装置、系统及电子设备 | |
| CN106056778A (zh) | 一种车辆租还方法、装置及系统 | |
| CN107403517A (zh) | 租车平台的数据处理方法、装置和系统 | |
| CN110182531A (zh) | 服务器装置、车辆、服务提供系统和非暂态存储介质 | |
| CN107221086A (zh) | 一种基于动态码的租车方法及租车系统、服务器端 | |
| CN107845147A (zh) | 基于停车场系统的费用支付控制方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190416 |