CN112150215A - 支持券核销一体化的点单方法以及系统 - Google Patents

Abstract

本发明公开了一种支持券核销一体化的点单方法以及系统，其中，方法包括：接收用户针对门店所发起的点单请求；将商品加入待支付商品列表，根据门店的券信息中的商品的抵扣信息确定待支付商品列表中商品的待支付金额，其中，商品与门店的券信息对应；接收用户发起的支付请求，根据待支付商品列表中商品的待支付金额完成支付和券核销。该方式通过在点单流程中将券对应的商品添加到订单中，在订单结算阶段即完成订单支付又完成券核销，实现了在点单流程中兼容券核销的功能，使得点单流程更加简单，进一步减员提效，整个点单流程在线上完成，能够保证信息流的完整性，真正实现了线上点单。

Description

支持券核销一体化的点单方法以及系统

本发明专利申请是分案申请。原案的申请号是：2019102807785，申请日是：2019-04-09，发明名称是：支持券核销一体化的点单方法以及系统。

技术领域

本发明涉及数据处理技术领域，具体涉及一种支持券核销一体化的点单方法以及系统。

背景技术

随着移动互联网以及电子商务技术的发展，线上交易越来越普及，商家为了促销与宣传，在线上发放优惠券或者抵扣券等商品券供用户领取或者购买，用户在线下进行消费时，将已获得的券提供给商家以进行券核销。

目前的核销方式包括支核分离和支核一体两种，举例来说，在支核分离模式下，商家利用手持式结账设备获取用户已获得的券信息进行券核销，核销后进行下单并提供相应的商品服务。在支核一体模式下，商家录入券对应的商品信息，拉取用户的订单信息，根据用户的订单信息以及券的抵扣信息计算的实际支付金额，以实际支付金额完成支付的同时进行券核销。

但是，发明人在实现本发明的过程中发现现有技术至少存在以下不足：支核分离模式下，券对应的商品下单以及券核销都与点单流程相分离；支核一体模式下，是在支付阶段根据用户的订单信息完成抵扣和券核销，两种核销方式都不能支持在线上点单流程中完成券对应的商品下单以及券核销；其次，线上点单流程旨在简化点单流程、减少人工参与，简单来讲线上点单流程包括：进入线上点单模式-用户选购商品-完成支付，而上述两种核销方式都会破坏线上点单流程的完整性，也即对用户持有的券进行核销均需要人工参与操作，增加了商家的工作量，对用户来说也不方便，同时人工操作也不能保证准确无误，可能会造成资金损失和信息丢失。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的支持券核销一体化的点单方法以及系统。

根据本发明的一个方面，提供了一种支持券核销一体化的点单方法，包括：

接收用户针对门店所发起的点单请求；

将商品加入待支付商品列表，根据门店的券信息中的商品的抵扣信息确定待支付商品列表中商品的待支付金额，其中，商品与门店的券信息对应；

接收用户发起的支付请求，根据待支付商品列表中商品的待支付金额完成支付和券核销。

可选地，在接收用户针对门店所发起的点单请求之后，方法进一步包括：

接收用户针对门店的商品列表所执行的点单操作，将点单操作对应的商品加入待支付商品列表；

则根据门店的券信息中的商品的抵扣信息确定待支付商品列表中商品的待支付金额进一步包括：

根据点单操作对应的商品的价格信息以及门店的券信息中的商品的抵扣信息，确定待支付商品列表中商品的待支付金额。

可选地，门店的券信息是用户预先获得的。

可选地，方法进一步包括：

查询用户已获得的门店的券信息，券信息包含商品标识以及商品的抵扣信息。

可选地，查询用户已获得的门店的券信息之后，方法进一步包括：

将查询得到的用户已获得的门店的券信息进行展示。

可选地，将商品加入待支付商品列表进一步包括：

接收用户针对券信息所执行的选取操作，根据选取操作将券信息对应的商品加入待支付商品列表。

可选地，将商品加入待支付商品列表进一步包括：

