CN116723955A - 用于确定电动车辆充电站的状态的方法 - Google Patents

Abstract

各种示例实施例涉及确定电动车辆充电站的在线/离线状态。在接收到来自充电站的消息之后，可以确定该充电站在线一段时间。此外，可以确定充电站在线的概率(100),并且可以响应于在线概率降低到预定阈值以下而发起一个或多个动作。公开了一种计算设备(200，300)、方法、***和计算机程序(306)。

Description

用于确定电动车辆充电站的状态的方法

技术领域

各种示例实施例总体上涉及电动车辆充电站的领域。特别地，一些示例实施例涉及确定电动车辆充电站是在线还是离线。

背景技术

电动车辆充电站可以使用各种不同的通信协议通过互联网连接到充电站管理***(CSMS)。出于各种原因，充电站有时可能会失去连接并离线。快速且可靠地确定充电站何时离线可能很重要。然而，当可能有成千上万个充电站、数百种不同的型号和数种不同的通信协议，且所有这些都以不同的方式工作时，要告知充电站的状态如何可能并不容易。

发明内容

提供本概述是为了以简化的形式介绍将在以下详细描述中进一步描述的一些概念。本发明内容并非旨在标识出要求保护的主题内容的关键特征或必要特征，亦非旨在用于限定要求保护的主题内容的范围。

目的是提供一种用于确定电动车辆充电站是在线还是离线的方法和设备。电动车辆充电站可被默认确定为离线。可为电动车辆充电站确定临时在线时间。在接收到来自电动车辆充电站的诸如心跳之类的消息之后，临时在线时间段可以设置成具有到期时间。在一实施例中，可以确定电动车辆充电站在线的概率。临时在线时间段可以一直持续到概率函数达到例如百分之零。可为该概率设置预定阈值以触发一个或多个动作，诸如警告维护人员或在电动车辆充电站上执行测量。可以提供用于确定充电站的在线/离线状态的更可靠和简单的方法。该目的通过独立权利要求的特征来实现。从属权利要求中描述了一些实施例。

根据第一方面，提供了一种方法。。该方法可包括基于接收到的来自电动车辆充电站的最新消息来确定电动车辆充电站的在线时间段；基于最新消息的时间戳和电动车辆充电站的消息间隔来确定在线时间段的在线到期时间，预期在该消息间隔期间有来自电动车辆充电站的至少一个消息；以及基于在线到期时间大于当前时间来确定电动车辆充电站在线。

根据一实施例，基于自最新消息的时间戳以来流逝的时间等于消息间隔乘以自最新消息的时间戳以来未接收到的在一个或多个消息间隔内来自充电站的消息的数量来确定在线到期时间。

根据一个实施例，作为补充或替换，该消息包括心跳。

根据一个实施例，作为补充或替换，该方法还可以包括基于自最新消息的时间戳以来流逝的时间和消息间隔乘以未接收到的在一个或多个消息间隔内来自电动车辆充电站的消息的数量之间的时间差来确定电动车辆充电站的在线概率；以及当在线概率低于预定阈值时，发起至少一个动作。

根据一个实施例，在线概率在最新消息的时间戳时是100％,并且在线概率在时间戳之后降低，使得在线概率在在线到期时间时是0％。

根据一个实施例，作为补充或替换，预定阈值是50％。

根据一个实施例，作为补充或替换，以预定间隔来检查在线概率。

根据一个实施例，作为补充或替换，至少一个动作包括向电动车辆充电站发送消息。

根据一个实施例，作为补充或替换，至少一个动作包括尝试重启电动车辆充电站。

根据一个实施例，作为补充或替换，至少一个动作包括警告维护人员。

根据一个实施例，作为补充或替换，在没有响应于向电动车辆充电站发送的消息或所尝试的重启中的至少一者而接收到来自电动车辆充电站的回复之后，警告维护人员。

根据一个实施例，作为补充或替换，响应于关闭的套接字连接，在线概率被确定为0％。

根据第二方面，提供了一种计算设备。计算设备可以包括至少一个处理器；以及包括计算机程序代码的至少一个存储器；所述至少一个存储器和所述计算机代码被配置成利用所述至少一个处理器使所述计算设备至少基于接收到的来自电动车辆充电站的最新消息来确定电动车辆充电站的在线时间段；基于所述最新消息的时间戳和所述电动车辆充电站的消息间隔来确定所述在线时间段的在线到期时间，预期在所述消息间隔期间有来自所述电动车辆充电站的至少一个消息；并且基于在线到期时间大于当前时间来确定电动车辆充电站在线。计算设备还可以被配置成执行第一方面的方法的任何实施例。

