TW202046755A - 用於設備共用的物聯網架構 - Google Patents

Abstract

提供了用於操作電動滑板車的方法、電腦可讀介質以及裝置。該裝置可以是電動滑板車的一部分。該裝置可以接收來自遠端伺服器的解鎖請求。該裝置可以回應於解鎖請求而自行解鎖。該裝置可以在其被解鎖時基於時間表將其狀態連續上傳到遠端伺服器。該裝置可以接收來自遠端伺服器的鎖定請求。該裝置可以回應於鎖定請求而自行鎖定。

Description

用於設備共用的物聯網架構

發明領域

本公開的各個方面總體上涉及物聯網（IoT），並且更具體地，涉及用於設備共用的IoT架構。

發明背景

物聯網（Internet of Things）是設備（諸如車輛和包含電子設備、軟體、致動器的家用電器）以及允許這些設備連接、交互和交換資料的互聯的網路。IoT涉及將互聯網連接從標準設備（諸如桌上型電腦、筆記型電腦、智慧手機和平板電腦）擴展到任何傳統的非互聯網使能的實體設備和日常物品。在利用技術嵌入的情況下，這些設備可以通過互聯網進行通信和交互，並且可以被遠端監控和控制。

移動設備共用是跨城市快速增長的交通創新。它通過為用戶提供具有比在擁擠城市中的汽車更好的預計到達時間（ETA）和價格的替代設備來解決“最後一英里”問題，減少碳排放，並且為世界各地的城市提供更智慧的交通網絡。城市移動化未來是共用的、無縫的、智慧的和環境可持續的。電動滑板車將成為主動移動化領域的一個很好的補充，滿足第一英里-最後一英里（FMLM）行程段的未滿足需求。

移動設備共用的關鍵是IoT通信。移動設備共用的成功取決於這些設備對於來自雲端的使用者命令（通過移動應用程式）或者指令的回應良好程度。消費者對體驗要求很高，因此任何資訊延遲都會給使用者體驗帶來不愉快。由於這些設備是其自身部署在自然環境下的智慧資產，並且很可能容易遭受駭客攻擊、盜竊以及其他形式的破壞，因此安全是核心要求。

發明概要

以下呈現一個或多個方面的簡要概述，以便提供對這些方面的基本理解。本概述不是對所有可預期方面的廣泛概述，並且既不旨在標識所有方面的關鍵或者重要元素，也不旨在界定任何方面或者所有方面的範圍。其唯一目的是以簡化形式呈現一個或多個方面的一些概念，作為稍後呈現的更詳細描述的前序。

根據本公開的一個方面，提供了用於操作電動滑板車的方法、電腦可讀介質以及裝置。該裝置可以是電動滑板車的一部分。該裝置可以接收來自遠端伺服器的解鎖請求。該裝置可以回應於解鎖請求而自行解鎖。該裝置可以在其被解鎖時基於時間表將其狀態連續上傳到遠端伺服器。該裝置可以接收來自遠端伺服器的鎖定請求。該裝置可以回應於鎖定請求而自行鎖定。

根據本公開的另一方面，提供了用於管理電動滑板車的方法、電腦可讀介質以及裝置。該裝置可以是伺服器。該裝置可以從移動設備接收電動滑板車的車輛識別符。該裝置可以基於車輛識別符檢索電動滑板車的車輛狀態。當車輛狀態為正常可用狀態時，該裝置可以生成解鎖請求。該裝置可以將解鎖請求傳輸到電動滑板車。該裝置可以基於時間表從電動滑板車連續地接收電動滑板車的車輛狀態。該裝置可以接收來自移動設備的訊息，該訊息請求將電動滑板車鎖定。當電動滑板車處於解鎖狀態時，該裝置可以回應於該訊息生成鎖定請求。該裝置可以將鎖定請求傳輸到電動滑板車。

為了實現前述和相關目的，一個或多個方面包括在下文中充分描述並且在申請專利範圍中特別指出的特徵。以下描述和附圖詳細闡述了一個或多個方面的某些說明性特徵。然而，這些特徵僅指示各個方面的原理可以在其中採用的各種方式中的一些，並且本描述旨在包括所有這些方面及其等同物。

具體實施方式

以下結合附圖闡述的詳細描述旨在作為對各種配置的描述，而並不旨在代表可實踐本文所描述的概念的僅有配置。詳細描述包括具體細節，以用於提供對各種概念的透徹理解的目的。然而，對於本領域技術人員來說顯而易見的是，可以在沒有這些具體細節的情況下實踐這些概念。在一些實例中，眾所周知的結構和元件以框圖形式示出，以避免模糊這些概念。

現在將參考各種裝置和方法呈現用於設備共用的IoT架構的若干方面。這些裝置和方法將在以下詳細說明中描述，並且通過各種框、元件、電路、過程、演算法等（統稱為“元件”）在附圖中示出。可以利用電子硬體、電腦軟體或者任何其組合來實現這些元件。這些元件以硬體還是軟體來實現取決於對整個系統施加影響的特定應用和設計約束。

舉例來說，元件或者元件的任何部分或者元件的任何組合可以實現為包括一個或多個處理器的“處理系統”。處理器的示例包括微處理器、微控制器、圖形處理單元（GPU）、中央處理單元（CPU）、應用處理器、數位訊號處理器（DSP）、精簡指令集計算（RISC）處理器、片上系統（SoC）、基帶處理器、現場可程式設計閘陣列（FPGA）、可程式設計邏輯裝置（PLD）、狀態機、門控邏輯、分立硬體電路、以及配置成執行貫穿本公開描述的各種功能的其他合適硬體。處理系統中的一個或多個處理器可以執行軟體。無論是稱為軟體、韌體、中介軟體、微代碼、硬體描述語言還是其他的名稱，軟體應廣義地解釋為指令、指令集、代碼、程式碼片段、程式碼、程式、副程式、軟體構件、應用程式（app）、軟體應用程式、套裝軟體、常式、子常式、物件、可執行檔、執行緒、過程、函數等。

