支付系统和方法与流程

本发明涉及支付系统和方法，尤其是在线支付系统和方法。在此描述的本发明主要涉及，但是不限于，用于销售点应用程序的支付系统和方法。

背景技术：

在线支付服务为客户提供了极大的方便和灵活性。然而，有许多不同类型的在线支付服务和越来越多的服务供应商。受欢迎的在线支付服务包括贝宝(paypal)，支付宝(alipay)，苹果支付(applepay)和在线信用卡服务。因此，供应商将需要设置许多不同的在线支付服务(伴有所有不同的相关订购费用和佣金)，以便为其客户提供广泛的支付方式。不可避免地，供应商支持所有可用的在线支付服务将是不切实际的，因此供应商将需要评估不同的在线支付服务并选出那些不支持的服务。随着更多的在线支付服务变得可用，现有服务停止，不同的服务变得或多或少普及以及相关联的成本变化时，这种评估将需要不断地进行。

对于具有物理场所的供应商，这些在线支付服务是安装在场所内的传统销售点(pos)系统的补充。这引入了进一步的复杂性，其中需要硬件和/或软件组件来将这些在线支付服务集成到现有pos系统中。即使在线支付服务不需要大量或任何集成到现有pos系统中，实现在线支付服务所需的硬件和/或软件组件也将需要被安装并与现有pos系统共存。这引入了维护所需硬件和/或软件组件的时间、精力和/或成本的额外要求。当支持具有服务所需的所有不同硬件和软件组件的不同在线支付服务时，这些要求增加。

传统的pos系统包括通常在收据打印机上打印交易的收据的某种pos终端。被打印在收据打印机上的收据将呈现给客户以便结算成交价格。pos系统通常用专用的收据打印机语言将收据数据传送到收据打印机。收据数据只能够是字符和文本定位参数。收据数据也可以是图像的形式。在其他系统中，收据数据可以是字符和图像的组合。

收据打印通常是低开支打印操作，正因如此，对于一般打印操作是期望的像暂停打印、重新排序打印作业和微调打印作业的功能通常不被需要。因此，使用收据打印机不需要开启该功能的软件驱动程序，虽然有些仍包含此类驱动程序和功能。

因此，具有收据打印的传统的pos系统通常是简单的、专用的、低等技术的系统，其不灵活，没有太多的用于更改或尺度改变的余地。

本发明的一个目的是克服或改善现有技术的至少一个缺点，或提供一有用的替代方案。

技术实现要素：

本发明的一实施例在第一方面提供了用于销售点(pos)系统的支付系统，所述销售点系统具有用于发出供应商和客户之间的交易的收据数据的收据发出模块，所述支付系统包括：

一被通信地连接至所述收据发出模块的捕捉模块，其用于接收所述收据数据；

一处理所述收据数据并创建客户可访问的支付订单的处理模块；

一由所述客户操作的移动设备上的指令模块，所述客户利用所述指令模块访问所述支付订单，并利用所述指令模块发起支付指令来汇出资金以履行所述支付订单；以及

一履行模块，其用于接收完成履行所述支付订单的所述资金，并将完成履行通知发送到所述pos系统。

在一实施例中，所述处理模块将所述支付订单关联到光码，并且所述指令模块通过利用所述移动设备扫描所述光码来访问所述支付订单。在一实施例中，所述光码是以下中的一个或多个：线性(一维)条形码，矩阵(二维)条形码和三维条形码。

在一实施例中，所述光码是设于交易地点的预定的光码。

在一实施例中，所述处理模块创建所述光码，且所述光码被显示在收据上。在一实施例中，所述收据是由收据打印机所打印的硬拷贝收据以及被显示在显示设备上的电子收据的其中之一。

在一实施例中，所述指令模块通过所述客户所选择的支付服务发起所述支付指令以完成履行所述支付订单，其中所述支付服务将完成履行所述支付订单的所述资金汇款至所述履行模块。

在一实施例中，所述履行模块由第三方操作，所述第三方是所述支付服务的订购者。

在一实施例中，所述处理模块设于远程服务器上，所述捕捉模块或所述pos系统被通信地连接到所述处理模块，以允许所述捕捉模块将所述收据数据发送到所述处理模块。

在一实施例中，所述处理模块包括用于所述从收据数据中提取相关信息特征的收据特征提取模块。在一实施例中，所述相关信息特征包括以下中的一个或多个：关键字、预定的绝对位置中的文本、预定的相对位置中的文本、字符数、字数、行号、字体粗细和字体大小。在一实施例中，所述收据特征提取模块实施机器学习技术以识别用于提取的所述相关信息特征。

在一实施例中，所述处理模块包括用于对从所述收据数据中所提取的信息进行分类的收据信息分类模块。在一实施例中，所述收据信息分类模块将所述所提取的信息分类为以下分类中的一个或多个：被购买的商品、商品价格和总价。在一实施例中，所述收据信息分类模块实施机器学习技术以对从所述收据数据中所提取的所述信息进行分类。

在一实施例中，所述处理模块将客户奖励关联到所述支付订单。在一实施例中，所述客户奖励基于所述收据数据被制定。

