CN109712345A - 一种不改变现有收银系统的快速收银方法及其插件系统 - Google Patents

Abstract

本发明公开了一种不改变现有收银系统的快速收银方法，包括如下步骤：(1)通过条码数据获取商品的应收金额，每扫取一件商品就更新一次应收金额；(2)实时监听所述条码数据，对商品条码进行放行，对付款条码进行拦截，同时发起支付请求；本发明通过串口数据共享技术或者windows窗口句柄技术获取商品的应收金额，无需手工输入，降低了金额出错率；还通过条码过滤可直接获取付款条码，从而发起支付，无需在两个软件之间回来切换，节约了时间，提高了工作效果。

Description

一种不改变现有收银系统的快速收银方法及其插件系统

技术领域

本发明属于一种不改变现有收银系统的快速收银方法及其插件系统，属于收银系统领域

背景技术

随着科学技术的快速发展，移动支付已经占据了市场。现有的收银系统需要收银员在两个软件(收银软件和移动支付软件)之间来回切换，手动输入应收金额，然后再扫描付款条码，完成收银操作。现有的收银系统存在如下缺陷：(1)操作复杂，工作效率低；(2)因手工输入应收金额，所以存在应收金额出错率，造成对账困难及经济损失；(3)现有移动支付软件需要付出大量的时间和金钱，改造成本高。

发明内容

本发明的目的在于提供一种操作简单、自动获取应收金额且成本低的不改变现有收银系统的快速收银方法。

本发明提供的一种不改变现有收银系统的快速收银方法，包括如下步骤：

(1)通过条码数据获取商品的应收金额，每扫取一件商品就更新一次应收金额；

(2)实时监听所述条码数据，对商品条码进行放行，对付款条码进行拦截，同时发起支付请求；

(3)获取支付结果，支付成功后向收银系统发送模拟按键完成收银。

进一步地，步骤(1)中所述获取商品的应收金额是指通过串口数据共享技术获取商品的应收金额。

进一步地，步骤(1)中所述获取商品的应收金额是指通过windows窗口句柄技术获取商品的应收金额。

进一步地，步骤(1)中所述应收金额通过悬浮窗显示在收银系统的显示屏上。

进一步地，步骤(2)中所述实时监听所述条码数据是指通过windows挂钩技术实时监听条码数据。

进一步地，步骤(3)中所述向收银系统发送模拟按键是指通过模拟按键技术向收银系统发送完成收银操作。

本发明的另一目的在于提供一种操作简单、自动获取应收金额且成本低的不改变现有收银系统的快速收银插件系统。

本发明提供一种不改变现有收银系统的快速收银插件包括：

条码获取模块，用于通过条码数据获取商品的应收金额，每扫取一件商品就更新一次应收金额；

条码过滤模块，用于实时监听所述条码数据，对商品条码进行放行，对付款条码进行拦截，同时发起支付请求；

模拟按键模块，用于获取支付结果，支付成功后向收银系统发送模拟按键完成收银；

悬浮窗，用于实时显示应收金额。

本发明的具有以下有益效果：

(1)通过串口数据共享技术或者windows窗口句柄技术获取商品的应收金额，无需手工输入，降低了金额出错率；

(2)通过条码过滤可直接获取付款条码，从而发起支付，无需在两个软件之间回来切换，节约了时间，提高了工作效果；

(3)通过悬浮窗实时显示应收金额，进一步降低了应收金额的出错率；

(4)通过模拟按键技术完成收银操作，减少了收营员的操作步骤，方便快捷且效率高。

具体实施方式

下面结合具体的实施例对本发明作进一步的阐述。

实施例1

本实施例提供的不改变现有收银系统的快速收银方法，包括如下步骤：

实时获取收银软件的支付金额

1.1.通过条码数据获取商品的应收金额，每扫取一件商品就更新一次应收金额；

1.2具体操作是通过收银系统的扫码枪扫取商品条码，从而获取商品的金额，并更新在收银系统的中的应收金额，

1.3此时收银系统会将收款金额通过串口发送到客显设备，而本插件内置了串口驱动,所有经过指定的串口的数据都将被获取到,此时可以将应收金额更新并在悬浮窗显示；

1.4同时可以利用win32的api来获取支付金额(此方式适用于传统的gdi,gdi+绘制的界面,directui不适用),具体函数为SendMessageA

1.5对于使用directui绘制的界面控制,我们可以利用自动化测试技术来获取支付金额, 在微软提供的WPF技术中提供了对自动化测试的支持,利用该技术中的AutomationElement类我们可以实现从收银软件的界面上获取到支付金额.

设定条码监听和自动发起支付