因此，在一個或多個示例實施例中，所描述的功能可以用硬體、軟體或者任何其組合來實現。如果以軟體來實現，則可以將功能存儲在電腦可讀介質上或者將其編碼為電腦可讀介質上的一個或多個指令或者代碼。電腦可讀介質包括電腦存儲介質。存儲介質可以是電腦可以訪問的任何可用介質。舉例來說而非限制，這樣的電腦可讀介質可以包括隨機存取記憶體（RAM）、唯讀記憶體（ROM）、電可擦除可程式設計ROM（EEPROM）、光碟記憶體、磁碟記憶體、其他磁存放裝置、上述類型的電腦可讀介質的組合、或者可用於存儲電腦可訪問的指令或者資料結構形式的電腦可執行代碼的任何其他介質。

市面上的大多數共用自行車和滑板車的操作具有有限的IoT能力。藍牙連接是最常用的解決方案。藍牙解決方案有一些缺點。首先，藍牙解決方案缺乏集中控制，這使得幾乎不可能有效地管理設備。在後端沒有對車輛資訊，諸如全球定位系統（GPS）的位置、車輛狀態，電池水準進行維持。這增加了日常操作和維護的難度。其次，藍牙解決方案的相容性問題在移動設備中是眾所周知的。結果，電話與智慧鎖之間的通信可能在很多情況下發生故障。第三，由於在與設備通信期間引起的顯著延遲，藍牙解決方案的用戶體驗遠非令人滿意。

為了解決上述問題，提供了一種網路IoT系統。在該IoT系統中，IoT設備必須全天候維持持久連接（可能需要重試連接）。這樣，IoT設備可以隨時自由地將任何設備資訊上傳到伺服器端。並且雲服務可以存儲和維護資料庫中的所有設備的狀態，操作人員可以根據他們的許可來檢查這些狀態。此外，必要時，伺服器集群可以將某些命令推送到IoT設備以主動控制其行為，諸如鎖定/解鎖、強制進行空中（OTA）更新、設置最高速度以及停止任何異常行為。此外，統一使用者識別模組（SIM）卡可以安裝在所有IoT設備中，這消除了潛在的相容性問題。最後，完全雙向的網路通道以及傳遞的極其精簡的資料包實現了在伺服器與IoT設備之間的超快速通信以及順暢的用戶使用車輛體驗。

圖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'。

在一些實施例中，伺服器102和IoT設備110、112、......、114可以全天候維持持久連接（可能重試連接/重新連接）。IoT設備110、112、......、114中的每一個可以將其設備資訊上傳到伺服器102。伺服器102可以將命令推送到IoT設備110、112、......、114中的每一個以控制它們的行為，諸如鎖定/解鎖、強制進行空中（OTA）更新、設置最高速度以及停止任何異常行為。

在一些實施例中，二進位資料格式可用於執行IoT設備110、112、......、114與伺服器102之間的通信。這種二進位資料格式可以是專有的，因此難以解密。在一些實施例中，端到端加密可以向所傳遞的資料添加額外的安全層（layer of security）。在一些實施例中，當IoT設備嘗試與伺服器102建立連接時可以觸發安全檢查，其僅允許正確的一對國際移動設備身份（IMEI）和車輛號通過。

在一些實施例中，二進位緊湊資料格式可能使資料難以破解並且使資料的大小變小。此外，可以利用最少量的位元組來準確地呈現每種資料類型。在一些實施例中，可以盡可能地將不同的端點呼叫組合成單個端點呼叫以減少核心流（比如解鎖/鎖定）的延遲，也就是說，執行批次處理。例如，在解鎖期間，解鎖滑板車、詢問車輛位置、設置適當限速的命令可以組合成向滑板車發出的一個命令。

在一些實施例中，掃描快速回應代碼（QR碼）以解鎖電動滑板車可以伴隨提醒音樂在5秒內完成；並且可以基於時間、電動滑板車的位置和識別符動態配置這種提醒音樂，例如耶誕節前夕的聖誕鈴聲（Jingle Bells）。在一些實施例中，鎖定/解鎖過程可以包括若干交互，但是仍可在5秒內完成。

總是存在IoT連接故障的風險（即，由於網際網路連接的故障）。在一些實施例中，可以添加補充過程以在連接、鎖定狀態和訂單狀態上建立定期檢查（從後端伺服器發起）。在一些實施例中，可以實施補充過程以每隔幾秒掃描整個系統和即時訂單狀態。在沒有訂單但是滑板車處於解鎖的情況下，可以觸發鎖定（以防止丟失和被盜）。在使用者訂單有效但是滑板車處於鎖定的情況下，可以終止該使用者訂單以防止過度收費。這使得系統智慧化、並且能夠從IoT連接故障引起的任何問題中自行恢復。

以下描述解鎖過程的示例： B1：使用者app掃描QR碼並且將車輛號碼傳遞到後端伺服器； B2：後端伺服器檢索車輛狀態。如果車輛處於正常可用狀態，則在轉換協定之後將解鎖請求發送到IoT； B3：IoT接收解鎖請求並且判斷解鎖請求是否有效。如果該解鎖請求有效，則會使車輛解鎖並且播放解鎖音樂。如果解鎖請求無效，則會將解鎖失敗返回給後端伺服器。

以下描述鎖定過程的示例： B1：使用者通過使用者app點擊鎖定按鈕，使用者app將鎖定資訊傳輸給後端伺服器； B2：在後端伺服器中檢索車輛狀態。如果車輛處於解鎖狀態，則在轉換協定之後將鎖定請求發送到IoT。 B3：IoT接收鎖定指令以確定鎖定指令是否有效。如果該鎖定指令有效，則它會使車輛鎖定並且播放鎖定音樂。如果鎖定指令無效，則會將鎖定失敗返回給後端伺服器。

