购买数字优惠券并将其发送给另一用户的方法

摘要

本发明的目的是通过经由通信手段转移接收所述商品/服务的权利来加速商品/服务的销售；扩大技术手段；使用户能够通过电子通信方式将商品/服务发送给其他人，以及从一个或多个卖方(服务提供商)获得所述商品/服务并在其中选择，而不受限于一个地区(城市)。此外，本发明为接收具有PIN码(用于激活)的货物的权利提供了更好的保护，这允许防止不希望的人或不道德的卖家例如银行使用数字优惠券，例如通过拍摄其QR码或条形码。本发明的目的涉及使用电子通信手段发送和接收货物，并且需要技术解决方案，其中不能使用替代手段来实现该目的。

说明书

技术领域

本发明涉及用于转移使持有人有权要求某些货物的开放式持有人可转让电子文件的方法和系统。

背景技术

如今，允许用户互赠礼物的服务越来越受欢迎。

旨在向朋友赠送虚拟礼物的这种常规服务在各种社交网络(例如VKontakte 或Odnoklassniki)中实现。这种常规解决方案的缺点是它们不能用于提供现实世界的礼物，例如商品或服务。

另一常规解决方案是命令从制作礼物的人到接收礼物的人订购礼物。但是，这种解决方案并不总是很方便，因为必须事先安排此类交付，并且某些商品或服务根本无法交付。

发明内容

本发明的目的是通过经由通信手段转移接收所述商品/服务的权利来加速商品/服务的销售；扩大技术手段；使用户能够通过电子通信方式将商品/服务发送给其他人，以及从一个或多个卖方(服务提供商)获得所述商品/服务，并在它们之间进行选择，而不受限于一个地区(城市)。此外，本解决方案为接收具有PIN码(用于激活)的货物的权利提供了更好的保护，这允许防止不希望的人或不道德的卖家(例如，不想要的人)使用数字优惠券，例如通过对其QR 码或条形码照相。

本发明的目的涉及使用电子通信手段发送和接收货物，并且需要技术解决方案，其中不能使用替代手段来实现该目的。

在一个示例性实施例中，购买数字优惠券并将其发送给另一用户的方法包括以下步骤：

-在第一个用户的设备上，接收有关在消息传递应用程序(MSGAPP)中选择附加键盘的信息，该消息使用户能够通过连接的数字优惠券管理应用程序 (COUPONAPP)发送数字优惠券；

-在第一用户的设备上，通过所述键盘接收有关选择某些商品或服务的信息，以购买用户想要通过其消息收发应用程序(MSGAPP)发送的数字优惠券；

-使用支付服务通过移动设备上的COUPONAPP应用为商品或服务付款，其中该服务将成功的付款通知服务器，然后服务器为由此购买的商品或服务生成数字优惠券，并存储数据发送数字优惠券所需的数据，并将这些数据发送到第一个用户的移动设备，进入他们的COUPONAPP应用程序，该应用程序又根据接收到的数据生成链接，该链接连接到生成的数字优惠券，然后生成的数字优惠券链接通过消息传递应用程序(MSGAPP)发送；

-第二个用户通过计算机或移动设备上的MSGAPP应用程序接收数字优惠券链接，查看优惠券数据，然后向与数字优惠券相关的商品或服务的卖方提供激活数字优惠券所需的数据优惠券并出售上述商品或服务；和

-卖方将激活优惠券所需的数据输入到卖方的设备中，该设备再将这些数据发送到服务器，然后服务器将数字优惠券标记为已激活，并将成功激活优惠券的通知发送回给卖方的设备，最后，卖方出售与数字优惠券相关的商品或服务。

在一个示例性实施例中，购买数字优惠券并将其发送给另一用户的方法包括以下步骤：

-在消息收发应用程序(MSGAPP)中选择附加键盘，其中键盘使第一用户能够使用链接到键盘的数字优惠券管理应用程序(COUPONAPP)从其移动设备发送数字优惠券；

-使用所述附加键盘，选择用户想要通过消息收发应用程序(MSGAPP)发送的商品或服务来购买数字优惠券；

-使用支付服务通过移动设备上的COUPONAPP应用为商品或服务付款，其中该服务将成功的付款通知服务器，然后服务器为由此购买的商品或服务生成数字优惠券，并存储数据发送数字优惠券所需的数据，并将这些数据发送到第一个用户的移动设备，进入他们的COUPONAPP应用程序，该应用程序又根据接收到的数据生成链接，该链接连接到生成的数字优惠券，然后生成的数字优惠券链接通过消息传递应用程序(MSGAPP)发送；

