与车辆交互的方法、计算设备和计算机可读存储介质与流程

本公开的实施例总体上涉及信息交互领域，更具体地涉及一种用于与车辆交互的方法、计算设备以及计算机可读存储介质。

背景技术：

随着人们对旅游质量的逐步重视，不少用户会在旅游目的地附近租赁车辆，从而更加自由地安排行程。另一方面，某些城市的车辆限制措施也使得大量的用户需要向服务提供者租赁车辆，从而实现日常的代步。这些趋势都使得车辆租赁市场蓬勃发展。随着租赁市场的发展，用户对租赁过程中的体验更加重视。。

以车辆租赁场景下的车辆交互技术为例，传统的用于与车辆交互的方案例如包括：由管理平台根据人为上报的、或者传感器采集的被租车辆在订单执行的起始时刻和结束时刻的汽车油量来计算待支付的油量使用费，由于传感器所采集的油量数据不准确，进而导致油量使用费的计算存在偏差。另外，传统的管理平台很少对用户租赁过程中的车辆进行交互，因此，不利于车辆安全和提升用户体验。

技术实现要素：

本公开提供了一种用于与车辆交互的方法、计算设备和计算机可读存储介质，能够准确确定车辆的油量数据，以便提高订单关联费用的准确性以及用户体验。

根据本公开的第一方面，提供了与车辆交互的方法。该方法包括：在管理设备处，在第一时刻从该车辆接收第一油量数据和第一里程数，该第一时刻与关于该车辆的订单的起始时间和结束时间中的至少一个相关联；响应于确定该第一油量数据小于预定的第一阈值，基于该第一油量数据，确定该第一时刻所对应的油量值，该第一阈值是基于该车辆的油箱处于满油状态的油量数据而确定的；以及响应于确定该第一油量数据等于第一阈值，从该车辆接收第二油量数据和第二里程数，其中第二油量数据小于该第一阈值；基于该第一里程数、该第二里程数和该第二油量数据，确定该第一油量数据的校正值；以及基于该校正值，确定该第一时刻所对应的油量值；基于该第一时刻所对应的油量值，计算该订单的关联费用的起始油量和结束油量中的至少一个。

根据本发明的第二方面，还提供了一种计算设备，该设备包括：至少一个处理单元；至少一个存储器，至少一个存储器被耦合到至少一个处理单元并且存储用于由至少一个处理单元执行的指令，指令当由至少一个处理单元执行时，使得设备执行本公开的第一方面的方法。

根据本公开的第三方面，还提供了一种计算机可读存储介质。该计算机可读存储介质上存储有计算机程序，计算机程序被机器执行时执行本公开的第一方面的方法。

在一些实施例中，用于与车辆交互的方法还包括：响应于确定该第一油量数据大于预定的第二阈值，基于该第一油量数据，确定该第一时刻所对应的油量值，该第二阈值是基于该车辆的油箱处于空油状态的油量数据而确定的；以及响应于确定该第一油量数据等于第二阈值，从该车辆接收第二油量数据和第二里程数，其中第二油量数据大于该第二阈值；基于该第一里程数、该第二里程数和该第二油量数据，确定该第一油量数据的校正值；以及基于该校正值，确定该第一时刻所对应的油量值。

在一些实施例中，确定该第一油量数据的校正值包括：计算该第一里程数和该第二里程数的差值；确定该车辆的油耗值；基于该差值与该车辆的该油耗值的乘积，确定该第一油量数据的偏差值；以及基于该第二油量数据与该偏差值的和，确定该校正值。

在一些实施例中，确定该车辆的油耗值包括：从与该车辆关联的存储器中，获取该车辆在第一历史时刻的第一历史里程、在第二历史时刻的第二历史里程和在该第一历史时刻和该第二历史时刻之间的平均油耗值；基于该第一历史里程和该第二历史里程的差值以及该第一历史时刻和该第二历史时刻的差值，计算历史速度；以及响应于该车辆的速度与该历史速度之间的差小于预定的第三阈值，将该平均油耗值确定为该车辆的该油耗值。

在一些实施例中，确定该车辆的油耗值包括：基于该车辆的型号、该车辆的车龄中的一个或多个，来确定该油耗值。