以下描述補充鎖定過程的示例： B1：當車輛處於解鎖狀態時，IoT每隔30秒將當前狀態上傳到後端伺服器； B2：在接收到經由IoT上傳的狀態後，後端伺服器確定是否存在非法鎖定狀態，如果存在，則生成鎖定指令以避免非法騎行。

在一些實施例中，無線移動通信資料和短訊息服務（SMS）無縫交換備份通信確保了高於90％的解鎖成功率。在一些實施例中，在伺服器向IoT設備發出解鎖/鎖定命令X秒之後，如果沒有從設備側給出網路回應，則伺服器會將SMS訊息下行發送給IoT設備。這同樣適用於從IoT設備到伺服器的上行鏈路。可以根據在特定時間段期間會話之間的解鎖持續時間的即時分佈，在後端伺服器動態調整上述X。

圖2是示出三重鎖定方法的示例的圖200，該三重鎖定方法包括掃描QR碼、地理圍欄和後端遠程控制。在一些實施例中，三重鎖定方法可確保高於95％的鎖定速率。在該示例中，在204處，使用者可以掃描與停車位置相關聯的停車QR碼。在206處，後端伺服器可以檢查停車位置和IoT設備的位置。在208處，如果停車位置和IoT設備的位置匹配，則後端伺服器可以向IoT設備發送鎖定請求以將電動滑板車鎖定。

在一些實施例中，可以動態地遠端控制電動滑板車的最高騎行速度，這確保了使用者安全。在一些實施例中，在某些場景下可以降低滑板車的最高速度。這些場景的示例包括：對於某些位置而言的低速區域、對於未經認證使用者/初學者用戶而言的低速設計以及天黑後的低速時段。在一些實施例中，可以基於特定用戶、地理圍欄、照明條件、所處時間、天氣狀況等來控制車隊（或者任何單獨的滑板車）的最高速度。

在一些實施例中，可以近乎即時地跟蹤車輛資料（例如，當車輛在旅行時每隔30秒上傳，當車輛在沒有被使用時每隔30分鐘上傳）。這允許在操作時執行若干附加功能。在一些實施例中，可以跟蹤車輛位置、狀態以及基本資訊（比如電池水準）以幫助車隊管理。

在一些實施例中，操作人員能夠獲得關於高風險滑板車（比如電池電量低的那些滑板車、以及沒有被用戶返回到適當停車地段的那些滑板車）的即時地圖和狀態資訊。在一些實施例中，專有設計的應用程式可以通過允許操作人員點擊發聲按鈕（Chirp）或者閃光按鈕特徵來發出響鈴聲或者開啟滑板車上的頭燈以便於搜尋位置不明的滑板車，以使工作人員更容易定位不當停放的滑板車。在一些實施例中，可以在操作管理系統內引入新特徵以使位置不明的滑板車警報自動化。例如，通過操作管理系統即時警告未停在指定地段的滑板車。這有助於縮短找回位置不明車輛的時間。在一些實施例中，可以將所有位置不明滑板車及其相對於部署區域和適當停車地段的位置的視覺化呈現在地圖上。

在一些實施例中，可以遠端觸發對車隊的命令。遠端觸發的命令可以包括：鎖定、解鎖，以及管理功率、速度、物聯網連接狀態等。為了增加用戶和行人的安全，在一些實施例中，可以在天黑之後為選定的滑板車車隊實現頭燈的自動開啟。在一些實施例中，可以在天黑之後為所有騎行實現頭燈的始終開啟。

在一些實施例中，可以基於時間、位置和滑板車識別符（ID）通過加密的空中通道動態地升級每個電動滑板車的韌體。並且可以根據預設條件自動執行這種空中（OTA）升級。

以下描述OTA升級過程的示例： A1：如果有可用於升級的有效新版本，則後端伺服器可以向指定的IoT或者IoT定時檢索（每個IoT設備的檢索時間點的隨機分佈）主動發出強制OTA升級指令。 A2：在啟動OTA升級後，IoT設備從OTA伺服器下載匹配版本。下載後，它會自動升級到最新版本並且完成OTA升級過程。

在一些實施例中，OTA升級過程可以由伺服器端發起。為了實現可持續性（在緊急OTA、熱修復和頻繁的升級需求的情況下），可以從後端伺服器實現OTA升級功能。結果是，即使存在額外的挑戰，也可以取得良好的穩定性。

在一些實施例中，可以在特定時間安排OTA升級。這非常關鍵，這是因為當車隊在服務時進行OTA升級是不可取的。在一些實施例中，可以在車隊處於維護或者部署之前的特定時間期間內為特定車隊安排OTA升級。此外，由於擔心在高峰時間期間干擾網路（例如，如果整個5000車隊執行OTA升級，則可能發生連接故障），可以實施智慧解決方案以自動優化這種OTA升級過程以獲得最佳穩定性和成功率。首先，可以隨機挑選車隊內的一些滑板車來發起OTA升級。取決於第一批滑板車的OTA升級結果，系統可以自動觸發下一批（包括確定下一批的大小），並且在該過程中根據需要發送警報。可以優化每批的大小以獲得最佳結果和成功率以及避免網路堵塞。

圖3是示出IoT設備300的示例的圖。在一些實施例中，IoT設備300可以是配備有IoT通信模組302的電動滑板車，IoT通信模組302可以是附接到電動滑板車的外部盒。IoT通信模組302可以實現電動滑板車的操作或者維護的優化，從而可以取得效率。例如，可以通過掃描QR碼來解鎖/鎖定電動滑板車。解鎖時間可以小於5秒，並且成功率可以高於90％。在一些實施例中，可以即時收集使用者騎行資料（例如，您何時騎車、您在哪裡騎行、您騎行多久等）。在一些實施例中，可以收集電動滑板車的即時資料（例如，速度、功率量、已經騎行的距離、是否跌落在地面上等）。在一些實施例中，可以向用戶提供定制的人機界面（例如，解鎖或者鎖定提醒、警報等）。