根据券信息，触发自动程序将券信息对应的商品加入待支付商品列表。

可选地，接收用户发起的支付请求，根据待支付商品列表中商品的待支付金额完成支付和券核销进一步包括：

接收用户发起的确认订单请求，生成携带有待支付商品列表中商品的待支付金额的码信息；

接收用户通过扫描码信息而发起的支付请求，根据待支付商品列表中商品的待支付金额完成支付和券核销。

可选地，方法还包括：

根据待支付商品列表生成订单信息，将订单信息提供给门店对应的商户。

根据本发明的另一方面，提供了一种支持券核销一体化的点单系统，包括：

接收模块，适于接收用户针对门店所发起的点单请求；以及接收用户发起的支付请求；

商品添加模块，适于将商品加入待支付商品列表；

待支付金额确定模块，适于根据门店的券信息中的商品的抵扣信息确定待支付商品列表中商品的待支付金额；其中，商品与门店的券信息对应；

支付核销模块，适于根据待支付商品列表中商品的待支付金额完成支付和券核销。

可选地，接收模块进一步适于：接收用户针对门店的商品列表所执行的点单操作；

则商品添加模块进一步适于：将点单操作对应的商品加入待支付商品列表；

则待支付金额确定模块进一步适于：根据点单操作对应的商品的价格信息以及商品的抵扣信息，确定待支付商品列表中商品的待支付金额。

可选地，门店的券信息是用户预先获得的。

可选地，系统进一步包括：

查询模块，适于查询用户已获得的门店的券信息，券信息包含商品标识以及商品的抵扣信息。

可选地，系统进一步包括：

展示模块，适于将查询得到的用户已获得的门店的券信息进行展示。

可选地，接收模块进一步适于：接收用户针对券信息所执行的选取操作；

商品添加模块进一步适于：根据选取操作将券信息对应的商品加入待支付商品列表。

可选地，商品添加模块进一步适于：根据券信息，触发自动程序将券信息对应的商品加入待支付商品列表。

根据本发明的又一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述支持券核销一体化的点单方法对应的操作。

根据本发明的再一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述支持券核销一体化的点单方法对应的操作。

根据本发明提供的支持券核销一体化的点单方法以及系统，其中，方法包括：接收用户针对门店所发起的点单请求；查询用户已获得的门店的券信息，券信息包含商品标识以及商品的抵扣信息；将券信息对应的商品加入待支付商品列表，根据商品的抵扣信息确定待支付商品列表中商品的待支付金额；接收用户发起的支付请求，根据待支付商品列表中商品的待支付金额完成支付和券核销。该方式通过在点单流程中将券对应的商品添加到订单中，在订单结算阶段即完成订单支付又完成券核销，实现了在点单流程中兼容券核销的功能，使得点单流程更加简单，进一步减员提效，整个点单流程在线上完成，能够保证信息流的完整性。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的支持券核销一体化的点单方法的流程示意图；

图2示出了根据本发明另一个实施例的支持券核销一体化的点单方法的流程示意图；

图3示出了根据本发明又一个实施例的支持券核销一体化的点单系统的结构示意图；

图4示出了根据本发明实施例的一种计算设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

以餐饮门店为例，门店若要实施线上点餐，则需要对门店内的服务动线进行改造。传统的点餐流程用户可以先付款，也可以后付款，下面分别介绍先付款模式下的点餐流程和后付款模式下的点餐流程。

(1)先付

先付款模式下的原点餐流程具体为：用户到收银台点餐并付款，然后带着取餐号落座，商家后台拿到餐食和取餐号的对应关系，餐食做完后用户去取餐处取餐或服务员送餐到座位。其中，原流程在收银台点餐时，单独核销商品券(支核分离)，或付款时核销商品券，将券对应的商品加入到当前菜单中(支核一体)；

先付款模式下的原点餐流程改造之后的点餐流程具体为：用户落座后，扫门店桌码或线上点击门店内点餐按钮进入门店点餐模式，点餐下单并完成线上付款，获得一个取餐号或菜品与桌号关联，餐食做完后用户去取餐处取餐或服务员送餐到桌，用户就餐结束离开。