在一些实施例中，用于与车辆交互的方法还包括：在第三时刻从该车辆接收第三里程数；在第四时刻从该车辆接收第四里程数；基于该第三时刻、该第四时刻、该第三里程数以及该第四里程数，确定该车辆在该第三时刻和该第四时刻之间的平均速度；以及响应于该平均速度大于预定的第四阈值，向与该车辆相关联的终端设备发送超速提醒。

在一些实施例中，用于与车辆交互的方法还包括：在第五时刻从该车辆接收指示该车辆是否启动的第一启动信息；在第六时刻从该车辆接收指示该车辆是否启动的第二启动信息；以及响应于该第一启动信息和该第二启动信息都指示该车辆已经启动、并且该第五时刻和该第六时刻之间的间隔大于预定的第五阈值，向与该车辆相关联的终端设备发送超时提醒。

在一些实施例中，用于与车辆交互的方法还包括：从该车辆接收该车辆的电瓶的电压；以及响应于该电压小于预定的第六阈值，向与该车辆相关联的终端设备发送亏电提醒。

在一些实施例中，用于与车辆交互的方法还包括：从该车辆接收指示该车辆是否启动的启动信息、以及指示该车辆的子系统的激活状态的状态信息，其中该子系统包括该车辆的后备箱子系统、指示灯子系统、车门子系统中的一种或多种；以及响应于该启动信息指示该车辆未启动、并且该状态信息指示该子系统被激活，向与该车辆相关联的终端设备发送提醒，其中该子系统被激活包括：该车辆的后备箱未锁定、该车辆的指示灯未关闭以及该车辆的车门未锁定中的一种或多种。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。

图1示意性示出了本公开的多个实施例能够在其中实现的示例系统的示意图。

图2示意性示出了根据本公开的实施例的用于与车辆交互的方法的流程图。

图3示意性示出了根据本公开的实施例的用于确定第一油量数据的校正值的方法的流程图。

图4示意性示出了根据本公开的实施例的用于确定车辆的油耗值的方法的流程图。

图5示意性示出了能够实施本公开内容的多个实施方式的计算设备的框图。

具体实施方式

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

在本公开内容的实施例的描述中，术语“包括”及其类似用语应当理解为开放性包含，即“包括但不限于”。术语“基于”应当理解为“至少部分地基于”。术语“一个实施例”或“该实施例”应当理解为“至少一个实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

在现有的车辆租赁方案中，用户需要支付给租赁服务提供者的费用大体上包含两个部分，即车辆本身的租赁费用以及需要缴纳的油量使用费。油量使用费需要根据租赁订单的开始和结束时的车辆油量来计算。举例来说，如果用户在取车时的油箱油量是满的，并且在即将还车前也同样将油箱加满，则该用户无需额外向租赁服务提供者支付油量使用费。再如，如果用户取车时的油量是30l，而在还车时的油量是15l，则该用户需要根据当前油价和所使用的油量向租赁服务提供者支付油量使用费。因此，油量使用费与用户利益息息相关，是否能够准确地确定油箱的油量并由此计算用户所使用的油量是十分重要的。

在许多车辆中，油量的获取是通过车辆油箱里的诸如浮标的液位传感器来实现的。这种液位传感器在油箱内的高度会随着油量的多少而变化，从而通过其高度来获取油箱油量。在液位传感器的大部分高度范围内，其高度与油量是线性的，这个阶段的读数相对是准确的。然而，在油箱的油量处于接近满油状态或接近空油状态时，这种液位传感器的高度与油量的关系可能不是线性的，这会导致液位传感器的读数不准确。以某款车型为例，该车型的出厂油箱是53l，然而其液位传感器所能够读取的最高油量只有49l。因此，在实际油量介于49l和53l之间时，通过液位传感器得到的油量数据是不准确的。此外，在油箱接近为空时，由于液位传感器可能触碰到油箱的底部，这也可能导致读数与实际油量存在误差。因此，有必要在这两种情形下对油箱的油量进行校正。

此外，在用户取车时，由于之前的使用者的某些不当操作，用户所取得的车辆可能存在一些异常，导致用户在订单过程中需要救援，这会极大地影响用户的体验。例如，之前的用户在还车时没有适时地关闭车门或者灯光，从而导致车辆的电瓶在车辆熄火之后被耗光，这可能会是电瓶亏电，进而影响下一个用户的正常启动。因此，有必要对车辆的一些指示状态进行监测，从而在使用异常时向用户或者租赁服务提供者发出警报。