根据第三方面，提供了一种用于管理电动车辆充电站的***，包括根据第二方面的计算设备和至少一个电动车辆充电站，该至少一个电动车辆充电站被配置成与该计算设备通信地耦合。

根据第四方面，计算机程序被配置成当由计算设备执行时，使计算设备至少基于接收到的来自电动车辆充电站的最新消息来确定电动车辆充电站的在线时间段；基于所述最新消息的时间戳和所述电动车辆充电站的消息间隔来确定所述在线时间段的在线到期时间，预期在所述消息间隔期间有来自所述电动车辆充电站的至少一个消息；并且基于在线到期时间大于当前时间来确定电动车辆充电站在线。该计算机程序还可以被配置成当由计算设备执行时，使计算设备执行第一方面的方法的任何实施例。

通过参考结合附图考虑的以下详细描述，许多伴随的特征将变得更加容易理解。

附图说明

被包括以提供对示例实施例的进一步理解并构成本说明书的一部分的附图示出了示例实施例，并与描述一起帮助解释示例实施例。在附图中：

图1示出了根据示例实施例的电动车辆充电站的在线概率函数的示例；

图2示出了根据示例实施例的用于管理电动车辆充电站的***的示例；

图3示出了根据示例实施例的被配置成实现一个或多个示例实施例的设备的示例；

图4示出了根据示例实施例的用于计算在线到期时间的流程图的示例；

图5示出了根据示例实施例的用于确定电动车辆充电站是离线还是在线的流程图的示例；

图6示出了根据示例实施例的用于确定电动车辆充电站是否离线以启用早期警告的流程图的示例。在文中，相似的附图标记被用于在附图中表示相似的部分。

具体实施方式

现在将详细参考示例实施例，其示例在附图中示出。以下结合附图提供的详细描述旨在作为对本示例的描述，而非旨在表示本示例可被构造或利用的唯一形式。该描述阐述了该示例的功能以及用于构造和操作该示例的操作顺序。然而，相同或等效的功能和序列可以通过不同的示例来实现。

电动车辆充电站的离线状态可以例如基于心跳或套接字状态来确定。心跳可以是协议数据单元，其被配置用于确保CSMS知道电动车辆充电站仍在运行，即在线和/或起作用。心跳可以由电动车辆充电站基于所配置的心跳间隔来发送。电动车辆充电站可以例如每30秒、每分钟一次、每5分钟或每15分钟向CSMS发送心跳。

CSMS可以监视它最近是否没有接收到来自电动车辆充电站的心跳。没有接收到心跳可能意味着电动汽车充电站已经离线。电动车辆充电站的离线状态可以例如基于两种配置来确定：心跳间隔(例如，心跳之间的秒数)和错过的心跳的数量。如果在所配置的心跳间隔内没有(例如由CSMS)接收到心跳，则心跳被错过。当其接收到最新的心跳时，CSMS可以对其保持跟踪。如果自最新心跳的时间戳以来流逝的时间等于或小于心跳间隔乘以错过的心跳(自最新心跳以来的时间≤心跳间隔x错过的心跳的数量)，则电动车辆充电站可以被设置成离线。

换言之，电动汽车充电站可以被默认确定为在线，并且如果它们没有发送心跳，则根据配置,电动汽车充电站可以被更新为离线。在替代配置中，可以打开从电动车辆充电站到CSMS的套接字连接(例如，网络套接字或TCP套接字),并且该连接可以指示电动车辆充电站的状态。如果套接字连接打开，电动汽车充电站可以是在线的。如果套接字连接被关闭，电动汽车充电站可能离线。此外，可以使用心跳和套接字连接的组合。如果套接字连接打开并且接收到心跳，则电动车辆充电站可以被确定为在线，否则电动车辆充电站可以是离线。

然而，例如，基于套接字的监测可能不是单独可靠的。即使套接字连接打开，电动车辆充电站的软件也可能出现故障，并且电动车辆充电站可能无法处理消息。

