OpenAtom OpenHarmony(以下簡稱“OpenHarmony”)作為分布式操作系統,讓多個設備之間能夠相互感知,進而整合成一個超級終端。從而實現設備與設備之間取長補短、相互幫助,為用戶提供自然流暢的分布式體驗。那么超級終端中,設備的能力和狀態如何管理?設備之間如何進行信息協同?要回答這些問題,就不得不提我們本期的主角——DeviceProfile。
什么是DeviceProfile?
超級終端中的設備之間如何能實現取長補短、相互幫助?首先,就必須知道每個設備的能力,以及設備是否在線。對此,OpenHarmony 提出了“設備畫像”,也就是通過 DeviceProfile 來記錄設備的能力和狀態等信息。
DeviceProfile 是設備硬件能力和系統軟件特征的管理器,記錄的典型設備信息有設備類型、設備名稱、存儲容量、是否折疊屏、有無屏幕、分辨率、設備安全等級、設備 OS 類型、OS 版本號等。
(備注:DeviceProfile 支持分布式部署在多個設備上,所以 DeviceProfile 也稱為分布式 DeviceProfile。)
DeviceProfile的組成結構
接下來,我們來看看 DeviceProfile 的組成結構。
圖1 DeviceProfile的組成結構
如圖 1 所示, DeviceProfile 主要包含以下模塊:
?數據管理:提供設備信息的插入、刪除、查詢、同步等數據管理功能;
?訂閱管理:訂閱和取消訂閱遠端設備的同步完成事件和數據變更事件;
?安全管理:管控本地設備 DeviceProfile 的訪問權限,保障數據在可信范圍內獲取。
DeviceProfile的典型業務流程
分布式 DeviceProfile 基于分布式軟總線、分布式數據管理、分布式 Profile 等技術特性,構建統一的設備信息管理機制。支持對設備信息的插入、刪除、查詢、跨設備同步、同步完成及數據變更事件監聽等操作。
圖 2 展示了兩個設備的分布式 DeviceProfile 及其內部業務流程。
圖2 分布式DeviceProfile
在介紹業務流程之前,先讓我們來認識一下圖 2 中涉及到的幾個模塊。
? DP Client 和 CS(Content Sensor)都是 DeviceProfile 一部分。DP Client 是 DeviceProfile 的客戶端,其他服務可以通過 DP Client 來調用 DeviceProfile 的接口進行數據同步、數據變更等。CS 負責采集本設備的設備信息;
? HiChain:設備互信認證服務,管理設備的可信群組;
?分布式數據管理服務:DeviceProfile 通過分布式數據管理服務插入、更新、查詢、刪除及同步設備信息。
接下來,我們就來詳細介紹分布式 DeviceProfile 的典型業務流程。
1.插入/刪除本地設備信息
CS 模塊定期探測本地設備的能力信息。當設備能力發生變化時,CS 發送給本地 DeviceProfile,本地 DeviceProfile 再通過分布式數據管理服務插入或更新設備信息。
當設備的某項能力很久未使用,本地 DeviceProfile 會通過分布式數據管理服務刪除設備信息。
設備信息插入的內部流程圖如圖 3 所示。本地 DeviceProfile 通過 PutDeviceProfile 接口,請求寫入一條設備信息記錄。如果數據庫已經初始化完成,DeviceProfileStorageManager 會直接調用 OnLineSyncTable 的 PutDeviceProfile 寫入數據庫。如果數據庫經初始化未完成,則先將數據寫入臨時緩存,等初始化完成后再寫入數據庫,并清理緩存。
圖3 設備信息插入流程圖
2.跨設備同步設備信息
跨設備同步設備信息分為兩種場景:
(1)設備上線時自動觸發同步
如圖 2,當 Device B 上線時,Device A 的 DeviceProfile 會從分布式軟總線收到上線通知。DeviceProfile 的安全管理模塊通過與 HiChain 交互,獲知 Device B 在可信群組內。此時,自動觸發同步,Device A 將自己的設備信息推送給 Device B 實現同步。同樣的,Device A 上線時,Device B 也會收到上線通知,觸發 Device B 主動推送自己的設備信息給 Device A 實現同步。
(2)通過 DP Client 調用接口觸發同步
系統服務也可以通過 DP Client 調用 SyncDeviceProfile 接口,觸發兩個設備的分布式數據庫的數據同步。
跨設備同步設備信息的內部流程如圖 4 所示。設備 A 的 DeviceProfile 通過 SyncDeviceProfile 接口發起同步請求,再通過 CheckTrustGroup 接口獲取本設備(即設備 A)和需要同步設備(即設備 B)的可信群組信息。如果兩個設備的 GroupType 類型為 1(同賬號組網)或者 256(點對點無賬號組網),并且 Visibility(可見性)為 public,則說明兩個設備之間可信。設備 A 將自己的設備信息推送給設備 B。
圖4 跨設備同步設備信息
3.查詢設備信息
跨設備同步設備信息之后,本地設備上除了自己設備的信息,還有遠端設備的信息。因而,在本地設備上就可以查詢本地和遠端設備信息,DeviceProfile 通過 deviceid 來判斷是否為遠端設備。DeviceProfile 提供的查詢接口為 GetDeviceProfile 接口,具體查詢流程如圖 5 所示。
圖5 查詢遠端設備信息
4.訂閱同步完成/數據變更事件
DeviceProfile 提供兩類事件的訂閱和取消訂閱功能:
?同步完成事件
跨設備同步設備信息時,支持訂閱同步完成事件。比如 Device A 同步 Device B 的設備信息,如果 Device B 訂閱了同步完成事件,則同步完成后 Device B 會收到 Device A 發送的同步完成通知。如果 Device B 取消訂閱同步完成事件,則后續同步完成后不再收到通知。
DeviceProfile 提供的同步完成事件訂閱接口為 SubscribeProfileEvent 接口,取消訂閱的接口為 UnsubscribeProfileEvent 接口。
?數據變更事件
DeviceProfile 支持遠程訂閱數據變更事件,比如,Device B 可以訂閱 Device A 的數據變更事件。當 Device A 的數據發生變更,Device B 會收到數據變更通知。如果 Device B 取消訂閱數據變更事件,則后續不再收到數據變更通知。
DeviceProfile 提供的數據變更事件訂閱接口為 SubscribeProfileChange 接口,取消訂閱的接口為 SubscribeProfileChange 接口。
同步完成事件、數據變更事件的訂閱流程相似。圖 6 展示了同步完成事件的訂閱流程。
圖6 同步完成事件的訂閱流程
審核編輯 :李倩
-
操作系統
+關注
關注
37文章
6838瀏覽量
123377 -
OpenHarmony
+關注
關注
25文章
3725瀏覽量
16368
原文標題:OpenHarmony 3.1 Beta版本關鍵特性解析——分布式DeviceProfile
文章出處:【微信號:gh_e4f28cfa3159,微信公眾號:OpenAtom OpenHarmony】歡迎添加關注!文章轉載請注明出處。
發布評論請先 登錄
相關推薦
評論