一种面向可适应性的嵌入式设备HCI方案

在节点类中还定义了几个成员方法，与私有属性相关的命名符合OOP的命名规定，均使用Get—Set前缀规则。除针对几个成员属性的方法外，还引入了另外几个成员方法，CoUp执行向父节点的跳转，CoDown执行向长子节点的跳转，CoLeft和GoRight负责向左右邻居的跳转。
从软件设计独立与资源来考虑，提出一个界面代理的概念，界面代理就是基于事件驱动，处在界面与环境之间一个中间对象。外界事件的消息均由代理来接收识别，并由它调用界面元素，对界面做出改变。图2右边上部所示的定义的是菜单代理类MenuManageAgent。该类对象用来作为菜单体系与外界交互的媒介物，它用来记录菜单的头指针，菜单体系的规模以及菜单的总体状态；初始化菜单结构，创建菜单系统并代表菜单接受外来的消息，并对消息加以识别和做出合理的响应。图2右下是对外部消息的定义。消息的列表可以依据实际情况扩展和修正。

4嵌入式HCI的可适应性实现
静态可适应的实现是基于用户主观意图进行的。这个过程强调人机交互，因此用户的工作内容很重要，一般也作为静态可适应性实现的输入参数。而实现的技术细节相对简单。在算法设计上，该种可适应性实现工作重点仍然放在用户交互内容的管理上，由用户的“交互内容”综合系统功能可以得到界面的“变更差”，进而推导出系统HCI的具体参数集的变化。
如图3所示，设备在使用环境中的动态可适应以系统状态检测开始，这是一个周期性的行为，频率依据系统在HCI上的实时性要求而定。系统状态检测应该包含几部分的工作：1)应该有监测环境参数的手段，比如传感器、接入信号等；2)要依据特定的算法来测定这个矛盾，其中包括差异的获取，尺度的制定。状态检测的结果是，是否有矛盾输出，如果有矛盾出现的情况下，还需要做决策分析，其主要任务是基于系统现有条件是否可实现动态可适应，比如已经达到了临界状态时，就丧失了这种可能性。所以这里涉及到对系统资源的管理调度。下一步就是在动态适应的情况下，采用动态适应策略对系统HCI给出合适的调整，从而达到普适环境下可动态适应的目的。