上述心跳监测也可能不可靠。比如，如果电动汽车充电站应该一分钟发一次心跳，而经过1.5分钟都没有收到心跳，就不确定电动汽车充电站是否离线。此外，由CSMS监测在线/离线状态可能需要大量的处理能力。例如，当有数万个不同配置的电动车辆充电站要被监测时，可能需要不断地进行数万次计算，以确定自最新心跳以来是否已经过了太长时间。监测的可靠性可以依赖于正在工作的CSMS监测程序，该程序计算自最新心跳以来的时间。如果CSMS监测***出现故障，电动汽车充电站可能不会被设置成离线，即使它们实际上可能处于离线状态。

根据示例实施例，可以提供用于确定电动车辆充电站的在线和离线状态的更可靠的方法。此外，确定状态可需要较少的处理能力。

在一个实施例中，电动车辆充电站的离线状态可以基于可靠性函数而不是充电站在线或离线的二元状态来确定。电动车辆充电站可被默认地确定为离线。此外，从电动车辆充电站接收的消息可以触发要计算充电站在线的概率的时间段。电动车辆充电站可以暂时在线，例如，当在线概率高于0％时。在一个实施例中，当该概率降低到某个阈值以下时，可以确定电动车辆充电站离线。这可以使得能够基于该概率提前通知维护人员和用户电动车辆充电站的可能离线状态。

图1示出了根据示例实施例的电动车辆充电站的在线状态的在线概率函数的示例。所述概率可以由计算设备来计算和监测。图2示出了包括计算设备200的用于管理电动车辆充电站的***206的示例实施例。***206可进一步包括一个或多个电动车辆充电站202。电动车辆充电站可以指可被用于对电动车辆(诸如电动汽车)充电的设备。电动车辆充电站202可被配置成以预定的消息间隔向计算设备发送消息，例如以指示它是可操作的。计算设备200可以通信地耦合到电动车辆充电站202。计算设备200还可被配置成经由用户设备与一个或多个用户204通信。用户设备可以包括其他计算设备，例如诸如移动电话之类的移动设备。用户204可以是例如电动车辆的驾驶员或电动车辆充电站202的操作员。计算设备200可使用例如数据连接与电动车辆充电站202和/或用户204通信。数据连接可以包括例如无线连接或有线连接。计算设备200可以被实现成后端***的一部分。后端***可以包括例如多个服务器，并且计算设备200可以对应于这些服务器中的一个或多个。

在一个实施例中，电动车辆充电站202在线的概率100可以被确定为在计算设备200接收到来自电动车辆充电站202的心跳或一些其他消息的确切时刻处是100％。在接收到心跳或其他消息之后，电动车辆充电站202的在线概率100可以开始下降，直到从电动车辆充电站202接收到新消息。在一个实施例中，当在某个在线时间段t内没有从电动车辆充电站202接收到任何消息时，在线概率100可以线性地降低到0％。

在线时间段t可以根据最后接收到的消息(例如心跳)的时间戳开始。在一个实施例中，在线时间段t可以在基于最新接收到的消息的时间戳、所配置的消息间隔以及自该时间戳以来在一个或多个消息间隔内未接收到的消息的数量而确定的在线到期时间处结束。当满足在线到期时间时，在线概率100可以被确定为0％。

在一个实施例中，在线到期时间可以对应于这样的时间：其中自接收到最新收到的消息以来的时间对应于消息间隔乘以错过的消息的数量。在一个实施例中，消息间隔可以是电动车辆充电站202的心跳间隔，并且错过的消息可以包括心跳。当基于套接字的协议关闭电动车辆充电站202和计算设备200之间的套接字连接时，电动车辆充电站202的在线概率也可被确定为0％。

根据示例实施例，在线概率函数可以如下：

x＝((hbi*mh)–thb)/(hbi*mh)

y＝100％*x,

其中hbi是心跳间隔，mh是错过的心跳，thb是自最近心跳(或某一其他消息)以来的时间。或者，可以基于消息间隔和错过的消息的数量来计算概率函数，其中一个消息被配置成要在一个消息间隔期间发送。根据一个示例实施例，消息间隔可以是60秒，错过的消息的数量可以是3，并且自最新接收到的消息开始的时间可以是120秒。因此，充电站的在线概率可以是：

＝100％*(60*3-120)/60*3

＝100％*60/180

＝100％*0.33＝33％.