在一实施例中，所述支付系统还包括用于存储由所述支付系统接收和/或生成的数据的存储器模块。

在一实施例中，所述处理模块基于所述被存储的数据将所述客户奖励关联到所述支付订单。

在一实施例中，所述支付系统还包括客户关系管理(crm)模块，所述客户关系管理(crm)模块用于利用所述被存储的数据在所述供应商和所述客户之间进行crm活动。

在一实施例中，所述支付系统还包括客户忠实度模块，所述客户忠实度模块用于基于从所述被存储的数据导出的忠实度参数将忠实度奖励关联到所述支付订单。

在第二方面，本发明的一实施例提供了一种用于支付被记录在销售点(pos)系统上的供应商和客户之间的交易的方法，所述销售点(pos)系统具有用于发出收据数据的收据发出模块，所述方法包括：

捕捉来自于所述收据发出模块的所述收据数据；

处理所述收据数据；

根据所述收据数据创建一支付订单；

使所述支付订单可由所述客户访问；

一旦所述客户访问所述支付订单且发起支付指令来汇出完成履行所述支付订单的资金，则接收完成履行所述支付订单的资金；以及

将一完成履行通知发送到所述pos系统。

在第三方面，本发明的一实施例提供了一种用于完成在供应商和客户之间的交易的支付系统，所述支付系统包括：

一用于创建所述客户可访问的支付订单的处理模块；

一由所述客户操作的移动设备上的指令模块，所述客户利用所述指令模块访问所述支付订单，并利用所述指令模块发起支付指令来汇出资金以履行所述支付订单；以及

一履行模块，其用于接收完成履行所述支付订单的所述资金，并将完成履行通知发送到所述供应商。

在一实施例中，所述指令模块通过所述客户所选择的支付服务发起所述支付指令以完成履行所述支付订单，其中所述支付服务将完成履行所述支付订单的所述资金汇款至所述履行模块。

在一实施例中，所述履行模块由第三方操作，所述第三方是所述支付服务的订购者。

在一实施例中，所述处理模块可通过网站访问。

在一实施例中，所述供应商访问所述网站以创建所述支付订单的至少部分。在一实施例中，所述供应商访问所述网站以设置所述支付订单的总支付金额。

在一实施例中，所述客户利用所述指令模块访问所述支付订单并设置所述支付订单的总支付金额。

在一实施例中，所述履行通知被发送所述供应商和/或所述客户可访问的网站。

在一实施例中，所述处理模块将所述支付订单关联到光码，并且所述指令模块通过利用所述移动设备扫描所述光码来访问所述支付订单。在一实施例中，所述光码是以下中的一个或多个：线性(一维)条形码，矩阵(二维)条形码和三维条形码。

在一实施例中，所述光码是设于交易地点的预定的光码。

在一实施例中，所述处理模块创建用于在所述交易地点展示的所述光码。

在一实施例中，所述光码被显示为硬拷贝打印输出和显示在显示设备上的软拷贝的其中之一。

在第四方面，本发明的一实施例提供了一种用于完成在供应商和客户之间的交易的方法，所述方法包括：

创建所述客户可访问的一支付订单；

一旦所述客户访问所述支付订单且发起支付指令来汇出完成履行所述支付订单的资金，则接收完成履行所述支付订单的资金；以及

将一完成履行通知发送到所述供应商。

在本说明书的全部内容(包括权利要求书)中，词语“包括”、“包含”和其他类似的术语应被理解为囊括性的意思，也就是“包括，但不限于”的意思，且不意味着排他的和穷尽的，除非另有明确声明或上下文另有明确需求。

附图说明

现在将仅通过示例的方式参考附图来描述根据本发明的最佳模式的优选实施例，其中相同的附图标记在所有附图中指代相同的部分，除非另有说明，并且其中：

图1示出了根据本发明的一实施例的支付系统的示意图，显示安装有pos系统；

图2示出了根据本发明的另一实施例的支付系统的示意图，显示安装有pos系统；以及

图3示出了根据本发明的其他实施例的支付系统的变化的示意图，显示安装有各种pos系统。

具体实施方式

参考附图，提供了用于销售点(pos)系统2的支付系统1，销售点(pos)系统2具有用于发出供应商和客户之间的交易的收据信息4的收据发出模块3。支付系统包括被通信地连接至收据发出模块3的用于接收收据数据4的捕捉模块5。处理模块6处理收据数据4并创建客户可访问的支付订单7。在由客户操作的移动设备9上存在指令模块8。客户利用指令模块8访问支付订单7，并利用指令模块发起支付指令10来汇款以履行支付订单7。履行模块11接收履行支付订单7的资金，并将履行通知12发送到pos系统1。

处理模块6将支付订单7关联到光码13，并且指令模块8通过利用移动设备9扫描光码13来访问支付订单7。光码13可以是以下中的一个或多个：线性(一维)条形码，矩阵(二维)条形码和三维条形码。

通常，光码13是二维(qr)码。光码13是设于交易地点的预定的光码。例如，交易地点可以是供应商的店面。在更具体的示例中，店面为餐馆，并且交易地点是客户订餐的餐馆中的桌子，或者交易地点是店面的支付登记。处理模块6可以创建光码13。或者，光码13可以是预先存在的和/或静态的光码。