针对上述问题，本公开的实施方式提供了一种用于与车辆交互的方案。下面将结合图1到图5来具体描述本公开的实施方式。

图1示出了本公开的多个实施例能够在其中实现的示例系统100的示意图。如图1所示，在系统100中，车辆110正行驶或被停放在目标场地120上，车辆110上设置有车载设备130（例如车机），用来存储车辆的包括行驶状态和停止状态的全过程的一些参数。例如，这些参数可以是车辆110的里程、当前的油量、行驶速度、电瓶电压，等等。此外，这些参数还可以是表示车辆的某些子系统的状态信息，例如，表示车门是否被锁定的信息、车辆的指示灯是开启或者关闭的信息，等等。系统100还包括管理设备140。管理设备140可以通过网络170、基站160与用户终端150、车辆110及其车载设备130进行数据交互。

车载设备130可以与车辆租赁服务提供者的管理设备140耦接，从而使车载设备130上的这些信息被发送给管理设备140。用户终端150可以连接到管理设备140，从而在用户终端150上读取这些信息。这些用户终端150可以是车辆租赁用户的移动设备或者是租赁服务提供者的设备。

关于管理设备140，其例如而不限于是用于车辆后台管理的计算设备（例如而不限于是车辆租赁公司的后台系统）。管理设备140用于在用户取车或者还车时经由网络170、基站160从车辆110的车载设备130接收表示车辆110的当前油量的第一油量数据。管理设备140还可以在同一时刻从车载设备130接收表示车辆110当前已行驶里程数的第一里程数。通过对所接收的第一油量数据与表示车辆110的满油状态下确定的阈值的比较，确定在这一时刻下可以使用的油量数据。如果第一油量数据小于这个阈值，使用该第一油量数据作为用户取车或者还车时的油量数据。如果第一油量数据等于这个阈值，则利用从车辆110的车载设备130接收的另一个油量数据和里程数来校正该第一油量数据。经过校正后的油量数据可以通过网络170、基站160被发送给用户的用户终端150，以便用户进行订单结算。由于该油量数据是进行订单结算的重要依据，经过管理设备140的判断和校正，可以更加准确地确定油量的数据，从而使得用户的计费更加合理。在一些实施例中，管理设备140可以具有一个或多个处理单元，包括诸如gpu、fpga和asic等的专用处理单元以及诸如cpu的通用处理单元。另外，在每个管理设备上也可以运行着一个或多个虚拟机。

关于车辆110的车载设备130，其用于以一定的时间间隔将车辆110的信息发送给管理设备140，以便于管理设备140能够监测车辆110的状态。这些信息可以是上面提及的里程数、油量数据，或者车辆110的行驶速度，等等。此外，这些信息还可以是反应车辆110的某些状态的状态信息，例如反应车辆110是否启动、车辆110的指示灯或者车门是否关闭等的信息。可以理解的是，这里的时间间隔可以根据不同的要求来确定，例如每隔10s。这个间隔可以是固定的，也可以是可调整的。在一些实施例中，车载设备130可以具有一个或多个处理单元。

关于用户终端150，其例如而不限于是下订单的用户的手机或租赁公司员工的手机或者平板电脑。用户终端150用于经由所配置的预定应用生成关于车辆110的订单。用户终端150上的应用程序（“app”）能够帮助用户进行选车、取车、用车、还车、结算等全过程的操作。

用户可以通过用户终端150上的应用程序选择合适的车辆110并且产生订单。在进行一定的身份认证之后，用户可以利用用户终端150进行取车操作。例如在判断所选择的车辆110与用户终端150的距离小于一定数值后，判断该用户符合取车的条件。用户可以使用用户终端150对车辆110的车牌进行扫描，在确定该车辆110符合条件后，可以将车辆110分配给用户终端150的用户。通过车辆110的车载设备130的数据，可以判断该车辆110是否适合驾驶。例如，如果判断车辆110的油量小于某一数值，则关闭用户的打开车门和启动车辆110的权限。如果车辆110符合驾驶条件，则用户取车成功。