用于估计在线状态的在线概率函数的一个好处是需要少得多的处理能力。此外，可以实现用于估计电动车辆充电站的在线/离线状态的更好的可靠性。由于该方法不容易出现故障，因此可以实现可靠性的提高。计算设备可基于在线概率实现对电动车辆充电站的可能问题的更早反应。

在一个实施例中，可能在12:00接收到来自电动车辆充电站202的消息。基于由计算设备200计算的在线概率函数，可以知道电动车辆充电站202在12:08达到0％的在线概率。因此，在线时间段t的在线到期时间可以被设置为12:08。确定在线到期时间后，可能就不需要再做任何计算了。为了确定哪些电动车辆充电站在线，可以简单地检查哪些电动车辆充电站的在线到期时间晚于当前时间。在12:08的到期时间之后，电动车辆充电站202可被自动确定为离线。计算设备200可以被配置成响应于充电站202的离线状态来警告维护人员。

该解决方案可以增加可靠性，因为在出现问题的情况下，例如如果计算设备200的计算中存在故障，电动车辆充电站202可以基于在线概率函数被确定为离线。如果电动车辆充电站202被确定为默认在线，则电动车辆充电站202可能在故障的情况下永远保持在线，从而向用户显示错误信息。此外，离线状态可以被立即更新而不会有实质性的延迟，并且例如在移动应用中被通知给用户。在一个实施例中，可以通知电动车辆的驾驶员他们不能使用离线站。此外，可以向技术维护人员发送通知，指示离线站有问题。

图3示出了根据示例性实施例的被配置成实现一个或多个示例实施例的设备300的示例。设备300可以是例如计算设备200。

设备300可以包括至少一个处理器302。该至少一个处理器可以包括例如各种处理设备中的一个或多个，例如协处理器、微处理器、控制器、数字信号处理器(DSP)、带有或不带有附属DSP的处理电路，或者包括集成电路的各种其他处理设备，例如专用集成电路(ASIC)、现场可编程门阵列(FPGA)、微控制器单元(MCU)、硬件加速器、专用计算机芯片等。

设备300还可以包括至少一个存储器304。存储器304可以被配置成存储例如计算机程序代码等，例如操作***软件和应用软件。存储器可以包括一个或多个易失性存储器设备、一个或多个非易失性存储器设备和/或其组合。例如，存储器可以体现为磁存储设备(例如硬盘驱动器、软盘、磁带等)、光磁存储设备或半导体存储器(如掩模ROM、PROM(可编程ROM)、EPROM(可擦除PROM)、闪存ROM、RAM(随机存取存储器)等)。

设备300还可以包括通信接口308，其被配置成使得设备300能够向其他设备发送和/或从其他设备接收信息。通信接口308可以被配置成提供至少一个无线射频连接，诸如例如3GPP移动宽带连接(例如，3G、4G、5G)。然而，通信接口208可以被配置成提供一种或多种其他类型的连接，例如无线局域网(WLAN)连接，例如由IEEE 802.11系列或Wi-Fi联盟标准化的连接；短程无线网络连接，例如蓝牙、NFC(近场通信)或RFID连接；有线连接，例如局域网(LAN)连接、通用串行总线(USB)连接或光网络连接等；或者有线互联网连接。通信接口308可以包括或被配置成耦合到至少一个天线，以发送和/或接收射频信号。各种类型的连接中的一个或多个也可以实现为单独的通信接口，其可以被耦合或配置成耦合到多个天线。

设备300还可以包括用户接口310，用户接口310包括输入设备和/或输出设备。输入设备可以采取各种形式，例如键盘、触摸屏或一个或多个嵌入式控制按钮。输出设备可以例如包括显示器、扬声器、振动电机等。

当设备300被配置成实现一些功能时，设备的某个组件和/或多个组件，诸如例如至少一个处理器302和/或存储器204，可以被配置成实现该功能。此外，当至少一个处理器302被配置成实现某种功能时，该功能可以使用例如包括在存储器304中的程序代码306来实现。

这里描述的功能可以至少部分地由诸如软件组件的一个或多个计算机程序产品组件来执行。根据一个实施例，该设备包括由程序代码配置的处理器或处理器电路，诸如例如微控制器，当程序代码被执行时使得所述处理器或处理器电路执行所描述的操作和功能的实施例。替代地或附加地，这里描述的功能可以至少部分地由一个或多个硬件逻辑组件来执行。例如，但不限于，可以使用的硬件逻辑组件的说明性类型包括现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上***(SOC)、复杂可编程逻辑器件(CPLD)、图形处理单元(GPU)。