在一个示例中，处理模块6可以打印出能够在交易地点物理地张贴的光码的硬拷贝，例如以背胶标签的形式被放置在桌子上。

在另一示例中，光码13被显示在收据14上。收据14可以是以下之一：由收据打印机15所打印的硬拷贝收据以及被显示在显示设备上的电子收据。

通常，处理模块6设于远程服务器16上，捕捉模块5或pos系统2被通信地连接到处理模块6，以允许捕捉模块5将收据数据4发送到处理模块。

如上所述，捕捉模块5被通信地连接到收据发出模块3，以用于接收收据数据4。收据发出模块3通常被通信地连接到收据打印机15。在没有安装支付系统1的情况下，收据打印机15简单地从收据发出模块3接收收据数据4并打印出收据14。在安装了支付系统1的情况下，捕捉模块5介于收据发出模块3和收据打印机15之间以捕捉收据数据4。处理模块6在处理收据数据4，创建支付订单7，并将支付订单7关联到光码13之后，捕捉模块5可以在允许收据数据继续到收据打印机15之前将光码13添加到收据数据4。以这种方式，收据打印机15打印出收据14，其中收据数据4包括光码13。在处理模块6还创建光码13的情况下，处理模块6还将光码发送到捕捉模块5，以在由收据打印机15打印之前将光码13添加到收据数据4。

有利地，除了将捕捉模块5安装到pos系统2之外，pos系统2没有或只有极少的更改。

处理模块6还可以将其他数据发送到捕捉模块5以在由收据打印机15打印之前添加到收据数据4，使得其他数据也出现在收据14上。例如，其他数据可以是关于客户奖励、客户关系管理(crm)活动或忠实度奖励的数据，这将在下面进一步描述。其他数据也可以是与供应商或供应商合作伙伴相关的广告、营销或报价信息的形式。

处理模块6还可以更改收据数据4。这种更改可以仅仅是具有如何在收据14上呈现收据数据的性质。这种更改还可以基于处理模块6处理收据数据4产生的数据。例如，处理模块6可以处理收据数据4并基于被处理的收据数据4对一个或多个商品和/或交易的总交易量应用一折扣。所述折扣可以与基于上面提到的客户奖励、客户关系管理(crm)活动或忠实度奖励结合形成至少部分或基于上面提到的客户奖励、客户关系管理(crm)活动或忠实度奖励来确定。

处理模块6包括收据特征提取模块16，用于从收据数据4中提取相关信息特征。例如，相关信息特征包括以下中的一个或多个：关键字、预定的绝对位置中的文本、预定的相对位置中的文本、字符数、字数、行号、字体粗细和字体大小。收据特征提取模块16可以实施机器学习技术以识别用于提取的相关信息特征。

处理模块6包括用于将从收据数据4中所提取的信息进行分类的收据信息分类模块17。例如，收据信息分类模块17将所提取的信息分类为以下分类中的一个或多个：被购买的商品、商品价格和总价。收据信息分类模块17可以实施机器学习技术以对从收据数据中所提取的信息进行分类。

指令模块8通过客户所选择的支付服务18发起支付指令10以履行支付订单。支付服务18将履行支付订单7的资金汇款给履行模块11。有利地，履行模块11由第三方操作，第三方是支付服务18的订购者。这意味着供应商不需要订购支付服务18，包括所有设置要求以及任何软件和/或硬件要求。供应商也不需要与支付服务18交互。多种不同的支付服务18可以被设置，以便客户可以方便地为手头上的交易选择所需的支付服务。在多种支付服务18由第三方订购的情况下是特别有利的，因为供应商不需要处理具有多个且可能不同的设置、软件、硬件要求的多种支付服务。支付服务18的示例包括贝宝、支付宝、苹果支付以及基于诸如威士卡(visa)、美国捷运(americanexpress)和万事达(mastercard)之类的信用卡的支付服务。

上文提到了客户奖励、客户关系管理(crm)活动和忠实度奖励。处理模块6还可以将客户奖励关联到支付订单7。然后，当客户通过例如扫描光码13访问支付订单7时，客户奖励将被传送。客户奖励可以基于收据数据4被制定。例如，处理模块6可以处理收据数据4并基于被处理的收据数据4对一个或多个商品和/或交易的总交易量应用一折扣。

支付系统1可以进一步包括用于存储由支付系统1接收和/或生成的数据存储器模块19。那么处理模块6可以基于被存储的数据将客户奖励关联到支付订单7。

支付系统1还可以进一步包括客户关系管理(crm)模块20，客户关系管理(crm)模块20用于利用被存储的数据在供应商和客户之间进行crm活动。例如，客户可以给供应商提供反馈。可以被实现的一种方式是允许客户通过指令模块8提供反馈。

另外，支付系统1可以进一步包括客户忠实度模块21，客户忠实度模块21用于基于从被存储的数据导出的忠实度参数将忠实度奖励关联到支付订单7。例如，在客户通过与供应商的交易花费预定的若干交易或预定的金额之后，折扣可以被应用于下一交易。