随后，在用户驾驶车辆110时，用户终端150可以向用户发出一些信息提醒或者安全警报，以协助用户安全舒适地使用车辆110。在用户用车结束并且需要进行还车操作时，车载设备130上的反应车辆110的状态的数据可以被发送给管理设备140，用来判断用户是否符合还车条件。例如车辆110的车门是否被锁定、车辆110的指示灯是否被关闭，等等。如果用户符合还车条件，则用户被授权进行订单结算。此时，用户终端150上的应用程序可以读取管理设备140所确定的油量数据，从而判断用户是否需要支付额外的油量使用费，以完成订单结算。此后，用户还可以通过用户终端150对整个用车过程进行评价。评价的数据可以反馈至管理设备140，以便于租赁服务提供者能够知晓用户的喜好和意见，以便提高其服务质量。

图2示出了根据本公开的一些实施方式的用于与车辆交互的方法200的流程图。应当理解，方法200例如可以在图5所描述的电子设备500处执行。也可以在图1所描述的管理设备140处执行。应当理解，方法200还可以包括未示出的附加动作和/或可以省略所示出的动作，本公开的范围在此方面不受限制。

在步骤202，在管理设备140处在第一时刻从车辆110接收第一油量数据和第一里程数，其中第一时刻与车辆110的订单的起始时间和结束时间中的至少一个相关联。在一些实施例中，这些数据可以从车辆110的车载设备130处获得。

在步骤204，管理设备140确定第一油量数据是否小于预定的第一阈值。

该第一阈值是基于车辆110的油箱处于满油状态的油量数据而确定的。例如，在某些车型中，由于液位传感器所能够读取的最高油量只有49l，则该第一阈值为49l，而在这种情况下，从车辆110处获得的第一油量数据的最大值也就是49l。换句话说，第一油量数据将是小于或者等于该第一阈值的数值。当然，这里列举的数值仅仅是示意性的，该阈值可以根据具体的车辆110来调整，这样的实施例落入本公开的范围中。

如果确定第一油量数据小于该第一阈值，在步骤206，基于第一油量数据，确定第一时刻所对应的油量值，第一阈值是基于车辆的油箱处于满油状态的油量数据而确定的。换言之，由于第一油量数据小于该第一阈值，此时液位传感器处于油量测量相对准确的线性范围内，因此通过该液位传感器获得的该第一油量数据是可用的。在这种情况下，可以将此时的第一油量数据确定为该第一时刻所对应的油量值。如果确定第一油量数据等于第一阈值，在步骤208，从车辆接收第二油量数据和第二里程数，其中第二油量数据小于第一阈值。由于此时液位传感器处于油量测量相对不准确的非线性范围内，因此通过该液位传感器获得的该第一油量数据是不可用的，需要对其进行校正。

关于第二油量数据，其可以是在车辆110行驶一段距离之后的油量数据，即在不同于第一时刻的另一时刻获取的油量数据。由于此时第二油量数据已经小于第一阈值，即液位传感器处在油量测量相对准确的线性范围内，因此第二油量数据是准确并且可用的。

在步骤210，管理设备140基于在步骤202处获得的第一里程数以及在步骤208处获得的第二里程数和第二油量数据，来确定车辆110的第一油量数据的校正值。

在步骤212，管理设备140将所得到的校正值确定为车辆110在该第一时刻所对应的油量值。

在步骤214，管理设备140基于第一时刻所对应的油量值，计算订单的关联费用的油量。方法200不仅适用于订单开始时的开始油量，也适用于订单结束时的结束油量。

根据本公开的实施例，在液位传感器处于油箱顶部的非线性测量范围内的第一时刻，通过获取液位传感器处于线性测量范围内的另一时刻的里程数和准确的油量数据，来计算得到该第一时刻的油量数据，从而可以避免液位传感器的不准确测量所导致的计费错误。以此方式，可以极大地改善车辆110的用户的租赁使用体验。

如上文所描述的，当液位传感器处于油箱底部时，液位传感器的线性特性也相对较差。此时得到的油量数据往往也是不准确的。在实际情况中，也有用户因为时间仓促而在还车时未加注燃油，导致还车时的油箱油量接近是空的。因此，有必要对这种情况下的油箱油量进行校正。