设备300包括用于执行这里描述的至少一种方法的装置。在一个示例中，该装置包括至少一个处理器302，该至少一个存储器304包括程序代码306，该程序代码306被配置成当由该至少一个处理器302执行时，使得设备300执行该方法。

设备300可以包括例如计算设备，诸如服务器设备、客户端设备、移动电话、平板计算机、膝上型设备等。在一个示例中，设备300可以包括电动车辆充电站。尽管设备300被示为单个设备，但是应当理解，只要适用，设备300的功能可以分布到多个设备。在一个实施例中，设备300可以包括CSMS。

图4示出了根据示例实施例的用于计算在线到期时间的流程图的示例。图4的过程可以例如由计算设备200来执行。

在400，可以从电动车辆充电站接收新消息。该消息可以是例如心跳。

在402，电动车辆充电站在线的概率可被确定为100％。紧继在接收到新消息之后，在线概率可以是100％。当从接收该消息开始的时间增加时，在线概率可以线性地降低。

在404，可以设置在线到期时间。在线到期时间可以基于最新接收的消息的接收时间来确定。在线到期时间可基于电动车辆充电站的消息间隔来确定。在线到期时间可以进一步基于错过的来自电动车辆充电站的消息的数量来确定。电动车辆充电站可被配置成定期向计算设备200发送消息。错过的消息是预期在消息间隔内来自电动车辆充电站但计算设备没有接收到的消息。例如，在电动车辆充电站的三个消息间隔内，可以预期有三个消息。如果计算设备200在三个消息间隔内仅接收到1个消息，则错过的消息的数量可能是2。在一个实施例中，在线到期时间可以是消息间隔乘以错过的消息。

图5示出了根据示例实施例的用于确定电动车辆充电站是离线还是在线的流程图的示例。图5的过程可以例如由计算设备200来执行。

在500，可确定电动车辆充电站的在线到期时间是否大于当前时间。在线到期时间可以如上所述来确定。在502，如果在线到期时间大于当前时间，则电动车辆充电站可被确定为在线。在504，如果在线到期时间不大于当前时间，则电动车辆充电站可被确定为离线。在一个实施例中，从电动车辆充电站接收的最新消息的时间戳是15:05。基于电动车辆充电站的时间戳和配置，在线到期时间可被确定为15:17。电动车辆充电站可以在15:05和15:17之间被确定为在线。当当前时间超过在线到期时间15:17时，电动汽车充电站可被确定为离线。当接收到新消息时，在线时间段可以基于新消息的时间戳重新开始。因此，可以提供用于确定电动车辆充电站的状态的简单且可靠的方法。

图6示出了根据示例实施例的用于确定电动车辆充电站是否离线以实现早期警报的流程图的示例。图6的过程可以例如由计算设备200来执行。操作400、402和404对应于图4所示的操作。

在600，在400从电动车辆充电站接收到的新消息的接收时间可以被输入到在线概率函数。在线概率函数可以如上所述实现。在402，在新消息的接收时间处，电动车辆充电站在线的概率可被确定为100％。可以确定在线概率在最新消息的接收时间和在404确定的在线到期时间之间降低。概率函数可线性地下降。在602处，计算设备200可检查是否从电动车辆充电站接收到任何新消息。如果是，该过程可以返回到400。

如果没有从电动车辆充电站接收到新消息，在604，计算设备200可被配置成检查电动车辆充电站的在线概率。例如，可以每20秒、每30秒、每分钟一次、每5分钟、每10分钟或0-30分钟范围内的任何其他时间来检查在线概率。

在实施例中，计算设备200可被配置成在确定电动车辆充电站离线比在线更有可能时发出警报。如果警报是在电动车辆充电站离线后发出的，而不是基于概率发出的，这至少在某些情况下会导致长的等待时间。此外，计算设备200可以被配置成在发送警报之前尝试对充电站进行一些自动修复。

例如，在电动车辆充电站被认为离线之前，电动车辆充电站可以具有10分钟的消息间隔和3个错过的消息的设置。因此，在没有接收到消息30分钟之后，可以向维护人员警告电动车辆充电站有问题。此外，在注意到警报并对其做出反应之前，维护人员可有15分钟的反应时间。这意味着在问题首次出现后，可能需要长达45分钟的时间，才会有人开始调查问题。对于关键基础设施来说，该总时间可能太长了。