本发明还提供了用于支付被记录在销售点(pos)系统1上的供应商和客户之间的交易的方法的实施例，销售点(pos)系统1具有用于发出交易的收据数据4的收据发出模块3。所述方法的一实施例包括：从收据发出模块3捕捉收据数据4；处理收据数据4；从收据数据4创建支付订单7；使支付订单7可由客户访问；一旦客户访问支付订单并且发起支付指令10以汇款履行支付订单的资金，则接收履行支付订单7的资金；以及将履行通知12发送到pos系统2。该方法的实施例的其他步骤和特征可以从前面的描述中被理解。

本发明还提供了一种用于完成供应商和客户之间的不需要pos系统来操作的交易的支付系统。这种支付系统包括用于创建客户可访问的支付订单7的处理模块6，以及由客户操作的移动设备9上的指令模块8。客户利用指令模块8访问支付订单7，并利用指令模块8发起支付指令10来汇款以履行支付订单7。履行模块11接收履行支付订单7的资金，并将履行通知12发送到供应商。

指令模块8通过客户所选择的支付服务18发起支付指令7以履行支付订单，其中支付服务将履行支付订单7的资金汇款至履行模块11。

有利地，履行模块11由第三方操作，第三方是支付服务18的订购者。具有第三方、第三方作为支付服务18的订购者以及仍然应用多种支付服务18的上述所有优点操作履行模块11。

处理模块6可通过网站访问。供应商访问所述网站以创建支付订单7的至少部分。在一实施例中，供应商访问所述网站以设置支付订单7的总支付金额。或者，在另一个实施例中，客户利用指令模块8访问支付订单7并设置支付订单7的总支付金额。

履行通知12被发送到供应商和/或客户可访问的网站。该网站可以与用于创建支付订单7的至少部分的网站相同。

通常，处理模块6将支付订单7关联到光码13，并且指令模块8通过利用移动设备9扫描光码来访问支付订单7。光码可以是以下中的一个或多个：线性(一维)条形码，矩阵(二维)条形码和三维条形码。

光码13可以是设于交易地点的预定的光码。或者，处理模块6创建用于在交易地点展示的光码13。光码13被显示为以下之一：硬拷贝打印输出以及在显示设备上被展示的软拷贝。显示设备可以是移动设备9或一些诸如监视器或其他电子显示器的其他独立显示器。

本发明还提供了一种用于完成供应商和客户之间不需要pos系统的交易的方法的实施例。所述方法的一实施例包括：创建客户可访问的支付订单7；一旦客户访问支付订单并且发起支付指令10以汇款履行支付订单7的资金，则接收履行支付订单7的资金；以及向供应商发送履行通知12。

有利地，根据本发明的系统和方法的实施例提供了基于软件的收据数据捕捉和支付平台。本发明的实施例允许，例如，零售店铺和餐馆数字化他们的纸质收据并接受各种(假设不是全部的)在线支付方法，例如信用卡、贝宝、支付宝和苹果支付。这允许使用各种(假设不是全部的)在线支付方法来支付在店内和餐馆的所购物。在交易支付之后，本发明的实施例实现了许多其他附加功能，包括客户关系管理(crm)活动和忠实度项目。

本发明的实施例的独特特征是它们可以跨越许多不同的pos系统工作。不需要与pos软件合作以获得重要的购买交易数据，例如购物清单或最终支付的总额。这是通过使用例如在此描述的捕捉模块5捕捉从销售点系统(pos)2传向收据打印机15的收据数据4来实现的。这种类型的通信发生在操作系统/驱动程序级别。捕捉模块5可以是拟安装到pos计算机上的独立软件的形式，以实现该数据捕捉。

该被捕捉的收据数据4是收据打印机15能够理解的原始数据。收据打印机“理解”的最常用语言称为“escpos(打印机指令)”。escpos收据打印机语言最初由爱普生(epson)创建。escpos是一种被其他收据打印机品牌广泛采用的格式。基于市场占有率的下一个最常见的收据打印机语言将是“starescpos”(starmicronics品牌打印机的escpos的变体)和“starline”(star的独特收据打印机语言)。在本说明书中，术语“escpos”将用作通用术语以指代各种收据打印机语言。

为了理解各种“收据打印机语言”，本发明的实施例包括基于软件的解释器(虚拟收据打印机22)，解释器可以将收据重新创建到计算机存储器中的图像中。

来自虚拟收据打印机22的这种收据图像被分析以提取重要信息，例如待被购买的商品清单和总支付金额。这可以使用机器学习技术来实现。然后，被提取的收据信息最终由本发明的实施例转发到由客户选择的在线支付通道，以便可以在线支付。

被转发到支付通道的总支付金额可能与收据上的金额不同。例如，商家或甚至操作履行模块11的第三方可以提供奖励(例如折扣)或者客户可以选择向最终总额添加小费。一般来说，本发明的实施例能够在将原始收据呈现给客户支付之前更改原始收据的任何部分。最常见的情况包括更改商品价格和总支付金额。在支付之后，原始pos系统通过客户已经为交易付款的履行通知12被通知。