(2)后付

后付款模式下的原点餐流程具体为：用户落座后，服务员到桌辅助用户点餐，完成后服务员在系统内按桌号录入并下单，餐食做完后服务员送餐到桌，用户就餐结束后，付款离开。其中，原流程在服务员辅助用户点餐时完成商品券核销，并在按桌录入时将券对应的餐品手工录入一并下单。

后付款模式下的原点餐流程改造之后的点餐流程具体为：用户落座后，扫门店桌码或线上点击门店内点餐按钮进入门店点餐模式，点餐下单，菜品与桌号关联，餐食做完后用户去取餐处取餐或服务员送餐到座位，用户就餐结束离开。

由此可见，在改造点餐完成之后，用户在确定下单之前没有机会与服务员产生交互，把券信息传达给服务员，因此一旦门店完成线上点餐改造，将会影响商户采用券方式引流的积极性，同时也会给门店增加额外的工作量，与线上点餐本身的减员增效的目的相悖。除此之外，点餐流程与券商品下单及券核销流程分开进行，需要人工进行操作，打断了信息流的完整性，可能会造成资金损失和信息丢失。基于此，本发明提供了一种适用于在改造之后的点餐流程中支持券核销一体化的方案。

图1示出了根据本发明一个实施例的支持券核销一体化的点单方法的流程示意图，如图1所示，该方法包括：

步骤S101，接收用户针对门店所发起的点单请求。

其中，用户使用客户端扫描门店桌码，从而发起针对该门店的点单请求，进入门店点单模式；或者，用户点击客户端内展示的门店点单按钮发起点单请求，进入门店点单模式。其中，客户端可以是用户的智能手机上安装的应用程序，比如能够提供线上点餐服务的生活类APP，例如，口碑APP、支付宝APP等。上述两种用户发起点单请求的方式仅仅是本发明的可选实施方式，本发明对用户发起点单请求的方式不作限定。

步骤S102，查询用户已获得的门店的券信息，券信息包含商品标识以及商品的抵扣信息。

接收到用户针对门店所发起的点单请求时，自动查询用户已获取的该门店的券信息。其中，用户已获取的券信息可以是用户已购买的抵扣券的券信息，例如80元抵90元的双人炸鸡套餐的抵扣券，则该抵扣券的券信息包括：双人炸鸡套餐所包含的各个餐品的商品标识，以及80元抵90元这样的抵扣信息，这类券往往需要用户支付一定的金额购买获得。用户已获取的券信息还可以是用户已领取的优惠券的券信息，例如适用于相应门店的折扣券或满减券等，满100元减20元的满减券，则该优惠券的券信息包括：满100元减20元这样的抵扣信息，这类优惠券无需用户支付任何金额，通过领取的方式即可获得。当然这里仅是举例说明，不具有任何限定作用。

步骤S103，根据券信息，将券信息对应的商品加入待支付商品列表，根据商品的抵扣信息确定待支付商品列表中商品的待支付金额。

根据查询得到的券信息中所包含的商品标识，将券信息对应的商品(已下称券商品)加入待支付商品列表，也就是将券商品加入至购物车；根据查询得到的券信息中所包含的商品的抵扣信息，确定待支付商品列表中商品的待支付金额，也即计算购物车内商品的待支付金额。例如，查询得到用户已购买上述80元抵90元的双人炸鸡套餐抵扣券的券信息，则将双人炸鸡套餐所包含的各个餐品加入到待支付商品列表，并且由于该抵扣券是用户预先购买的，则确定待支付商品列表中商品的待支付金额为0元。

步骤S104，接收用户发起的支付请求，根据待支付商品列表中商品的待支付金额完成支付和券核销。

例如，用户可以点击客户端内展示的支付按钮发起支付请求，当接收到用户发起的支付请求时，则根据待支付商品列表中商品的待支付金额对该用户的账户进行扣款，以及对待支付商品列表中券商品所对应的券进行核销。在上述示例中，当用户发起支付请求，则对该80元抵90元的双人炸鸡套餐的抵扣券进行核销，并且由于待支付金额为0元，不对该用户的账户进行扣款。