在606，计算设备200可以确定在线概率是否小于50％。在一个实施例中，可能在15分钟内没有来自电动车辆充电站的消息。基于最近接收的消息的接收时间，计算设备200可以确定充电站仍然在线的概率只有50％。如果在线概率等于或大于50％，则该过程可以返回到604。当在线概率已降低到50％以下时，计算设备200可被配置成在608处通过向电动车辆充电站发送消息来尝试联系电动车辆充电站。

此后，如果电动车辆充电站对该消息做出反应，则计算设备200可以等待预定时间。作为补充或替换，在610，计算设备200可以尝试远程重启电动车辆充电站，以查看重启是否解决了该情况。当重启时，电动车辆充电站可被关机并重启。如果没有从电动车辆充电站接收到响应于该消息和/或重启的响应，则在612，计算设备200可以被配置成向维护人员发送警报。该警报可以指示特定充电站可能有问题。

如果电动车辆充电站在608或610发送回复，则该过程可返回到400。当在任何时间计算设备200从电动车辆充电站接收到消息，该过程可以返回到400。

在线概率函数可被用于自动解决电动车辆充电站的不同问题。概率函数可以实现对维护人员关于电动车辆充电站上的可能问题的早期警告。

该方法的进一步特征直接来自例如在整个说明书和所附权利要求中描述的计算设备的功能，因此这里不再重复。如结合各种示例实施例所描述的，也可以应用方法的不同变型。对于本领域技术人员来说，显而易见的是，随着技术的进步，本公开的基本思想可以以各种方式实现。因此，本公开和实施例不限于上述示例，相反，它们可以在权利要求的范围内变化。

计算设备可以被配置成执行或促使执行这里描述的方法的任何方面。此外，计算机程序可以包括当被执行时使设备执行这里描述的方法的任何方面的指令。此外，设备可以包括用于执行这里描述的方法的任何方面的装置。根据示例实施例，该装置包括至少一个处理器和包括程序代码的存储器，该至少一个处理器和程序代码被配置为当由该至少一个处理器执行时导致该方法的任何方面的执行。

在不失去所寻求的效果的情况下，可以扩展或改变这里给出的任何范围或设备值。此外，任何实施例可以与另一实施例组合，除非明确禁止。

尽管已经以特定于结构特征和/或动作的语言描述了主题，但应理解，所附权利要求书中定义的主题不一定限于上述特定特征或动作。相反，上述特定特征和动作被公开作为实现权利要求书的示例，并且其他等效的特征和动作也旨在落在权利要求书的范围内。

应当理解，上述益处和优点可能涉及一个实施例，或者可能涉及几个实施例。实施例不限于解决任何或所有所述问题的实施例，或者具有任何或所有所述益处和优点的实施例。还应当理解，对“一个”项目的引用可以指那些项目中的一个或多个。

这里描述的方法的操作可以以任何合适的顺序执行，或者在适当的情况下同时执行。此外，在不脱离本文所述主题的范围的情况下，可以从任何方法中删除单独的框。上述任何实施例的方面可以与所描述的任何其他实施例的方面相结合，以形成进一步的实施例，而不会失去所寻求的效果。

术语“包括”在这里用于表示包括所标识的方法、块或元素，但是这些块或元素不包括排他的列表，并且方法或设备可以包含附加的块或元素。

这里使用的术语“自动的”、“自动地”、“自动化”及其变体可以指在执行过程或操作时无需人工输入而完成的任何过程或操作。然而，如果在执行过程或操作之前接收到输入，则即使过程或操作的执行使用人工输入，所述过程或操作可以是自动的。

虽然主题可能被称为“第一”或“第二”主题，但这并不一定表明主题的任何顺序或重要性。相反，这样的属性可以仅用于在受试者之间产生差异的目的。

应当理解，以上描述仅作为示例给出，本领域技术人员可以进行各种修改。以上说明书、示例和数据提供了示例性实施例的结构和使用的完整描述。尽管上文已经在一定程度上详细描述了各种实施例，或者参考一个或多个单独的实施例，但是本领域技术人员可以在不脱离本说明书的范围的情况下对所公开的实施例进行多种改变。