pos系统1的pos计算机有多种被连接到收据打印机15的方式。各种各样的可能性使得它创建可以处理跨越所有pos系统捕捉收据数据的解决方案变得困难且耗时。从某种意义上说，在处理所有可能的打印机类型和与pos供应商合作以捕捉购买交易数据之间存在权衡。处理所有打印机类型技术上要困难得多，但显著地简化了商业运营和商家采用。

打印机安装的以下变型是可由本发明的实施例处理的打印机安装类型的示例。

收据打印机15不同的最明显的方式是它们与pos系统1中的pos计算机的物理连接。从pos计算机到打印机有六种典型的连接器。

并行和串行端口仍然通常用于收据打印中，因为大多数收据打印机15被设计成在没有来自制造商的特殊驱动程序的情况下工作。数据传输速率通常很低，但这对于收据来说是好的，因为每个打印作业的数据量不大。并行和串行打印机经常在无驱动raw模式下运行(下面将进一步描述)，无驱动raw模式不需要任何虚拟端口，因为它被所有操作系统本身支持。

局域网(lan)也很流行，因为与并行/串行相比，它存在防止电缆断开的物理锁且可以支持更快的数据传输。无线局域网(wlan)(例如基于wifi的lan)类似于lan，因为它使用相同的底层通信协议(tcp和udp)，但与物理连接的lan端口相比具有较低的可靠性。

通用串行总线(usb)不太普及，因为连接器可能很容易松动。usb也经常与打印机驱动程序或将usb端口映射到串行端口的虚拟端口配对。发明人没有遇到可以在不使用驱动程序或虚拟端口的情况下以raw模式操作的usb打印机。

蓝牙更常见于移动pos系统(安卓操作系统(android)和苹果操作系统(appleios))或基于云的pos系统。这是因为移动设备和平板电脑没有任何物理端口来连接到收据打印机15。蓝牙也经常与驱动程序或虚拟端口配对。

从上述所有这些六个端口捕捉收据数据可以由本发明的实施例处理。

虚拟端口是位于pos系统1的软件和收据打印机15之间的一部分软件。它们在物理端口(例如usb或蓝牙)之间执行软件映射，并使操作系统将其视为不同的端口类型(通常是串行端口)。

虚拟端口的主要用途是：

(i)让打印机制造商再利用旧打印机驱动程序。例如，如果公司不希望为他们的打印机编写usb或蓝牙驱动程序(因为它们具有现有的串行端口驱动程序)，那么他们可以选择创建将此较新端口映射到串行端口的虚拟端口。该usb或蓝牙打印机从操作系统来看将被视为串行打印机；或者

(ii)允许向后兼容不支持较新打印机接口的旧pos软件，如usb和蓝牙。

虚拟端口通常由打印机制造商自己提供。虚拟端口的存在通常意味着在物理端口和其软件虚拟端口之间将存在一些供应商特定的基于软件的通信信号交换。

存在驱动程序和无驱动程序的打印方法。普通(非收据)打印机要求用户安装用于在打印机和操作系统之间进行正确通信的软件驱动程序。打印数据在到达打印机之前通过打印机驱动程序和假脱机程序。这允许微调打印作业、重新排序打印作业等。

收据打印机15通常不需要那些特定功能(如暂停打印作业、重新排序打印作业等)并尽量避免这种开支。这就是为什么大多数收据打印机15使用两种内置的“无驱动程序”打印机协议，raw或lpr之一，进行操作的原因。本发明的实施例能够处理raw和lpr。

raw和lpr打印不需要通过制造商的驱动程序或假脱机程序，意味着数据未被处理并被直接发送到收据打印机15。这允许更快的收据打印速度。更快的收据打印被希望以减少客户在结账柜台所花费的时间。

当然，在用户仍然想要增加的功能的情况下，收据打印机15仍然支持基于驱动程序的打印。本发明的实施例仍然能够将在基于驱动程序的打印情况中的收据数据4捕捉到收据打印机15。

pos系统1可以生成以下类型的收据数据4：仅文本、仅限图像或混合的文本和图像数据。

pos系统的软件生成由收据打印机15发送用于收据的收据数据4。该数据采用收据打印机语言，通常为escpos。escpos语言具有文本格式的命令(例如设置粗体、设置双倍大小字体、设置对齐、设置标签位置)、字符打印命令以直接打印文本和图像打印命令。

pos系统供应商使用三种方式将收据发送到收据打印机：

(i)仅将字符打印和文本定位escpos命令发送到打印机；

(ii)预先将整个收据转换为图像，并将图像escpos命令发送到打印机；或者

(iii)字符和图像的组合(例如顶部的标识(logo)和收据其余部分的文本)。

方式(i)允许尽可能快的打印速度，但pos软件开发者因为它实施起来更复杂而工作量更多。方式(i)允许本发明的实施例在文本被发送到打印机时精确地捕捉文本。

方式(ii)导致pos供应商的打印速度较慢但软件开发时间较短，因为他们不需要将整个收据分成许多不同的特定命令。方式(ii)还使得打印机不可能直接获得发送到打印机的文本，因为所有文本都植入到图像中。如果图像被发送到打印机，那么本发明的实施例可以在例如处理模块6中包括光学字符识别(ocr)功能。

这意味着在pos系统上花费大量预算的大型连锁店的pos系统倾向于使用基于文本的打印，而销售较少pos软件的小型pos公司倾向于使用基于图像的打印。