windows提供了SetWindowsHookEx函数允许用户对特定操作进行挂钩操作,我们可以为该函数指定挂钩的安装类型为WH_KEYBOARD_LL(安装监视低级别键盘输入事件的挂钩过程)基于该技术可以实时监听键盘操作,而扫描枪实际也是模拟的键盘输入.在有这些基础数据后，我们可以通过按键时间来判定是否是条码数据,判定的规则一般为两次按键时间在100毫秒内。然后我们可以利用正则表达式来区分是否是支付条码,不同的支付条码有不同的正则表达式配置规则.这样我们便可以区分商品条码和商品条码，对商品条码进行放行，对付款条码进行拦截，同时发起支付请求；若是商品条码则放行，由收银系统获取商品条码额价格信息，若是付款条码则拦截，并同时发起支付请求；

(2)自动化入账过程

收银软件的入账操作一般是几个简单的按键或者选择操作,所以我们可以利用模拟按键来自动化这一过程.

模拟按键操作可以利用win32提供的SendInput函数来完成,对于收银入账的操作,我们可以在SendInput的基础上模拟出一套工作流.使其具备延时,写入支付金额,模拟自定义按键等操作

当支付成功后向收银系统执行这一套工作流完成本次收银,然后开始下一次收银；

如果支付失败,用户可以通过再次扫描用户的付款码来重试本次支付或者取消支付本次支付.在支付失败的情况下,这一套入账过程不会被执行.

实施例2

本发明提供一种不改变现有收银系统的快速收银插件包括：

条码获取模块，用于通过条码数据获取商品的应收金额，每扫取一件商品就更新一次应收金额；具体操作是通过收银系统的扫码枪扫取商品条码，从而获取商品的金额，并更新在收银系统的中的应收金额，再通过串口数据共享技术或者windows窗口句柄技术获取应收金额，并将应收金额更新并在悬浮窗显示；

条码过滤模块，用于实时监听所述条码数据，对商品条码进行放行，对付款条码进行拦截，同时发起支付请求；具体操作是扫码枪扫取条码数据，条码数据包括商品条码和付款条码，通过windows挂钩技术实时监听条码数据，若是商品条码则放行，由收银系统获取商品条码额价格信息，若是付款条码则拦截，并同时发起支付请求；

模拟按键模块，用于获取支付结果，支付成功后向收银系统发送模拟按键完成收银；具体操作是获取收银系统中的服务器的支付结果，支付成功后通过模拟按键技术向收银系统发送完成收银操作，进行下一单的操作。

悬浮窗，用于实时显示应收金额。

现有移动支付插件的操作步骤：

(1)按热键呼出插件，耗时1秒；

(2)核对输入收款金额，耗时3～6秒；

(3)扫描顾客付款条码，耗时1～3秒；

(4)按热键最小化插件，耗时1秒；

(5)等待支付成功后按一系列键进行入账，耗时2～3秒；

总耗时：7～11秒。

本发明的提供的插件的操作步骤：

(1)扫描顾客付款条码，耗时1～3秒；

(2)其余操作均由插件自动完成，几乎不耗时间。

总耗时：1～3秒。

本领域的普通技术人员将会意识到，这里所述的实施例是为了帮助读者理解本发明的原理，应被理解为本发明的保护范围并不局限于这样的特别陈述和实施例。本领域的普通技术人员可以根据本发明公开的这些技术启示做出各种不脱离本发明实质的其它各种具体变形和组合，这些变形和组合仍然在本发明的保护范围内。

Claims (7)

1.一种不改变现有收银系统的快速收银方法，其特征在于包括如下步骤：

(1)通过条码数据获取商品的应收金额，每扫取一件商品就更新一次应收金额；

(2)实时监听所述条码数据，对商品条码进行放行，对付款条码进行拦截，同时发起支付请求；

(3)获取支付结果，支付成功后向收银系统发送模拟按键完成收银。

2.根据权利要求1所述的不改变现有收银系统的快速收银方法，其特征在于：步骤(1)中所述获取商品的应收金额是指通过串口数据共享技术获取商品的应收金额。

3.根据权利要求1所述的不改变现有收银系统的快速收银方法，其特征在于：步骤(1)中所述获取商品的应收金额是指通过windows窗口句柄技术获取商品的应收金额。

4.根据权利要求1所述的不改变现有收银系统的快速收银方法，其特征在于：步骤(1)中所述应收金额通过悬浮窗显示在收银系统的显示屏上。

5.根据权利要求1所述的不改变现有收银系统的快速收银方法，其特征在于：步骤(2)中所述实时监听所述条码数据是指通过windows挂钩技术实时监听条码数据。

6.根据权利要求1所述的不改变现有收银系统的快速收银方法，其特征在于：步骤(3)中所述向收银系统发送模拟按键是指通过模拟按键技术向收银系统发送完成收银操作。

7.一种不改变现有收银系统的快速收银插件系统，其特征在于包括：

条码获取模块，用于通过条码数据获取商品的应收金额，每扫取一件商品就更新一次应收金额；

条码过滤模块，用于实时监听所述条码数据，对商品条码进行放行，对付款条码进行拦截，同时发起支付请求；

模拟按键模块，用于获取支付结果，支付成功后向收银系统发送模拟按键完成收银；

悬浮窗，用于实时显示应收金额。