Claims (15)

1.一种方法，所述方法包括：

基于接收到来自电动车辆充电站的最新消息来确定所述电动车辆充电站的在线时间段的开始；

基于所述最新消息的时间戳和所述电动车辆充电站的消息间隔来确定所述在线时间段的在线到期时间，预期在所述消息间隔期间有来自所述电动车辆充电站的至少一个消息；

基于所述在线到期时间大于当前时间来确定所述电动车辆充电站在线；

基于所述最新消息，确定所述电动车辆充电站的在线概率，指示所述电动车辆充电站在线的所述在线概率具有0％和100％之间的值；以及

基于所确定的在线概率的预定阈值，发起至少一个动作。

2.如权利要求1所述的方法，其特征在于，所述方法包括：

基于自所述最新消息的时间戳以来流逝的时间与所述消息间隔乘以未接收到的在一个或多个消息间隔内来自所述电动车辆充电站的消息的数量之间的时间差，确定所述电动车辆充电站的所述在线概率；以及

当所述在线概率低于所述预定阈值时，发起所述至少一个动作。

3.根据权利要求1所述的方法，其特征在于，所述在线到期时间是基于自所述最新消息的时间戳以来所流逝的时间等于所述消息间隔乘以自所述最新消息的时间戳以来未接收到的在一个或多个消息间隔内来自所述电动车辆充电站的消息的数量来确定的。

4.根据任一前述权利要求所述的方法，其特征在于，所述消息包括心跳。

5.根据任一前述权利要求所述的方法，其特征在于，在所述最新消息的时间戳处，所述在线概率是100％，并且在所述时间戳之后，所述在线概率降低，使得所述在线概率在所述在线到期时间处是0％。

6.根据权利要求2或5所述的方法，其特征在于，所述预定阈值是50％。

7.根据任一前述权利要求所述的方法，其特征在于，以预定的间隔来检查所述在线概率。

8.根据前述权利要求中任一项所述的方法，其特征在于，所述至少一个动作包括向所述电动车辆充电站发送消息。

9.根据权利要求2所述的方法，其特征在于，

所述至少一个动作包括尝试重启所述电动车辆充电站。

10.根据权利要求2所述的方法，其特征在于，所述至少一个动作包括警告维护人员。

11.根据权利要求10所述的方法，其特征在于，在没有响应于向所述电动车辆充电站发送的消息或所尝试的重启中的至少一者而接收到来自所述电动车辆充电站的回复之后，警告所述维护人员。

12.根据任一前述权利要求所述的方法，其特征在于，响应于关闭的套接字连接，所述在线概率被确定为0％。

13.一种计算设备，所述计算设备包括：

至少一个处理器；以及

包括计算机程序代码的至少一个存储器；

所述至少一个存储器和所述计算机代码被配置成利用所述至少一个处理器使所述计算设备至少：

基于接收到的来自电动车辆充电站的最新消息来确定所述电动车辆充电站的在线时间段；

基于所述最新消息的时间戳和所述电动车辆充电站的消息间隔来确定所述在线时间段的在线到期时间，预期在所述消息间隔期间有来自所述电动车辆充电站的至少一个消息；

基于所述在线到期时间大于当前时间来确定所述电动车辆充电站在线，所述计算机代码被配置成利用所述至少一个处理器使所述计算设备至少：

基于所述最新消息，确定所述电动车辆充电站的在线概率，指示所述电动车辆充电站在线的所述在线概率具有0％和100％之间的值；以及

基于所确定的在线概率的预定阈值，发起至少一个动作。

14.一种用于管理电动车辆充电站的***，包括根据权利要求13所述的计算设备和被配置成与所述计算设备通信耦合的至少一个电动车辆充电站。

15.一种计算机程序产品，被配置成当由计算设备执行时，使所述计算设备至少：

基于接收到的来自电动车辆充电站的最新消息来确定所述电动车辆充电站的在线时间段；

基于所述最新消息的时间戳和所述电动车辆充电站的消息间隔来确定所述在线时间段的在线到期时间，预期在所述消息间隔期间有来自所述电动车辆充电站的至少一个消息；

基于所述在线到期时间大于当前时间来确定所述电动车辆充电站在线；

基于所述最新消息，确定所述电动车辆充电站的在线概率，指示所述电动车辆充电站在线的所述在线概率具有0％和100％之间的值。