在一些實施例中，IoT通信模組302可用於在任何給定時間跟蹤滑板車的服務狀態和位置。IoT通信模組302還使得可以經由雲伺服器向滑板車傳輸命令。另外，IoT通信模組302可以包含內部揚聲器，用於解鎖/鎖定指示並且警告感測器檢測到的任何異常活動（例如，跌落、異常移動等）以提高操作效率。

在一些實施例中，可以優化IoT通信模組302的天線的設計以用於共用場景。在一些實施例中，IoT設備300的電子器件可以在電氣故障和電池安全性方面是無故障的。物聯網設備300的設計集中於優化用戶體驗（例如，解鎖、鎖定），使得用戶花費盡可能少的時間與應用程式交互。該產品專為盜竊和破壞的情況而設計，盜竊和破壞是設備共用行業中的已知問題。

圖4是示出IoT通信模組400的硬體結構的示例的圖。在一些實施例中，IoT通信模組400可以是上面在圖3中描述的IoT通信模組302。在該示例中，IoT通信模組400可以包括通信模組402、鎖定控制模組404、應用處理模組406、感測器模組408、能量管理模組410、控制模組412、驅動器模組414、晶片組平臺418和系統管理模組416。

在一些實施例中，IoT韌體可以支援“蜂窩無線資料和SMS無縫備份”解鎖方法，其確保高於90％的解鎖成功率。在一些實施例中，IoT韌體可以支援三重鎖定方法（掃描QR碼、地理圍欄和後端遠程控制）以確保高於95％的鎖定率。在一些實施例中，可以通過控制模組412為每個電動滑板車動態地遠端配置最高騎行速度。

圖5是示出IoT系統500的元件的示例的圖。在該示例中，IoT系統500可以包括訊息佇列502、訊息佇列遙測傳輸（MQTT）伺服器集群506、智慧設備508、MQTT主機發送和訊息組裝/解決元件510、註冊中心512、核心交易層516、應用程式閘道518、消費者應用程式520、操作閘道522和操作應用程式526。

智慧設備508可以包括以上參考圖1至圖4描述的一些IoT設備。可以容易地擴展高度優化的MQTT伺服器集群506或者極輕量級資料協定以支援數百萬IoT設備的連接。訊息佇列502位於交易系統（例如，核心交易層516）與MQTT伺服器集群506之間，並且這兩方之間的所有通信必須經過訊息佇列502。這有效地消除了這兩個系統集合之間的耦合，並且整個架構受益於訊息佇列502的高可擴展性。在一些實施例中，IoT系統500理論上可以具有盡可能多的前端MQTT伺服器。MQTT伺服器集群506直接與IoT設備連接，並且將從IoT設備接收的任意數量的訊息發送到訊息佇列502。然後，取決於它們在任何給定時間的計算能力，位於訊息佇列502的另一側的多個交易系統可以以消費者喜歡的任何速度為他們選擇訊息，甚至可能決定放棄他們不關心的那些訊息。

訊息佇列502承擔在MQTT伺服器集群506與核心交易處理層516之間發送各種訊息的角色。在一些實施例中，微服務後端交易系統使得每個服務彼此解耦，從而使得能夠分別管理車輛資料的不同方面，這有助於提高整套服務的穩健性和安全性。

圖6是操作電動滑板車的方法的流程圖600。電動滑板車可以是以上參考圖1至圖5描述的IoT設備。該方法可以由裝置（例如，下面參考圖7或圖8描述的裝置702/702'）執行。在一些實施例中，該裝置可以是電動滑板車。在一些實施例中，該裝置可以是電動滑板車的IoT部件。

在602處，該裝置可以接收來自遠端伺服器的解鎖請求。在一些實施例中，在移動設備上執行的應用程式可以掃描電動滑板車上的機器可讀光學標籤（例如，QR碼），並且將對應於機器可讀光學標籤的車輛識別符發送到遠端伺服器。解鎖請求可以由遠端伺服器基於車輛識別符生成和傳輸。在一些實施例中，可以在電動滑板車處於正常可用狀態時生成解鎖請求。在一些實施例中，該裝置可以基於與電動滑板車相關聯的無線通訊識別符和電動滑板車的車輛識別符來與遠端伺服器建立無線連接。

在604處，設備可以回應於解鎖請求將電動滑板車解鎖。在一些實施例中，該裝置可以接收來自遠端伺服器的速度控制命令。該裝置可以基於速度控制命令設置電動滑板車的最大速度。

在606處，該裝置可以基於電動滑板車何時被解鎖的時間表將電動滑板車的狀態連續上傳到遠端伺服器。

在608處，該裝置可以接收來自遠端伺服器的鎖定請求。在一些實施例中，在移動設備上執行的應用程式可以接收使用者輸入以將電動滑板車鎖定，並且向遠端伺服器發送訊息以回應於使用者輸入請求將電動滑板車鎖定。當電動滑板車處於解鎖狀態時，遠端伺服器可以回應於該訊息生成鎖定請求。

在610處，裝置可以回應於鎖定請求將電動滑板車鎖定。

圖7是示出示例性裝置702中的不同工具/元件之間的資料流程的概念資料流程圖700。裝置702可以是IoT設備（例如，IoT設備110、設備112、設備114或設備300，或者智慧設備508）。裝置702可以包括接收元件704，其接收來自遠端伺服器750的控制命令。在一個實施例中，接收元件704可以執行以上參考圖6中的602或者608描述的操作。

