[发明专利]多应用共享硬件设备的方法

说明书

技术领域

本发明涉及一种多应用共享硬件设备的方法，主要使用在自助终端上，保证多应用程序能够同时对硬件设备实现共享使用。

背景技术

随着科技的不断发展，自助产品已经越来越进入人类的生活，而自助产品的技术也越来越合理化及人性化。

现有硬件设备的调用基本都是通过单一的硬件驱动，对设备的占用是独享的。

无法实现多应用的共享，设备只能由一个应用使用完并释放掉独占的资源才允许其他的应用调用。

扩展不方便, 后期维护麻烦。驱动的修改都可能对所有的应用造成影响，所带来的结果是需要重复的进行测试。

应用层需时刻注意要使用的设备是否处于空闲状态。

发明内容

本发明的目的在于提供一种多应用共享硬件设备的方法，有力解决了目前硬件设备无法多应用程序驱动共享的问题。

本发明的特征在于：一种多应用共享硬件设备的方法，其特征在于，包括应用层、驱动层、service服务层和硬件设备，所述驱动层内设置有若干设备的各硬件驱动程序，所述应用层调用驱动层的硬件驱动程序是分别独立的，而各硬件驱动程序在接收到指令后通过本地socket通讯方式发送给Service服务层，所述Service服务层根据命令类型做不同响应处理，进而调用硬件设备作出相应反应。

本发明的优点：本发明能实现多应用的共享，并且扩展方便， 后期维护容易，可节省设备运行成本。

附图说明

图1为目前系统结构框图。

图2为本发明系统结构框图。

图3为本发明发送命令与返回结果图。

图4为本发明Service服务处理之一图。

图5为本发明Service服务处理之二图。

具体实施方式

结合附图2至附图5，本发明是一种多应用共享硬件设备的方法，包括应用层、驱动层、service服务层和硬件设备，所述驱动层内设置有若干设备的各硬件驱动程序，所述应用层调用驱动层的硬件驱动程序是分别独立的，而各硬件驱动程序在接收到指令后通过本地socket通讯方式发送给Service服务层，所述Service服务层根据命令类型做不同响应处理，进而调用硬件设备作出相应反应。

上述驱动层在接收到指令后通过本地socket通讯方式发送给Service服务层，然后等待Service服务层命令处理的结果，驱动层做的工作是发送硬件操作指令给Service服务层，并等待结果返回。

具体实施过程：如图1（原系统架构）所示，整个系统架构的上层是各个应用程序，它们之间是相互独立，通过主程序联系在一起。每个应用都有可能调用到公用的硬件设备，原先的设计方案是通过调用同一个驱动来使用硬件设备，但多个应用程序是无法同时使用同一个驱动的。所以原先的驱动设计是无法满足多程序调用的需要。同时各应用都是调用同一个驱动，如果需要修改或者扩展功能的话，则必须针对原先的功能重新进行测试，以避免该改动对其他的应用有影响。那样对于后期的维护是非常困难的。

     如图2（新系统架构）所示的新系统架构中，各应用程序调用的驱动是分别独立的，而各驱动在接收到指令后通过本地socket通讯方式发送给Service服务，Service服务根据命令类型做不同响应处理，对于一般指令如热敏打印机的打印指令则进入队列等待打印机处理，而特殊的指令如命令取消等则直接对其操作。在队列中的命令按照进入顺序处理，这样则可以避免其他程序在调用设备操作时，另一程序无法使用设备造成故障。同时也可以简化指令流程，无须发送多余的如打开端口等类似的命令。

每个应用程序都有提供各自的硬件驱动，即图2（新系统架构）所示意的“硬件驱动”，这样避免了多个应用使用同一驱动的问题。同时各驱动所提供的命令接口都保持不变，这样方便了应用层开发人员，他们无需对程序进行修改就可以兼容新的驱动。而各“硬件驱动”在接收到指令后通过本地socket通讯方式发送给Service服务层，然后等待Service服务层命令处理的结果。在“硬件驱动”部分主要做的工作是发送硬件操作指令给Service服务层，并等待结果返回，如图3（发送命令与返回结果）。

Service服务根据命令类型做不同响应处理，对于一般指令如热敏打印机的打印指令则进入队列等待打印机处理。在队列中的命令按照进入顺序处理，处理完则从队列中排除该指令。这样则可以避免其他程序在调用设备操作时，另一程序无法使用设备造成故障。整个流程如图4和图5所示。

Service服务处理的结果可以简化指令流程，无须发送多余的如打开端口等类似的命令。