本发明的实施例具有安装在供应商的pos系统的计算机上的一个软件形式的捕捉模块5。该软件是用于每种类型的物理端口(并行、usb、lan等)的驱动程序的集合，其允许本发明的实施例捕捉并可能地更改前往连接在pos系统中的收据打印机15的收据数据4。该软件还处理虚拟端口和打印机驱动程序的存在或缺乏。

被捕捉的收据数据4是收据打印机语言(escpos、starescpos或starline等)，并且它通常被发送到远程服务器以供处理模块6处理。假设pos系统具有到互联网的永久连接。

虚拟收据打印机22是模拟物理收据打印机15的功能的一个软件。它接收打印机命令序列并从中创建收据图像。该收据图像看起来与来自收据打印机15的收据14完全相同。

escpos命令有三种显著的类型：

(i)字符命令。这些包括字符字体、大小、颜色、对齐方式、设置边距、换行符等项目。

(ii)图像命令。这些打印到收据的像素块。这些像素块可以是条形码、标识、甚至是被渲染到图像的文本。

(iii)字符文本。这些直接将字符打印到收据上。

虚拟收据打印机22被分成两部分。

(i)将多个连续escpos命令的序列分成单个命令的escpos命令解析器。

(ii)将每个单个的escpos命令解释为将字符或图像定位到收据图像画布上的escpos图像生成器。

如果任意图像在收据中被检测到，那么该图像通过ocr系统被运行以从其提取任何文本以及文本的x、y位置坐标。

每个pos系统1和供应商都有自己独特的收据设计和布局。没有用于收据的标准格式或布局可以使信息提取跨越不同的店铺和pos系统中容易完成。本发明的实施例使用机器学习技术解决该问题。这些机器学习技术允许本发明的实施例正确地从收据14中提取相关信息，例如总支付金额。

在本发明的实施例中的机器学习处理的第一步是通过收据特征提取模块16进行的特征提取。这涉及识别每个收据14共有的通用特征，例如关键字的存在或缺乏、文本的绝对位置、文本的相对位置、单词数量、行数、字体粗细、字体大小等。每个收据不管将店铺或收据布局而被转换为同一组通用特征。然后将这些特征发送到收据信息分类模块17(也称为收据文本分类器)。

收据文本分类器17负责从被捕捉的收据数据4中分类和提取有用信息，以便重要信息可以被更改或被转发给在线支付服务或通道18(尤其是总支付金额)。

本发明的实施例包括可以对文本块进行分类的多个机器学习模型。例如，文本“三明治”可以被分类为“商品”和作为“商品价格”的“$35.00”。形成一个收据的收据数据4可以通过多个机器学习模型进行分类。

被提取的最重要的数据的项目之一当然是客户为完成与供应商的交易而必须支付的总金额。

一旦重要的收据文本被提取并分类，那么，例如，可选地可以被更改的收据数据4被植入到qr码中。该qr码可以被自动附加到原始纸质收据的尾部，或者可以被发送到预定的静态qr码，例如张贴在特定餐馆桌子上或收银台附近的qr码。

客户可以使用任意qr码扫描器查看收据14的在线版本。如前所述，客户可以选择使用各种在线支付方法支付与收据数据4关联的支付订单7，例如visa、mastercard、paypal、applepay等。如果客户希望支付，则所需要的信息，例如总支付金额，被转发到订购的在线支付服务或通道，例如stripe和paypal。这使客户能够如在线购物一样支付离线所购物。

在将qr码放置在被打印的收据上的情况下，本发明的实施例能够在决定打印之前基于先前的分类步骤检测它是什么类型的收据。例如，在非自助的餐馆中常见多种不同类型的收据。将有一个客户“账单”或“未支付收据”在支付前被打印并带到客户的桌子上，以及一“支付收据”在支付后被打印并提供给客户保留。还有被打印并带到厨房的厨房订单。

本发明的实施例能够区分“账单”、“未支付收据”、“厨房单据”等。光码13(例如qr码)在要求支付时被打印在收据上。然而，本发明实施例的光码13除了支付之外，还可以在客户交易过程中用于不同的目的。如上面概括描述的，一个示例是用于忠实度积分存储、优惠券兑换或其他忠实度奖励。在支付成功并且收据14被返还给客户之后，可以被用来兑换crm积分、优惠券等的单独的光码13可以被添加，或者该功能可以被合并到与支付订单7关联的光码13。

在支付服务18被成功处理了支付之后，通知支付成功的履行通知被发送到发起pos系统2。

现在，具有pos系统2的支付系统1的常见的实现将具体参考图3更详细地描述。以下五个实现情况的组合总结了实际中遇到的不同常见的技术情况。这些情况因打印机端口、打印机驱动程序的处理、虚拟打印机端口和收据数据类型(图像与文本)而异。

情况(a)：具有并行端口打印机和文本打印的pos。

并行端口情况需要以并行端口拦截器(其包括特定信号交换和定时方法)的形式创建和安装捕捉模块5，以捕捉发送到并行端口的接收数据4。

