通常情况下，触摸屏应用部署于建筑物内，用于向现场访客提供各类资讯，与普通应用最大的区别就是：它的用户不是个人计算机的拥有者本人，而是大众，所以：不要指望他们会小心翼翼地担心机器死机，正好相反，他们常常会没有道理地乱点一气，尤其当程序响应较慢的时候，访客是没有耐心的。因此，应用程序本身必须是非常健壮的，能够经受住考验。例如：清洁工的抹布。

从咨询提供者而言，他们千方百计希望能够限制访客在授权的范围内使用——将系统桌面暴露给素不相识的人，将会是非常危险的事情，尽管善意的访客常常不过是调出纸牌程序娱乐一下（人们有在陌生环境下寻找熟悉经历的冲动，好象他乡遇见故知），事实上这种情况下，他们拥有将系统格式化的权限。

触摸屏本身就是限制访客权限的措施，没有了键盘，就不可能象使用自己的个人电脑那样随心所欲了。

大多数触摸屏应用选择 windows 作为桌面系统，对开发者而言，在 windows 系统上开发应用较容易；而对于多数访客而言，他们也更加熟悉 windows 操作习惯（它已经牢牢地占据了桌面市场）

在部署方式方式上则选择 B/S 方式，由此带来的内容维护和升级上的方便是显而易见的（比较大型的触摸屏应用需要维护数百台机器的内容）。

我们下面的讨论也局限于上述选择。

以下因素常导致触摸屏应用突破访问限制：

1.      系统启动过程中，桌面暴露给访客。——需要锁定鼠标，在应用全屏打开之前禁止任何操作

2.      右键菜单——多数右键菜单并不会考虑触摸屏应用的特殊性，在右键菜单中将诸如“打印”、“在线更新”暴露给用户是常有的事，对于个人用户而言，这是方便，对于触摸屏应用而言却是灾难。

3.      程序被强行关闭， cpu 长时间 100% 占用，访客频繁点击，这时桌面系统可能会给出提示“程序无响应，是否强制关闭？”——应用需要确保永远不会被异常关闭。

除了上述问题之外，触摸屏应用还需要解决以下问题：

1.      系统环境的设置

例如： IE 信任站点的设置、访问策略设置。禁止屏保和省电模式等等。

2.      时间同步机制

在闭馆通知时，相邻的几台触摸屏显示不一样的系统时间，带给访客的只能是困惑。

3.      程序自动更新机制

虽然内容采用了 B/S 形式，但是为了解决上述问题，在桌面安装 C/S 程序是不可避免的。而这个 C/S 程序本身也存在版本升级、更新的问题，不能想象人工维护版本升级的场面。

一个自然的解决上述问题的部署策略如下：

系统由桌面程序和服务两大部分组成，其中桌面程序部署在各个触摸屏终端，包括：

1.      定制的浏览器

采用 CHtmlView 作为 IE 的容器，并按照触摸屏应用的需要对普通的浏览器行为进行定制，包括：

全屏显示

禁止右键菜单

禁止弹出新 IE 窗口

禁止页面选中

禁止出现滚动条

禁止脚本错误对话框

禁止 3d 边框

定制的浏览器以 B/S 方式向内容服务请求并展示内容，并提供页面形式的交互。

2.      终端监控

控制：封装了 http 服务，允许以 http 方式向终端发送控制命令，例如：应急的内容切换 / 返回，显示滚动消息等。

监视：此外，允许以 http 方式请求终端的运行状态，包括：

cpu 占用率

物理内存 / 虚拟内存占用

点击数

屏幕快照

程序版本等。

环境设置：包括 :

鼠标 / 键盘 hook

屏蔽桌面、任务栏

关闭屏幕保护

关闭省电模式

设置 IE 信任站点

页面访问策略等等。

3.      程序更新

对本地文件与远程 ftp 目录文件进行时间戳比较，下载。

下面将分别叙述各个组成部分的实现要点，希望通过能够给初次接触触摸屏应用开发的朋友些许帮助。