目前已有线上点单的解决方案，例如，客户端扫描桌码进入门店的点餐页面，用户在点餐页面点选餐品，最后确认订单并进行支付，用户可以自助完成点单过程。但如果用户持有门店的餐品抵扣券时，则将券信息提供给商家，商家手动对该抵扣券对应的餐品进行下单，并且完成该抵扣券的核销；或者当用户持有门店的代金券时，则在结算时，将该代金券提供给商家，商家使用相应的设备根据代金券的抵扣信息和用户的订单信息计算实际支付金额，并对该代金券进行核销。现有的券核销方案都需要商家辅助操作，对于用户来说无法完全自助的完成点单流程，对于商家来说，也需要额外的人力来完成券核销。

由此可见，相比于现有技术，该方式通过获取用户已获得的券信息，将券信息对应的商品加入到购物车进行下单，在完成订单支付的同时，还能够将到购物车内券商品对应的券进行核销，实现了在线上点单流程中兼容券核销的功能，整个过程线上完成，券商品下单以及券核销都无需商家辅助操作，节约了人工成本，提升了效率，并且能够避免人工错误操作，保证信息流的完整性和安全性，真正实现了自助线上点单。

图2示出了根据本发明另一个实施例的支持券核销一体化的点单方法的流程示意图，本实施例中具体以点餐场景为例进行说明，当然本发明的应用场景并不局限于此，如图2所示，该方法包括：

步骤S201，接收用户针对门店所发起的点单请求。

例如，用户使用客户端扫描门店桌码，从而发起针对该门店的点单请求，进入门店点餐模式；或者，用户点击客户端内展示的门店点餐按钮发起点单请求，进入门店点餐模式。其中，客户端可以是用户的智能手机上安装的应用程序，比如能够提供线上点餐服务的生活类APP，例如，口碑APP、支付宝APP等。上述两种用户发起点单请求的方式仅仅是本发明的可选的实施方式，本发明对用户发起点单请求的方式不作限定。

步骤S202，查询用户已获得的门店的券信息，券信息包含商品标识以及商品的抵扣信息。

接收到用户针对门店所发起的点单请求时，自动查询用户已获取的该门店的券信息。其中，用户已获取的券信息可以是用户已购买的抵扣券的券信息，例如80元抵90元的双人炸鸡套餐的抵扣券的券信息，这类券需要用户支付一定的金额购买获得，该抵扣券的券信息所包含的商品标识具体是双人炸鸡套餐所包含的各个餐品的商品标识，券信息所包含的抵扣信息则是80元抵90元的信息。用户已获取的券信息还可以是用户已购买的代金券的券信息，例如，90元代100的代金券，这类券也需要用户购买获得，那么该代金券的券信息包含的商品标识可以是代金券的标识，抵扣信息则是90元代100元的信息。用户已获取的券信息还可以是用户已领取的优惠券，这类优惠券无需用户支付任何金额，通过领取的方式即可获得，例如适用于相应门店的折扣券或满减券等，如满100元减20元的满减券，该优惠券的券信息所包含的商品标识可以是优惠券的标识，抵扣信息则是满100元减20元的信息。

另外，具体实施时，还可以接收用户发起的券信息查询请求，根据券信息查询请求查询用户已获取的门店的券信息，也即，用户主动查询其已获得的券。当然，这仅仅是一种示例，本发明的方案并不以此为限。

步骤S203，根据券信息，触发自动程序将券信息对应的商品加入待支付商品列表。

在查询到用户已获得的门店的券信息之后，触发自动程序，自动将券信息所对应的商品加入待支付商品列表中。