-第二个用户通过计算机或移动设备上的MSGAPP应用程序接收数字优惠券链接，然后通过该链接查看优惠券数据以及可获得与数字优惠券相关的商品或服务的可能位置，以及然后向所述商品或服务的卖方提供激活优惠券并出售所述商品或服务所需的数据；和

-卖方将激活优惠券所需的数据输入到卖方的设备中，该设备再将这些数据发送到服务器，然后服务器将数字优惠券标记为已激活，并将成功激活优惠券的通知发送回给卖方的设备，最后，卖方出售与数字优惠券相关的商品或服务。

附图说明

在详细说明以及附图中将进一步指出本发明的目的，特征和优点。附图中：

图1示出了本发明的示例性实施例。

图2显示了用户在移动消息传递应用程序中选择其他键盘的过程。

图3是显示用于商品类别和与数字优惠券相对应的商品的符号的示例性图示。

图4示出了其中用户与他们的银行卡进行交互的示例性屏幕。

图5是通过消息收发应用发送到数字优惠券接收器的数字优惠券的示例性图示。

图6是数字优惠券及其如何在消息收发应用程序中的消息中显示给用户(接收者)的示例性图示。

图7示出了用于查看数字优惠券的屏幕。

图8是用于发送已经由用户(接收者)接收的数字优惠券的移动应用屏幕的示例性图示。

图9示出了双方场景的示例。

图10显示了带有移动应用程序中商品清单的屏幕。

图11示出了在移动应用中显示商品的屏幕。

图12示出了向用户显示支付系统消息的屏幕。

图13示出了用于发送数字优惠券的屏幕。

图14示出了用于执行本发明的方法的系统的示例性实施例。

图15是本系统如何与支付服务(支付系统)集成的示例性图示。

具体实施方式

通过参考示例性实施例，本发明的目的和特征，用于实现这些目的和特征的方法将变得显而易见。然而，本发明不限于以下公开的示例性实施例；本发明不限于所公开的实施例。它可以以各种形式体现。说明书中包含的概述只是确保帮助本领域技术人员全面理解本发明的特定细节，并且本发明仅在所附权利要求的范围内定义。

本公开中提到的术语“模块”，“组件”，“元件”等用于表示计算机相关实体，例如硬件(例如，设备，仪器，设备，一件设备，设备的组成部分，例如处理器，微处理器，集成电路，印刷电路板(PCB)，包括印刷线路板，面包板，母板等，微型计算机等)，软件(例如可执行文件)程序代码，编译的应用程序，程序模块，软件或程序代码的一部分等)和/或固件。例如，一个组件可以是处理器执行的进程，对象，可执行代码，编程代码，文件，程序/应用程序，函数，方法，(程序)库，子程序，协程序和/或计算设备(例如微型计算机或计算机)，或软件或硬件组件的组合。因此，在示例性情况下，在服务器上运行的应用可以是组件/模块，而服务器可以是组件/模块。请注意，至少一个组件/模块可能是过程的一部分。组件/模块可以位于单个计算设备(例如，微型计算机，微处理器，PCB等)中和/或在多个计算设备之间分布/划分。

图1是示出本发明的示例性实施例的流程图。

根据本发明，第一用户(发送者)在移动设备上，特别是在用户(发送者的)移动设备1412上安装移动应用程序(COUPONAPP)。在本发明的示例性实施例中，用户包括两个发送者(aka数字优惠券的购买者)和(或)数字优惠券的接收者。

安装该应用程序后，还会在用户设备上添加一个附加键盘，其中该键盘连接到COUPONAPP应用程序。所述附加键盘是移动应用程序(COUPONAPP)的扩展 (特别是模块)。仅当将移动应用程序安装在用户设备(移动应用程序用户设备) 上时，所述附加键盘才能够起作用，其中，键盘用作通过移动应用程序连接到本发明要求保护的系统的组件的接口。

然后，用户在其移动设备上启动消息传递应用程序。

然后，在所述消息收发应用中，用户从标准键盘切换到附加键盘，如图2 所示。

然后，在后台模式下在用户设备上启动移动应用程序(COUPONAPP)。

然后，移动应用程序(COUPONAPP)意指在移动应用程序中授权用户。

然后，消息收发应用程序显示代表用户已经购买了数字优惠券并因此可以购买的商品类别或商品(对应于数字优惠券)的视觉符号(图像，尤其是图标)，如本说明书所披露。如图3所示，可以显示已购买的数字优惠券。

然后，用户使用附加键盘选择商品符号，此后，如果用户的数据存储在支付服务中，则用户开始付款以自动购买一些商品(对应于所选的符号)。在示例性实施例中，支付系统(支付服务)接收使用支付系统(服务)API从用户的账户中取款的请求。

