Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
标准引入了从 HCI 到 HEI(人与环境交互)的根本性范式转变。在 AAL 空间中,用户被分布式联网设备组合环绕——墙装显示器、可穿戴传感器、智能音箱、环境控制设备、移动设备和嵌入式家电。用户不应通过单独接口分别控制每台设备,而应能够将整个环境作为单一连贯系统进行交互,表达目标和意图而非操作单个设备控制。这需要在应用层(系统做什么:检测跌倒、提醒用药、调节室温)和呈现层(如何与用户通信:通过语音、触摸屏、手势或盲文,取决于上下文和用户能力)之间进行逻辑分离。universAAL 框架通过五个关键组件实现这一分离:UI 总线、对话管理器、资源管理器、上下文总线和适配引擎。
| 组件 | 角色 | 关键特性 |
|---|---|---|
| UI 总线 | 连接应用与 UI 处理器的中介层 | 基于协议的处理发现和优先级分配 |
| 对话管理器 | 管理交互流程和用户上下文 | 独立于模态的基于表单的对话包 |
| 资源管理器 | 管理 I/O 设备可用性 | 设备能力注册表,动态通道分配 |
| 上下文总线 | 提供情境感知能力 | 用户位置、活动、偏好、历史 |
| 适配引擎 | 根据用户需求个性化交互 | 可访问性配置文件、设备选择、模态切换 |
UI 总线是 universAAL 框架的核心中介组件。应用向总线发送抽象 UI 请求,描述需要何种交互——而非如何呈现。可用 UI 处理器向总线注册,描述其能力(支持的模态——视觉、听觉、触觉)、屏幕尺寸、分辨率、语言支持和可访问性特性。总线根据请求要求、当前上下文(用户位置、设备可用性、时段)和用户偏好或可访问性需求选择最合适的处理器。如果在交互过程中上下文发生变化(例如用户从客厅移动到厨房),总线可动态切换到不同处理器,同时对话管理器保持交互状态。对话使用基于表单的抽象来描述——对话包包含一组表单元素(问题、选项、消息、确认),完全独立于任何呈现模态。这种抽象允许同一对话在触摸屏上呈现为图形表单、在智能音箱上呈现为语音提示、或在触觉终端上呈现为盲文输出,而无需修改应用代码。
专用适配层应对 AAL 环境中用户的多样性——老年人、各种残障人士和数字素养有限的技术新手。框架根据已建立的可访问性指南(ISO/IEC Guide 71、W3C WCAG)将访问障碍按标准类别(视觉、听觉、运动、认知)建模,并将其映射到适配参数,如字体大小、对比度、语速、输入方法和交互复杂度级别。应用声明其适配要求,框架自动选择合适的 I/O 通道、模态参数和交互风格。标准包含两个综合用例:(a)展示多设备协调完成复杂任务的丰富 HCI 场景,和(b)演示跌倒检测、用药提醒、社交沟通和环境控制的健康生活方式服务包,说明框架如何在真实条件下支持老年人独立生活。
答: 公开可用规范(PAS)是一种预标准出版物,初始有效期 3 年。IEC PAS 62883 于 2014 年发布。PAS 可以转化为完整的国际标准、维持现状或在审查后撤销。它代表了发布时 AAL 用户交互框架设计的最新技术水平,并已作为后续 AAL 系统开发的参考。
答: universAAL 框架提供了比单个生态系统(如 Amazon Alexa、Google Home 或 Apple HomeKit)更全面的标准化架构。商业语音助手可作为 universAAL 框架内的一个 UI 处理器。然而,universAAL 的关键优势是同时协调多个异构设备和模态——这是当前商业平台无法实现的能力。universAAL 还将可访问性作为一流关注点,而大多数商业平台仅在表面层面处理此问题。
答: 可以,通过驱动组件实现。标准支持 UPnP 感知驱动(用于 DLNA 兼容设备)和 universAAL 感知驱动(完全兼容)。非兼容设备可使用协议特定的驱动适配器集成,在设备本地协议(ZigBee、Z-Wave、蓝牙、专有接口)和 universAAL 总线消息之间进行转换。标准提供了两种集成方法的架构图示。