例如，对于上述80元抵90元的双人炸鸡套餐的抵扣券，该抵扣券的券信息中包含双人炸鸡套餐所包含的各个餐品的标识，则自动将双人炸鸡套餐所包含的各个餐品添加至待支付商品列表中。对于上述90元代100元的代金券，则根据该代金券的券信息，将该代金券加入至待支付商品列表中。对于上述满100元减20元的满减券，则根据该满减券的券信息，将该满减券加入至待支付商品列表中。

上述方式在查询到用户已获得的门店的券信息之后，自动将券信息对应的商品加入待支付商品列表，除此之外，也可以根据用户的选取操作，将用户选取的券信息所对应的商品加入至待支付商品列表中。

具体地，在查询用户已获得的门店的券信息之后，将查询得到的用户已获得的门店的券信息进行展示；接收用户针对券信息所执行的选取操作，根据选取操作将券信息对应的商品加入待支付商品列表。将查询得到的用户已获取的门店的券信息发送至客户端进行展示，用户对客户端内所展示的券信息进行选取，根据用户执行的选取操作，将用户选取的券信息所对应的商品加入至待支付商品列表中。

另外，待支付商品列表也是可编辑的，用户可以针对待支付商品列表进行操作以减少商品的数量，也可以针对待支付商品列表进行操作以增加商品的数量。具体地，将待支付商品列表进行展示，接收用户针对待支付商品列表中的商品所执行的删除操作，根据删除操作修改该删除操作所针对的商品的数量；接收用户针对待支付商品列表中的商品所执行的增加操作，根据增加操作修改该增加操作所针对的商品的数量。举例来说，查询得到的用户已获得的券信息中包括两张80元抵90元的双人炸鸡套餐的抵扣券的券信息，自动将该两张抵扣券加入至待支付商品列表，而用户本次只需要消费一张抵扣券，则可以点击一次该抵扣券相应的“减1”按钮，此时，待支付商品列表中仅包含一个双人炸鸡套餐所包含的各个餐品，同样地，点击商品对应的“加1”按钮，可以使该商品的数量加1，不进行赘述。当然，本发明的方案并不以此为限。

步骤S204，接收用户针对门店的商品列表所执行的点单操作，将点单操作对应的商品加入待支付商品列表。

用户发起点单请求之后，进入门店点单模式，客户端中展示门店的商品列表供用户进行选取，用户针对门店的商品列表执行点单操作，例如点击客户端中展示的各个商品所对应的点单按钮，从而将该商品加入待支付商品列表。

步骤S205，根据点单操作对应的商品的价格信息以及商品的抵扣信息，确定待支付商品列表中商品的待支付金额。

步骤S204之后，待支付商品列表中包含用户自行选择的商品，也包含用户已获得的券所对应的商品，则根据用户自行选择的各个商品的价格以及券的抵扣信息确定实际支付金额。举例来说，当前待支付商品列表中所包含的商品如表1所示。

其中，优惠套餐即是80元抵90元的双人炸鸡套餐，用户预先购买了该抵扣券，在门店进行点单时，根据该抵扣券的券信息中包含的各个商品标识，将各个商品标识对应的商品(即表1中的经典韩式拌饭、香辣鸡翅、香脆无骨鸡块以及炸粗薯条)加入待支付商品列表中，另外，该用户还从该门店的商品列表中自行选取了甜辣鸡翅加入待支付商品列表中。那么，由于抵扣券是用户已经付过钱购买了的，所以待支付商品列表中所呈现的优惠套餐对应的金额为0元，此次消费用户只需支付自点的甜辣鸡翅的价格22元，也即，该待支付商品列表中商品的待支付金额为22元。

表1

再以上述90元代100元的代金券为例，用户预先购买了该代金券，在门店进行点单时，将该代金券加入待支付商品列表中。此时，假设上述表1中的各个餐品均是用户自行选择的，在此情况下，则需要根据该代金券以及用户手动选择的餐品的总价格计算待支付金额，即在餐品的总价基础上减100元。

步骤S206，接收用户发起的支付请求，根据待支付商品列表中商品的待支付金额完成支付和券核销。

可选地，在根据待支付商品列表中的待支付金完成支付之后，再对待支付商品列表中商品对应的券进行核销。

