我们正在为Windows机器设计一个自助服务亭，允许客户通过触摸屏网站在线订购，通过附带的芯片和插针读卡器付款，然后使用收据打印机打印订单号。
基本上，我们正在寻找可以让网站与设备上安装的硬件进行通信的自助服务终端软件。如果那是不可能的，那么有人可以建议采用不同的方法解决问题吗？使用网站进行订购是不可谈判的。
在为这种场景开展过几个项目之后，我可以立即告诉你，从一个只有Web的客户端到硬件的通信是不会发生的。
即使是现在，2年之后，最初发布在HTML5的辉煌时代，仍然有一些硬件元素永远不会直接从HTML和/或JavaScript代码中获得。
但是......并不是说这是不可能的
这只意味着你的工作已经完成了。
首先，每个售货亭都必须安装在它上面，它是自己的个人网络服务器或一些描述。
我并不是说你必须拥有Apache，IIS，Nginx或者曾经安装过的东西（尽管它确实让事情变得更容易）但你必须在平台上安装某种本地二进制文件才能与之交谈硬件。
我在.NET中工作很多，所以在过去我选择运行一个Windows服务应用程序，然后使用类似NancyFX的东西公开一组json端点。
此服务将在后台运行，侦听某些已定义的套接字。
此服务也可以负责为kiosk页面提供实际的HTML代码（但这样更容易，从像Nginx这样的静态服务器提供服务）
HTML然后只需使用JQuery，Knockout，Angular或任何其他框架，它将允许它调用这些Json端点来控制硬件的各个位。
许多硬件，如芯片和Pin垫，读卡器，Receipt打印机都是通过串行端口控制的，所以一旦你有协议指南，与实际设备通话通常很容易。
我知道你说过HTML位是不可协商的，但是对于它的价值，像这样的场景仍然是Silverlight和Flash等技术的黄金时间。
我工作过的大多数东西，其中都有一个相当平庸的PC构建，安装了基于Windows服务器的操作系统，运行IIS的副本，以及针对硬件运行的一层服务应用程序。 IIS然后提供单个HTML页面，该页面启动基于Silverlight的全屏触摸UI，然后可以通过RPC和/或WCF直接与服务对话。
整个计划的方案非常有效。
如果您正在使用* nix系统，那么您可能希望在服务层上编写一堆守护进程，而使用mod mono的apache应该允许您在非.NET平台上运行.NET UI。
KioWare是一款自助服务终端浏览器锁定软件，最近通过将其软件与ChipC（由CreditCall支付网关提供的API）集成，在32个国家/地区增加了对芯片和PIN设备的支持。
我使用过KioWare，它确实运行良好。