用于装置共享的物联网架构的制作方法

1.本披露内容的各方面总体上涉及物联网(iot)，并且更具体地涉及用于装置共享的iot架构。


背景技术：

2.物联网(iot)是比如车辆和家用电器等装置(包含电子设备、软件、致动器和连接性)的、允许这些事物连接、交互和交换数据的网络。iot包括将互联网连接性超出标准装置(比如台式机、笔记本电脑、智能手机和平板电脑)而扩展到任何范围的传统上非互联网能够启用的物理装置和日常用品。在嵌入技术的情况下，这些装置可以通过互联网进行通信和交互，并且这些装置可以远程监控和控制。
3.移动装置共享是正在城市间迅速发展的交通创新。它通过对用户提供比拥挤城市中的汽车更好的估计到达时间(eta)和价格的替代性装置解决了“最后一英里”问题，减少碳排放，并为世界各地的城市提供更智能的交通网络。城市移动性的未来是共享的、无缝的、智能的和环境可持续的。电动滑板车将是对主动移动性前景展望的良好补充，服务于第一英里
‑
最后一英里(fmlm)行驶路段中的未满足的需求。
4.移动装置共享的关键是iot通信。移动装置共享的成功取决于这些装置对(通过移动app的)用户命令或来自云的指令的响应的优良程度。消费者对体验的要求很高，因此任何信息延迟都会给用户体验增添不快。安全是一项核心要求，因为这些装置是被独立部署在户外的智能资产，并且可能容易受到黑客攻击、盗窃以及其他形式的蓄意破坏。


技术实现要素：