裝置702可以包括傳輸元件710，其將裝置702的狀態傳輸到遠端伺服器750。在一個實施例中，傳輸元件710可以執行以上參考圖6中的606描述的操作。接收元件704和傳輸元件710可以協作以協調裝置702的通信。

裝置702可以包括控制元件706，其配置為基於接收到的來自於接收組件704的命令來控制裝置702的操作。在一個實施例中，控制元件706可以執行以上參考圖6中的604或者610描述的操作。

裝置702可以包括資料收集元件708，其配置為收集裝置702的狀態資料並且將收集的狀態資料提供給傳輸元件710以便傳輸到遠端伺服器750。在一個實施例中，資料收集元件708可以執行以上參考圖6中的606描述的操作。

裝置702可以包括附加元件，該附加元件執行前述圖6的流程圖中的演算法的每個塊。這樣，前述圖6的流程圖中的每個塊可以由元件執行，並且該裝置可以包括這些元件中的一個或多個。元件可以是特別配置為執行所述過程/演算法的一個或多個硬體元件或者它們的一些組合，所述過程/演算法由配置成執行所述過程/演算法的處理器實現，存儲在電腦可讀介質內用於由處理器來實施。

圖8是示出採用處理系統814的裝置702'的硬體實現的示例的圖800。在一個實施例中，裝置702'可以是以上參考圖7描述的裝置702。處理系統814可以利用匯流排架構實現，匯流排架構總體由匯流排824表示。取決於處理系統814的具體應用和總體設計約束，匯流排824可以包括任何數量的互連匯流排和橋。匯流排824將各種電路連結在一起，包括由處理器804、元件704、元件706、元件708、元件710和電腦可讀介質/記憶體806表示的一個或多個處理器和/或硬體元件。匯流排824還可以連結各種其他電路，諸如定時源、週邊設備、電壓調節器和電源管理電路，這些其他電路在本領域中是公知的，因此不再贅述。

處理系統814可以耦合到收發機810。收發機810耦合到一個或多個天線820。收發機810提供通過傳輸介質與各種其他裝置通信的手段。收發機810接收來自一個或多個天線820的信號，從接收到的信號中提取資訊，並且將所提取的資訊提供給處理系統814，特別是接收元件704。此外，收發機810接收來自處理系統814的資訊，特別是傳輸元件710的資訊，並且基於接收到的資訊生成待應用於一個或多個天線820的信號。

處理系統814包括耦合到電腦可讀介質/記憶體806的處理器804。處理器804負責總體上的處理，包括分析由裝置自身通過其自己的感測器收集的資料和執行存儲在電腦可讀介質/記憶體806上的軟體。當軟體由處理器804執行時，該軟體使處理系統814執行上述任何特定裝置的各種功能。電腦可讀介質/記憶體806還可以用於存儲在執行軟體時由處理器804操縱的資料。處理系統814還包括元件704、元件706、元件708、元件710中的至少一個。元件可以是駐留/存儲在電腦可讀介質/記憶體806中的在處理器804中運行的軟體元件、耦合到處理器804的一個或多個硬體元件或者它們的一些組合。

圖9是管理電動滑板車的方法的流程圖900。每個電動滑板車可以是以上參考圖1至圖8描述的IoT設備。該方法可以由裝置（例如，下面參考圖10或圖11描述的裝置1002/1002'）執行。在一些實施例中，該裝置可以是包括一個或多個計算設備的伺服器。

在902處，該裝置可以從移動設備接收電動滑板車的車輛識別符。在一些實施例中，在移動設備上執行的應用程式可以掃描電動滑板車上的機器可讀光學標籤（例如，QR碼），並且將對應於機器可讀光學標籤的車輛識別符發送到伺服器。在一些實施例中，該裝置可基於與電動滑板車相關聯的無線通訊識別符和電動滑板車的車輛識別符與電動滑板車建立無線連接。

在904處，該裝置可以基於車輛識別符檢索電動滑板車的車輛狀態。

在906處，當車輛狀態為正常可用狀態時，該裝置可以生成解鎖請求。

在908處，該裝置可以將解鎖請求傳輸到電動滑板車。在一些實施例中，該裝置可以基於電動滑板車的車輛狀態生成限制電動滑板車的最大速度的速度控制命令。該裝置可以將速度控制命令傳輸到電動滑板車。

在910處，該裝置可以基於時間表從電動滑板車連續地接收電動滑板車的車輛狀態。在一些實施例中，該裝置可以基於電動滑板車的車輛狀態確定升級電動滑板車的韌體的時刻。該裝置可以在經確定的時刻升級電動滑板車的韌體。

在912處，該裝置可以接收來自移動設備的訊息。該訊息可以請求將電動滑板車鎖定。

在914處，當電動滑板車處於解鎖狀態時，該裝置可以回應於該訊息生成鎖定請求。

在916處，該裝置可以將鎖定請求傳輸到電動滑板車。在一些實施例中，當電動滑板車處於解鎖時，該裝置可以確定是否存在與電動滑板車相關聯的有效訂單（active order）。當不存在與電動滑板車相關聯的有效訂單並且電動滑板車處於解鎖時，該裝置可以向電動滑板車發送鎖定請求。在一些實施例中，該裝置可以確定當電動滑板車處於鎖定時，與電動滑板車相關聯的訂單是否有效。當訂單有效並且電動滑板車處於鎖定時，該裝置可以終止訂單。

圖10是示出示例性裝置1002中的不同工具/元件之間的資料流程的概念資料流程圖1000。裝置1002可以是伺服器（例如，伺服器102或者MQTT伺服器集群506）。裝置1002可以包括一個或多個計算設備。裝置1002可以包括接收元件1004，其接收來自電動滑板車1050的狀態資料和/或車輛ID。接收元件1004還可以從執行消費者app的移動設備1055接收訊息。在一個實施例中，接收元件1004可以執行以上參考圖9中的902、910或者912描述的操作。