对于文本打印，发送到打印机15的escpos命令已经具有用人类可读文本格式植入其中的收据文本数据4(意味着ocr不被需要)。然而，收据内的文本的位置和大小(例如中心对齐、双倍大小的文本等)需要被解释以便文本可以被正确放置在收据中。一旦所有文本被正确定位并调整大小，一图像就会被创建。虚拟收据打印机22的软件处理该文本位置。

然后，被重新创建的收据图像将被发送到处理模块6中的机器学习系统以用于特征提取。从收据中提取的重要文本是商品的详细说明和支付的相关数据。

在这个阶段，支付系统1知道这是什么类型的收据(未支付收据、账单、厨房单据或其他)，并且决定是否应该在收据纸上打印qr码以引起客户支付。支付系统1还可以更改要被打印的收据的任何部分，例如向最终总额添加折扣。

如果是用于引起支付的收据，则存储在qr码13内的被提取的收据数据4将被传送到url。客户可以扫描用于获得他们的收据4的数字副本并用于处理在线支付的该qr码13。在支付被成功处理之后，履行通知12将被发送回pos系统1，以向pos操作者显示哪个收据已经被支付了。

情况(b)：具有串行端口打印机以及文本和图像打印的pos。

串行端口情况需要以串行端口拦截器(其包括特定信号交换和定时方法)的形式创建和安装捕捉模块5，以捕捉发送到串行端口的接收数据4。

对于文本和图像打印，所有文本不能被直接提取，因为图像将：

(i)更改文本的位置。

(ii)可能包含在图像内的被渲染的文本。

这意味着收据数据4的图像部分必须被检测并通过ocr运行以提取其中的任何文本。然后，ocr输出文本必须被正确插入在收据的现有文本中。虚拟收据打印机22的处理这个。

最后的步骤与情况(a)相同。

情况(c)：具有lan/wlan打印机、打印机驱动程序和图像打印的pos。

lan/wlan端口情况需要以网络端口拦截器的形式创建和安装捕捉模块5，其支持tcp和udp协议以捕捉发送到lan或wlan端口的接收数据4。由于底层协议相同，lan和wlan可被视为相同的情况。

打印机驱动程序的存在意味着收据数据4将在到达打印机15之前先通过驱动程序和假脱机程序。该打印机驱动程序将获取收据数据4并将收据文本植入图像中。然后在该图像被发送到收据打印机15之前被切割成escpos图像命令。

由于收据驱动程序在将原始收据文本被打印之前已将其转换为图像，因此无法通过检查escpos本身来提取收据的原始文本。图像在虚拟收据打印机22中重建之后，必须被传递给ocr以再次提取文本。然后，该被提取的文本被发送到收据特征提取模块16和收据信息分类模块17以进行特征提取和分类。

其余步骤与情况(a)相同。

情况(d)：具有usb打印机、虚拟端口驱动程序和图像打印的pos。

usb实现有两种必须处理的特殊情况。一个是usb设备插入时出现在计算机设备注册表中，另一个是usb设备未出现。本发明的实施例包括数据拦截器形式的处理这两种情况的捕捉模块5。

虚拟端口将物理usb端口映射到虚拟串行端口。有虚拟端口会显著地改变数据拦截器如何工作，因为虚拟端口在原始usb端口和虚拟串行端口之间具有自定义的信号交换协议，其必须被模仿以发生正确的通信。

其余步骤与情况(c)相同。

情况(e)：具有蓝牙打印机、虚拟端口驱动程序、混合文本和图像打印的pos。

蓝牙类似于usb情况，但有更多的时间问题。本发明的实施例包括数据拦截器形式的处理这个。

虚拟端口将蓝牙端口映射到虚拟串行端口。有虚拟端口会显著地改变数据拦截器如何工作，因为虚拟端口在原始蓝牙端口和虚拟串行端口之间具有自定义的信号交换协议，其必须被模仿以发生正确的通信。

其余步骤与情况(b)相同。

没有必要为每个购买交易打印出收据14。本发明的实施例在捕捉之后不向物理收据打印机15发送任何数据。相反，被捕捉和提取的收据数据可以被关联到预定义的qr码，该qr码永久地放置在例如餐馆桌子或收银机上。

然而，在这些情况下，pos操作者需要与弹出式用户界面交互，使得供应商操作与收据情况中的qr码相比更加复杂。

在餐馆桌子上提供qr码13的情况下，餐馆必须先定义他们需要的qr码的数量，将它们打印出来并将它们放置在所需的桌子上。这可以通过被提供给店铺的门户网站来完成。

pos操作者将客户的订单输入pos系统并触发“打印收据”功能。此时，支付系统1捕捉收据数据并弹出允许pos操作者的用户界面：

(i)打印出收据。

子菜单中显示的是被发送到支付订单7的桌子qr码列表。选择这个将打印没有qr码的收据。支付订单7将被发送到指定的qr码。

(ii)不打印出收据。

子菜单中显示的是被发送到支付订单7的桌子qr码列表。支付订单7将被发送到指定的qr码。

无纸化交易可以使用上面的选择(ii)被实现。

在收银员提供qr码13的情况下，供应商必须先定义他们需要的qr码的数量，将它们打印出来并在每个收银机上放置一个。这是通过被提供给供应商的门户网站来完成。