请注意，可以将银行卡链接到付款系统(付款服务)，例如Visa，MasterCard，American Express或授权合作伙伴，例如Cloud Payments Payture，Apple Pay， SamsungPay，Yandex Money等，通过移动应用程序中的用户个人资料屏幕显示。用户提供银行卡详细信息和个人数据(特别是持卡人姓名)后，移动应用程序 (COUPONAPP)将这些数据(通过支付系统的API)发送到支付系统服务器，以验证银行卡号，详细信息，有效期日期等。

在示例性实施例中，如果用户的数据没有存储在支付服务中，则在用户使用附加键盘选择了一些商品并且已经开始支付之后，用户被重定向到移动电话中的屏幕(页面)。专为用户与银行卡交互(银行卡操作，特别是购买商品并为购买的商品或服务生成数字优惠券)而设计的应用程序，特别是通过配置为将网页集成到移动应用程序中的内置组件(例如，WebView)，如图4所示。

在用户输入了银行卡详细信息和个人数据并单击“支付”按钮之后，如果一切正确，则显示通知消息(窗口)，告诉用户商品或服务的支付(与数字优惠券)已经成功，例如“付款完成”。

然后，支付系统在银行卡(银行账户)上保留必要的金额，并且服务器(参见图14中的1422)接收到相应的消息(通知)，该金额已被成功保留。

然后，服务器1422发送命令以从用户(发送者)的银行卡中提取给定的金额，如图15所示。

然后，服务器1422生成数字优惠券，并且移动应用程序生成短链接，该短链接将标识移动应用程序，特别是优惠券发送者和/或用户的移动设备(特别是发送者的移动设备)。在生成数字优惠券时，服务器1422还生成数字优惠券ID， PIN码(用于激活优惠券)和数字代码(用于激活优惠券)，特别是QR码和/或条形码。与卖方/卖方相对应的代码，可以在商品或服务的销售地点进行扫描/ 拍照，特别是由卖方(或其代表)使用专用设备(例如条形码或QR码扫描仪) 进行扫描/拍照，或移动设备的内置摄像头。此外，在一些实施例中，数字优惠券包含(统一时间戳)当前日期标签(购买日期)和剩余天数(到期日)。

在一些实施例中，PIN码包含四个符号(在其他实施例中，它可以包含五个，六个或更多个符号)；它可以是随机生成的数字或字母和数字的组合(例如1234) (使用随机数生成工具，例如Randomizer)。

当生成数字优惠券时，它还使用数字优惠券ID链接(“附加”)到至少一个卖家。

在示例性实施例中，当生成数字优惠券时，服务器1422从商品和服务数据库，特别是卖方的数据库，接收关于商品或服务的信息(特别是其价格，描述等)。，并将此信息链接到数字优惠券。在一些实施例中，来自商品和服务数据库的信息包括：

-商品或服务的图像(默认图像，或者，如果不可用，则为应用程序中其符号的放大图像)；

-商品或服务的名称；

-详细描述。

在本发明的示例性实施例中，数据库1424可以存储在服务器1422上，或者存储在单独的数据存储中。

在一些实施例中，数据存储可以由至少一个硬盘驱动器(HDD)，固态驱动器(SSD)，存储区域网络(SAN)，网络附加存储(NAS)和/或表示。配置为在实现数据存储的设备上写入，读取和/或存储数据的任何其他设备。

在一些实施例中，数据库可以是分层的，对象的，面向对象的，对象关系的，关系的，集中的，分段的/分区的，复制的，空间的等。

在一些实施例中，各种数据库管理系统(DBMS)可以用于管理，创建和操作数据库。

然后，增加了用户购买的与数字优惠券相关联的商品的数量，并且所述数字优惠券的数量被显示在附加键盘上的商品和服务符号上。请注意，用户购买的商品数量存储在服务器1422上，或者可以缓存在用户的移动设备上。

然后，将与已购买的商品或服务相关联的，已生成的数字优惠券的链接(或由用户作为礼物从另一个用户接收)复制到消息传递应用程序的文本输入字段中。然后，具有所述链接的数字优惠券被显示在移动消息应用程序(MSGAPP) 中，如图5所示。

然后，用户(发送者)通过单击消息传递应用程序中的“发送”按钮，将数字优惠券发送给另一个用户(接收者)。请注意，如果用户购买了与特定商品或服务相关联的多个数字优惠券，则最早发送截止日期最早的优惠券。