裝置1002可以包括將命令傳輸到電動滑板車1050的傳輸組件1010。在一個實施例中，傳輸元件1010可以執行以上參考圖9中的908或者916所描述的操作。接收元件1004和傳輸元件1010可以協作以協調裝置1002的通信。

裝置1002可以包括狀態管理元件1006，其配置為存儲和管理從接收元件1004接收的狀態資料和/或車輛ID。在一個實施例中，狀態管理元件1006可以執行以上參考圖9中的904描述的操作。

裝置1002可以包括命令生成元件1008，其配置為基於從接收元件1004接收的訊息和由狀態管理元件1006提供的狀態資料來生成命令。可以將生成的命令提供給傳輸元件1010，用於傳輸到電動滑板車1050。在一個實施例中，命令生成元件1008可以執行以上參考圖9中的906或者914描述的操作。

裝置1002可以包括附加元件，附加元件執行前述圖9的流程圖中的演算法的每個塊。這樣，前述圖9的流程圖中的每個塊都可以由元件執行，並且該裝置可以包括這些元件中的一個或多個。元件可以是特別配置為執行所述過程/演算法的一個或多個硬體元件或者它們的一些組合，所述過程/演算法由配置成執行所述過程/演算法的處理器實現，存儲在電腦可讀介質內用於由處理器來實施。

圖11是示出採用處理系統1114的裝置1002'的硬體實現的示例的圖1100。在一個實施例中，裝置1002'可以是以上參考圖10描述的裝置1002。處理系統1114可以利用匯流排架構來實現，匯流排架構總體由匯流排1124表示。取決於處理系統1114的具體應用和總體設計約束，匯流排1124可以包括任何數量的互連匯流排和橋。匯流排1124將各種電路連結在一起，包括由處理器1104、元件1004、元件1006、元件1008、元件1010和電腦可讀介質/記憶體1106表示的一個或多個處理器和/或硬體元件。匯流排1124還可以連結各種其他電路，諸如定時源、週邊設備、電壓調節器和電源管理電路，這些其他電路在本領域中是公知的，因此不再贅述。

處理系統1114可以耦合到收發機1110。收發機1110耦合到一個或多個天線1120。收發機1110提供通過傳輸介質與各種其他裝置通信的手段。收發機1110接收來自一個或多個天線1120的信號，從接收到的信號中提取資訊，並且將所提取的資訊提供給處理系統1114，特別是接收元件1004。此外，收發機1110接收來自處理系統1114，特別是傳輸元件1010的資訊，並且基於接收到的資訊生成待應用於一個或多個天線1120的信號。

處理系統1114包括耦合到電腦可讀介質/記憶體1106的處理器1104。處理器1104負責總體上的處理，包括分析由裝置自身通過其自己的感測器收集的資料和執行存儲在電腦可讀介質/記憶體1106上的軟體。當軟體由處理器1104執行時，該軟體使處理系統1114執行上述任何特定裝置的各種功能。電腦可讀介質/記憶體1106還可以用於存儲在執行軟體時由處理器1104操縱的資料。處理系統1114還包括元件1004、元件1006、元件1008、元件1010中的至少一個。元件可以是駐留/存儲在電腦可讀介質/記憶體1106中的在處理器1104中運行的軟體元件、耦合到處理器1104的一個或多個硬體元件或者它們的一些組合。

在下文中，將說明本公開的各個方面：

示例1是用於操作電動滑板車的方法或者裝置。該裝置可以是電動滑板車的一部分。該裝置可以接收來自遠端伺服器的解鎖請求。該裝置可以回應於解鎖請求而自行解鎖。當設備被解鎖時，該設備可以基於時間表將其狀態連續地上傳到遠端伺服器。

在示例2中，示例1的主題可以可選地包括：所述裝置還可以接收來自遠端伺服器的鎖定請求，並且回應於鎖定請求而自行鎖定。

在示例3中，示例2的主題可以可選地包括：在移動設備上執行的應用程式可以接收使用者輸入以鎖定該裝置，其中該應用程式可以向遠端伺服器發送訊息以回應於使用者輸入請求鎖定該裝置，其中當該裝置處於解鎖狀態時，可以回應於該訊息生成鎖定請求。

在示例4中，示例1至3中任一項的主題可以可選地包括：在移動設備上執行的應用程式可以掃描裝置上的機器可讀光學標籤並且將對應於該機器可讀光學標籤的車輛識別符發送到遠端伺服器，其中可以基於車輛識別符生成和傳輸解鎖請求。

在示例5中，示例4的主題可以可選地包括：當電動滑板車處於正常可用狀態時，可以生成解鎖請求。

在示例6中，示例1至5中任一項的主題可以可選地包括：所述裝置還可以接收來自遠端伺服器的速度控制命令，並且基於該速度控制命令設置其自身的最大速度。

在示例7中，示例1至6中任一個的主題可以可選地包括：所述裝置可以基於與該裝置相關聯的無線通訊識別符和該裝置的車輛識別符來與遠端伺服器建立無線連接。

示例8是一種用於管理電動滑板車的方法或者裝置。該裝置可以是伺服器。該裝置可以從移動設備接收電動滑板車的車輛識別符。該裝置可以基於車輛識別符檢索電動滑板車的車輛狀態。當車輛狀態為正常可用狀態時，該裝置可以生成解鎖請求。該裝置可以將解鎖請求傳輸到電動滑板車。

在示例9中，示例8的主題可以可選地包括：該裝置還可以基於時間表從電動滑板車連續地接收電動滑板車的車輛狀態。

