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

3．2．2 类设计
依据模型定义如图2所示的类对象。左边所示是个基本的菜单节点类，除了模型中提到的几个节点指针，还增加了几个相关的属性域，Id用来标识节点身份，displayValue用来存储菜单的显示标题，布尔成员editable指明当前节点是否可编辑，另外还增加一个ptr_function域，用来指向一个功能函数，该函数完成节点在接受确定消息后要做的工作。

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

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

5 工程应用
5．1 工程介绍
我们在一个系列工程中采用了以下方案构造HCI的菜单体系。某公司研发一款嵌入式的数据采集产品，该产品的代码与数据独立存储在两个Flash芯片，通过采集外界的模拟量和数字量对其处理后进行输出。产品的人机交互界面采用按键、LED数码管，计算控制单元采用飞思卡尔半导体的微处理器Coldfire V2系列，该CPU基于变长RISC处理器核心，具有32位地址线和数据线以及集成的调试模块，MAC／eMAC单元能提供高性能的品质。
嵌入式操作系统采用Nucleus PLUS，Nucleus PLUS实时操作系统是Accelerated Technology公司开发的嵌入式RTOS产品，只需一次性购买Licenses，就可以获得操作系统的源码。最终是以C库的形式提供给用户，可以选择所需要的部分链入到应用程序中。具有如下特性：
1)快速响应时间：对临界资源的检测时间不依赖于占有该临界资源的线程执行时间长短，一旦低优先级线程释放掉临界资源(不管其是否执行完)，高优先级线程就会抢占运行。
2)模块相互独立：每个任务的执行时间和其他任务的处理时间无关。
3)较高吞吐量：随着任务数目的增多，任务的调度时间为常数。
4)具有可扩展性：利用现有系统调用的结合可得到新的系统调用。
5．2 验证过程
我们拟在这个项目开发中实现普适设备的嵌入式人机交互界面，在其中应用可适应性的思想。
首先是硬件设计，该产品设计了8个Ied数码管，8个按键Key1～Key8。这部分设计的功用体现在两个方面：
1)数据采集设备通过LED显示采集的数据和处理结果；
2)用户通过按键可以查看和设置设备的参数。
其次是一些必要的定义，对按键的功能通过项目组讨论做了如表1的定义。

表1的定义给消息定义提供一个依据。按功能键送入一个OK消息，按取消键则发送了一个CANCEL消息，其他按键事件以此类推。于是我们便得到一个消息枚举量的定义。
界面状态定义。把人机交互工作分为工作、验证和设置状态。每种状态用一个MenuStatus枚举常量表示，NORMAL表示工作状态，CHECKI-NG表示验证状态，SETHNG表示设置状态。正常工作时处于NORMAL状态，一旦按下功能键会进入菜单成为验证或设置态。
交互行为定义如下：
1)常态时默认为各通道实时数据循环显示，有报警时，可显示报警标识；
2)默认常态下按功能键进入1层菜单，按上翻键、下翻键显示1-、2-、3-、…、14-Reset；
3)状态2-和状态4-可用作扩展；
4)状态3-时，按功能键进入日期时间设置菜单，按上翻键、下翻键显示日期、时间，设置好后，按功能键确定退出；
5)状态4-时，按功能键进入参数设置菜单，按上翻键、下翻键显示4-1、4-2、4-3……、4-19，表示通道选择；
状态4-x时，按功能键进入x通道的参数设置菜单，按上翻键、下翻键显示4-x-O、4-x-2、4-x-3、…、4-x-8时，按功能键进入x通道的y(0≤y≤8)参数设置菜单，按加1键、减1键和移位可以进行参数修改操作；修改好参数按功能键确定退出；
6)在任一状态时，按Key7则返回上层；
7)在任一状态时，按取消键可返回常态。
然后按照上面定义的交互行为，定义菜单节点的功能函数。在菜单的创建时把函数的指针赋值给节点。该模型同样可以用于实现通过通信进行的交互。
上述HCI的实例，不但实现简洁，开发效率高，而且是结构开放性的，便于界面规模的控制。

6 结束语
通过工程实践验证，该基于可适应性考虑的嵌入式HCI方案有如下特点：
1)易于维护，在拓扑结构不变的情况下，随按键或输入的不同，数据结构易于加以修改。菜单节点可以随实际项目需求增减成员，代理类也可随实际需求修改。
2)开放性好，便于扩展。只要内存容量允许，菜单规模理论上不受限，并且增删节点容易实现。菜单结构可以静态声明，也可以使用动态内存分配。
3)通用性强，不但适应于Led数码管与按键的组合，而且适应于LCD屏幕与按键或触摸屏。只要是用户与系统交互，能产生消息驱动的地方都可以使用。
4)效率高，从根节点到任一节点的路由不需要软件实现，由用户交互决定。虽然是网状模型，但对用户而言，从功能上仍是个层状结构，脉络比较清楚，容易被开发人员掌握。
另外，在具体应用中，可适应性的实现还可能以混合的模式出现。
未来的研究是考察在宿主机与目标机交互的情况下，如何实现HCI方案到目标机的迁移，实现目标机HCI动态配置。