在一些实施例中，在车辆110的油箱接近为空时，可以根据空油状态的油量数据来确定第二阈值。如果第一油量数据大于预定的第二阈值，则此时液位传感器处于油量测量相对准确的线性范围内，因此通过该液位传感器获得的该第一油量数据是可用的。在这种情况下，可以将第一时刻所对应的油量值确定为该第一油量数据。

如果第一油量数据不大于第二阈值，则此时液位传感器处于油量测量相对不准确的非线性范围内，因此通过该液位传感器获得的该第一油量数据是不可用的，需要对其进行校正。在一些实施例中，可以根据从车辆110接收第二油量数据和第二里程数，其中第二油量数据大于第二阈值。由于此时第二油量数据已经大于第二阈值，即液位传感器处在油量测量相对准确的线性范围内，因此第二油量数据是准确并且可用的。可以基于第一里程数、第二里程数和第二油量数据，来确定该第一油量数据的校正值，并且将经过校正的值确定为第一时刻所对应的油量值。在一些实施例中，第二时刻可以是早于第一时刻的某一时刻。

以此方式，在油箱油量接近耗光时，根据在另一时刻从油箱获取的准确数据来计算得到空油状态下的油量数据。这样有助于进一步提升油量计算的准确性，从而能够在各种场景中确保订单费用的结算更加合理。

此外，在一些实施例中，在检测到车辆110的油箱的油量接近空油时，用户的某些操作是被禁止的。例如，当油箱的油量小于5l时，用户是不被允许打开车门或者启动车辆的。由此，通过准确地确定车辆110在接近空油时的油量，能够避免油量测量不准确所导致的对用户的不必要的限制。

应该理解的是，本文中所提及的“满油”或“空油”并不要求是严格的完全满油或者完全空油，它还包括接近满油或者接近空油的状态。

下面参照图3来描述根据本公开的实施例的用于确定第一油量数据的校正值的方法300的流程图。应当理解，方法300例如可以在图5所描述的电子设备500处执行。也可以在图1所描述的管理设备140处执行。应当理解，方法300还可以包括未示出的附加动作和/或可以省略所示出的动作，本公开的范围在此方面不受限制。在步骤302，管理设备140计算第一里程数和第二里程数的差值，由此可以确定车辆110距离第一时刻所行驶的距离。

在步骤304，管理设备140确定车辆110的油耗值。

在步骤306，管理设备140基于该差值和该油耗值的乘积，来确定该第一油量数据的偏差值，由此可以得到车辆110在上述距离中所对应的油耗数据。

在步骤308，基于第二油量数据与该偏差值的和，来确定第一油量数据的校正值。

通过这种方式，可以简单而有效地得到第一油量数据的校正值，从而有助于快速地确定油量数据，避免订单收费不合理导致用户体验变差。

下面参照图4来描述根据本公开的实施例的用于确定车辆110的油耗值的方法400的流程图。应当理解，方法400例如可以在图5所描述的电子设备500处执行。也可以在图1所描述的管理设备140处执行。应当理解，方法400还可以包括未示出的附加动作和/或可以省略所示出的动作，本公开的范围在此方面不受限制。

车辆的油耗与速度呈较强的相关性。例如在城市的拥堵道路上，车辆110的油耗值往往较高，而在高速公路上行驶时，车辆110的油耗一般比较低。因此，可以考虑车辆110的行驶速度并且根据该车辆110的历史数据，来进一步优化油量的校正。

在一些实施例中，如图4所示，在步骤402，管理设备140从与车辆110关联的存储器中，获取车辆110在第一历史时刻的第一历史里程、在第二历史时刻的第二历史里程和在该第一历史时刻和该第二历史时刻之间的平均油耗值。

在步骤404，管理设备140根据该第一历史里程和该第二历史里程的差值以及该第一历史时刻和该第二历史时刻的差值，来计算历史速度。这些历史的平均油耗值和历史速度可以被存储在与车辆110关联的存储器中，并且可以根据车辆110的里程积累被不断地更新迭代。

在步骤406，如果管理设备140确定车辆110的速度与历史速度之间的差小于某一阈值，也就是说，车辆110的速度与该车辆110的某个历史速度接近，则可以将这个历史速度所对应的平均油耗值确定为车辆110的油耗值。应当理解的是，这里提到的车辆110的速度可以是该车辆110在某一时间段内的平均速度，时间段的具体跨度可以根据不同的场景来设定。管理设备140根据由此获得的油耗值，计算该第一油量数据的校正值。