在示例10中，示例8至9中任一項的主題可以可選地包括：所述裝置還可以：接收來自移動設備的訊息，該訊息請求將電動滑板車鎖定；當電動滑板車處於解鎖狀態時，回應於該訊息生成鎖定請求；並且將鎖定請求傳輸到電動滑板車。

在示例11中，示例8至10中任一項的主題可以可選地包括：在移動設備上執行的應用程式可以掃描電動滑板車上的機器可讀光學標籤並且將對應於該機器可讀光學標籤的車輛識別符發送到裝置。

在示例12中，示例8至11中任一項的主題可以可選地包括：所述裝置還可以：基於電動滑板車的車輛狀態，生成限制電動滑板車的最大速度的速度控制命令；以及將速度控制命令傳輸到電動滑板車。

在示例13中，示例8至12中任一項的主題可以可選地包括：所述裝置還可以基於與電動滑板車相關聯的無線通訊識別符和電動滑板車的車輛識別符來與電動滑板車建立無線連接。

在示例14中，示例8至13中任一項的主題可以可選地包括：所述裝置還可以：確定當電動滑板車處於解鎖時，是否存在與電動滑板車相關聯的有效訂單；當不存在與電動滑板車相關聯的有效訂單並且電動滑板車處於解鎖時，向電動滑板車傳輸鎖定請求。

在示例15中，示例8至14中任一項的主題可以可選地包括：所述裝置還可以：確定當電動滑板車處於鎖定時，與電動滑板車相關聯的訂單是否有效；當訂單有效並且電動滑板車處於鎖定時終止訂單。

在示例16中，示例8至15中任一項的主題可以可選地包括：所述裝置還可以：基於電動滑板車的車輛狀態，確定升級電動滑板車的韌體的時刻；並且在經確定的時刻升級電動滑板車的韌體。

應當理解，所公開的過程/流程圖中的塊的特定順序或者層級是示例性方法的說明。應當理解，基於設計偏好，可以重新排列過程/流程圖中的塊的特定順序或者層級。此外，可以結合或者省略一些塊。所附方法申請專利範圍以示例順序呈現各種塊的元件，並且不意味著受限於所呈現的特定順序或者層級。

以上的描述被提供用來使本領域的技術人員能夠實踐本文中所描述的各種方面。對於本領域技術人員來說，對這些方面的各種修改將會是顯而易見的，並且本文限定的一般原理可以應用於其他方面。因此，申請專利範圍不旨在受限於本文所示的各方面，而應解釋為與申請專利範圍語言相一致的完整範圍，其中除非具體說明，否則對單數元件的指代並非旨在表示“一個且僅一個”，而是表示“一個或多個”。“示例性”一詞在本文中用於表示“用作示例、實例或者說明”。本文中作為“示例性”描述的任何方面不一定被解釋為優選的、或者優於其他方面。除非另外特別說明，否則術語“一些”是指一個或多個。諸如“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中的一個或多個。本領域普通技術人員已知的或者以後變得已知的本說明書中描述的各個方面的要素的所有結構和功能等同物將通過引用而明確地並且入本文，並且旨在由申請專利範圍涵蓋。此外，無論在申請專利範圍中是否明確地記載了這樣的公開內容，本文所公開的內容都不旨在貢獻給公眾。“模組”、“機制”、“要素”、“設備”等詞語可能不能代替詞語“裝置”。因此，除非使用短語“means for（用於…的裝置）”明確地記載了要素，否則申請專利範圍中的要素應被解釋為裝置加功能的描述。

100:圖 102:伺服器 110、112、......、114:IoT設備 400:IoT通信模組 402:通信模組 404:鎖定控制模組 406:應用處理模組 408:感測器模組 410:能量管理模組 412:控制模組 414:驅動器模組 416:系統管理模組 418:晶片組平臺 500:IoT系統 502:訊息佇列 506:訊息佇列遙測傳輸（MQTT）伺服器集群 508:智慧設備 510:MQTT主機發送和訊息組裝/解決元件 512:註冊中心 516:核心交易層 518:應用程式閘道 520:消費者應用程式 522:操作閘道 526:操作應用程式 600,700,800,900,1000:流程圖 602-610,902-916:框 702,702',1002,1002':裝置 704:接收元件 706:控制元件 708:資料收集元件 710,1010:傳輸元件 750:遠端伺服器 804,1104:處理器 806:電腦可讀介質/記憶體 810,1110:收發機 814:處理系統 820,1120:天線 824:匯流排 1004:接收元件 1006:狀態管理元件 1008:命令生成元件 1050:電動滑板車 1055:移動設備 1106:電腦可讀介質/記憶體 1114:資訊提供給處理系統 1124:匯流排

圖1是示出用於設備共用的網路IoT系統的示例的圖。

圖2是示出包括掃描快速回應代碼、地理圍欄和後端遠程控制的三重鎖定方法的示例的圖。

圖3是示出IoT設備的示例的圖。

圖4是示出IoT通信模組的硬體結構的示例的圖。

圖5是示出IoT系統的元件的示例的圖。

圖6是操作電動滑板車的方法的流程圖。

圖7是示出示例性裝置中的不同工具/元件之間的資料流程的概念資料流程圖。

圖8是示出採用處理系統的裝置的硬體實現的示例的圖。

圖9是管理電動滑板車的方法的流程圖。

圖10是示出示例性裝置中的不同工具/元件之間的資料流程的概念資料流程圖。

圖11是示出採用處理系統的裝置的硬體實現的示例的圖。

100:圖

102:伺服器

110、112、......、114:IoT設備

Claims (22)

