[發明專利]一種面向殘疾人的智能家居環境個性化定制方法

有效

• 申請號: 201911056064.2
• 申請日: 2019-10-31
• 公開（公告）號: CN110989977B
• 公開（公告）日: 2023-05-05
• 發明（設計）人: 盧暾;唐祥軒;丁向華;張鵬;顧寧
• 申請（專利權）人: 復旦大學
• 主分類號: G06F8/20
• 分類號: G06F8/20;G06F8/38;G06Q30/0601
• 代理公司: 上海正旦專利代理有限公司 31200
• 代理人: 陸飛;陸尤

1.?一種面向殘疾人的智能家居環境個性化定制方法，其特征在于，具體步驟包括：

（一）設計事件觸發規則范式

基于終端用戶開發相關技術，結合殘疾人智能家居環境的實際需求，權衡了規則的表達性和易用性，并從穩定性和性能角度觸發，對已有的事件觸發規則方式進行擴充和調整，設計如下以唯一事件源為核心的事件觸發規則范式：

Once?Event,?match?Condition1,?Condition2…,?take?Action1,?Action2…

Event：事件源，觸發規則范式執行的事件源，事件源唯一；

Condition：條件上下文，規則范式被觸發時需要進行條件上下文校驗，條件有多個；

Action：執行單元，規則范式需要執行的所有操作，執行單元有多個；

（二）?設計事件觸發規則模型

基于唯一事件源觸發規則范式，根據家居服務的活動狀態分別設計了服務的存儲模型和執行模型；其中，存儲模型是為了便于服務的存儲和編輯，簡化用戶在設計服務方案時的過程，執行模型是為了保證服務方案被事件觸發規則引擎正確調度，提高系統的執行效率；

存儲模型，基于唯一事件源觸發規則范式，將殘疾人的家居自動化服務描述為一個包含事件、條件、操作以及控制信息的存儲模型Project，結構如下：

Project?=?name,?event,?conditions,?operations,?isActive,?isLopp

name?：用于區分服務方案的唯一標識，在服務存儲和管理過程中，需要根據該標識進行檢索；

event?：是觸發自動化服務的唯一事件源，是事件對象的數據對象，包含事件的比較邏輯和數據；系統根據該數據對象查找到對應的事件組件，并注冊事件監聽單元，執行服務監聽；

conditions?：是服務需要認證環境信息，是判定操作是否執行服務操作的輔助信息，設置任意數量；conditions中的每個?condition?是一個條件組件的數據對象，包含條件比較邏輯和數據；

operations?：對應于設備的具體操作，具體是控制家居設備操作、警報或者其他操作，一個服務方案包含至少一個操作；每個?operation?對應一個操作組件的數據對象，包含操作組件名稱和操作類型；

isActive?：是作為判斷當前服務是否激活的標志，未激活的服務不會被轉換為對應的執行模型，不會被規則引擎調度，所以永遠不會被執行；

isLoop?：定義當前任務一次執行完畢后是否繼續保持激活狀態，如果設置為?false，那么當前的任務只會被執行一次，如果繼續執行就必須重新手動激活;?如果設置為?true，那么當前的任務會被重復監聽并執行；

執行模型，在實際任務執行過程中，需要將自動化服務的存儲模型?Project?轉換為執行模型?Lotus，其類結構如下:

Lotus?=?project,?uri,?lotusIntent,?unsatisfiedLotusIntent,?slot,receiver

uri?：是可執行對象標識，格式為?lotus://hashcode；每個Lotus?擁有唯一的?uri，保證廣播發送和接收時對象唯一，能夠正確連接事件監聽器、條件驗證列表以及操作列表中的不同服務組件；

lotusIntent：是正常數據的通信對象；該對象是為了響應事件監聽器正常被觸發后發回的反饋信息，包含當前?Lotus?的標識信息；

unsatisfiedLotusIntent：是異常數據的通信對象；當事件組件異常，該對象反饋相應的異常消息，通知執行器關閉當前?Lotus；

slot?：是事件組件監聽單元，用于監聽設備或服務的狀態數據；在創建過程中，lotusIntent?和unsatisfiedLotusIntent一起被注冊的到slot中，從而通過slot實現各個Lotus之間的數據通信；

receiver?：是廣播接收者，用于響應事件組件的反饋信息，并在處理分析后采取對應的措施，包括兩種類型：正常觸發和組件異常；

project?：是原任務對象；當事件監聽器返回消息后，如果是正常觸發，那么Lotus讀取當前的?project?對象中的?condition?列表，并一一驗證是否滿足，不滿足則過濾此次事件響應，反之執行服務的所有?operation；

（三）設計事件觸發規則引擎

基于唯一事件源觸發規則范式，規則引擎分為五個部分，分別是核心調度器、模型管理器、事件管理器、條件管理器和操作管理器；

核心調度器負責規則模型的轉換以及各個管理之間的通信調度；核心調度器通過讀取服務的存儲模型Project，并將其轉換為執行模型Lotus，在轉換的過程中將服務的事件源event注冊到事件管理器中，生成事件監聽對象實現服務的后臺監聽

模型管理器負責存儲模型的存取，在用戶編輯完服務后被封裝成存儲模型對象，由模型管理器負責其轉換成文件對象進行物理存儲；文件存儲格式為json；當引擎啟動后，模型管理器將這些json格式的文件，轉換成服務存儲模型，等待核心調度器的轉換；

事件管理器負責管理事件監聽單元，包括事件監聽單元的生成和生命周期管理；事件監聽單元是監聽具體設備的執行單元，負責與具體設備之間的數據通信，當事件監聽單元設置的任務得到反饋時，通過觀察者模式將反饋信息傳遞給核心調度器；

條件管理器負責管理所有的條件組件，實時獲取相關的上下文信息；條件管理器統一管理所有組件與設備之間的通信，并根據核心調度器的請求信息實時反饋結果；

操作管理器負責管理和調度操作組件，實現最終任務的控制；操作管理根據核心調度器的控制請求數據，生成對應的設備操作單元，并由該操作單元通過數據通信方式實現對設備的控制；

（四）構建服務組件模型

服務組件模型包含四個組成部分：組件定義模型、組件數據模型、組件UI模型和組件執行模型；

組件定義模型包含組件的定義信息，所述信息包括名稱、權限、數據、UI；

組件數據模型包含物理設備、功能服務的狀態類型和可控制邏輯；

組件UI模型是展示給最終用戶的界面模型，該模型是最終用戶編輯過程中的操作UI；

組件執行模型是組件執行單元，根據組件類型劃分為事件、條件和操作三類，每種組件模型的執行單元各不相同，但都與物理設備或者網絡服務進行數據通信。