在本发明的示例性实施例中，如果用户(发送者)已经购买了与数字优惠券相关联的多种商品或服务，其中几个数字优惠券具有相同的到期日期，则发送优惠券列表中的第一数字优惠券，基于其购买日期和ID号。

在一些实施例中，标识符(ID号)是唯一号，其由服务器(或在添加新条目时的数据库)自动生成(创建)。

在一些实施例中，标识符(ID号)是字母和数字的16符号组合。

在一些实施例中，标识符(ID号)长至少6个符号。

准备发送的数字优惠券的数量会减少(刷新数据时)。在用户(发送者)已经将数字优惠券发送给另一用户(接收者)之后，服务器1422将用户(发送者) 购买的商品或服务的数量减少一个。接下来，具有最早到期日期的数字优惠券被排队以由用户(发送者)发送。

然后，另一个用户(接收者)通过消息传递应用程序(COUPONAPP)从用户 (发送者)接收数字优惠券。

然后，数字优惠券在消息传递应用程序中的消息中显示给用户(接收方)，作为某些商品或服务(特别是数字优惠券的视觉效果)的视觉符号，如图6所示。

然后，当用户选择(使用鼠标或移动设备的触摸屏等)或用户(接收者) 单击时，显示数字优惠券。

在示例性实施例中，如果用户(接收方)安装了移动应用程序(COUPONAPP)，则当用户选择商品或服务的视觉表示时，他们的移动设备将启动(特别是启动) 显示数字的移动应用程序。优惠券观看屏幕，如图7所示。在示例性实施例中，如果用户(接收方)的移动设备未安装移动应用程序，则可以向用户显示具有以下两个选项的屏幕：

-“通过移动应用程序发送”，即用户的移动设备将打开电子应用程序商店，从中可以下载移动应用程序，如图8所示；和

-“查看”，即数字优惠券将作为图像显示给用户(接收者)(无需安装移动应用程序)。

在一些实施例中，电子商店是由移动设备的操作系统(例如，Google PlayMarket，Apple Store等)提供的标准工具。

然后，用户(接收方)购买/购买与接收到的数字优惠券相关联的商品或服务。

在本发明的示例性实施例中，数字优惠券的激活代码可以显示为以下之一 (特别是取决于商品或服务设置)：

-二维码；

-条码；或

-数字代码。

在示例性实施例中，卖方使用相应的设备来注册带有数字优惠券的商品或服务的接收，特别是数字优惠券的激活，该设备例如能够注册用户以下事实：已获得专用商品或服务。

条形码，QR码或数字代码(以下称为“代码”)由能够扫描该代码(或在某些实施例中拍摄这些代码)的设备(属于卖方或服务提供商代表)读取)或使用键盘输入代码。

可以通过以下方式之一或通过其组合来激活数字优惠券：

-从移动应用程序的数字优惠券页面(通过扫描/拍摄代码，或通过输入服务商品的数字代码)；

-特别是通过扫描/拍照本文公开的任何代码，或通过输入与优惠券相关的商品或服务的(数字)代码，从数字优惠券网页中获取信息；

-来自卖方/提供者的台式机或移动设备上安装的其他应用程序或程序；或

-通过在电话中使用数字代码(“通过移动应用程序/订单传递进行呼叫”)。在本发明要求保护的实施例中，“来自移动应用程序的呼叫/订单传递”按钮也与卖方的传递服务电话号码相关联。通过单击所述按钮，用户(接收方)设备自动拨打该号码。

在本发明的示例性实施例中，数字代码是数字优惠券号码。