以此方式，可以根据车辆110在特定速度下的油耗值，来得到与该速度对应的准确油耗值。这样的设计有助于进一步提高油量的准确性，从而使用户的计费更加合理。

在一些实施例中，可以根据车辆110的型号和车辆110的车龄中的至少一个，来确定该油耗值。在这些实施例中，一旦车辆110的型号和车龄被确定下来，其油耗值也可以相对准确地得到。这种方式有利于快速且直接地确定车辆的油耗值，从而能够以较短的时间确定车辆110的计费。这样有助于提高计费的速率，从而进一步提升用户的使用体验。

如上所述，由于用户的一些不当操作，会导致车辆110处于异常状态。在这种情况下，可以设置一些警报机制，从而有助于使车辆110迅速回到正常的操作状态。

在一些实施例中，管理设备140可以在第三时刻从车辆110接收第三里程数以及在第四时刻从车辆110接收第四里程数。基于第三里程数和第四里程数，可以计算车辆110在第三时刻和第四时刻之间行驶的距离。进一步，根据第三时刻、第四时刻以及该计算的距离，管理设备140可以确定车辆110在第三时刻和第四时刻之间的平均速度。如果该平均速度大于预定的阈值，则判断该车辆110当前处于超速驾驶状态。在这种情况下，管理设备140可以向与车辆110相关联的终端设备发送超速提醒。

在一些实施例中，该阈值可以是根据车辆110的具体行驶场景来设定的。例如，在高速公路上，该阈值可以是120km/h。应该理解的是，这里列举的数值仅仅是示意性的，该阈值可以根据具体的使用环境来调整，这样的实施例落入本公开的范围中。

在一些实施例中，该终端设备可以是用户的用户终端150。可以通过短信或者应用程序推送的方式来向用户发送超速提醒。以此方式，可以提升用户的驾驶安全。在另一些实施例中，该终端设备也可以是租赁服务提供者的设备。通过这样的方式，租赁服务提供者可以知晓哪些用户存在超速行为，在提醒该用户安全驾驶的同时，也可以将超速行为与该用户相关联。如果该用户超速行为的次数过多或者超速的程度较为严重，可以考虑限制用户的租赁行为。以此方式，可以为租赁服务提供者提供更加灵活的租赁安排。

在一些实施例中，管理设备140可以在第五时刻从车辆110接收指示该车辆110是否启动的第一启动信息，并且在第六时刻从车辆110接收指示该车辆110是否启动的第二启动信息。如果第一启动信息和第二启动信息都指示车辆110已经启动，则说明该车辆110已经在第五时刻和第六时刻之间一直保持启动状态。这通常表示车辆110的用户在第五时刻和第六时刻之间连续保持驾驶状态。在车辆110的第一启动信息和第二启动信息都指示该车辆110已经启动的情况下，如果第五时刻和第六时刻之间的间隔大于预定的阈值，则管理设备140判断该车辆110已经连续运行超过一定时间。这可能是危险的。在这种情况下，管理设备140可以向与车辆110相关联的终端设备发送超时提醒。

在一些实施例中，该阈值可以是4小时。在一些实施例中，该终端设备可以是用户的用户终端150。可以通过短信或者应用程序推送的方式来向用户发送超速提醒。以此方式，可以提升用户的驾驶安全。

在一些实施例中，该方法200还可以包括从车辆110接收该车辆110的电瓶的电压。电瓶的电压如果不足，会导致车辆110的启动失败。

如果电压小于预定的阈值，向与车辆110相关联的终端设备发送亏电提醒。在一些实施例中，该阈值可以是用于启动该车辆110的最低电压。在其他的实施例中，该阈值的具体数值可以根据车辆110来确定。在一些实施例中，该终端设备可以是租赁服务提供者的设备。

以此方式，可以在车辆110的电瓶已经亏电的情况下，提醒租赁服务的提供者及时对车辆的电瓶进行维护，以避免该车辆110被用户使用。

在一些实施例中，管理设备140可以从车辆110接收信息，该信息可以包括指示该车辆110是否启动的启动信息、以及指示车辆110的某些子系统的激活状态的状态信息。例如，这些子系统可以是车辆110的后备箱子系统、指示灯子系统或者车门子系统中。