1. 一種操作電動滑板車的方法，所述方法包括： 在所述電動滑板車處接收來自遠端伺服器的解鎖請求； 回應於所述解鎖請求，將所述電動滑板車解鎖；以及 在所述電動滑板車被解鎖時，基於時間表將所述電動滑板車的狀態連續上傳到所述遠端伺服器。
2. 如請求項1所述的方法，還包括： 在所述電動滑板車處接收來自所述遠端伺服器的鎖定請求；以及 回應於所述鎖定請求，將所述電動滑板車鎖定。
3. 如請求項1或2所述的方法，還包括： 在所述電動滑板車處接收來自所述遠端伺服器的速度控制命令；以及 基於所述速度控制命令設置所述電動滑板車的最大速度。
4. 如請求項1-3中任一項所述的方法，還包括： 基於與所述電動滑板車相關聯的無線通訊識別符和所述電動滑板車的車輛識別符與所述遠端伺服器建立無線連接。
5. 一種管理電動滑板車的方法，所述方法包括： 在伺服器處從移動設備接收電動滑板車的車輛識別符； 基於所述車輛識別符檢索所述電動滑板車的車輛狀態； 當所述車輛狀態為正常可用狀態時生成解鎖請求；以及 將所述解鎖請求傳輸到所述電動滑板車。
6. 如請求項5所述的方法，還包括： 基於時間表從所述電動滑板車連續接收所述電動滑板車的車輛狀態。
7. 如請求項5或6所述的方法，還包括： 在所述伺服器處接收來自所述移動設備的訊息，所述訊息請求將所述電動滑板車鎖定； 當所述電動滑板車處於解鎖狀態時，回應於所述訊息生成鎖定請求；以及 將所述鎖定請求傳輸到所述電動滑板車。
8. 如請求項5-7中任一項所述的方法，還包括： 基於所述電動滑板車的車輛狀態生成限制所述電動滑板車的最大速度的速度控制命令；以及 將所述速度控制命令傳輸到所述電動滑板車。
9. 如請求項5-8中任一項所述的方法，還包括： 確定當所述電動滑板車處於解鎖時，是否存在與所述電動滑板車相關聯的有效訂單；以及 當不存在與所述電動滑板車相關聯的有效訂單並且所述電動滑板車處於解鎖時，向所述電動滑板車傳輸鎖定請求。
10. 如請求項5-9中任一項所述的方法，還包括： 確定當所述電動滑板車處於鎖定時，與所述電動滑板車相關聯的訂單是否有效；以及 當所述訂單有效並且所述電動滑板車處於鎖定時終止所述訂單。
11. 如請求項5-10中任一項所述的方法，還包括： 基於所述電動滑板車的車輛狀態確定升級所述電動滑板車的韌體的時刻；以及 在經確定的時刻升級所述電動滑板車的所述韌體。
12. 一種用於操作電動滑板車的裝置，所述裝置是電動滑板車的一部分，所述裝置包括： 記憶體；以及 至少一個處理器，耦合到所述記憶體並且配置為： 接收來自遠端伺服器的解鎖請求； 回應於所述解鎖請求，將所述電動滑板車解鎖；以及 在所述電動滑板車被解鎖時，基於時間表將所述電動滑板車的狀態連續上傳到所述遠端伺服器。
13. 如請求項12所述的裝置，其中所述至少一個處理器還配置為： 接收來自所述遠端伺服器的鎖定請求；以及 回應於所述鎖定請求，將所述電動滑板車鎖定。
14. 如請求項12或者13所述的裝置，其中所述至少一個處理器還配置為： 接收來自所述遠端伺服器的速度控制命令；以及 基於所述速度控制命令設置所述電動滑板車的最大速度。
15. 如請求項12-14中任一項所述的裝置，其中所述至少一個處理器還配置為： 基於與所述電動滑板車相關聯的無線通訊識別符和所述電動滑板車的車輛識別符與所述遠端伺服器建立無線連接。
16. 一種用於管理電動滑板車的裝置，所述裝置是伺服器，所述裝置包括： 記憶體；以及 至少一個處理器，耦合到所述記憶體並且配置為： 從移動設備接收電動滑板車的車輛識別符； 基於所述車輛識別符檢索所述電動滑板車的車輛狀態； 當所述車輛狀態為正常可用狀態時生成解鎖請求；以及 將所述解鎖請求傳輸到所述電動滑板車。
17. 如請求項16所述的裝置，其中所述至少一個處理器還配置為： 基於時間表從所述電動滑板車連續接收所述電動滑板車的車輛狀態。
18. 如請求項16或17所述的裝置，其中所述至少一個處理器還配置為： 接收來自所述移動設備的訊息，所述訊息請求將所述電動滑板車鎖定； 當所述電動滑板車處於解鎖狀態時，回應於所述訊息生成鎖定請求；以及 將所述鎖定請求傳輸到所述電動滑板車。
19. 如請求項16-18中任一項所述的裝置，其中所述至少一個處理器還配置為： 基於所述電動滑板車的車輛狀態生成限制所述電動滑板車的最大速度的速度控制命令；以及 將所述速度控制命令傳輸到所述電動滑板車。
20. 如請求項16-19中任一項所述的裝置，其中所述至少一個處理器還配置為： 確定當所述電動滑板車處於解鎖時，是否存在與所述電動滑板車相關聯的有效訂單；以及 當不存在與所述電動滑板車相關聯的有效訂單並且所述電動滑板車處於解鎖時，向所述電動滑板車傳輸鎖定請求。
21. 如請求項16-20中任一項所述的裝置，其中所述至少一個處理器還配置為： 確定當所述電動滑板車處於鎖定時，與所述電動滑板車相關聯的訂單是否有效；以及 當所述訂單有效並且所述電動滑板車處於鎖定時終止所述訂單。
22. 如請求項16-21中任一項所述的裝置，其中所述至少一個處理器還配置為： 基於所述電動滑板車的車輛狀態，確定升級所述電動滑板車的韌體的時刻；以及 在經確定的時刻升級所述電動滑板車的所述韌體。

Images