用于处理个人机动装置车队的事件的系统和方法与流程

1.本披露内容的各方面涉及一种用于处理个人机动装置车队的事件的系统。本披露内容的各方面还涉及一种用于处理个人机动装置车队的事件的方法。


背景技术：

2.随着诸如电动滑板车等个人机动装置(pmd)接管世界各地的fmlm(第一英里最后一英里)运输，安全性和耐用性是人们在从运营商到原始设备制造商(oem)的整个价值链上正在试图解决的两个主要问题。
3.迄今为止，安全性问题一直困扰着整个行业，这是因为大多数现有的电动滑板车运营商都依赖oem来建造其自己的滑板车，这限制了他们访问的数据、他们可以定制的传感器以及他们可对故障滑板车进行的实时动作。本行业在电池事故、耐用性挑战、盗窃和故意破坏、以及甚至犯罪方面作斗争。
4.因此，需要提供一种更安全的系统来处理pmd中的事件。


技术实现要素：

5.本披露内容的一方面涉及一种用于处理个人机动装置车队的事件的系统。该系统可以包括服务器，该服务器被配置为从该pmd车队接收实况数据。该系统可以进一步包括第一存储器。该服务器可以被配置为将该实况数据存储在该第一存储器中，该实况数据可以作为历史数据的一部分而累积。该服务器可以进一步包括处理逻辑，该处理逻辑包括分类器，该分类器被配置为基于以下各项中的至少一项提供预测数据：该历史数据、该实况数据。该实况数据可以包括实况状态数据和实况警报数据。该预测数据可以包括预测状态数据和预测警报数据。该系统可以进一步包括事件处理器，该事件处理器被配置为对该实况警报数据或该预测警报数据中的警报进行处理。该事件处理器可以进一步被配置为向多个接收器应用程序中的一个或多个接收器应用程序发送警告。每个pmd可以包括独立式车辆(例如，oem车辆)和附接到该独立式车辆的iot装置，其中，该独立式车辆包括电源控制器。该iot装置与该电源控制器可以彼此通信耦合。该实况数据可以包括该第一数据和该第二数据。
6.本披露内容的一方面涉及一种用于处理个人机动装置车队的事件的方法，其中，每个pmd可以包括独立式车辆和附接到该独立式车辆的iot装置，其中，该独立式车辆包括被配置为生成第一数据的电源控制器，并且该iot装置被配置为生成第二数据。该方法可以包括在服务器处从该pmd车队接收实况数据。该方法可以进一步包括将该实况数据存储在该第一存储器中作为历史数据的一部分。该方法可以进一步包括由该服务器的处理逻辑中包括的分类器基于以下各项中的至少一项来提供预测数据：该历史数据、该实况数据。该实况数据可以包括实况状态数据和实况警报数据。该预测数据可以包括预测状态数据和预测警报数据。该方法可以进一步包括由事件处理器将该实况警报数据或该预测警报数据中的警报处理成警告。该方法可以进一步包括将该警告发送到多个接收器应用程序中的一个或
多个接收器应用程序。
7.根据各个实施例，该实况数据可以包括源自该电源控制器的第一数据以及源自该车队中的pmd的iot装置的第二数据。
8.根据各个实施例，该服务器可以被配置为以预定的时间间隔重复地从这些pmd中的每个pmd(例如，可操作的这些pmd中的每个pmd)请求实况数据。
9.根据各个实施例，该车队中的每个pmd可以被配置为在发生警报事件时独立于服务器请求而例如立即向该服务器发送该实况警报数据。在一些实施例中，在该系统不包括pmd 200的情况下，该系统包括该服务器以及被配置为与pmd 200一起使用的其他元件。在其他实施例中，该系统可以是具有车队20的系统，因此该系统包括pmd 200。
10.根据各个实施例，该实况警报数据和该预测警报数据可以属于警报数据类型，并且其中，该警报数据类型可以不同于该实况状态数据的数据类型和该预测状态数据的数据类型。
11.根据各个实施例，该服务器以预定的时间间隔重复地从可以是可操作的这些pmd中的每个pmd请求实况数据。
12.根据各个实施例，该用于处理事件的方法可以进一步包括该服务器以预定的时间间隔重复地从可以是可操作的这些pmd中的每个pmd请求实况数据。因此，该服务器可以被配置为以预定的时间间隔重复地从可操作的这些pmd中的每个pmd请求实况数据。
13.根据各个实施例，该车队中的每个pmd可以在发生警报事件时独立于服务器请求而例如立即向该服务器发送该实况警报数据。该警报事件可以是针对具有预定的严重性的警报的警报事件。因此，该车队中的每个pmd(例如，每个iot装置)可以被配置为在发生警报事件时独立于服务器请求而例如立即向该服务器发送该实况警报数据。
14.根据各个实施例，该第一数据可以由该电源控制器基于来自oem传感器的信号生成，这些oem传感器可选地可以包括以下各项中的一项或多项：电池传感器、加速度计、制动器传感器。
15.根据各个实施例，该第二数据可以由该iot装置基于来自iot传感器的信号、从该电源控制器接收的第一数据、其组合中的至少一项来生成。
16.根据各个实施例，iot传感器可以包括以下各项中的至少一项：加速度计、gps传感器。
17.根据各个实施例，该第二数据可以包括联合数据，该联合数据可以包括以下各项中的两项或更多项：加速度计数据、gps数据、制动器数据、速度数据，该联合数据可能分别基于来自加速度计的加速度计数据、来自gps传感器的gps数据、来自制动器传感器的制动器数据以及来自速度传感器的速度数据。
18.根据各个实施例，该第二数据可以包括以下各项中的一项或多项：道路颠簸数据、行进长度数据、行进路线数据、速度数据、加速度数据、制动距离数据、制动速度数据、电池电压传感器数据、可以触发并自行解决的警报的数据。由iot装置生成的速度、加速度、制动距离和制动速度中的任何一项或多项可以基于3轴陀螺仪传感器和/或gps传感器的数据。
19.根据各个实施例，该事件处理器可以包括故障排除器逻辑和事件路由器。该故障排除器逻辑可以被配置为对与该警报相关的问题执行故障排除。该故障排除可以包括试图与可能丢失通信的pmd重新建立通信和/或与有问题的pmd进行通信，从而解决或减轻该问
题。该故障排除器逻辑可以进一步被配置为生成该故障排除的结果。
20.根据各个实施例，可以基于电池电压来生成实况数据。预测状态数据可以包括电池故障预测。可替代地或另外地，预测警报数据包括电池故障预测警报。
21.根据各个实施例，iot传感器可以包括电池电压传感器。该第二数据可以由iot装置至少基于来自电池电压传感器的信号来生成。
22.根据各个实施例，该用于处理事件的方法可以进一步包括：由该事件处理器所包括的事件路由器基于该警报的严重性等级和/或基于该故障排除的结果来向该多个接收器应用程序中的一个或多个接收器应用程序发送警告。因此，该事件路由器可以被配置为基于该警报的严重性等级和/或基于该故障排除的结果来向该多个接收器应用程序中的一个或多个接收器应用程序发送警告。
23.根据各个实施例，该多个接收器应用程序可以包括：运营团队应用程序、用户应用程序、维护团队应用程序。
24.根据各个实施例，该用于处理事件的方法可以进一步包括：由该处理逻辑中所包括的分类器接收该历史数据和/或该实况数据，以及由该分类器对相应的数据进行归类。该方法可以进一步包括将这些类别输入到该分类器中。相应地，该处理逻辑可以包括分类器，该分类器被配置为：接收该历史数据和/或该实况数据，并对相应的数据进行归类。可以将这些类别输入到该分类器中。这些类别可以是例如以下各项中的一项或多项：电池、制动器、速度、道路状况。
25.根据各个实施例，历史数据可以进一步包括用户历史数据。
26.根据各个实施例，预测数据可以包括行程内的制动次数。
27.根据各个实施例，预测数据可以包括以下各项中的至少一项：用户的风险等级、行程的风险等级、pmd的风险等级。
28.根据各个实施例，该电源控制器和该iot装置中的每一个可以包括被配置为提供彼此之间的加密通信的相应安全性引擎。
29.根据各个实施例，该服务器可以包括服务器侧加密引擎，并且这些pmd中的每个pmd的每个iot装置可以包括iot侧加密引擎，该服务器侧加密引擎和这些iot侧加密引擎被配置为提供与每个iot装置的加密通信。
30.根据各个实施例，该实况数据可以包括实况电池数据。预测状态数据可以包括电池故障预测。可替代地或另外地，预测警报数据包括电池故障预测警报。
31.根据各个实施例，该实况电池数据可以是基于例如由该iot传感器所包括的电池电压传感器获得的电池电压的。
32.根据各个实施例，pmd可以是电动滑板车。
附图说明
33.当结合非限制性示例和附图考虑时，参考详细描述将更好地理解本发明，在附图中：-图1示出了根据各个实施例的与车队20处于通信的系统10的示意图；-图2示出了根据各个实施例的pmd 200的细节；-图3示出了根据各个实施例的包括生成第一数据251和第二数据252的方法700的
流程图；-图4示出了根据各个实施例的用于由服务器100接收和处理实况数据250的方法800的流程图；-图5示出了根据各个实施例的事件处理器120的细节；-图6示出了根据各个实施例的警告严重性以及哪些接收器应用程序接收警告的示例；-图7示出了根据各个实施例的被实施用于通信的安全性层的细节；-图8示出了根据各个实施例的用于将由pmd提供的事件引导到接收器应用程序并激活远程会话的示例性流程图；-图9示出了用于将服务器100与pmd 200连接的示例性流程图；以及-图10示出了根据各个实施例的用于由服务器100接收和处理实况数据250的方法900的细节，其中，第二数据包括电池传感器信号；-图11示出了根据各个实施例的示例性计算机架构90，利用该计算机架构可以实施服务器100。
具体实施方式
34.以下详细描述参考了附图，附图通过图示的方式示出了可以实践本披露内容的具体细节和实施例。足够详细地描述了这些实施例，以使本领域技术人员能够实践本披露内容。可以利用其他实施例并且可以在不脱离本披露内容的范围的情况下进行结构改变和逻辑改变。各个实施例不一定是相互排斥的，因为一些实施例可以与一个或多个其他实施例组合以形成新的实施例。
35.在系统或方法中的一者的上下文中描述的实施例对于其他系统或方法是类似有效的。类似地，在系统的上下文中描述的实施例对于方法是类似有效的，反之亦然。
36.在实施例的上下文中描述的特征可以相应地适用于其他实施例中的相同或类似的特征。即使未在这些其他实施例中明确地描述，在实施例的上下文中描述的特征也可以相应地适用于其他实施例。此外，如针对实施例的上下文中的特征所描述的添加和/或组合和/或替代可以相应地适用于其他实施例中的相同或类似的特征。
37.在各个实施例的上下文中，针对特征或元素所使用的冠词“一(a)”、“一个(an)”和“该(the)”包括对一个或多个特征或元素的提及。
38.如本文所使用的，术语“和/或”包括一个或多个相关联所列项中的任何和所有组合。
39.在一些实施例中，在该系统不包括pmd的情况下，该系统包括该服务器以及被配置为与这些pdm一起使用的其他元件。在其他实施例中，该系统是具有车队的系统，因此该系统包括pmd。
40.如本文所使用的，并且根据各个实施例，表述“实况数据”可以意指从一个pmd或从一个以上的pmd接收的数据。实况数据可以包括实况状态数据和实况警报数据。实况数据可以包括由pmd提供的时间戳，并且该时间戳例如小于2小时龄，例如小于15分钟龄，或者等于或小于2分钟龄。与实况数据相比，“历史数据”是从第一存储器中读取的数据，可以基于以下各项中的一项或多项来产生和/或存储历史数据：预测数据、用户数据、实况数据。历史数
据可以包括时间戳比实况数据老的数据，例如，比最新读取的实况数据老，诸如比2小时老。历史数据可以包括道路颠簸数据。
41.如本文所使用的，并且根据各个实施例，表述“实况状态数据”可以包括gps、速度、加速度、制动距离、电池信息中的一项或多项。
42.如本文所使用的，并且根据各个实施例，表述“实况警报数据”可以包括车辆的错误代码、iot装置的错误代码中的一项或多项。根据各个实施例，当状态数据满足预定条件时，可以触发警报从而生成实况警报数据，例如，当速度超过预定阈值时，例如，速度大于25km/gh，可以触发警报。
43.如本文所使用的，并且根据各个实施例，表述“预测数据”可以意指由第一处理逻辑(例如，由分类器)提供的数据。该预测数据可以包括预测状态数据和预测警报数据。预测状态数据可以表示多个状态中的每个状态的状态改变的概率和/或可以表示实况数据未提供的附加状态。预测警报数据可以表示警报改变的概率和/或可以表示实况数据未提供的附加警报。例如，实况状态数据可以提供表示电池电荷的状态，并且预测状态数据可以提供表示电池损耗和/或故障风险的附加状态。预测数据可以基于以下各项中的至少一项：该历史数据、该实况数据。该实况数据可以包括实况状态数据和实况警报数据。预测数据可以进一步基于可以从服务器侧获得的订单状态和/或用户使用状态。
44.图1示出了根据各个实施例的与车队20处于通信的系统10的示意图。车队20包括个人机动装置200(pmd)。根据各个实施例，车队20中的pmd 200的数量可以大于3，例如100或更多，诸如1000或更多，例如1000至65000。结合图2给出了pmd 200的示例性细节。根据各个实施例，pmd 200可以是电动滑板车。
45.根据各个实施例，每个pmd 200可以包括独立式车辆和附接到该独立式车辆的iot装置210。独立式车辆是能够在不需要连接到服务器100的情况下进行操作的车辆，例如oem车辆，诸如oem电动滑板车。独立式车辆可以包括电源控制器220，该电源控制器可以控制以下各项中的一项或多项：电池使用、加速器信号、驱动电机功率、制动器、灯。电源控制器220可以包括逻辑电路(例如，微处理器)，该逻辑电路被配置为从oem传感器222接收信号，并且可以进一步被配置为将来自oem传感器222的信号处理成第一数据251，并且可以进一步被配置为将第一数据251发送到iot装置210。将iot装置添加到独立式车辆中允许收集大量传感器数据和行程模式，而不会影响用户体验(例如，对pmd快速锁定/解锁)；并且允许收集大部分有用的实况数据，而无需对附加嵌入式硬件的大量投资。
46.根据各个实施例，第一数据可以由电源控制器220基于来自oem传感器222的信号生成，这些oem传感器可选地可以包括以下各项中的一项或多项：电池传感器、加速器传感器、制动器传感器。
47.根据各个实施例，iot装置210提供与电源控制器220的通信以及与服务器100的无线通信。iot装置210可以包括微处理器，该微处理器被配置为：从iot装置传感器212接收信号，将来自iot装置传感器212的信号处理成第二数据252，并从电源控制器220接收第一数据251。根据各个实施例，iot传感器可以包括以下各项中的至少一项：加速度计、gps传感器、电池电压传感器。根据各个实施例，第二数据可以由iot盒体基于以下各项中的至少一项来生成：来自iot传感器212的信号、从电源控制器220接收的第一数据、其组合。根据各个实施例，该第二数据可以包括联合数据，该联合数据可以包括以下各项中的两项或更多项：
加速度计数据、gps数据、制动器数据、速度数据，该联合数据可能分别基于来自加速度计的加速度计数据、来自gps传感器的gps数据、来自制动器传感器的制动器数据以及来自速度传感器的速度数据。
48.根据各个实施例，第二数据可以包括以下各项中的一项或多项：道路颠簸数据、行进长度数据、行进路线数据、速度数据、加速度数据、制动距离数据、和制动速度数据、电池电压传感器数据、可以触发并自行解决的警报的数据。由iot装置生成的速度、加速度、制动距离、制动速度中的任何一项或多项可以基于3轴陀螺仪传感器和/或gps传感器的数据。
49.根据各个实施例，iot装置可以由车辆的电池供电。iot装置210进一步包括被配置为例如经由移动电话网络与服务器100通信的无线通信装置804。无线通信装置可以包括天线。iot装置210被配置为向服务器100发送实况数据250(其包括第一数据251和第二数据)。其中iot装置附接到独立式车辆的这种配置具有优点，因为不需要对独立式车辆进行昂贵且复杂的修改来提供附加特征。特别地，可以在不改变硬件和/或固件的情况下使用电源控制器，并且与iot装置的通信耦合可能就足够了。
50.根据各个实施例，iot装置可以被配置为全天候保持持久连接，并且可能进行重试以与服务器100连接。这样，iot装置210可随时自由地将任何信息上载到服务器100侧，例如第一数据或第二数据252、和/或严重警报。服务器100可以在数据库中存储和维护所有装置的状态，可以由运营人员根据其权限来检查这些状态。此外，在必要时，服务器100可以将某些命令推送到iot装置以主动地控制这些装置的行为，诸如锁定/解锁、强制空中下载(over-the-air，ota)更新、设置最高速度以及停止任何异常行为。另外，可以将统一的订户身份模块(sim)卡安装到所有iot装置中。最后，服务器100与iot装置之间的完全双向通信信道、以及所传输的极其精简的数据包使得服务器100与iot装置210之间的通信速度超快，并为使用pmd 200的用户提供了平滑的体验。
51.根据各个实施例，iot装置210和电源控制器220可以例如经由(多个)导体电缆彼此通信耦合。通信耦合可以被提供为can总线。通信耦合可以进一步包括用于从pmd 200向iot装置(210)供电的布线。
52.根据各个实施例，每个pmd 200被配置为与服务器100通信。根据各个实施例，系统10可以包括服务器100，该服务器被配置为从pmd 200车队20接收实况数据250。实况数据可以包括源自电源控制器220的第一数据251以及源自车队20中的pmd 200的iot装置的第二数据252。
53.根据各个实施例，服务器100可以被配置为以预定的时间间隔重复地从这些pmd 200中的每个可操作的pmd请求实况数据。根据各个实施例，预定的时间间隔可以从0.5秒到100秒之间选择，例如5秒。根据一些实施例，可以比实况数据的第二部分更频繁地上载第一部分，例如，包括速度、地点、加速度、电池状态中的一项或多项在内的基本数据的预定间隔可以比第二数据的(例如100秒)更低(例如，5秒)。
54.根据各个实施例，pmd 200可以包括根据各个实施例的电池组201。pmd 200可以是电动滑板车。根据各个实施例，电动滑板车可以被构造为要由用户使用的车辆的形式，具有两个或更多个轮子202、203，并且被推进或者可以通过附接到电动滑板车的电动马达206被选择性地推进。根据各个实施例，电动滑板车可以被构造为用于将用户从一个地点移动到另一个地点的个人交通运输工具的形式。电动滑板车可以包括主体，该主体包括骑车者支
撑平台结构204和联接到骑车者支撑平台结构204的转向柱205。根据各个实施例，骑车者支撑平台结构204可以被构造为支撑直接站立在骑车者支撑平台结构204的顶部上的骑车者。例如，骑车者支撑平台结构204可以是配置为用于骑车者站立的电动滑板车的甲板。根据各个实施例，骑车者支撑平台结构204可以相对于地面水平对齐。根据各个实施例，电动滑板车可以包括支撑主体的轮布置。轮布置可以包括至少一个前轮202和至少一个后轮203。根据各个实施例，轮布置可以以使得主体升高到地面上方的方式支撑主体。因此，仅至少一个前轮202和至少一个后轮203可以与地面接触。因此，电动滑板车可以经由至少一个前轮202和至少一个后轮203的旋转或转动而相对于地面移动。根据各个实施例，至少一个前轮202可以被配置为可通过转向柱205转向。根据各个实施例，转向柱205可以相对于骑车者支撑平台结构204沿向上方向延伸。根据各个实施例，至少一个前轮202可以联接到转向柱205。根据各个实施例，转向柱205可以包括前轮叉，该前轮叉固持至少一个前轮202。尽管描述了电动滑板车并将其用于描述各个实施例，但是本披露内容不限于此。
55.图3示出了根据各个实施例的包括生成第一数据251和第二数据252的方法700的流程图。电源控制器220从oem传感器接收信号，并在712上生成第一数据。第一数据被传送到iot装置210。iot装置210从iot传感器(例如，集成在iot装置中的加速度计)接收信号。iot装置210可以从iot传感器和/或第一数据251生成第二数据252。iot装置210可以向服务器100发送第一数据和第二数据。例如，服务器100可以以规则的时间间隔请求iot装置210向服务器100发送第一数据251和第二数据252。此外，iot装置210可以独立于来自服务器100的请求向服务器发送严重警告。因此，服务器100可以从电源控制器220访问第一数据251，并且从iot装置210访问第二数据252。
56.再次转向图1，根据各个实施例，系统10可以包括第一存储器300，并且服务器100可以进一步被配置为将实况数据存储在第一存储器300中。存储在第一存储器300中的实况数据可以作为历史数据的一部分而累积。根据各个实施例，历史数据可以进一步包括用户历史数据，该用户历史数据是随时间累积的用户数据(例如用户风险)。用户数据可以由服务器生成，或者由另一个服务器提供，例如，具有用于增强的私有数据保护的隐私层的另一个服务器。第一存储器300可以被包括在服务器100中或者可以处于服务器100的外部，例如分布在计算云中。服务器100还可以在计算云中实施，例如在包括第一存储器300的计算云中实施。
57.根据各个实施例，系统10可以包括处理逻辑110，该处理逻辑包括分类器，该分类器被配置为基于以下各项中的至少一项提供预测数据：历史数据、实况数据。预测数据可以进一步基于可以从服务器侧获得的订单状态和/或用户使用状态。处理逻辑110可以被包括在服务器100中。实况数据250可以包括实况状态数据和实况警报数据。预测数据130可以包括预测状态数据和预测警报数据。分类器可以是经训练的分类器。根据各个实施例，预测数据可以包括行程内的制动次数。可替代地或另外地，预测数据可以包括以下各项中的至少一项：用户的风险等级、行程的风险等级、pmd 200的风险等级。因此，该方法可以包括：由处理逻辑110中所包括的分类器接收该历史数据和/或该实况数据，以及由分类器对相应的数据进行归类；并且可以进一步包括将类别输入到分类器中。根据各个实施例，处理逻辑110可以包括分类器，该分类器被配置为：接收历史数据和/或实况数据，并对相应的数据进行归类：电池、制动器、速度、道路状况，这些类别可以被输入到分类器中。这些类别可以用作
分类器的功能的附加输入。
58.根据各个实施例，系统10可以包括事件处理器120，该事件处理器被配置为对实况警报数据或预测警报数据中的警报进行处理。事件处理器120可以被包括在服务器100中。事件处理器120可以被配置为从实况警报数据接收警报，并从预测警报数据接收警报。例如，事件处理器可以接收实况警报数据中的警报并处理该警报，接着，事件处理器可以接收预测警报数据中的警报并处理该警报。事件处理器120可以被配置为例如取决于警告的严重性而向多个接收器应用程序400中的一个或多个接收器应用程序发送该警告。
59.根据各个实施例，实况警报数据和预测警报数据可以属于警报数据类型，并且其中，警报数据类型可以不同于实况状态数据的数据类型和预测状态数据的数据类型。不同的数据类型允许服务器100(例如事件处理器120)快速识别实况数据和预测数据内的警报，以便可以以所需的紧急性执行下游处理。
60.根据各个实施例，事件路由器114可以被配置为基于警报的严重性等级和/或基于故障排除的结果来向多个接收器应用程序400中的一个或多个接收器应用程序发送警告。
61.根据各个实施例，该多个接收器应用程序400可以包括以下各项中的一项或多项：运营团队应用程序410、用户应用程序420、维护团队应用程序430。例如，用户应用程序420可以是在用户的手持装置上(例如在移动电话上)的app。
62.本披露内容的一方面涉及一种用于处理个人机动装置车队的事件的方法。图4示出了方法800的示例性流程图，其中，方法810由服务器100执行，而方法820可以在pmd 200侧执行。图4示出了根据各个实施例的用于由服务器100处理(例如接收和处理)实况数据250的方法800的示例性流程图，然而本披露内容不限于此，并且该方法可以包括如所示出的更多或更少的步骤。在车队20中，每个pmd 200可以包括独立式车辆和附接到该独立式车辆的iot装置210，该独立式车辆包括被配置为生成第一数据251的电源控制器220，并且该iot装置210被配置为生成第二数据252。在本文的其他实施例中解释了系统和pmd以及示例性系统和pmd的细节。方法810可以包括例如在接收步骤812处在服务器100处由服务器100从pmd 200车队20接收实况数据250。方法810可以进一步包括例如在存储步骤814中将实况数据250存储在第一存储器300中作为历史数据的一部分。方法810可以进一步包括例如在预测数据处理步骤816中由服务器100的处理逻辑110中包括的分类器基于以下各项中的至少一项来提供预测数据：历史数据、实况数据。预测数据可以进一步基于可以从服务器侧获得的订单状态和/或用户使用状态。实况数据可以包括实况状态数据和实况警报数据。预测数据130可以包括预测状态数据和预测警报数据。方法810可以进一步包括例如在事件处理步骤818中由事件处理器120将实况警报数据或预测警报数据中的警报处理成警告。方法810可以进一步包括将该警告发送到多个接收器应用程序400中的一个或多个接收器应用程序。实况数据可以包括第一数据251和第二数据252。根据各个实施例，服务器100以预定的时间间隔重复地从可以是可操作的这些pmd 200中的每个pmd请求实况数据。
63.方法820可以由pmd 200之一执行，该pmd例如在请求接收步骤822上接收向服务器100提供实况数据的请求。在从服务器100接收到请求之后，iot装置210可以例如在发送步骤824中向服务器100发送实况数据250。
64.根据各个实施例，车队20中的每个pmd 200可以被配置为在发生警报事件时独立于服务器100请求而例如立即向服务器100发送实况警报数据。
65.图5示出了根据各个实施例的事件处理器120的细节。根据各个实施例，事件处理器120可以包括故障排除器逻辑112和事件路由器114。故障排除器逻辑112可以被配置为接收预测数据130或实况数据250中的警报，并且可以进一步被配置为接收预测数据130和/或实况数据250。故障排除器逻辑112可以被配置为：例如通过试图与可能丢失通信的pmd 200重新建立通信、和/或通过与有问题的pmd 200进行通信来对与警报相关的问题执行故障排除，从而解决或减轻该问题，并且可以被进一步配置为生成该故障排除的结果。
66.根据一些实施例，事件路由器114可以被配置为接收警报和/或故障排除的结果。事件路由器114可以进一步被配置为接收预测数据130或实况数据250，并且可以进一步被配置为接收预测数据130和/或实况数据250。在一些实施例中，在没有故障排除器的情况下，事件路由器114可以被配置为接收预测数据130或实况数据250中的警报，并且可以进一步被配置为例如从处理逻辑110接收预测数据130和/或实况数据250。
67.根据各个实施例，该用于处理事件的方法(例如，方法810)可以包括：由事件处理器120中包括的事件路由器114基于警报的严重性等级和/或基于故障排除的结果来向多个接收器应用程序400中的一个或多个接收器应用程序发送警告。根据各个实施例，事件路由器114可以被配置为基于警报的严重性等级和/或基于故障排除的结果来向多个接收器应用程序400中的一个或多个接收器应用程序发送警告。警告可能包含关于警报和/或故障排除结果的数据。
68.根据各个实施例，多个接收器应用程序400可以包括以下各项中的一项或多项：运营团队应用程序410、用户应用程序420、维护团队应用程序430。应当理解，用户应用程序420是使用与警告相对应的相应pmd 200的用户之一。
69.图6示出了根据各个实施例的警告严重性以及哪些接收器应用程序接收警告的示例。例如，可以将严重性低的警告发送到维护团队应用程序430。因此，在进行计划的维护时，维护团队可以负责与警告相关的问题。可以将严重性中等的警告发送到运营团队应用程序410，并且如果pmd 200在操作中，则将该警告发送到用户应用程序420，以通知用户。严重性高的警告可以立即使pmd脱机，可以被发送到运营团队应用程序410，并且可以进一步被发送到用户应用程序420和维护团队应用程序430。因此，用户可以被立即通知存在问题，并因此可以终止其行程。在运营团队应用程序410上接收到警告的运营团队可以(如果需要的话)向用户提供进一步的辅助。运营团队可能会标记pmd 200或维护。
70.图6仅示出了关于可以如何向多个接收器应用程序400中的一个或多个接收器应用程序发送警告的示例。决策逻辑可以包括其他参数，例如，在操作中的pmd 200的状态、pmd 200的地点、pmd 200的速度。
71.图7示出了根据各个实施例的被实施用于通信的安全性层的细节。图7示出了通信耦合到iot装置210的电源控制器220，该iot装置被配置为与服务器100通信。根据各个实施例，电源控制器220和iot装置中的每一个可以包括被配置为提供彼此之间的加密通信的相应安全性引擎216、226。根据各个实施例，服务器100可以包括服务器侧加密引擎116，并且pmd 200中的每个pmd的每个iot装置可以包括iot侧加密引擎218，服务器侧加密引擎116和iot侧加密引擎218被配置为提供加密通信。
72.在一些实施例中，电源控制器220的安全性引擎226可以包括高级加密标准(aes)解码器226.1和aes编码器226.2。电源控制器220可以包括at命令接收器227.1，用于接收由
aes解码器226.1解密的at命令。电源控制器220可以进一步包括at命令响应器227.2，用于将at命令响应发送到aes编码器226.2，该aes编码器在将命令发送到iot装置210之前对这些命令进行加密。
73.在一些实施例中，iot装置210的安全性引擎216可以包括用于与电源控制器220进行加密通信的aes编码器216.2和aes解码器216.1。aes编码器216.2可以接收在iot装置210中生成的要加密的at命令，并将这些命令发送到电源控制器220。aes解码器216.1可以从电源控制器220接收at命令响应，对其进行解密，并且将解密后的at命令响应提供给iot装置中的其他电路。
74.在一些实施例中，iot侧加密引擎218可以是传输层安全性(tls)引擎，并且服务器侧加密引擎116可以是用于提供加密通信的另一个tls引擎。iot装置210和服务器100可以被配置为使用消息队列遥测传输(mqtt)协议经由tls引擎218、116进行通信。
75.根据各个实施例，pmd 200可以是电动滑板车。
76.图8示出了根据各个实施例的用于将由pmd提供的事件引导到接收器应用程序并激活远程会话的示例性流程图。作为警报(或事件)的示例，图8示出了非法移动、电池反常、机械反常、iot反常，然而本披露内容不限于此。警报被发送到服务器，该服务器可能是mqtt服务器。当警报属于高严重性(例如，由于表示高优先级问题的事件)时，事件处理器启动数据收集，例如以预定的时间间隔重复地从iot装置210请求实况数据。根据各个实施例，预定的时间间隔可以从0.5秒到100秒之间选择，例如5秒。然后可以由服务器100对实况数据进行分析。然后，故障排除器逻辑112可以例如通过试图与可能丢失通信的pmd 200重新建立通信、和/或通过与有问题的pmd 200进行通信来执行对与警报相关的问题的故障排除，从而解决或减轻该问题。如果故障排除的结果表明与警报相关的问题已解决，则可以重新建立正常通信。
77.如果问题仍未解决，则可以向用户通知该问题，例如，可以检查是pmd 200否在使用中，并且如果该检查是肯定的，则可以向用户应用程序420发送警告以向用户通知该问题，以便可以结束行程。
78.在pmd不在使用中或行程已结束的情况下，可以例如由事件处理器120将pmd的状态切换为远程状态。
79.运营团队应用程序410还可以接收警告，以允许运营团队启动远程运营。例如，在pmd不在使用中的情况下，例如，当上述检查结果为否定或行程已结束时，可以启动远程运营。
80.可以针对高严重性警告触发远程会话。高严重性警告与高优先级问题相关。运营团队可以远程控制pmd，在pmd上切换iot状态(例如，从可操作切换为远程运营)，并对电池、ecu和iot连接性执行基本的故障排除，并经由iot连接触发对车辆数据的实时提取(pull)。运营团队还可以远程关闭pmd的电源并将其锁定，以及派遣最接近的员工来收集所讨论的pmd。
81.图9示出了用于将服务器100与pmd 200连接的示例性流程图。iot装置210可以以预定的时间间隔(例如，时间间隔为30秒的较低频率)的心跳(heart beat)(本文也称为周期性请求)将实况数据传送到服务器。实况数据可以由iot装置210根据来自服务器的请求进行发送。在iot装置210侧，如果检测到信号反常，则iot装置210将中断与服务器的通信
和/或断开与服务器的连接，标记异常并将该异常保存成第二数据252。iot装置210可以试图重新建立与服务器100的连接。同时，在服务器100侧，服务器将改变为高频通信，从而以比低频情况下更低的时间间隔(例如5秒)设置预定的时间间隔。服务器100将试图与iot装置210重新连接，直到达成连接或直到已经经过了未达成连接的超时时间为止，例如已经经过了2小时的超时时间。如果未达成连接，则服务器将向现场应用程序发送警告，以便现场团队可以继续定位有缺陷的pmd。现场应用程序可以具有寻找滑板车、为现场团队提供导航的功能以及收集有缺陷的pmd的指令。
82.在重新建立了连接的情况下，服务器100将从iot装置210请求实况数据，并且可以在服务器侧同步错误日志。实况数据可以包括骑车数据以及由于通信丢失而存储的错误数据。
83.服务器对实况数据进行分析，并判定该数据是否正常并且可以被处理，或者判定该数据是否反常，在数据反常的情况下，服务器100可以继续从iot装置210请求实况数据，直到数据变得正常为止。例如，可以每5分钟(重新)请求数据。当数据在预定时间内保持反常时，可能会触发反常数据警报。
84.图10示出了根据各个实施例的用于由服务器100接收和处理实况数据250的方法900的细节，其中，第二数据包括电池传感器信号。根据各个实施例，方法900的流程图910包括生成第一数据251和第二数据252。电源控制器220从oem传感器接收信号，并在912上生成第一数据。第一数据被传送到iot装置210。iot装置210从iot传感器(例如，集成在iot装置中的加速度计)接收信号。iot装置210可以在914上从iot传感器和/或第一数据251生成第二数据252。iot装置210包括电池传感器，例如电池电压传感器。第二数据是由iot装置至少基于来自电池电压传感器的信号来生成的，例如，第二数据可以包括电池电压。iot装置210可以在916上向服务器100发送第一数据和第二数据。例如，服务器100可以以规则的时间间隔请求iot装置210向服务器100发送第一数据251和第二数据252。此外，iot装置210可以独立于来自服务器100的请求向服务器发送严重警告。因此，服务器100可以从电源控制器220访问第一数据251，并且从iot装置210访问第二数据252。
85.方法900的流程图920包括：例如在接收步骤922处在服务器100处由服务器100从pmd 200车队20接收实况数据250。当实况数据250包括基于电池电压的第二数据时，实况数据250是基于电池电压生成的。
86.方法920可以进一步包括例如在存储步骤924中将实况数据250存储在第一存储器300中作为历史数据的一部分。由此，历史数据可以包括历史电池数据，例如电池电压的历史。方法920可以进一步包括例如在预测数据处理步骤926中由服务器100的处理逻辑110中包括的分类器基于以下各项中的至少一项来提供预测数据：历史数据、实况数据。预测数据可以进一步基于可以从服务器侧获得的订单状态和/或用户使用状态。实况数据可以包括实况状态数据和实况警报数据。预测数据130可以包括预测状态数据和预测警报数据。预测状态数据可以包括电池故障预测，使得运营可以在进行维护时检查pmd的电池。可替代地或另外地，预测警报数据可以包括电池故障预测警报，使得可以采取措施，例如关闭pmd的电源。
87.方法920可以进一步包括例如在事件处理步骤928中由事件处理器120将实况警报数据或该预测警报数据中的警报处理成警告。方法910可以进一步包括将该警告发送到多
个接收器应用程序400中的一个或多个接收器应用程序。实况数据可以包括第一数据251和第二数据252。根据各个实施例，服务器100以预定的时间间隔重复地从可以是可操作的这些pmd 200中的每个pmd请求实况数据。
88.方法910可以由pmd 200之一执行，该pmd例如在请求接收步骤822上接收向服务器100提供实况数据的请求。在从服务器100接收到请求之后，iot装置210可以例如在发送步骤916中向服务器100发送实况数据250。
89.根据各个实施例，可以利用例如从历史数据库提取的故障电池库来训练分类器。故障电池库可以包括从电池检查获得的数据，例如，一旦检查确认电池存在故障，就可以将相应的信息添加到故障电池库中。故障电池库可以包括以下各项中的两项或更多项：电池持有电荷、电池运行时间、低于运行时间阈值的电池运行时间、在预定电压阈值以下持续超过预定持续时间的电池电压、事故记录、超过预定温度阈值的温度、电池序列号、故障确定。运营商可以包括故障确定。故障确定可以用作训练分类器的基础事实。
90.在一个示例中，分类器可以被配置为将电池状态分类为以下种类中的一个或多个种类：故障、非故障、高风险出现故障、故障警报。这些种类可以被包括到预测状态数据中。
91.例如，当电池电压低于预定电压阈值超过预定的时间时，和/或电池正以超过预定电荷持有阈值的速率运行时，分类器可能会检测到很高的故障风险，并且pmd可能被标记为要检查。系统可以根据从该故障电池库中获知的算法来反复(例如每天两次)检查所有电池以预测故障可能性。如果运营发现确实存在问题，则阈值和分类器学习似乎是适当的。如果电池没有问题，则可以重新调整阈值和/或可以对分类器进行重新训练。
92.图11示出了根据各个实施例的示例性计算机架构90，利用该计算机架构可以实施服务器100。计算机架构90可以包括总线91，通过该总线，一个或多个装置可以彼此通信。在图11的示例中，以下装置被示出为连接到总线91：cpu 92；主存储器93，例如ram；存储装置94，例如以下各项中的一项或多项：硬盘驱动器、固态驱动器、闪存驱动器；通信装置95，例如用于有线通信或无线通信，例如wifi、usb、蓝牙、移动网络通信；显示界面96和其他用户界面97，例如用于用户输入；然而，本披露内容不限于此，并且可以在计算机中包括更多或更少的装置，并且计算机和/或总线可以具有与所展示的架构不同的其他架构。
93.虽然已经参考特定实施例具体示出和描述了本披露内容，但是本领域技术人员应该理解，在不脱离如所附权利要求所限定的本发明的精神和范围的情况下，可以在其中进行形式和细节的各种变化。因此，本发明的范围由所附权利要求指示，并且因此旨在涵盖属于权利要求的等同物的含义和范围内的所有改变。