5.以下呈现了对一个或多个方面的简化概述，以提供对这些方面的基本理解。本发明内容不是对所有预期方面的广泛概述，并且既不旨在标识所有方面的关键或重要元素，也不旨在描绘任何或所有方面的范围。本发明的唯一目的是要以简化形式呈现一个或多个方面的一些构思，作为随后呈现的更详细描述的序言。
6.在本披露内容的一个方面，提供了一种用于操作电动滑板车的方法、计算机可读介质和设备。该设备可以是该电动滑板车的一部分。该设备可以接收来自远程服务器的解锁请求。该设备可以响应于该解锁请求而解锁自身。该设备可以在是解锁的时基于时间表将其状态连续上传到该远程服务器。该设备可以接收来自该远程服务器的锁定请求。该设备可以响应于该锁定请求而锁定自身。
7.在本披露内容的另一个方面，提供了一种用于管理电动滑板车的方法、计算机可读介质和设备。该设备可以是服务器。该设备可以从移动装置接收电动滑板车的车辆标识符。该设备可以基于该车辆标识符来检索该电动滑板车的车辆状态。该设备可以在该车辆状态为正常可用状态时生成解锁请求。该设备可以向该电动滑板车发射该解锁请求。该设备可以基于时间表(schedule)从该电动滑板车连续接收该电动滑板车的车辆状态。该设备可以接收来自该移动装置的消息，该消息请求锁定该电动滑板车。该设备可以在该电动滑
板车处于解锁状态时响应于该消息而生成锁定请求。该设备可以向该电动滑板车发射该锁定请求。
8.为实现前述内容和相关的目的，一个或多个方面包括在下文中充分描述并在权利要求中特别指出的特征。以下描述和附图详细阐述了一个或多个方面的某些说明性特征。然而，这些特征仅指示了其中可以采用各方面的原理的各方式中的几个，并且这个描述旨在包括所有这些方面及其等同物。
附图说明
9.图1是展示了用于装置共享的联网iot系统的示例的图。
10.图2是展示了包括扫描快速响应码、地理围栏和后端远程控制的三重锁定方法的示例的图。
11.图3是展示了iot装置的示例的图。
12.图4是展示了iot通信模块的硬件结构的示例的图。
13.图5是展示了iot系统的部件的示例的图。
14.图6是操作电动滑板车的方法的流程图。
15.图7是展示了示例性设备中不同装置/部件之间的数据流的概念性数据流图。
16.图8是展示了采用处理系统的设备的硬件实施方式的示例的图。
17.图9是管理电动滑板车的方法的流程图。
18.图10是展示了示例性设备中不同装置/部件之间的数据流的概念性数据流图。
19.图11是展示了采用处理系统的设备的硬件实施方式的示例的图。
具体实施方式
20.下面结合附图阐述的详细描述旨在作为各种配置的描述，而不是旨在表示本文描述的概念可以实践的唯一配置。为了提供对各种构思的透彻理解，详细的描述包括特定细节。然而，对于本领域技术人员来说显而易见的是，这些构思可以在没有这些特定细节的情况下实践。在一些情况下，以框图形式示出了众所周知的结构和部件，以避免难以理解这些构思。
21.现在将参考各设备和方法来呈现用于装置共享的iot架构的几个方面。这些设备和方法将在下面的详细描述中进行描述，并在附图中通过各种块、部件、电路、过程、算法等(统称为“元件”)进行展示。这些元件可以使用电子硬件、计算机软件或其任何组合来实施。这些元件是实施为硬件或是实施为软件取决于特定的应用和对整个系统施加的设计约束。
22.作为示例，元件、或元件的任何部分、或者元件的任何组合可以被实施为包括一个或多个处理器的“处理系统”。处理器的示例包括微处理器、微控制器、图形处理单元(gpu)、中央处理单元(cpu)、应用处理器、数字信号处理器(dsp)、精简指令集计算(risc)处理器、片上系统(soc)、基带处理器、现场可编程门阵列(fpga)、可编程逻辑器件(pld)、状态机、门控逻辑、分立硬件电路、以及被配置为执行贯穿本披露内容描述的各种功能的其他合适的硬件。处理系统中的一个或多个处理器可以执行软件。软件应当被宽泛地解释成意为指令、指令集、代码、代码段、程序代码、程序、子程序、软件部件、应用、软件应用、软件包、例程、子例程、对象、可执行件、执行的线程、规程、函数等，无论其是用软件、固件、中间件、微代码、
硬件描述语言、还是其他术语来述及皆是如此。
23.相应地，在一个或多个示例实施例中，所描述的功能可以以硬件、软件、或其任何组合来实施。如果以软件实施，则这些功能可以被存储在计算机可读介质上的一条或多条指令或代码上或被编码为计算机可读介质上的一条或多条指令或代码。计算机可读介质包括计算机存储介质。存储介质可以是可以由计算机访问的任何可用介质。作为示例而非限制，这种计算机可读介质可以包括随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程rom(eeprom)、光盘存储装置、磁盘存储装置、其他磁存储装置、上述类型的计算机可读介质的组合、或可以用于以可以由计算机访问的指令或数据结构的形式存储计算机可执行代码的任何其他介质。
24.市场上大多数共享单车和滑板车操作具有有限的iot能力。蓝牙连接是最常用的解决方案。蓝牙解决方案有一些缺点。首先，蓝牙解决方案缺乏集中控制，这使得几乎不可能对装置进行有效的管理。后端不维护任何车辆信息，比如全球定位系统(gps)位置、车辆状态、电池电量。这增加了日常操作和维护的难度。其次，蓝牙解决方案的兼容性问题在移动装置中是众所周知的。结果，在很多情况下，手机与智能锁之间的通信可能会出现故障。第三，由于会在与装置通信期间产生显著延迟，因此蓝牙解决方案的用户体验远远不能令人满意。
25.为了解决上述问题，提供了一种联网iot系统。在该iot系统中，iot装置必须全天候保持持久连接(并且可能重试以连接)。这样，iot装置可以随时自由地将任何装置信息上传到服务器侧。同时，云服务可以在数据库中存储和维护所有装置的状态，可以由操作人员根据其权限来检查这些状态。此外，在必要时，服务器集群可以将某些命令推送到iot装置以主动地控制这些装置的行为，比如锁定/解锁、强制空中下载(over
‑
the
‑
air，ota)更新、设置最高速度以及停止任何异常行为。另外，可以将统一的订户身份模块(sim)卡安装到所有iot装置中，这消除了潜在的兼容性问题。最后，完全双向联网信道以及所传输的极其精简的数据包使得服务器与iot装置之间的通信速度超快，并为使用车辆的用户提供了平滑的体验。
26.图1是展示了用于装置共享的联网iot系统的示例的图100。在示例中，iot系统可以包括服务器102和几个iot装置110、112
……
、114。服务器102可以包括一个或多个计算装置(例如，以下参考图10或图11所描述的设备1002/1002’)。在一些实施例中，iot装置110、112
……
、114中的每一个可以是电动滑板车。在一些实施例中，iot装置110、112
……
、114中的每一个可以是以下参考图7或图8所描述的设备702/702’。
27.在一些实施例中，服务器102和iot装置110、112
……
、114可以全天候(round
‑
the
‑
clock)保持持久连接(并且可能重试以连接/重新连接)。iot装置110、112
……
、114中的每一个可以将其装置信息上传到服务器102。服务器102可以向iot装置110、112
……
、114中的每一个推送命令以控制这些装置的行为，比如锁定/解锁、强制空中下载(ota)更新、设置最高速度以及停止任何异常行为。
28.在一些实施例中，可以使用二进制数据格式来执行iot装置110、112
……
、114与服务器102之间的通信。该二进制数据格式可以是专有的，并且因此难以解密。在一些实施例中，端到端加密可以为所传输的数据添加额外的安全层。在一些实施例中，当iot装置尝试与服务器102建立连接时，可能会触发安全检查，该安全检查仅允许正确的国际移动设备识
别码(imei)和车辆号码对通过。
29.在一些实施例中，二进制紧凑数据格式可以使数据难以破解且大小较小。此外，可以使用最少量的字节来准确地呈现每种数据类型。在一些实施例中，只要有可能，就可以将不同的端点调用合并为单个端点调用，以减少比如解锁/锁定等核心流的延迟，即，执行批处理。例如，在解锁期间，可以将用于解锁滑板车、请求车辆位置、设置适当速度限制的命令合并为一条命令下发给滑板车。
30.在一些实施例中，扫描快速响应码(qr码)以解锁电动滑板车可以在5秒内完成，并带有提示音乐；并且该提示音乐可以基于电动滑板车的时间、位置和标识符进行动态配置，例如在平安夜为《铃儿响叮当》。在一些实施例中，锁定/解锁过程可以包括多个交互，但仍然可以在5秒内完成。
31.始终存在iot连接失败的风险(即，由于互联网连接失败而导致)。在一些实施例中，可以添加补充过程以建立对连接、锁定状态和订单状态的定期检查(从后端服务器发起)。在一些实施例中，可以实施补充过程以便每隔几秒扫描整个系统和实时订单状态。在没有订单但滑板车解锁的情况下，可以触发锁定(以防止丢失和被盗)。在用户订单激活但滑板车锁定的情况下，可以终止用户订单以防止超额收费。这使系统变得智能，并且能够从由于iot连接失败而引起的任何问题中进行自我恢复。
32.解锁过程的示例如下所述：b1：用户app扫描qr码并将车辆号码传递到后端服务器；b2：后端服务器检索车辆状态。如果车辆处于正常可用状态，则在转换协议后向iot发送解锁请求；b3：iot接收解锁请求并决定解锁请求是否有效。如果解锁请求有效，则解锁并播放解锁音乐。如果解锁请求无效，则向后端服务器返回解锁失败。
33.锁定过程的示例如下所述：b1：用户通过用户app点击锁定按钮，这会向后端服务器发射锁定信息；b2：在后端服务器中检索车辆状态。如果车辆处于解锁状态，则在转换协议后将向iot发送锁定请求。b3：iot接收锁定指令从而确定锁定指令是否有效。如果锁定指令有效，则锁定车辆并播放锁定音乐。如果锁定指令无效，则向后端服务器返回锁定失败。
34.补充锁定过程的示例如下所述：b1：iot在处于解锁状态时，每30秒向后端服务器上传当前状态；b2：在经由iot上传而接收到状态之后，后端服务器确定是否存在非法锁定状态，如果存在非法锁定状态，则生成锁定指令以避免非法骑行。
35.在一些实施例中，无线移动通信数据和短信服务(sms)无缝切换备份通信确保了高于90％的解锁成功率。在一些实施例中，在服务器向iot装置下发解锁/锁定命令后x秒，如果装置侧没有给出联网响应，则服务器将会将sms消息向下发送到iot装置。并且，这也适用于从iot装置到服务器的上行链路。上述x可以在后端服务器处根据在一定时间段期间会话间的解锁持续时间的实时分布进行动态调整。
36.图2是展示了包括扫描qr码、地理围栏和后端远程控制的三重锁定方法的示例的图200。在一些实施例中，三重锁定方法可以确保高于95％的锁定率。在示例中，在204处，用
户可以扫描与停车位置相关联的停车qr码。在206处，后端服务器可以检查停车位置和iot装置的位置。在208处，如果停车位置与iot装置的位置匹配，则后端服务器可以向iot装置发送锁定请求以锁定电动滑板车。
37.在一些实施例中，电动滑板车的最高骑行速度可以动态遥控，这确保了用户安全。在一些实施例中，在特定场景下可以降低滑板车的最高速度。这些场景的示例包括：特定位置的低速区、未认证/初学者用户的低速配置、以及天黑后的低速时段。在一些实施例中，可以基于特定用户、地理围栏、照明条件、一天中的小时数、天气条件等来控制车队的(或任何个体滑板车的)最高速度。
38.在一些实施例中，可以接近实时地跟踪车辆数据(例如，当车辆在途中时每30秒上传一次，当车辆未被租用时每30分钟上传一次)。这允许在操作上执行几项附加功能。在一些实施例中，可以跟踪车辆位置、状态、以及比如电池电量等基本信息来辅助车队管理。
39.在一些实施例中，操作人员可能能够获得高风险滑板车(比如电池电量较低的滑板车、以及没有被用户归还到恰当停车区的滑板车)的实时地图和状态信息。在一些实施例中，专有设计的app可以通过允许操作人员轻击鸣响(chirp)按钮特征或闪烁(flash)按钮特征以使滑板车发出铃声或打开滑板车前灯来促进对偏停(stray)滑板车的搜索，从而使操作人员更容易定位到停放不当的滑板车。在一些实施例中，可以在操作管理系统内引入新特征以自动化执行偏停滑板车警告。例如，通过操作管理系统对没有停放在指定停车区的滑板车进行实时警告。这将有助于减少偏停恢复时间。在一些实施例中，可以在地图上呈现对所有偏停滑板车及其相对于部署区域和恰当停车区的位置的可视化。
40.在一些实施例中，可以远程触发对车队的命令。这些远程触发的命令可以包括锁定、解锁以及管理功率、速度、iot连接状态等。为了提高用户和行人的安全性，一些实施例可以在天黑后为选定的滑板车车队实施自动开启前灯。一些实施例可以在天黑后为所有骑行实施始终开启前灯。
41.在一些实施例中，每个电动滑板车的固件可以基于时间、位置和滑板车标识符(id)通过加密的空中信道进行动态升级。并且该空中下载(ota)升级可以根据预设条件自动执行。
42.ota升级过程的示例如下所述：a1：如果存在可用于升级的有效的新版本，则后端服务器可以主动向指定的iot下发强制ota升级指令，或可以进行iot定时检索(随机分配每个iot装置的检索时间点)。a2：在启动ota升级之后，iot装置从ota服务器下载匹配的版本。在下载之后，其自动升级到最新版本并完成ota升级过程。
43.在一些实施例中，ota升级过程可以由服务器侧发起。为了实现可持续性(在紧急ota、热修复和需要频繁升级的情况下)，可以从后端服务器实施ota升级能力。结果，即使存在额外的挑战，也可以实现良好的稳定性。
44.在一些实施例中，ota升级可以被安排在特定时间进行。这一点非常关键，因为不希望在车队处于服务中时进行ota升级。在一些实施例中，可以将特定车队的ota升级安排在车队处于维护中或部署前的特定时间期间。此外，由于担心高峰时段出现网络拥塞(例如，如果整个车队5000辆车进行ota升级，则可能会发生连接失败)，因此可以实施智能解决方案以自动优化该ota升级过程，从而获得最佳的稳定性和成功率。首先，可以随机挑选车
队中的几辆滑板车发起ota升级。根据第一批滑板车的ota升级结果，系统可能会自动触发下一批(包括确定下一批的大小)，并在该过程期间根据需要发送警告。可以优化每一批的大小以获得最佳的结果和成功率并避免网络拥塞。
45.图3是展示了iot装置300的示例的图。在一些实施例中，iot装置300可以是配备有iot通信模块302的电动滑板车，该iot通信模块可以是附接到电动滑板车的外部箱。iot通信模块302可以实现电动滑板车的操作或维护的优化，从而可以实现效率。例如，电动滑板车可以通过扫描qr码来解锁/锁定。解锁时间可以少于5秒，并且成功率可以高于90％。在一些实施例中，可以实时收集用户骑行数据(例如，骑行时间、骑行地点、骑行时长等等)。在一些实施例中，可以收集电动滑板车的实时数据(例如，速度、电量、已经骑行的距离、是否倒地等)。在一些实施例中，可以向用户提供定制的人机界面(例如，解锁或锁定提示、警报等)。
46.在一些实施例中，iot通信模块302可以用于在任何给定时间跟踪滑板车的服务状态和位置。iot通信模块302还使得可以经由云服务器向滑板车发射命令。此外，iot通信模块302可以包含内部扬声器，该内部扬声器用于解锁/锁定指示并针对检测到的任何异常活动(例如，倒地、异常移动等)向传感器发出警告从而提高操作效率。
47.在一些实施例中，iot通信模块302的天线设计可以针对共享场景进行优化。在一些实施例中，iot装置300的电子设备可能对于电气故障和电池安全性是故障保护(fail safe)。iot装置300的设计集中于优化用户体验(例如，解锁、锁定)，使得用户花费尽可能少的时间与app交互。该产品是专门针对作为共享装置行业中的已知问题的盗窃和蓄意破坏的情形而设计的。
48.图4是展示了iot通信模块400的硬件结构的示例的图。在一些实施例中，iot通信模块400可以是以上图3中描述的iot通信模块302。在示例中，iot通信模块400可以包括通信模块402、锁定控制模块404、应用处理模块406、传感器模块408、能量管理模块410、控制模块412、驱动器模块414、芯片组平台418和系统管理模块416。
49.在一些实施例中，iot固件可以支持“蜂窝无线数据和sms无缝备份”解锁方法，这确保了高于90％的解锁成功率。在一些实施例中，iot固件可以支持三重锁定方法(扫描qr码、地理围栏和后端远程控制)以确保高于95％的锁定率。在一些实施例中，可以通过控制模块412为每个电动滑板车动态地远程配置最高骑行速度。
50.图5是展示了iot系统500的部件的示例的图。在示例中，iot系统500可以包括消息队列502、消息队列遥测传输(mqtt)服务器集群506、智能装置508、mqtt主机路由和消息组装/解析部件510、注册中心512、核心事务层516、app网关518、消费者app 520、操作网关522和操作app 526。
51.智能装置508可以包括以上参考图1至图4所描述的几个iot装置。高度优化的mqtt服务器集群506或极度轻量级的数据协议可以轻松扩展以支持数百万个与iot装置的连接。消息队列502位于事务系统(例如，核心事务层516)与mqtt服务器集群506之间，并且这两方之间的所有通信都必须通过消息队列502。这有效地消除了这两组系统之间的耦合，并且整个架构受益于消息队列502的高可扩展性。在一些实施例中，iot系统500理论上可以具有尽可能多的前端mqtt服务器。mqtt服务器集群506直接与iot装置连接，并将从iot装置接收到的任意数量的消息投掷到消息队列502。然后，位于消息队列502另一侧的多个事务系统可
以根据其在任何给定时间的计算能力而选择以它们喜欢的任何速度来消耗消息，并且甚至可以决定放弃那些它们不关心的消息。
52.消息队列502起到在mqtt服务器集群506与核心事务层516之间路由各种消息的作用。在一些实施例中，微服务后端事务系统使每个服务彼此分离，从而使得能够分开管理车辆数据的不同方面，这有助于提高整个服务集的鲁棒性和安全性。
53.图6是操作电动滑板车的方法的流程图600。电动滑板车可以是以上参考图1至图5所描述的iot装置。该方法可以由设备(例如，以下参考图7或图8所描述的设备702/702’)执行。在一些实施例中，该设备可以是电动滑板车。在一些实施例中，该设备可以是电动滑板车的iot部件。
54.在602处，该设备可以接收来自远程服务器的解锁请求。在一些实施例中，在移动装置上执行的应用程序可以扫描电动滑板车上的机器可读光学标签(例如，qr码)并将与该机器可读光学标签相对应的车辆标识符发送到远程服务器。该解锁请求可以由远程服务器基于车辆标识符来生成并发射。在一些实施例中，该解锁请求可以在电动滑板车处于正常可用状态时生成。在一些实施例中，该设备可以基于与该电动滑板车相关联的无线通信标识符和该电动滑板车的车辆标识符来建立与远程服务器的无线连接。
55.在604处，该设备可以响应于解锁请求而解锁电动滑板车。在一些实施例中，该设备可以接收来自远程服务器的速度控制命令。该设备可以基于速度控制命令来设置电动滑板车的最大速度。
56.在606处，该设备可以在电动滑板车是解锁的时基于时间表将电动滑板车的状态连续上传到远程服务器。
57.在608处，该设备可以接收来自远程服务器的锁定请求。在一些实施例中，在移动装置上执行的应用程序可以接收用于锁定电动滑板车的用户输入，并响应于该用户输入而向远程服务器发送请求锁定电动滑板车的消息。远程服务器可以在电动滑板车处于解锁状态时响应于该消息而生成锁定请求。
58.在610处，该设备可以响应于锁定请求而锁定电动滑板车。
59.图7是展示了示例性设备702中不同装置/部件之间的数据流的概念性数据流图700。设备702可以是iot装置(例如，iot装置110、112、114或300，或者智能装置508)。设备702可以包括接收部件704，该接收部件接收来自远程服务器750的控制命令。在一个实施例中，接收部件704可以执行以上参考图6中的602或608所描述的操作。
60.设备702可以包括发射部件710，该发射部件向远程服务器750发射设备702的状态。在一个实施例中，发射部件710可以执行以上参考图6中的606所描述的操作。接收部件704和发射部件710可以协作以协调设备702的通信。
61.设备702可以包括控制部件706，该控制部件被配置为基于从接收部件704接收的命令来控制设备702的操作。在一个实施例中，控制部件706可以执行以上参考图6中的604或610所描述的操作。
62.设备702可以包括数据收集部件708，该数据收集部件被配置为收集设备702的状态数据，并将收集到的状态数据提供给发射部件710以向远程服务器750发射。在一个实施例中，数据收集部件708可以执行以上参考图6中的606所描述的操作。
63.设备702可以包括执行上述图6的流程图中的算法的每个块的附加部件。这样，上
述图6的流程图中的每个方框可以由一个部件来执行，并且该设备可以包括这些部件中的一个或多个。各部件可以是具体被配置为执行所述过程/算法的一个或多个硬件部件，由被配置为执行所述过程/算法的处理器实施，存储在计算机可读介质中以供处理器实施，或其某种组合。
64.图8是展示了采用处理系统814的设备702'的硬件实施方式的示例的图800。在一个实施例中，设备702’可以是以上参考图7所描述的设备702。处理系统814可以用通常由总线824表示的总线架构来实施。取决于处理系统814的具体应用和整体设计约束，总线824可以包括任何数量的互连总线和桥。总线824将包括一个或多个处理器和/或硬件部件(由处理器804、部件704、706、708、710和计算机可读介质/存储器806表示)的各种电路链接在一起。总线824还可以链接比如定时源、外围设备、电压调节器和功率管理电路等各种其他电路，这些电路是本领域公知的，并且因此不再作任何进一步描述。
65.处理系统814可以耦合到收发器810。收发器810耦合到一个或多个天线820。收发器810提供了用于通过传输介质与各种其他设备进行通信的装置。收发器810从一个或多个天线820接收信号，从接收到的信号中提取信息，并将所提取的信息提供给处理系统814、具体是接收部件704。另外，收发器810从处理系统814、具体是发射部件710接收信息，并基于接收到的信息生成要施加到一个或多个天线820的信号。
66.处理系统814包括耦合到计算机可读介质/存储器806的处理器804。处理器804负责一般处理，包括分析设备本身通过其自身的传感器收集的数据、以及执行存储在计算机可读介质/存储器806上的软件。该软件当由处理器804执行时使处理系统814执行上文针对任何特定设备所描述的各种功能。计算机可读介质/存储器806还可以用于存储由处理器804在执行软件时操纵的数据。处理系统814进一步包括部件704、706、708、710中的至少一个。这些部件可以是运行在处理器804中的、驻留/存储在计算机可读介质/存储器806中的软件部件、耦合到处理器804的一个或多个硬件部件、或其某种组合。
67.图9是管理电动滑板车的方法的流程图900。电动滑板车中的每一个都可以是以上参考图1至图8所描述的iot装置。该方法可以由设备(例如，以下参考图10或图11所描述的设备1002/1002’)执行。在一些实施例中，该设备可以是包括一个或多个计算装置的服务器。
68.在902处，该设备可以从移动装置接收电动滑板车的车辆标识符。在一些实施例中，在移动装置上执行的应用程序可以扫描电动滑板车上的机器可读光学标签(例如，qr码)并将与该机器可读光学标签相对应的车辆标识符发送到服务器。在一些实施例中，该设备可以基于与该电动滑板车相关联的无线通信标识符和该电动滑板车的车辆标识符来建立与该电动滑板车的无线连接。
69.在904处，该设备可以基于车辆标识符来检索电动滑板车的车辆状态。
70.在906处，该设备可以在车辆状态为正常可用状态时生成解锁请求。
71.在908处，该设备可以向电动滑板车发射解锁请求。在一些实施例中，该设备可以基于电动滑板车的车辆状态来生成限制电动滑板车的最大速度的速度控制命令。该设备可以向电动滑板车发射速度控制命令。
72.在910处，该设备可以基于时间表从电动滑板车连续接收电动滑板车的车辆状态。在一些实施例中，该设备可以基于电动滑板车的车辆状态来确定升级电动滑板车的固件的
时间实例(time instance)。该设备可以在所确定的时间实例处升级电动滑板车的固件。
73.在912处，该设备可以接收来自移动装置的消息。该消息可以请求锁定电动滑板车。
74.在914处，该设备可以在电动滑板车处于解锁状态时响应于该消息而生成锁定请求。
75.在916处，该设备可以向电动滑板车发射锁定请求。在一些实施例中，该设备可以确定在电动滑板车是解锁的时是否存在与该电动滑板车相关联的激活订单。该设备可以在不存在与电动滑板车相关联的激活订单并且电动滑板车是解锁的时，向电动滑板车发射锁定请求。在一些实施例中，该设备可以确定在电动滑板车是锁定的时与该电动滑板车相关联的订单是否处于激活状态。该设备可以在该订单处于激活状态并且电动滑板车是锁定的时终止该订单。
76.图10是展示了示例性设备1002中不同装置/部件之间的数据流的概念性数据流图1000。设备1002可以是服务器(例如，服务器102或mqtt服务器集群506)。设备1002可以包括一个或多个计算装置。设备1002可以包括接收部件1004，该接收部件从电动滑板车1050接收状态数据和/或车辆id。接收部件1004可以进一步从执行消费者app的移动装置1055接收消息。在一个实施例中，接收部件1004可以执行以上参考图9中的902、910或912所描述的操作。
77.设备1002可以包括发射部件1010，该发射部件向电动滑板车1050发射命令。在一个实施例中，发射部件1010可以执行以上参考图9中的908或916所描述的操作。接收部件1004和发射部件1010可以协作以协调设备1002的通信。
78.设备1002可以包括状态管理部件1006，该状态管理部件被配置为存储和管理从接收部件1004接收的状态数据和/或车辆id。在一个实施例中，状态管理部件1006可以执行以上参考图9中的904所描述的操作。
79.设备1002可以包括命令生成部件1008，该命令生成部件被配置为基于从接收部件1004接收的消息和由状态管理部件1006提供的状态数据来生成命令。所生成的命令可以被提供给发射部件1010，以便向电动滑板车1050发射。在一个实施例中，命令生成部件1008可以执行以上参考图9中的906或914所描述的操作。
80.设备1002可以包括执行上述图9的流程图中的算法的每个块的附加部件。这样，上述图9的流程图中的每个方框可以由一个部件来执行，并且该设备可以包括这些部件中的一个或多个。各部件可以是具体被配置为执行所述过程/算法的一个或多个硬件部件，由被配置为执行所述过程/算法的处理器实施，存储在计算机可读介质中以供处理器实施，或其某种组合。
81.图11是展示了采用处理系统1114的设备1002'的硬件实施方式的示例的图1100。在一个实施例中，设备1002’可以是以上参考图10所描述的设备1002。处理系统1114可以用通常由总线1124表示的总线架构来实施。取决于处理系统1114的具体应用和整体设计约束，总线1124可以包括任何数量的互连总线和桥。总线1124将包括一个或多个处理器和/或硬件部件(由处理器1104、部件1004、1006、1008、1010和计算机可读介质/存储器1106表示)的各种电路链接在一起。总线1124还可以链接比如定时源、外围设备、电压调节器和功率管理电路等各种其他电路，这些电路是本领域公知的，并且因此不再作任何进一步描述。
82.处理系统1114可以耦合到收发器1110。收发器1110耦合到一个或多个天线1120。收发器1110提供了用于通过传输介质与各种其他设备进行通信的装置。收发器1110从一个或多个天线1120接收信号，从接收到的信号中提取信息，并将所提取的信息提供给处理系统1114、具体是接收部件1004。另外，收发器1110从处理系统1114、具体是发射部件1010接收信息，并基于接收到的信息生成要施加到一个或多个天线1120的信号。
83.处理系统1114包括耦合到计算机可读介质/存储器1106的处理器1104。处理器1104负责一般处理，包括分析设备本身通过其自身的传感器收集的数据、以及执行存储在计算机可读介质/存储器1106上的软件。该软件当由处理器1104执行时使处理系统1114执行上文针对任何特定设备所描述的各种功能。计算机可读介质/存储器1106还可以用于存储由处理器1104在执行软件时操纵的数据。处理系统1114进一步包括部件1004、1006、1008、1010中的至少一个。这些部件可以是运行在处理器1104中的、驻留/存储在计算机可读介质/存储器1106中的软件部件、耦合到处理器1104的一个或多个硬件部件、或其某种组合。
84.在下文中，将展示本披露内容的各个方面：
85.示例1是一种用于操作电动滑板车的方法或设备。该设备可以是该电动滑板车的一部分。该设备可以接收来自远程服务器的解锁请求。该设备可以响应于该解锁请求而解锁自身。该设备可以在是解锁的时基于时间表将其状态连续上传到该远程服务器。
86.在示例2中，示例1的主题可以可选地包括：该设备可以进一步接收来自该远程服务器的锁定请求，并响应于该锁定请求而锁定自身。
87.在示例3中，示例2的主题可以可选地包括：在移动装置上执行的应用程序可以接收用于锁定该设备的用户输入，其中，该应用程序可以响应于该用户输入而向该远程服务器发送请求锁定该设备的消息，其中，该锁定请求可以在该设备处于解锁状态时响应于该消息而生成。
88.在示例4中，示例1至3中任一项的主题可以可选地包括：在移动装置上执行的应用程序可以扫描该设备上的机器可读光学标签并将与该机器可读光学标签相对应的车辆标识符发送到该远程服务器，其中，该解锁请求可以基于该车辆标识符来生成并发射。
89.在示例5中，示例4的主题可以可选地包括：该解锁请求可以在该电动滑板车处于正常可用状态时生成。
90.在示例6中，示例1至5中任一项的主题可以可选地包括：该设备可以进一步接收来自该远程服务器的速度控制命令，并基于该速度控制命令来设置自身的最大速度。
91.在示例7中，示例1至6中任一项的主题可以可选地包括：该设备可以基于与该设备相关联的无线通信标识符和该设备的车辆标识符来建立与该远程服务器的无线连接。
92.示例8是一种用于管理电动滑板车的方法或设备。该设备可以是服务器。该设备可以从移动装置接收电动滑板车的车辆标识符。该设备可以基于该车辆标识符来检索该电动滑板车的车辆状态。该设备可以在该车辆状态为正常可用状态时生成解锁请求。该设备可以向该电动滑板车发射该解锁请求。
93.在示例9中，示例8的主题可以可选地包括：该设备可以进一步基于时间表从该电动滑板车连续接收该电动滑板车的车辆状态。
94.在示例10中，示例8至9中任一项的主题可以可选地包括：该设备可以进一步：接收
来自该移动装置的消息，该消息请求锁定该电动滑板车；在该电动滑板车处于解锁状态时响应于该消息而生成锁定请求；以及向该电动滑板车发射该锁定请求。
95.在示例11中，示例8至10中任一项的主题可以可选地包括：在该移动装置上执行的应用程序可以扫描该电动滑板车上的机器可读光学标签并将与该机器可读光学标签相对应的车辆标识符发送到该设备。
96.在示例12中，示例8至11中任一项的主题可以可选地包括：该设备可以进一步：基于该电动滑板车的车辆状态来生成限制该电动滑板车的最大速度的速度控制命令；以及向该电动滑板车发射该速度控制命令。
97.在示例13中，示例8至12中任一项的主题可以可选地包括：该设备可以进一步基于与该电动滑板车相关联的无线通信标识符和该电动滑板车的车辆标识符来建立与该电动滑板车的无线连接。
98.在示例14中，示例8至13中任一项的主题可以可选地包括：该设备可以进一步：确定在该电动滑板车是解锁的时是否存在与该电动滑板车相关联的激活订单；以及当不存在与该电动滑板车相关联的激活订单并且该电动滑板车是解锁的时，向该电动滑板车发射锁定请求。
99.在示例15中，示例8至14中任一项的主题可以可选地包括：该设备可以进一步：确定在该电动滑板车是锁定的时与该电动滑板车相关联的订单是否处于激活状态；以及在该订单处于激活状态并且该电动滑板车是锁定的时终止该订单。
100.在示例16中，示例8至15中任一项的主题可以可选地包括：该设备可以进一步：基于该电动滑板车的车辆状态来确定升级该电动滑板车的固件的时间实例；以及在所确定的时间实例处升级该电动滑板车的固件。
101.应当理解的是，所披露的过程/流程图中方框的特定顺序或层次是示例性方法的说明。基于设计偏好，应当理解的是，可以重新排列过程/流程图中方框的特定顺序或层次。进一步地，一些方框可以组合或省略。所附的方法权利要求以样本顺序呈现各方框的元素，并且不意味着限于所呈现的特定顺序或层次。
102.提供前面的描述是为了使本领域的任何技术人员能够实践本文所描述的各方面。对这些方面的各种修改对于本领域技术人员来说将是显而易见的，并且本文定义的一般原理可以应用于其他方面。因此，权利要求不旨在局限于本文所示的方面，而是符合与语言权利要求一致的全部范围，其中除非特别说明，否则对单数形式的元件的引用并不旨在意味着“一个且仅一个”，而是“一个或多个”。词语“示例性”在本文用于意指“用作示例、实例或说明”。本文描述为“示例性”的任何方面不一定被解释为优选于或优于其他方面。除非特别说明，否则术语“一些”是指一个或多个。比如“a、b或c中的至少一个”、“a、b或c中的一个或多个”、“a、b和c中的至少一个”、“a、b和c中的一个或多个”、以及“a、b、c或其任何组合”等的组合可以包括a、b和/或c的任何组合，并且可以包括a的倍数、b的倍数、或c的倍数。具体地讲，比如“a、b或c中的至少一个”、“a、b或c中的一个或多个”、“a、b和c中的至少一个”、“a、b和c中的一个或多个”、以及“a、b、c或它们任何组合”等的组合可以是仅a、仅b、仅c、a和b、a和c、b和c、或a和b和c，其中任何此类组合可能包含a、b或c中的一个或多个成员。本领域普通技术人员已知或以后将会知道的贯穿本披露内容所描述的各方面的元件的所有结构和功能等同物都通过引用明确地结合于此，并且旨在由权利要求涵盖。此外，本文披露的任何
内容都不旨在奉献给公众，无论这种披露内容是否在权利要求中明确叙述。词语“模块”、“机构”、“元件”、“设备”等不可以代替词语“装置”。因此，任何权利要求要素都不应解释为装置加功能，除非该要素是使用短语“用于
……
的装置”明确叙述。