在本发明的示例性实施例中，数字优惠券号是符合RFC4122标准的条形码或QR码(链接)，形式为151B-090X-090A-2556，其中，此类代码是根据使用 V4算法(https://www.npmis.com/packaqe/uuid)。

在其他示例性实施例中，可以使用其他条形码生成算法，包括本文未提及的那些算法。

在一些实施例中，当用户订购要交付给他们的商品或服务时，可以远程激活数字代码。例如，卖方可以在网站上卖方仪表板中的数字优惠券激活页面(例如，网页)上输入数字代码，或者以其他方式输入。

在一些实施例中，数字代码可以用于“呼入/订购电话”选项，其中，当用户单击“呼入/订购电话”按钮时，显示包含以下字段的表格(所述字段是由服务器1422生成，特别是在生成数字优惠券时)：

-数字优惠券号码，其中该号码是自动填写的；

-回拨电话号码，用户在此输入他们的电话号码(手机，手机，座机等)；

-卖方选择，其中用户可以从出售与数字优惠券相关联的商品或服务的卖方列表中选择一个卖方(例如，如果所述商品或服务仅由一个卖方出售，则此字段会自动填写卖方的姓名，特别是其身份证号等)；和

-给卖家的信息。

在一些实施例中，卖家可以远程激活数字代码。在示例性实施例中，卖方在卖方的仪表板中的数字优惠券激活页面(屏幕)上输入数字代码，或者以其他方式输入。

参照图1，所要求保护的方法的示例性实施例包括以下步骤：

在步骤110，第一用户(发送者)在移动消息应用程序中选择附加键盘，其中，键盘使第一用户能够使用链接到键盘的数字优惠券管理应用程序从其移动设备发送数字优惠券。

在一些实施例中，消息收发应用可以包括但不限于WhatsApp，Viber， Telegram，微信，Facebook Messenger等。

在一些实施例中，消息收发应用可以包括但不限于电子邮件。在一些实施例中，电子邮件可以被实现为独立的应用，例如Outlook，收件箱或Gmail。在一些实施例中，可以通过设备的网络浏览器访问电子邮件，例如谷歌浏览器，海雀，Safari，Firefox等。

在一些实施例中，消息收发应用可以包括但不限于SMS或MMS。

在步骤120中，第一用户使用所述键盘选择一些商品或服务，以购买第一用户想要通过消息收发应用发送给第二用户的数字优惠券。

在步骤130中，用户使用连接到支付服务的移动应用程序在其移动设备上为选择的商品或服务付费。移动设备将针对所选商品或服务的支付信息发送到支付服务，该支付服务进而验证是否可以执行支付，并且如果支付成功则通知服务器1422。然后，服务器1422生成用于所购买的商品或服务的数字优惠券，将发送优惠券所需的数据存储在数据库中，并且经由移动应用程序将该数据发送至第一用户的移动设备，该移动应用程序生成链接连接至所生成的数字优惠券，基于接收到的数据，然后通过消息传递应用程序发送数字优惠券链接。所有必要的数据(包括但不限于付款状态，价格，所选项目，订购时间和用户名) 都存储在服务器上，可用于其他验证。

在步骤140中，第二用户(接收者)在计算机或移动设备上接收数字优惠券链接，然后跟随该链接以查看优惠券数据以及可获得与数字优惠券相关联的商品或服务的可能位置，然后向上述商品或服务的卖方提供激活优惠券并出售上述商品或服务所需的数据。

在一些实施例中，第二用户通过他们的移动应用程序接收数字优惠券链接。

在一些实施例中，第二用户通过电子邮件接收数字优惠券链接。

在一些实施例中，第二用户通过SMS或MMS接收数字优惠券链接。在一些实施例中，显示的优惠券信息可以包含：

-带有商品信息的双方字段；

-“发送”按钮，用于选择发送数字优惠券的方法；

-城市名称字段；

-列出可以接收商品或服务的地方(如果有的话，离用户最近的地方)的地图；和

-其他字段和详细信息。

在一个示例性实施例中，所述双方场(如图9所示)在数字优惠券的一侧上包含：

-商品或服务的图像(默认图像，或者，如果不可用，则放大其在应用程序中呈现的图像)；

-商品或服务的名称；

-详细描述；

在数字优惠券的另一侧：

-商品或服务的提供；

-数字优惠券代码的可视化表示(各种选项)；

-数字优惠券代码的数字表示；

-用于激活数字优惠券的PIN码(或其卖家代码)；

-数字优惠券寿命；和

其他字段和详细信息。

在一些实施例中，PIN码包含四个符号。

在一些实施例中，PIN码包含五个或六个符号。

在一些实施例中，PIN码是随机地(使用随机数生成装置)生成的四位数的数字(例如1234)。

在一些实施例中，PIN码包含字母和数字。

在步骤150中，商品或服务的卖方将激活优惠券所需的数据输入其计算机或移动设备(卖方的设备)，然后将其发送到服务器1422。服务器1422接收激活优惠券所需的数据，对它们进行验证，如果验证成功，则将数字优惠券标记为已激活，然后通知卖方设备已成功激活。然后，卖方出售与数字优惠券关联的商品或服务。如果验证失败，则服务器将错误通知发送到卖方的设备。

在一些实施例中，关于可以获得商品或服务的地方的信息可以被呈现为交互式地图。例如，所述交互式地图可以包含用户的城市和标明卖方在该城市中的位置(特别是卖方终端1420)的图钉。

在本发明的一些实施例中，当用户(商品或服务的发送者或接收者)点击或点击地图上的卖方位置时，其地址被显示给用户。

在本发明的一些实施例中，属于多个卖方的商品或服务可以被显示给用户，其中，如果某些商品或服务(具体地，与本文所公开的与数字优惠券相关联的那些商品或服务)可以由多个卖方出售，则交互式地图将包含所有出售所述商品或服务的卖家的位置(卖家终端1420)。

在示例性实施例中，在购买了一些商品或服务之后，如果已经生成了他们的数字优惠券，则用户可以查看他们已经购买的商品和服务。所述商品和服务显示在移动应用程序菜单(屏幕)的“我的礼物”文件夹中(文件夹的实际名称及其在移动应用程序屏幕上的位置可能会有所不同)。

在一些实施例中(参见图16)，在用户(发送者)购买了商品之后，应用程序将显示数字优惠券的寿命(具体来说，是优惠券有效且特别是可以有效的时间段)。发送到其他用户(接收者)的优惠券图像上或与其相邻的优惠券寿命，可以显示为购买日期与到期日期之间的差额(直到其他用户激活优惠券为止的剩余时间)，又名“三角洲”。

在本发明的示例性实施例中，数字优惠券对于所有用户(发送者和/或接收者)具有相同的寿命，例如，可以由服务器根据莫斯科时间来计算(计算)，其中剩余的寿命为移动应用中的优惠券将补充相应的说明(例如“莫斯科时间”)。此外，可以根据服务器1422的位置，提供商品或服务的区域或用户(发件人) 来修改此说明或接收方的位置。

在示例性实施例中(参见图17)，如果所述“增量”超过一天(24小时)，则数字优惠券的剩余寿命以天数显示，四舍五入。例如，如果数字优惠券在10 天，5小时和7分钟后到期，则通知用户(例如，接收者)他们必须在10天内使用优惠券，例如，“10天后过期”。

在示例性实施例中，如果所述“增量”小于一天，则以小时和分钟显示数字优惠券的剩余寿命。

在示例性实施例中(参见图18)，如果数字优惠券的激活时间段已经到期 (“增量”小于零)，则(例如通过消息)通知用户优惠券已到期，因此例如，不能由用户(发送者)发送给另一个用户(接收者)，也不能由另一个用户(接收者)激活。例如，用户之一可能会收到以下通知：“您的数字优惠券已过期”。

在一些实施例中，可以将存储在移动应用程序(COUPONAPP)的“我的礼物”菜单中的数字优惠券划分为至少两个组，诸如“我的优惠券”和“已发送优惠券”。

在本发明的示例性实施例中，未在移动应用中注册的，由用户(发送者) 发送给另一用户(接收者)的数字优惠券不显示在“我的礼物”屏幕(窗口) 上。请注意，将数字优惠券发送给在移动应用程序中注册的多个用户后，最后打开该优惠券链接的用户将被视为该数字优惠券的接收者。

请注意，不仅可以使用消息收发应用程序中的附加键盘发送数字优惠券，还可以通过移动应用程序发送。

还应注意，移动应用程序中的窗口可能包括移动应用程序屏幕的上部，其中显示了商品和服务类别。

在本发明的示例性实施例中，商品和服务类别位于移动应用程序屏幕的上部。而且，所述类别由相应商品或服务的名称以及诸如缩略图，图标等的视觉表示来表示，在示例性实施例中，它们可以充当移动应用中的激活的界面元素。所述商品和服务类别的元素可以至少一行显示。为了浏览所述类别，移动应用用户可以水平滚动所述类别的元素。请注意，在示例性实施例中，已经选择了由用户放置在中心(进入类别线的中间)的类别。

请注意，在本发明的示例性实施例中，用户可以通过以下方式浏览移动应用中的商品和服务类别：

-通过选择与所需商品或服务相对应的符号；

-通过选择所需商品或服务类别的名称；

-通过水平滚动类别列表(在移动应用程序屏幕的上部)；要么

-特别是在移动应用程序屏幕的下部(窗口)中通过水平手指移动(滑动)。

通过如上所述浏览商品或服务类别，用户可以查看所选类别中可用的所有商品或服务。

请注意，上述商品或服务最多可占据两行，其中多余的文字将替换为“…”。

在本发明的示例性实施例中，所选类别中的商品或服务的列表位于类别选择字段下方。“商品或服务类别”屏幕包含所选类别中所有商品或服务的列表以及它们的详细信息，例如：

-商品或服务的形象；

-商品或服务的名称；和

-商品或服务的价格(尤其是与数字优惠券相关的价格)。

在示例性实施例中，如果当前无法购买某些商品或服务(例如，客户端没有互联网连接)，则尤其是在用户单击“购买”按钮之后，无法为这些商品或服务生成数字优惠券。，该应用程序将显示一个弹出窗口，通知用户无法购买商品或服务。

请注意，屏幕上的列表项可能占用两行。此外，用户可以垂直滚动列表。例如，如果商品的视觉表示少于六个，则如图10所示，从左上角(从右到左，从上到下)将它们一一填充。

在示例性实施例中，在用户(发送者)选择了一些商品或服务之后，显示“商品/服务卡”屏幕。所述屏幕可以包含例如以下内容：

-包含有关商品或服务信息的双方字段(在某些实施例中，单面字段可以是用户)；

-卖方的名称(标题，ID等)以及卖方的信息；

-用于输入城市名称的字段(例如，它可能包含默认的城市名称)；和

-列出可以接收货物或服务的地方的地图，尤其是距离用户最近的地方。

在一个示例性实施例中，所述双方场可以包含：

在双方场的一侧：

-商品或服务的图像(默认图像，或者，如果不可用，则是其在移动应用程序中呈现的放大图像)；和

-商品或服务的名称；

在双方字段的另一侧：

-商品或服务的名称；

-商品或服务的价格；

-商品或服务的提供；

-商品或服务的详细说明；和

-一个“购买”按钮。

在示例性实施例中，当购买数字优惠券时，用户(发送者)购买单项商品或服务。

在一些实施例中，当查看商品时，双方字段转过身以通知用户他们必须填写字段的反面。

当用户单击商品或服务显示屏幕上的“购买”按钮时(如图11所示)，开始付款。

成功启动后，将向正在购买的用户(发送者)显示一张银行卡表格。然后，在用户单击“付款”按钮之后，只要他们提供了正确的银行卡零售，则向用户显示付款通知(例如“付款完成”)。请注意，付款通知会显示一段预设时间，例如3秒之内，在支付系统(支付服务)联系服务器1422的同时，特别是通过发送请求，通知服务器成功在用户的银行卡上预留了钱。

在服务器1422已经接收到成功的钱款预留的通知之后，服务器1422从用户的银行卡中提取给定的钱款并创建(生成)数字优惠券。移动应用程序(在窗口中)通知用户正在生成数字优惠券(例如“请稍等，正在生成您的数字优惠券”)，同时从他们的银行卡中提取钱款并生成优惠券。

然后，在商品或服务已成功付款并创建了数字优惠券之后，移动应用程序 (自动)向用户显示“我的礼物”屏幕，根据示例性实施例，在该屏幕上，刚刚购买的数字优惠券首先显示。

请注意，在示例性实施例中，购买单个数字优惠券意指购买单个商品或服务。

还请注意，如果在一定(预设)时间内未生成数字优惠券，40秒后，移动应用程序会通知用户优惠券创建失败(例如，“出了点问题。要获取帮助，请通过电子邮件：<地址>。”与我们联系)，通知窗口中包含“关闭”按钮。

进行购买时，尤其是当已经成功从用户的银行卡中提取了资金，或者提款失败(例如，卡上的资金不足或已超过提款限额)时，移动设备设备向用户显示相应的支付系统(支付服务)消息，如图12所示。

在示例性实施例中，上述“我的礼物”屏幕可以包含两个文件夹，具体地：“我的优惠券”和“已发送优惠券”。“我的优惠券”文件夹既包含已购买但尚未发送的优惠券，也包含已作为礼物收到的优惠券。

请注意，优惠券以这种方式进行排名(尤其是列出)，以便首先显示最新的优惠券(用户刚刚购买的优惠券)。

在示例性实施例中，当用户在移动应用中选择数字优惠券时，优惠券被显示以供查看。用户然后可以单击“发送”按钮以移动到数字优惠券发送屏幕，如图13所示。

还请注意，移动应用程序(COUPONAPP)的用户可能会使用Web链接将数字优惠券发送到生成的优惠券。当用户选择“复制”时，到数字优惠券网页的链接被复制到移动设备剪贴板。然后，可以通知用户他们应该将剪贴板中的链接输入到消息中并将其发送给另一用户(礼物的预期接收者，即数字优惠券)。例如，用户可以复制该Web链接，例如变成电子邮件，或者变成通过消息传递应用程序发送的消息，等等。

在本发明的示例性实施例中，当另一用户在消息收发应用中接收到包含数字优惠券的消息时，向用户显示与优惠券相关联的商品或服务的视觉表示。

用户将数字优惠券发送给另一个用户后，该优惠券将从“我的优惠券”移动到“已发送优惠券”文件夹。请注意，在示例性实施例中，如果成功发送了优惠券以及发送尝试的尝试均失败，则数字优惠券被存储在“已发送优惠券”文件夹中。

请注意，用户还可以从移动应用程序的“已发送优惠券”文件夹中发送数字优惠券。

在本发明的示例性实施例中，当“我的优惠券”文件夹中的数字优惠券已经被激活时，优惠券变黑，就像它过期时一样。

请注意，无论状态如何，电子优惠券都可能保留在内存中(不会删除)。而且，可以在特定的(预定)时间量之后，例如通过将数字优惠券从用户隐藏起来，来移除数字优惠券。20、30天等，因为它们已过期或已被激活。

图14示出了执行本发明的方法的系统的示例性实施例。

图15示出了本系统如何与支付服务(支付系统)集成的示例性图示。

请注意，商品或服务销售商用来激活数字优惠券的上述设备包括读取此处公开的代码；接收数字优惠券数据；用数字优惠券完全或部分地支付订单，其中当数字优惠券被激活时(特别是完成订单)，该优惠券在服务器1422上被激活。如果该激活成功，则完成相应的交易。

还要注意，卖方可能使用专用设备打开订单创建或编辑屏幕，并使用专用扫描仪扫描数字优惠券代码，或使用设备的相机拍摄代码，然后使用设备的软件识别代码。

然后，所述设备上的软件(特别是插件)利用登录名/密码/卖方的ID(或其他参数)的授权向服务器发送请求。接收到的代码用于检索优惠券的状态。在获取优惠券状态之后，如果尚未激活优惠券，则所述设备上的软件通知该设备的用户是否可以使用优惠券。为了激活优惠券，所述软件请求输入唯一的PIN 码(参见上文)。响应于五次失败的PIN码输入尝试，所述软件模块(插件)被暂时阻止并且将无法与系统交互。可以由专门任命的人员来覆盖此障碍，该人员的职责是找出失败尝试的原因。

然后，响应于来自服务器1422的成功答复，所述设备显示已找到有效数字优惠券的通知，包括与优惠券相关联的商品或服务。

还应注意，当卖方使用所述设备向订单添加付款时，会显示收银员屏幕，在此，卖方可以为商品或服务选择无现金付款方式(带有数字优惠券)。然后，如上所述，扫描数字优惠券代码，之后，设备向服务器1422发送查询以识别数字优惠券并获得其数据。上述插件通过所述相对路径向所述服务器发送请求。如果数字优惠券无效，则卖方的设备会通知卖方失败，并取消(中断)商品或服务的付款。

请注意，如果使用数字优惠券来支付订单(商品或服务)，特别是当卖方在该设备上选择数字优惠券支付选项时，插件会检查订单中是否有数字优惠券，总和为数字优惠券，然后通过激活优惠券为商品或服务付款。同样，当数字优惠券被激活时，所述设备向服务器1422发送HTTP查询，其中该查询可以包含数字优惠券PIN码，ID，卖家或商店ID等。

如果服务器1422答复数字优惠券已成功激活，则订单已完成。

如果激活存在错误(或尚未收到答复)，则订单未完成，并且将错误通知给卖方。

在一些实施例中，为了激活优惠券，卖方需要一些数据，特别是QR码和/ 或条形码。

在一些实施例中，卖方使用照相机或条形码扫描仪将QR码或条形码输入到卖方的设备中。QR代码或条形码(数字优惠券代码)中的数据由安装在卖方设备上的软件解码。

在一些实施例中，在卖方已经输入QR码和/或条形码之后，第二用户(接收者)告诉卖方他们的激活PIN码。

在一些实施例中，在卖方已经将QR码和/或条形码输入到他们的设备中之后，该设备将这些数据发送到服务器，服务器依次检查所讨论的数字优惠券是否确实存在并且处于活动状态，以及，如果所涉及的优惠券存在且有效，则服务器将PIN码请求发送至卖方的设备。卖方向第二个用户(接收方)请求PIN 码，然后将其输入到卖方的设备中，后者再将这些数据发送到服务器，然后服务器将数字优惠券标记为已激活并发送成功通知。优惠券激活返回到卖方的设备，最后，卖方出售与数字优惠券关联的商品或服务。在所公开的实施例中， PIN码仅对于第二用户是已知的，而对于其他用户(人)是未知的。该密码只能在第二个用户的要求下显示(例如，通过单击PIN码字段，而默认情况下，该字段中的条目是隐藏的，例如由一系列***代替；或者它可能仅在卖方的密码之后显示)。设备已将激活数字优惠券所需的数据发送到服务器)。

总之，应当注意，说明书中给出的细节是示例，其不限制由权利要求书限定的本发明的范围。对于本领域技术人员而言清楚的是，可能存在与本发明的精神和范围一致的其他实施例。