在此模式下, om s 与co s 处于平等地位, 两者可同时向对方提出或接受请求。这样, 使系统的实时性提高。但是, 此方案的工作量要比第一方案大一倍以上, 且程序结构复杂,om s 与co s 各增加了一个进程, 消息通道增加了两个, socket 通道增加了一个, 使系统的开销增大, 负担增加, 也影响了风格的传输效率。
第三种方案的实现, 是在综合前两种方案的优缺点完成的, 我们称之为非阻塞双向单通道的通讯模式。co s2om s 通讯具有异步特性, 在同一时刻, 任务可能是重叠的。socket 通讯机制中的非阻塞方式可实现双向通讯, 前面两种方案实现的是在一个通讯信道上的单向通讯, 那么最终实现的这种方案是在第一种通讯方式的基础上, 利用非阻塞的socket 通讯机制, 在单通道(虚拟双通道)上实现co s2om s 的同一时刻的双向通讯。如图1所示, 不同的是, 这里通讯双方不再是c?s 关系。这种通讯模式, 构成了om s 与其它分布站点的网间进程通讯的基本模式。
3 cos 界面技术讨论
co s 的图形用户界面设计使用o sf?mo t if 工具开发, 分为登录界面和主控界面两部分。其中登录界面采用标准的hp 工作站登录界面, 主控面积分集装箱停位区、开箱检查区和命令控制区等。在界面设计和开发过程中, 利用x 窗口系统对16b it 字体的支持, 在hp 工作站上装入bg 码汉字库, 对整个界面实现汉化。此外, 验出站的一个重要功能是向om s递交开箱检查结论, 系统还实现了汉字输入模块[ 2 ] , 由验出员输入检查结论并递交给om s。
报关单及嫌疑标记图像的显示是通过hp 的starbase 图形库实现的。由于mo t if 只提供用户界面设计功能, 画图操作仍需要调用xlib 函数实现。而x 窗口环境是一个网络协议环境,应用程序将画图命令通过x 协议交给x xerver, 然后由x xerver 驱动设备驱动程序画图。因此, 响应速度很慢。显示一幅64级灰度图像时就明显能感觉到图像的滚动效应。hp 的starbase图形库就是针对这种情况开发的。它利用了机器的图形硬件功能, 使显示速度有很大提高。
对于嫌疑标记图像的打印, 采用的是在un ix 操作系统下直接驱动打印机进行打印的方法。在un ix 操作系统中, 打印机是作为字符设备文件管理的, 因此可将打印控制码直接写入该设备文件来实现图像的打印[ 3 ]。我们使用传统的半色调技术, 在hp l aserj et 与epsonmj 21500k 两种型号的打印机上分别实现了伪灰度和彩色图像打印。
同时, co s 模块的运行要通过父子进程的通讯来实现。父进程负责图形界面及co s 的总控, 子进程实现与om s 的通讯。父子进程的机内进程通讯是通过un ix2ipc[ 4 ]机制中的消息通道实现的。机间进程通讯则是由socket[ 1 ]技术实现的。co s 与om s 之间的通讯是在un ix工作站上实现的, 它们之间的通讯采用面向连接的通讯方式[ 5 ]。
(作者/姚东升 高文焕 康克军)
(清华大学工程物理系, 粒子技术与辐射成像国家专业实验室, )