例如，用户可以点击客户端内展示的支付按钮发起支付请求，当接收到用户发起的支付请求时，则根据待支付商品列表中商品的待支付金额对该用户的账户进行扣款，以及对待支付商品列表中商品所对应的券进行核销。在上述示例中，当用户发起支付请求，则从该用户的账户中扣除22元，并且对用户已获取的80元抵90元的双人炸鸡套餐抵扣券进行核销。同样地，在上述使用代金券的场景中，当用户发起支付请求，按照待支付金额从该用户的账户中扣除相应款项，并且对用户已获取的90元代100元的代金券进行核销。

由此可见，采用该方式，能够将券商品和用户自选的商品进行合并下单，并且在支付阶段能够完成支付的同时完成券核销，点单流程无需商家人员参与，全程线上操作，点单流程的信息流是完整的。

支付环节中，用户还可以扫码支付，具体地，接收用户发起的确认订单请求，生成携带有待支付商品列表中商品的待支付金额的码信息；接收用户通过扫描码信息而发起的支付请求，根据待支付商品列表中商品的待支付金额完成支付和券核销。

当用户对待支付商品列表确认无误时，可点击客户端中展示的确认订单按钮发起确认订单请求，当接收到用户发起的确认订单请求时，根据该用户对应的待支付商品列表中商品的待支付金额，生成码信息；用户使用客户端扫描该码信息发起支付请求，接收到用户通过扫码信息而发起的支付请求时，对该用户的账户进行扣款，同时完成券核销。其中，码信息可以指二维码、三维码、条形码等由图像识别元素按照特定编码规则组成的码信息，本发明对此不做限定。

步骤S207，根据待支付商品列表生成订单信息，将订单信息提供给门店对应的商户。

根据待支付商品列表生成订单信息，将订单信息提供给门店对应的门店端，以供用户根据订单信息进行备货，例如在餐饮场景中，商户根据订单准备餐品。

其中，步骤S206先执行而步骤S207后执行对于先付款模式的点单流程，也即用户先付款，付款成功即表明用户确认订单，付款成功之后生成订单信息提供给商户进行备餐。

步骤S207也可以先于步骤S206执行，步骤S207先执行而步骤S206对应于后付款模式的点单流程，也即当用户对待支付商品列表确认无误时，先发起确认订单请求，此时则根据待支付商品列表生成订单信息提供给商户进行备餐，用户在确认订单之后再发起支付请求。在后付款模式的点餐流程中，用户可通过上述扫码支付方式进行支付，举例来说，可以在接收到用户发起的订单确认请求之后，生成订单信息提供给门店对应的商户进行点餐。于此同时，生成携带有待支付商品列表中商品的待支付金额的码信息，将该码信息以小票形式进行打印，用户通过扫描该码信息进行支付。

综上所述，该方式通过获取用户已获得的券信息，将券信息对应的商品加入到购物车，同时还能够将用户自行选择的商品加入到购物车，将券商品和用户手动选择的商品合并下单，在支付阶段能够完成支付的同时完成券核销，整个点单过程全程线上操作，无需商家辅助进行券商品下单及券核销，节约了人工成本，提升了点单效率，保证信息流的完整性和安全性，真正实现了线上点单。

图3示出了根据本发明又一个实施例的支持券核销一体化的点单系统的结构示意图，如图3所示，该系统包括：

接收模块31，适于接收用户针对门店所发起的点单请求；以及接收用户发起的支付请求；

查询模块32，适于查询用户已获得的门店的券信息，券信息包含商品标识以及商品的抵扣信息；

商品添加模块33，适于将券信息对应的商品加入待支付商品列表；

待支付金额确定模块34，适于根据商品的抵扣信息确定待支付商品列表中商品的待支付金额；

支付核销模块35，适于根据待支付商品列表中商品的待支付金额完成支付和券核销。

可选地，接收模块31进一步适于：接收用户针对门店的商品列表所执行的点单操作；

则商品添加模块33进一步适于：将点单操作对应的商品加入待支付商品列表；