这些信息可以采用0或1的形式。在一些实施例中，如果启动信息为1，则表示车辆110处于启动的状态，如果启动信息为0，则表示车辆110已经被熄火并处于未启动的状态。在另一些实施例中，如果后备箱子系统的状态信息为1，则表示车辆110的后备箱处于锁定状态，如果后备箱子系统的状态信息为0，则表示车辆110的后备箱处于解锁状态。在一些实施例中，如果指示灯子系统的启动信息为1，则表示车辆110的指示灯处于开启的状态，如果指示灯子系统的启动信息为0，则表示车辆110的指示灯处于关闭的状态。这些指示灯可以包括车辆110的近光灯、远光灯、转向灯、日间行车灯，等等。在另一些实施例中，如果车门子系统的状态信息为1，则表示车辆110的车门处于锁定状态，如果车门子系统的状态信息为0，则表示车辆110的车门处于解锁状态。

应该理解的是，这里列举的情形仅仅是示意性的，这些状态信息还可以是除了这里列举的情形之外的其他情形的状态信息，具体的状态信息可以根据不同的需求来确定。

在一些实施例中，如果启动信息指示车辆110处于未启动、并且从车辆110获取的状态信息指示车辆110的子系统被激活，则管理设备140可以向与车辆110相关联的终端设备发送提醒。在一些实施例中，该子系统被激活可以包括：车辆110的后备箱未被锁定、车辆110的指示灯未关闭或者车辆110的车门未被锁定。在车辆110已经熄火，即处于未启动的状态下，这些子系统被激活往往意味非正常的熄火，这会导致车辆110的电瓶中的电压被慢慢耗散。这可能导致下一个用户无法正常启动车辆。因此，通过识别到在车辆110未被启动的情况下发生这些情况，管理设备140可以向终端设备发送提醒，从而有助于预防车辆110的电瓶的不必要的亏电。

在一些实施例中，该终端设备可以是用户的用户终端150。在另一些实施例中，该终端设备也可以是租赁服务提供者的设备。通过这样的方式，在用户未正常熄火的情况下，租赁服务提供者可以快速地收到提醒，从而采取及时的措施来减少亏电的不利影响。

根据本申请的实施例，本申请还提供了一种计算设备和一种可读存储介质。图5示出了能够实施本公开的多个实施例的计算设备500的示意性框图。

如图所示，计算设备500包括中央处理单元（cpu）501，其可以根据存储在只读存储器（rom）502中的计算机程序指令或者从存储单元508加载到随机存取存储器（ram）503中的计算机程序指令，来执行各种适当的动作和处理。在ram中，还可存储计算设备500操作所需的各种程序和数据。cpu、rom以及ram通过总线504彼此相连。输入/输出（i/o）接口505也连接至总线504。

计算设备500中的多个部件连接至i/o接口505，包括：输入单元506，例如键盘、鼠标等；输出单元507，例如各种类型的显示器、扬声器等；存储单元508，例如磁盘、光盘等；以及通信单元509，例如网卡、调制解调器、无线通信收发机等。通信单元509允许计算设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

上文所描述的各个过程和处理，例如方法200、300、400，可由中央处理单元501执行。例如，在一些实施例中，方法200、300、400可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元508。在一些实施例中，计算机程序的部分或者全部可以经由rom和/或通信单元509而被载入和/或安装到计算设备500上。当计算机程序被加载到ram并由cpu执行时，可以执行上文描述的方法200、300、400的一个或多个动作。

本公开可以是方法、装置、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是——但不限于——电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子（非穷举的列表）包括：便携式计算机盘、硬盘、随机存取存储器（ram）、只读存储器（rom）、可擦式可编程只读存储器（eprom或闪存）、静态随机存取存储器（sram）、便携式压缩盘只读存储器（cd-rom）、数字多功能盘（dvd）、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波（例如，通过光纤电缆的光脉冲）、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构（isa）指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如smalltalk、c++等，以及常规的过程式编程语言—诸如c语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机（例如利用因特网服务提供商来通过因特网连接）。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列（fpga）或可编程逻辑阵列（pla），该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置（系统）和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的中央处理单元，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的中央处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

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

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

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