本发明涉及车辆技术领域，更具体地，涉及一种车辆落锁的控制方法、一种车辆落锁的控制装置、一种车辆、一种服务器、一种车辆落锁的控制系统。
背景技术：
随着互联网技术和设备制造技术的飞速发展，出现了共享车辆的服务，例如，共享自行车、共享助力车、共享电动车乃至共享汽车等，可以将车辆已分时或分段模式租赁给用户使用，解决交通出行的问题。
共享车辆中的共享汽车与私家用车的开关锁方面存在较大的差异。私家用车是由用户使用车钥匙来实现开关锁功能。而共享汽车是用户通过共享车辆app实现开关锁的功能。当共享汽车结束用车时，可直接落锁。
用户在车内结束订单后，共享汽车处于落锁状态，用户需要通过手动开启共享汽车的机械锁，从共享汽车中出来。此时，该辆共享汽车处于未锁闭的状态。由于共享汽车在结束用车后处于未锁闭的状态，使得共享汽车存在被破坏、丢失的风险。
因此，发明人认为，有必要对上述现有技术中存在的问题进行改进。
技术实现要素：
本发明的一个目的是提供一种车辆落锁的控制方法的新技术方案。
根据本发明的第一方面，提供了一种车辆落锁的控制方法，所述方法包括：
获取车辆在结束用车订单后的车门开关状态；
根据所述车门开关状态，检测所述车辆在结束用车订单后是否出现一次开关门事件；
根据出现一次开关门事件的检测结果，控制所述车辆执行落锁操作。
可选地，所述方法还包括：
根据未出现一次开关门事件的检测结果，在结束用车订单后的预定时刻控制所述车辆执行落锁操作。
可选地，所述方法还包括：控制所述车辆在结束用车订单时，执行落锁操作。
根据本发明的第二方面，提供了一种车辆落锁的控制方法，应用于车辆，所述方法包括：
响应于服务器发送的结束用车订单的通知，获取所述车辆在结束用车订单后的车门开关状态；
根据所述车门开关状态，检测所述车辆在结束用车订单后是否出现一次开关门事件；
根据出现一次开关门事件的检测结果，控制所述车辆的落锁电机执行落锁操作。
可选地，所述方法还包括：
根据未出现一次开关门事件的检测结果，在接收到所述通知后的预定时刻，控制所述车辆的落锁电机执行落锁操作。
可选地，所述方法还包括：
响应于服务器发送的结束用车订单的通知，控制所述车辆的落锁电机执行落锁操作。
根据本发明的第三方面，提供了一种车辆落锁的控制方法，应用于服务器，所述方法包括：
根据车辆结束用车订单的记录，向所述车辆发送获取所述车辆在结束用车订单后的车门开关状态的请求；
获取所述车辆根据所述请求返回的所述车门开关状态；
根据所述车门开关状态，检测所述车辆在结束用车订单后是否出现一次开关门事件；
根据出现一次开关门事件的检测结果，向所述车辆发送落锁指令以使所述车辆执行落锁操作。
可选地，所述方法还包括：
根据未出现一次开关门事件的检测结果，在结束用车订单后的预定时刻，向所述车辆发送落锁指令以使所述车辆执行落锁操作。
根据本发明的第四方面，提供了一种车辆落锁的控制装置，包括：存储器和处理器，其中，所述存储器用于存储指令，所述指令用于控制所述处理器进行操作以执行根据第一方面提供的任一项所述的方法。
根据本发明的第五方面，提供了一种车辆，包括：存储器和处理器，其中，所述存储器用于存储指令，所述指令用于控制所述处理器进行操作以执行根据第二方面提供的任一项所述的方法。
根据本发明提供的第六方面，提供了一种服务器，包括：存储器和处理器，其中，所述存储器用于存储指令，所述指令用于控制所述处理器进行操作以执行根据第三方面提供的任一项所述的方法。
根据本发明的第七方面，提供了一种车辆落锁的控制系统，包括：如第六方面提供的服务器和车辆，其中，所述车辆用于根据所述服务器发送的落锁指令，控制所述车辆的落锁电机执行落锁操作。
本发明一个实施例的有益效果在于，在结束用车订单后，先检测车辆在结束用车订单后的车门开关状态是否出现一次开关门事件，在确定出现一次开关门事件后，控制车辆执行落锁操作，以保证车辆在结束用车订单后处于锁闭状态，降低了车辆被破坏、丢失的风险，提高了车辆的安全性。
通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。
附图说明
被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且连同其说明一起用于解释本发明的原理。
图1是根据本发明实施例的共享车辆系统的示意图。
图2是根据本发明实施例的服务器1000的硬件结构的原理框图。
图3是根据本发明实施例的用户终端2000的硬件结构的原理框图。
图4是根据本发明实施例的车辆3000的硬件结构的原理框图。
图5是根据本发明第一实施例的车辆落锁的控制方法的流程示意图。
图6是根据本发明第二实施例的车辆落锁的控制方法的流程示意图。
图7是根据本发明第三实施例的车辆落锁的控制方法的流程示意图。
图8是根据本发明方法的一个例子的交互流程示意图。
图9是根据本发明实施例的车辆落锁的控制装置的硬件结构的原理框图。
图10是根据本发明实施例的车辆落锁的控制装置的原理框图。
图11是根据本发明另一实施例的车辆落锁的控制装置的原理框图。
图12是根据本发明另一实施例的车辆落锁的控制装置的原理框图。
具体实施方式
现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
<共享车辆系统的整体架构>
图1是根据本发明实施例的共享车辆系统的示意图。
共享车辆系统100包括服务器1000、用户终端2000以及车辆3000。服务器1000与用户终端2000之间，以及服务器1000与车辆3000之间通过无线网络4000建立通信连接。
服务器1000用于提供车辆管理策略。
车辆3000具有编码，用于唯一标识对应的车辆。
车辆3000可以定时向服务器1000上报状态信息，该状态信息例如包括：解锁状态信息、锁车状态信息、车辆位置信息、行驶速度、行驶时间、行驶距离、电池电量值等等。
通过用户终端2000可以将车辆3000的编码提供给服务器1000。服务器1000接收到编码后，向与该编码唯一对应的车辆发送解锁指令，以使用户可以用车。
通过用户终端2000还可以将结束用车请求发送至服务器1000。服务器1000接收到结束用车请求后，将本次用车产生的费用返回至用户终端2000，并结束本次用车。
服务器1000与用户终端2000之间通信连接的无线网络与服务器1000与车辆3000之间通信连接的无线网络可以是同一网络，也可以是不同网络。
该无线网络4000涵盖任何合适的无线网络，例如但不限于4g网络、3g网络、gsm、gprs、wlan等等。
图2是根据本发明实施例的服务器1000的硬件结构的原理框图。
根据图2所示，本发明实施例的服务器1000包括处理器1010、存储器1020、接口装置1030、通信装置1040、显示装置1050、输入装置1060。
存储器1020例如包括rom(只读存储器)、ram(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1030例如包括usb接口、串行接口、红外接口等。通信装置1040例如能够进行有线或无线通信。显示装置1050例如是液晶显示屏、led显示屏触摸显示屏等。输入装置1060例如可以包括触摸屏、键盘等。
服务器1000可以是整体式服务器或是跨多计算机或计算机数据中心的分散式服务器。服务器可以是各种类型的，例如但不限于，网络服务器，新闻服务器，邮件服务器，消息服务器，广告服务器，文件服务器，应用服务器，交互服务器，数据库服务器，或代理服务器。在一些实施例中，每个服务器可以包括硬件，软件，或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。在本发明实施例中，服务器1000用于提供支持车辆落锁的控制方法所必需的全部功能。
在本发明实施例中，用户终端2000可以通过诸如有线或无线网络等方式发送或接收信号，或可以在诸如存储器中将信号处理或存储为物理存储状态。用户终端2000可以是包括硬件、软件或内嵌逻辑组件或者两个或多个此类组件的组合的电子装置，并能够执行由用户终端2000实施或支持的合适的功能。例如，用户终端2000可以是智能手机、平板电脑、便携式电子邮件装置、电子书、手持游戏机和/或游戏控制器、笔记本电脑、上网本、手持电子装置，智能穿戴装置，等等。本发明实施例的用户终端2000涵盖任何合适的电子设备。用户终端2000可以使得使用该用户终端2000的用户访问网络。
图3是根据本发明实施例的用户终端2000的硬件结构的原理框图。
根据图3所示，本发明实施例的用户终端2000可以包括处理器2010、存储器2020、接口装置2030、通信装置2040、显示装置2050、输入装置2060、扬声器2070、麦克风2080等等。
根据图3所示，本发明实施例的用户终端2000可以包括处理器2010、存储器2020、接口装置2030、通信装置2040、显示装置2050、输入装置2060、扬声器2070、麦克风2080等等。
处理器2010可以是中央处理器cpu、微处理器mcu等。
存储器2020例如包括rom(只读存储器)、ram(随机存取存储器)、诸如硬盘的非易失性存储器等。
接口装置2030例如包括usb接口、耳机接口等。通信装置2040例如能够进行有线或无线通信，具体地可以包括wifi通信、蓝牙通信、2g/3g/4g/5g通信等等。显示装置2050例如是液晶显示屏、触摸显示屏等。输入装置2060例如可以包括触摸屏、键盘、体感输入等。用户可以通过扬声器2070和麦克风2080输入/输出语音信息。
用户终端2000安装有共享车辆app。共享车辆app可以帮助用户实现使用车辆3000。用户终端2000的显示装置2050可显示共享车辆app的交互界面。该交互界面是可以供用户通过点击、勾选、语音输入或者文本输入进行交互操作的人机交互界面。使用用户终端2000的用户可以通过共享车辆app触发生成还车请求或者结束用车请求。
车辆3000是任何可以分时或分地出让使用权供不同用户共享使用的车辆，例如，用于共享的汽车。
如图4所示，车辆3000可以包括处理器3010、存储器3020、接口装置3030、通信装置3040、输出装置3050、输入装置3060、定位装置3070、传感器3080，等等。其中，处理器3010可以是中央处理器cpu、微处理器mcu等。存储器3020例如包括rom(只读存储器)、ram(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置3030例如包括usb接口、耳机接口等。通信装置3040例如能够进行有线或无线通信。输出装置3050例如是输出信号的装置，至少包括输出语音的装置如扬声器等，还可以包括显示装置例如液晶显示屏、触摸显示屏等。输入装置3060例如可以包括触摸屏、键盘等，也可以是麦克风输入语音信息。定位装置3070用于提供定位功能，例如可以是gps定位模块、北斗定位模块等。传感器3080用于获取车辆姿态信息，例如可以是加速度计、陀螺仪、或者三轴、六轴、九轴微机电系统(mems)等。车辆3000用于提供支持车辆落锁的控制方法所必需的全部功能。
应当理解的是，尽管图1仅示出一个服务器1000、用户终端2000、车辆3000，但不意味着限制对应的数目，共享车辆系统100中可以包含多个服务器1000、用户终端2000、车辆3000。
根据图1示出的共享车辆系统，本发明的一个实施例中，提供了一种车辆落锁的控制系统。该车辆落锁的控制系统包括：服务器1000和车辆3000。
本发明的一个实施例中，服务器1000的存储器1020用于存储指令，所述指令用于控制处理器1010进行操作以执行根据本发明实施例的车辆落锁的控制方法。技术人员可以根据本发明所公开方案设计指令。指令如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。
本发明的一个实施例中，车辆3000用于根据服务器1000发送的落锁指令，控制落锁电机以执行落锁操作。
在本发明实施例中，总体构思是提供一种用于车辆落锁的控制方法的新技术方案，在结束用车订单后，先检测车辆在结束用车订单后的车门开关状态是否出现一次开关门事件，在确定出现一次开关门事件后，控制车辆执行落锁操作，以保证车辆在结束用车订单后处于锁闭状态，降低了车辆被破坏、丢失的风险，提高了车辆的安全性。
<方法>
图5是根据本发明第一实施例的车辆落锁的控制方法的流程示意图。
根据图5所示，本发明该实施例的车辆落锁的控制方法可以包括如下步骤：
步骤s5010，获取车辆在结束用车订单后的车门开关状态。
在本发明的一个例子中，服务器接收到用户终端发送的还车请求后，分别向用户终端和车辆发送结束用车订单的通知。服务器向用户终端发送的结束用车订单的通知至少携带有本次用车费用。服务器向车辆发送的结束用车订单的通知至少携带有落锁指令。车辆在接收到结束用车订单的通知时，直接控制落锁电机执行落锁操作。
在本发明的一个例子中，步骤s5010可由车辆实施。车辆的车门上设置有传感器，该传感器用于感测车门开关状态。车辆可以直接从该传感器中获取车辆在结束用车订单后的车门开关状态。或者，该传感器将其感测到的车门开关状态进行定时上报，以使车辆记录车门开关状态。
在本发明的一个例子中，步骤s5010可由服务器实施。服务器向用户终端发送结束用车订单的通知后，向与该用车订单唯一对应的车辆发送车门开关状态的请求。该车辆响应服务器的车门开关状态的请求，将其结束用车订单后的车门开关状态返回至服务器。
步骤s5020，根据车门开关状态，检测车辆在结束用车订单后是否出现一次开关门事件。
在本发明的一个例子中，如果步骤s5010是由车辆实施时，车辆根据车门开关状态，检测车辆在结束用车订单后是否出现一次开关门事件。
本发明的一个例子中，如果步骤s5010是由服务器实施时，服务器根据获取到的车门开关状态，检测车辆在结束用车订单后是否出现一次开关门事件。
在本发明的一个例子中，车辆在结束用车订单后的车门开关状态可为下列任一种情况：车辆在结束用车订单后始终处于关闭状态；车辆在结束用车订单后首先处于关闭状态，然后出现一次开门状态，之后处于关闭状态。
如果获取的结束用车订单后的车门开关状态为始终处于关闭状态时，可以确定车辆在结束用车订单后未出现一次开关门事件。如果获取的结束用车订单后的车门开关状态为首先处于关闭状态，然后出现一次开门状态，之后处于关闭状态时，可以确定车辆在结束用车订单后出现一次开关门事件。
步骤s5030，根据出现一次开关门事件的检测结果，控制车辆执行落锁操作。
在本发明的一个例子中，当车辆检测到车辆结束用车订单后出现一次开关门事件，可以确定在车辆结束用车订单时用户还在车内，用户需要手动开启车辆的机械锁，从车辆中出来，使得该车辆处于未锁闭的状态。此时，车辆控制其落锁电机执行落锁操作，以保证车辆处于锁闭状态。
在本发明的一个例子中，当服务器检测到车辆结束用车订单后出现一次开关门事件，可以确定在车辆结束用车订单时用户还在车内，用户需要手动开启车辆的机械锁，从车辆中出来，使得该车辆处于未锁闭的状态。此时，服务器向该用车订单唯一对应的车辆发送落锁指令。该车辆在接收到落锁指令后，控制车辆的落锁电机执行落锁操作。
车辆在投放使用后，设置在车门上的传感器可能会出现故障。如果出现该状况，该传感器不能正常地感测车门开关状态，使得车辆在结束用车订单后是否出现一次开关门事件的检测结果出现异常，进而使得服务器或者车辆不能及时执行落锁操作。本发明的一个例子中，根据未出现一次开关门事件的检测结果，在结束用车订单后的预定时刻控制车辆执行落锁操作。这样可以避免因传感器故障导致的服务器或者车辆不能及时执行落锁操作的问题。
例如，当车辆确定在结束用车订单后未出现一次开关门事件时，在车辆接收到结束用车订单的通知后的预定时刻，控制落锁电机执行落锁操作。
例如，当服务器确定在结束用车订单后未出现一次开关门事件时，在向车辆发送结束用车订单的通知后的预定时刻，向该用车订单唯一对应的车辆发送落锁指令。该车辆在接收到落锁指令后，控制车辆的落锁电机执行落锁操作。
图6是根据本发明第二实施例的车辆落锁的控制方法的流程示意图。
该车辆落锁的控制方法由车辆一侧实施，根据图6所示，该方法可以包括如下步骤：
步骤s6010，响应于服务器发送的结束用车订单的通知，获取车辆在结束用车订单后的车门开关状态。
在本发明的一个例子中，车辆接收到服务器发送的结束用车订单的通知时，根据结束用车订单的通知携带的落锁指令，直接控制落锁电机执行落锁操作。
在本发明的一个例子中，车辆的车门上设置有传感器，该传感器用于感测车门开关状态。车辆可以直接从该传感器中获取车辆在结束用车订单后的车门开关状态。或者，该传感器将其感测到的车门开关状态进行定时上报，以使车辆记录车门开关状态。
步骤s6020，根据车门开关状态，检测车辆在结束用车订单后是否出现一次开关门事件。
在本发明的一个例子中，车辆在结束用车订单后的车门开关状态可为下列任一种情况：车辆在结束用车订单后始终处于关闭状态；车辆在结束用车订单后首先处于关闭状态，然后出现一次开门状态，之后处于关闭状态。
如果车辆获取的结束用车订单后的车门开关状态为始终处于关闭状态时，可以确定车辆在结束用车订单后未出现一次开关门事件。如果车辆获取的结束用车订单后的车门开关状态为首先处于关闭状态，然后出现一次开门状态，之后处于关闭状态时，可以确定车辆在结束用车订单后出现一次开关门事件。
步骤s6030，根据出现一次开关门事件的检测结果，控制车辆的落锁电机执行落锁操作。
在本发明的一个例子中，当车辆检测到车辆结束用车订单后出现一次开关门事件，可以确定在车辆结束用车订单时用户还在车内，用户需要手动开启车辆的机械锁，从车辆中出来，使得该车辆处于未锁闭的状态。此时，车辆控制其落锁电机执行落锁操作，以保证车辆处于锁闭状态。
车辆在投放使用后，设置在车门上的传感器可能会出现故障。如果传感器出现故障，该传感器不能正常地感测车门开关状态，使得车辆在结束用车订单后是否出现一次开关门事件的检测结果出现异常，进而使得车辆不能及时执行落锁操作。在本发明的一个例子中，车辆根据未出现一次开关门事件的检测结果，在接收到结束用车订单的通知后的预定时刻控制车辆执行落锁操作。这样可以避免因传感器故障导致的车辆不能及时执行落锁操作的问题。
图7是根据本发明第三实施例的车辆落锁的控制方法的流程示意图。
该车辆落锁的控制方法由服务器一侧实施，根据图7所示，该方法可以包括如下步骤：
步骤s7010，根据车辆结束用车订单的记录，向车辆发送获取车辆在结束用车订单后的车门开关状态的请求。
在本发明的一个例子中，服务器接收到用户终端发送的还车请求后，分别向用户终端和车辆发送结束用车订单的通知。服务器向用户终端发送的结束用车订单的通知至少携带有本次用车费用。服务器向车辆发送的结束用车订单的通知至少携带有落锁指令。车辆在接收到结束用车订单的通知时，直接控制落锁电机执行落锁操作。
在本发明的一个例子中，服务器向用户终端发送结束用车订单后，向与该用车订单唯一对应的车辆发送车门开关状态的请求。
步骤s7020，获取车辆根据请求返回的车门开关状态。
车辆响应服务器的车门开关状态的请求，将其结束用车订单后的车门开关状态返回至服务器。
在本发明的一个例子中，车辆在结束用车订单后的车门开关状态至少为下列任一种情况：车辆在结束用车订单后始终处于关闭状态；车辆在结束用车订单后首先处于关闭状态，然后出现一次开门状态，之后处于关闭状态。
步骤s7030，根据车门开关状态，检测车辆在结束用车订单后是否出现一次开关门事件。
如果服务器获取的结束用车订单后的车门开关状态为始终处于关闭状态时，可以确定车辆在结束用车订单后未出现一次开关门事件。如果服务器获取的结束用车订单后的车门开关状态为首先处于关闭状态，然后出现一次开门状态，之后处于关闭状态时，可以确定车辆在结束用车订单后出现一次开关门事件。
步骤s7040，根据出现一次开关门事件的检测结果，向车辆发送落锁指令以使车辆执行落锁操作。
在本发明的一个例子中，当服务器检测到车辆结束用车订单后出现一次开关门事件，可以确定在车辆结束用车订单时用户还在车内。用户需要手动开启车辆的机械锁，从车辆中出来，使得该车辆处于未锁闭的状态。此时，服务器向该用车订单唯一对应的车辆发送落锁指令。该车辆在接收到落锁指令后，控制车辆的落锁电机执行落锁操作。
车辆在投放使用后，设置在车门上的传感器可能会出现故障。如果传感器出现故障，该传感器不能正常地感测车门开关状态，使得车辆在结束用车订单后是否出现一次开关门事件的检测结果出现异常，进而使得服务器不能及时向车辆发送落锁操作。本发明的一个例子中，当服务器确定在结束用车订单后未出现一次开关门事件时，在向车辆发送结束用车订单的通知后的预定时刻，向该用车订单唯一对应的车辆发送落锁指令。该车辆在接收到落锁指令后，控制车辆的落锁电机执行落锁操作。
本发明实施例中，在结束用车订单后，先检测车辆在结束用车订单后的车门开关状态是否出现一次开关门事件，在确定出现一次开关门事件后，控制车辆执行落锁操作，以保证车辆在结束用车订单后处于锁闭状态，降低了车辆被破坏、丢失的风险，提高了车辆的安全性。
<例子>
图8示出了根据本发明方法的一个例子的交互流程示意图。根据图8所示，该方法可包括如下步骤：
步骤s8010，用户终端基于用户触发的还车操作，向服务器发送还车请求；
步骤s8020，服务器向用户终端发送结束用车订单的通知，以及向车辆发送获取车辆在结束用车订单后的车门开关状态的请求；
步骤s8030，车辆将其结束用车订单后的车门开关状态返回至服务器；
步骤s8040，服务器根据接收到的车门开关状态，检测车辆在结束用车订单后是否出现一次开关门事件；
步骤s8050，在检测结果为出现一次开关门事件时，向车辆发送落锁指令以使车辆执行落锁操作；在检测结果为未出现一次开关门事件时，在向车辆发送结束用车订单后的预定时刻，向车辆发送落锁指令以使车辆执行落锁操作。
<装置>
图9是根据本发明实施例的车辆落锁的控制装置的硬件结构的原理框图。
根据图9所示，车辆落锁的控制装置9000包括存储器9020和处理器9010。存储器9020用于存储指令，该指令用于控制处理器9010进行操作以执行车辆落锁的控制方法，该方法至少包括：获取车辆在结束用车订单后的车门开关状态；根据车门开关状态，检测车辆在结束用车订单后是否出现一次开关门事件；根据出现一次开关门事件的检测结果，控制车辆执行落锁操作。
图10是根据本发明实施例的车辆落锁的控制装置的原理框图。
根据图10所示，该实施例的车辆落锁的控制装置包括获取模块10010、检测模块10020、控制模块10030。
该获取模块10010用于获取车辆在结束用车订单后的车门开关状态。
该检测模块10020用于根据车门开关状态，检测车辆在结束用车订单后是否出现一次开关门事件。
该控制模块10030用于根据出现一次开关门事件的检测结果，控制车辆执行落锁操作。
在本发明的一个例子中，控制模块10030还用于根据未出现一次开关门事件的检测结果，在结束用车订单后的预定时刻控制车辆执行落锁操作。
在本发明的一个例子中，控制模块10030还用于控制车辆在结束用车订单时，执行落锁操作。
图11是根据本发明另一实施例的车辆落锁的控制装置的原理框图。该车辆落锁的控制装置安装在车辆上。
根据图11所示，该实施例的车辆落锁的控制装置包括车门开关状态获取模块11010、开关门事件检测模块11020、控制模块11030。
车门开关状态获取模块11010用于响应于服务器发送的结束用车订单的通知，获取车辆在结束用车订单后的车门开关状态。
开关门事件检测模块11020用于根据车门开关状态，检测车辆在结束用车订单后是否出现一次开关门事件。
控制模块11030用于根据出现一次开关门事件的检测结果，控制车辆的落锁电机执行落锁操作。
在本发明的一个例子中，控制模块11030还用于根据未出现一次开关门事件的检测结果，在接收到通知后的预定时刻，控制车辆的落锁电机执行落锁操作。
在本发明的一个例子中，控制模块11030还用于响应于服务器发送的结束用车订单的通知，控制车辆的落锁电机执行落锁操作。
图12是根据本发明另一实施例的车辆落锁的控制装置的原理框图。该车辆落锁的控制装置安装在服务器上。
根据图12所示，该实施例的车辆落锁的控制装置包括车门开关状态请求模块12010、车门开关状态获取模块12020、开关门事件检测模块12030、落锁指令发送模块12040。
车门开关状态请求模块12010用于根据车辆结束用车订单的记录，向车辆发送获取车辆在结束用车订单后的车门开关状态的请求。
车门开关状态获取模块12020用于获取车辆根据请求返回的车门开关状态。
开关门事件检测模块12030用于根据车门开关状态，检测车辆在结束用车订单后是否出现一次开关门事件。
落锁指令发送模块12040用于根据出现一次开关门事件的检测结果，向车辆发送落锁指令以使车辆执行落锁操作。
在本发明的一个例子中，落锁指令发送模块12040还用于根据未出现一次开关门事件的检测结果，在结束用车订单后的预定时刻，向车辆发送落锁指令以使车辆执行落锁操作。
在本发明的一个例子中，车辆包括图9、图10和图11中任一示出的车辆落锁的控制装置。
在本发明的一个例子中，服务器包括图9、图10和图12中任一示出的车辆落锁的控制装置。
在本发明的一个例子中，车辆包括存储器和处理器。存储器用于存储指令，该指令用于控制处理器进行操作以执行车辆落锁的控制方法，该方法至少包括：响应于服务器发送的结束用车订单的通知，获取车辆在结束用车订单后的车门开关状态；根据车门开关状态，检测车辆在结束用车订单后是否出现一次开关门事件；根据出现一次开关门事件的检测结果，控制车辆的落锁电机执行落锁操作。
在本发明的一个例子中，服务器包括：存储器和处理器。存储器用于存储指令，该指令用于控制处理器进行操作以执行车辆落锁的控制方法，该方法至少包括：根据车辆结束用车订单的记录，向车辆发送获取车辆在结束用车订单后的车门开关状态的请求；获取车辆根据请求返回的车门开关状态；根据车门开关状态，检测车辆在结束用车订单后是否出现一次开关门事件；根据出现一次开关门事件的检测结果，向车辆发送落锁指令以使车辆执行落锁操作。
本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、静态随机存取存储器(sram)、便携式压缩盘只读存储器(cd-rom)、数字多功能盘(dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如smalltalk、c++等，以及常规的过程式编程语言—诸如“c”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(fpga)或可编程逻辑阵列(pla)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。
这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。
以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。