则待支付金额确定模块34进一步适于：根据点单操作对应的商品的价格信息以及商品的抵扣信息，确定待支付商品列表中商品的待支付金额。

可选地，系统进一步包括：

展示模块，适于将查询得到的用户已获得的门店的券信息进行展示。

可选地，接收模块31进一步适于：接收用户针对券信息所执行的选取操作；

商品添加模块33进一步适于：根据选取操作将券信息对应的商品加入待支付商品列表。

可选地，商品添加模块33进一步适于：根据券信息，触发自动程序将券信息对应的商品加入待支付商品列表。

本申请实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的支持券核销一体化的点单方法。

图4示出了根据本发明实施例的一种计算设备的结构示意图，本发明具体实施例并不对计算设备的具体实现做限定。

如图4所示，该计算设备可以包括：处理器(processor)402、通信接口(Communications Interface)404、存储器(memory)406、以及通信总线408。

其中：

处理器402、通信接口404、以及存储器406通过通信总线408完成相互间的通信。

通信接口404，用于与其它设备比如客户端或其它服务器等的网元通信。

处理器402，用于执行程序410，具体可以执行上述支持券核销一体化的点单方法实施例中的相关步骤。

具体地，程序410可以包括程序代码，该程序代码包括计算机操作指令。

处理器402可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器406，用于存放程序410。存储器406可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序410具体可以用于使得处理器402执行上述任意方法实施例中的支持券核销一体化的点单方法。程序410中各步骤的具体实现可以参见上述支持券核销一体化的点单方法实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的计算设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种支持券核销一体化的点单方法，包括：

接收用户针对门店所发起的点单请求；

将商品加入待支付商品列表，根据门店的券信息中的商品的抵扣信息确定所述待支付商品列表中商品的待支付金额，其中，所述商品与所述门店的券信息对应；

接收用户发起的支付请求，根据所述待支付商品列表中商品的待支付金额完成支付和券核销。

2.根据权利要求1所述的方法，其中，在所述接收用户针对门店所发起的点单请求之后，所述方法进一步包括：

接收所述用户针对所述门店的商品列表所执行的点单操作，将所述点单操作对应的商品加入所述待支付商品列表；

则所述根据门店的券信息中的商品的抵扣信息确定所述待支付商品列表中商品的待支付金额进一步包括：

根据所述点单操作对应的商品的价格信息以及所述门店的券信息中的商品的抵扣信息，确定所述待支付商品列表中商品的待支付金额。

3.根据权利要求1所述的方法，其中，所述门店的券信息是用户预先获得的。

4.根据权利要求1所述的方法，其中，所述方法进一步包括：

查询所述用户已获得的所述门店的券信息，所述券信息包含商品标识以及商品的抵扣信息。

5.根据权利要求4所述的方法，其中，所述查询所述用户已获得的所述门店的券信息之后，所述方法进一步包括：

将查询得到的所述用户已获得的所述门店的券信息进行展示。

6.根据权利要求5所述的方法，其中，所述将商品加入待支付商品列表进一步包括：

接收所述用户针对所述券信息所执行的选取操作，根据所述选取操作将券信息对应的商品加入待支付商品列表。

7.根据权利要求1所述的方法，其中，所述将商品加入待支付商品列表进一步包括：

根据所述券信息，触发自动程序将券信息对应的商品加入待支付商品列表。

8.一种支持券核销一体化的点单系统，包括：

接收模块，适于接收用户针对门店所发起的点单请求；以及接收用户发起的支付请求；

商品添加模块，适于将商品加入待支付商品列表；

待支付金额确定模块，适于根据门店的券信息中的商品的抵扣信息确定所述待支付商品列表中商品的待支付金额；其中，所述商品与所述门店的券信息对应；

支付核销模块，适于根据所述待支付商品列表中商品的待支付金额完成支付和券核销。

9.一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-7中任一项所述的支持券核销一体化的点单方法对应的操作。

10.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求1-7中任一项所述的支持券核销一体化的点单方法对应的操作。

Images