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