改进托收系统的方法和系统的制作方法
【技术领域】
[0001] 本发明涉及托收系统的技术领域。
【背景技术】
[0002] 接下来将"托收系统"理解为配置用于管理单个售卖的产品和/或服务的一个或 多个销售点的任何计算机系统。术语"管理"应广义理解为包括尤其是关于登记、缴费、结 算、成为会员、或行政管理的任何活动。
[0003] 此处的销售点指所有产品（例如食品、服装、药品、电子）和/或服务（例如餐馆、 酒店、旅游、预约服务、剧院门票）的销售地点，无论其活动范围或领域如何。以举例的方 式，销售点可为酒店、连锁酒店、餐馆、面包店、药店、商店、小型超市、超市、大型超市、商业 中心、商业画廊、或更一般地所有商业招牌。
[0004] 托收系统主要包括电脑程序产品或更通常地接下来用表述"托收程序"指示的计 算机产品，配置用于与多个付款硬件外设相通信，付款硬件外设如票据打印机、顾客显示 屏、条形码读取器、现金抽屉、银行卡读取器。
[0005] 随着计算机的发展，托收程序提供了越来越高的自动化程度，并日渐承担了销售 人员和/或客户进行托收程序时所做的工作。事实上，大多实际的托收程序被布置为管理 耗时的多种操作，如要托收物品的识别和录入、客户信息、付款票据打印、会员客户、商业效 益管理、付费管理、关于销售、营业额或库存的产品报告。
[0006] 可以理解，托收程序在不同开发系统（如Windows?，Linux或Unix)的情况下存 在并且具有与付款外设相通信的不同标准（如用于"零售网点0LE"或"特卖/服务点OLE" 的 0P0S，用于 "Unified P0S" 或 JavaPOS 的 UP0S)。
[0007] 在使用的第一次，托收程序更要响应于销售点的管理需要。然而，随时间的变化， 发现应针对不同理由来进行改进或改动。
[0008] 以举例的方式，为了保证最高程度的舒适性和客户满意度，销售点应装配最新技 术的托收程序。为此，以举例的方式，改变涉及：
[0009] -经由如手提电话或智能手机这样的用户可支配移动终端来向客户提供移动付费 支持；
[0010] -通过SMS、电子邮件或经由近距离通信接口（例如红外、蓝牙）传送给客户的代 替自动打印的无纸化付款票据；
[0011]-移动应用程序（安装在如智能手机的移动终端上），用于优选地通过无线接口直 接或间接地与托收程序（配置在自由服务收银台或传统托收系统中）相整合，
[0012] -用于向托收程序传送要托收的物品/服务的识别符（例如票签、条形码、序列号、 名称）（从而避免人工输入或使用付款条形码读取器的使用）；或
[0013] -用于提供/询问涉及会员卡的信息（例如，提供会员卡识别符/号码，要求会员 积分数，询问会员积分等价金额）；
[0014] -用于询问涉及托收的信息（例如减税、税外总额、电子发票、电子收据、礼物券： 无价收据，在外币付款情况下的汇率）。
[0015] 此外，在一些情况下，托收程序应适用于整合新的付款外设或用于替代一个或多 个现有付款外设。以举例而非限制性的方式，列举：
[0016] -用触摸屏替换显示屏、鼠标和/或键盘；
[0017] -整合销售人员（即收银员）的识别（例如生物识别）模块；
[0018] -整合新模块以自动化原先未设置的某一付费模式，如用支票、优惠券、餐票、代金 券、或礼物券；
[0019] -改变通信接口（例如，用USB2控制器代替RS-232系列控制器或用Wifi或蓝牙 连接代替以太网连接）。
[0020] 同样，在托收过程或更一般地销售点商业策略的任何改变之后，发现托收程序应 该被改变，例如，
[0021] -用于改变和/或重新安排付款收据内容，如打印无价收据（在客户要求时），收 据上的物品/服务分类（正常价格vs优惠价格，物品/服务类别、按价格上升顺序排列的 物品）；
[0022] -用于一旦购买某些物品/服务，就自动给予客户商业优惠（例如优惠券、优惠、会 员积分点）；
[0023] -用于编程不同的税费标准（例如减价销售、促销、周末、节假日、客户，会员、商业 品牌雇员）；
[0024]-改变会员客户的管理（以计算托收的顾客数量、顾客购买总价、或一些物品/服 务的购买）。
[0025] 无论正确与否，可考虑用于改变托收程序的其它目的。
[0026] 在布置托收系统之后，接下来，能够多次改变托收程序。
[0027] 为此，定期对托收程序进行源代码的补丁或修改。
[0028] 然而，鉴于通常响应于确定的规格而开发托收程序，所以多种补丁 /修改的累积 在某种程度上使得该托收程序不稳定。另外，这通常导致由附加任务/操作编译的程序对 于销售人员和/或客户是复杂（抱怨累积）和非优化的（例如，由于特定功能没有通过托 收程序的初始设计/架构提供）。
[0029] 另外，布置在大型超市的大量收银台中、尤其是多站点中的托收程序的操作是繁 琐和极高成本的。该措施还使销售点取决于发行商和集成商的托收程序。
[0030] 而且，对于销售点（尤其是大型超市）来说，销售中断是不可接受的，新托收程序 的安装和/或由多个收银台使用时托收程序的操作是难以想象的。
[0031] 还注意到在托收程序的源代码的任何改变后，托收程序应称为现实条件下的托收 系统中的系列测试的目标。实施极消耗资源的该验证和检验步骤是繁琐的。
【发明内容】
[0032] 本发明的目的在于克服现有技术的缺点。
[0033] 本发明的另一目的在于能够改进（升级）托收系统，同时保持托收程序尽可能简 化。
[0034] 本发明的另一目的在于能够更容易地改变现有的托收系统。
[0035] 本发明的另一目的在于能够将现有的托收系统容易地适用于销售点的发展和个 性化需要。
[0036] 本发明的另一目的在于减少开发成本和更新托收系统。
[0037] 为此，根据第一方面，本发明涉及一种托收系统的更新方法，托收系统包括托收程 序，托收程序被配置为在控制模块的控制下与至少一个收款外设相交互，所述方法包括：
[0038] -在控制模块处通过连接模块检查在所述托收程序和所述至少一个收款外设之间 的交互的步骤；
[0039] -处理被检查的至少一个交互的步骤，所述处理的步骤是在包括重新制定交互、改 变交互、复制交互、从交互中提取数据、重新定向交互的组中选择的。
[0040] 根据第二方面，本发明涉及一种托收系统，包括托收程序，托收程序被配置为在控 制模块的控制下与至少一个收款外设相交互，所述托收系统包括连接模块，连接模块被配 置为：
[0041] -在控制模块处检查在所述托收程序和所述至少一个收款外设之间的交互；
[0042] -处理被检查的至少一个交互，所述处理是在包括重新制定交互、改变交互、复制 交互、从交互中提取数据、重新定向交互的组中选择的。
[0043] 根据本发明的更一般的方面，所述连接模块还被配置用于模拟所述托收程序和所 述至少一个收款外设之间的至少一个交互。
[0044] 根据本发明的又一更一般的方面，所述连接模块还被配置为向第三方应用程序传 送与在所述托收程序和所述至少一个收款外设之间的交互相关的至少一条信息。
[0045] 根据第三方面，本发明涉及一种在存储介质上实施的计算机程序产品，能够在计 算机处理单元中实施并且包括用于实施根据以前所述的方法的指令。
【附图说明】
[0046] 通过以接下来的优选实施方式的阅读和参照附图，本发明的其它特征和优点将变 得更加清楚和更加具体，其中图1示意性示出了非限定性实施方式的功能示图。
【具体实施方式】
[0047] 在图1中表示出销售点上的托收系统10,包括托收程序1。
[0048] 托收程序1可被安装在网络上，并因此被连接到多个另外的收银台、数据库和/或 服务器。托收程序1可为支持COM (Component Object Model)模型的任何编程语言（例如 Visual C++ 或 Visual Basic)。
[0049] 托收程序 1 与 0P0S (OLE 用于零售 P0S，Application Programmer ' s Guide (应 用程序编程指南），http ://monroecs. com/oposreleases. htm)、UPOS(UnifiedPOS Retail Peripheral Architecture， International Standard For Implementation of point Of Service Peripherals(用于执行周边服务点的国际标准），http://monroecs.com/ unifiedpos. htm)、或 JavaPOS (用于零售 POS 的 Java，Programming Guide，International Standard For Implementation of POS Peripherals on a Java Based System(编程指 南，基于Java系统实施POS外设的国际标准），http ://monroecs. com/javapos. htm)中的 至少一种通信标准6相兼容，以与不同生产厂家和分别设置有与所述标准6相兼容的操控 器的付款外设4相整合，如票据/支票/条形码打印机、客户显示屏、触摸屏、键盘、条形码 扫描器（条形码读取器、嵌入/便携式）、收银抽屉、电子支付终端（TPE)。
[0050] 标准6、尤其是OPOS标准，通常被考虑为更普遍的UPOS标准的特定情况，定义以下 结构：其中与外设4 (尤其是OPOS外设4)的接口包括两个逻辑模块：
[0051] -第一个逻辑模块2，即"控制目标"（或英文为C0，C〇ntr〇l Object)，独立于付款 外设4 ;和
[0052] -第二逻辑模块3，即"服务目标"（或英文为S0，SerViCe Object)，取决于付款外 设4。
[0053] 控制目标2和服务目标3可在互联网址http ://monroecs. com/oposccos. htm (2012年9月）上得到。
[0054] 事实上，通过根据标准6的通信控制模块5 (例如ActiveX控件）来中转托收程序 1和任何与标准6相兼容的外设4之间的交互。托收程序1与控制模块5控制下的付款外 设4相整合。
[0055] 被连接到标准6的控制模块5的连接模块7被配置用于：
[0056]