[发明专利]一种面向残疾人的智能家居环境个性化定制方法

权利要求书

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；

组件执行模型是组件执行单元，根据组件类型划分为事件、条件和操作三类，每种组件模型的执行单元各不相同，但都与物理设备或者网络服务进行数据通信。