pos操作者将客户的订单输入pos系统并触发“打印收据”功能。收据数据被捕捉且用户界面弹出，允许pos操作者：

(i)打印出收据。

收据没有附加qr码。

(ii)不打印出收据。

收据被自动发送到与该pos系统1关联的qr码。

无纸化交易可以使用上面的选择(ii)被实现。

如上所述，本发明的实施例在没有pos系统1的情况下工作。在某些情况下，供应商根本没有任何pos系统。在这些情况下，本发明的实施例仍然能够通过从门户网站生成的固定qr码提供在线支付。

一种情况是客户与供应商之间的交易总额被供应商设置。在这种情况下，供应商使用门户网站生成任意数量的固定qr码并设置要被支付给他们的金额。

该qr码中的支付金额有效，直至：

(i)成功支付交易被完成；或者

(ii)供应商更改要在qr码中的支付价格。

在支付交易成功之后，在该qr码中的支付金额被重置(即其不能被再次支付)。通知成功支付的履行通知12被显示在门户网站上。

另一个种情况是客户与供应商之间的交易总额被客户设置。在这种情况下，本发明的实施例为每个供应商生成一个特定的固定qr码。供应商不能设置要在该qr码中被支付的价格。相反，客户可以扫描qr码并通过他们的移动设备9输入他们想要支付的金额。

如本发明的实施例所提供的，收据和支付部分的数字化允许提供以提供奖励、客户关系管理(crm)和忠实度项目为中心的多种增值服务。

所有这些附加特征自动发生，因为本发明的支付系统1可以将购买交易信息捕捉直到商品级别，核实成功支付，并将离线购买交易链接到特定个人。除非客户选择加入供应商的会员或忠实度项目，否则这是很难实现的。

信用卡和借记卡支付可以将购买的交易金额与供应商链接到特定客户，但不能直到个人购买的商品级别。这是因为信用卡是通过与pos系统无法集成的一单独的硬件被处理的。pos系统可以追踪个人购买的商品，但不能将它们链接到特定的客户。如果支付通过本发明的实施例被处理，那么这两个目的可以被实现。

这些后付款功能的兑换可以通过将兑换数据放置到单独的qr码(与支付订单7关联的qr码不同)中被延迟。这允许供应商能够灵活地决定是否允许其客户将福利或优惠券转让给他人。

如上所述，客户奖励可以被合并在本发明的实施例中。

许多现有系统打印具有鼓励再次消费的奖励的打印纸质收据，例如优惠券或印在其上的其他促销相关的文本。

本发明的实施例为供应商提供在线门户，以定义、管理和自动化这些奖励的分发。

例如，标准可以被定义为：

(i)给出奖励(客户的过去消费、过去购买的商品、日期范围等)。

(ii)兑换奖励(到期日、必须购买某些商品、达到某个收据总额或使用某种支付方式等)。

(iii)兑换奖励的结果(免费商品、折扣等)。

在转发到支付服务或通道18之前，由本发明的支付系统1或方法的实施例处理的将要发生的交易将检查有效奖励并自动将它们应用于作为支付订单7的一部分的支付金额。来自供应商奖励的给出和客户对奖励的兑换都是自动化的。

如上所述，crm功能可以被合并在本发明的实施例中。

每个供应商可以访问crm模块，crm模块包括在他们店铺使用本发明的支付系统1或方法的实施例支付的所有客户(识别详细说明可以是匿名的)。供应商可以根据标准向这些客户发送奖励(没有被附加到特定收据的底部)，例如，根据他们店铺的消费价格而排在前20％的客户。

客户可以与他们购物的供应商发起联系。供应商可以在供应商可访问的门户网站上接收消息。可以布置为使得供应商不能直接发起与他们的客户的联系(除了提供奖励)。

客户还可以对收据上列出的特定商品留下反馈/评论。这与其他评论平台不同，因为本发明的支付系统1和方法的实施例可以针对具有物理位置的店铺并且可以保证客户确实购买了讨论中的商品。实体店的其他在线评论平台无法阻止未购买该商品的人查看它们。

忠实度项目也在上面描述了。例如，供应商可以实现两种类型的会员计划：忠实度等级和积分累积。

通过忠实度等级，每个供应商的客户群可以根据客户消费的金额自动分段。例如，最高忠实度等级可以被定义为客户的前5％，其次是前15％的客户，其余的则为一年的摇摆周期。奖励可以针对属于某些忠实度级别的客户，或者永久折扣可以被应用于总支付金额。

通过积分累积，每个客户基于他们消费的金额累积每个店铺积分。例如，这些积分永不过期，可以被花费以兑换该供应商的特定奖励(商品兑换或其他折扣)。

应当理解前述实施例仅仅是用于描述本发明原理的示例性实施例，并且本发明并不局限于此。由本领域技术人员进行的各种变形和更改不脱离本发明的精神和实质，且这些变型和更改也涵盖在本发明的范围之内。因此，尽管已经参考具体示例描述了本发明，但是本领域技术人员可以理解，本发明可以以许多其他形式呈现。本领域技术人员还可以理解，各种已描述的例子的特征可被组合成其他的组合。