订单支付方法和装置的制造方法
【技术领域】
[0001]本发明涉及互联网技术领域，尤其涉及一种订单支付方法和装置。
【背景技术】
[0002]目前用户的预订或者排队等场景，预订、排队或点菜等操作与买单操作是分离的，买单操作需要用户单独发起，从页面上的专门入口进入，输入价格信息，并最终确认支付。这就使得用户在使用时，整体感很弱，不容易直接想到并使用买单功能，并且买单操作复杂，需要用户发起，同时输入价格信息，并最终确认，用户体验较差。
【发明内容】
[0003]本发明的目的旨在至少在一定程度上解决相关技术中的技术问题之一。
[0004]为此，本发明的第一个目的在于提出一种订单支付方法。该方法可以提升用户到线下消费场所，闭环消费的用户体验，用户支付路径较短，操作简便。
[0005]本发明的第二个目的在于提出一种订单支付装置。
[0006]为了实现上述目的，本发明第一方面实施例的订单支付方法，包括:接收商家发送的收款请求，所述收款请求是所述商家在接收到用户的支付请求后发送的，所述用户的支付请求是所述用户在对请求的订单消费完成之后发送给所述商家的，所述收款请求包括所述订单对应的消费信息；根据所述收款请求和所述用户的设置进行收款。
[0007]本发明实施例的订单支付方法，接收商家发送的收款请求，上述收款请求是商家在接收到用户的支付请求后发送的，而用户的支付请求是用户在对请求的订单消费完成之后发送给商家的，上述收款请求包括上述订单对应的消费信息，；然后，可以根据上述收款请求和用户的设置进行收款，从而可以提升用户到线下消费场所，闭环消费的用户体验，用户支付路径较短，操作简便。
[0008]为了实现上述目的，本发明第二方面实施例的订单支付装置，包括:接收模块，用于接收商家发送的收款请求，所述收款请求是所述商家在接收到用户的支付请求后发送的，所述用户的支付请求是所述用户在对请求的订单消费完成之后发送给所述商家的，所述收款请求包括所述订单对应的消费信息；收款模块，用于根据所述接收模块接收的收款请求和所述用户的设置进行收款。
[0009]本发明实施例的订单支付装置，接收模块接收商家发送的收款请求，上述收款请求是商家在接收到用户的支付请求后发送的，而用户的支付请求是用户在对请求的订单消费完成之后发送给商家的，上述收款请求包括上述订单对应的消费信息；然后，收款模块可以根据上述收款请求和用户的设置进行收款，从而可以提升用户到线下消费场所，闭环消费的用户体验，用户支付路径较短，操作简便。
[0010]本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
【附图说明】
[0011]本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中:
[0012]图1为本发明订单支付方法一个实施例的流程图；
[0013]图2为本发明用户操作界面一个实施例的示意图；
[0014]图3为本发明商家操作界面一个实施例的示意图；
[0015]图4为本发明无需用户介入的支付通知短信一个实施例的示意图；
[0016]图5为本发明需要用户介入的支付通知一个实施例的示意图；
[0017]图6为本发明支付信息确认界面一个实施例的示意图；
[0018]图7为本发明订单支付装置一个实施例的结构示意图；
[0019]图8为本发明订单支付装置另一个实施例的结构示意图。
【具体实施方式】
[0020]下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。相反，本发明的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。
[0021]图1为本发明订单支付方法一个实施例的流程图，如图1所示，该订单支付方法可以包括:
[0022]步骤101，接收商家发送的收款请求，上述收款请求是商家在接收到用户的支付请求后发送的，上述用户的支付请求是用户在对请求的订单消费完成之后发送给上述商家的，上述收款请求包括上述订单对应的消费信息。
[0023]其中，上述消费信息包括:上述订单对应的消费金额、消费明细和/或账单等相关信息。
[0024]步骤102，根据上述收款请求和上述用户的设置进行收款。
[0025]本实施例中，步骤101之前，还可以接收用户的订单请求，获得上述用户输入的订单信息，并将上述用户的订单信息发送给商家，以便商家将上述用户的订单信息与上述用户的消费行为进行关联。其中，上述用户的订单请求可以通过用户使用的移动终端上安装的应用(Applicat1n;以下简称:APP)发送；上述用户输入的订单信息可以包括用户使用的移动终端的标识(例如:用户的手机号)和用户请求的订单所需的相关信息。
[0026]接收到上述用户的订单信息之后，商家可以将用户的消费行为与订单信息进行关联，关联方式可以是用户手机号中的特定几位，或者可以是特定的预订码或排队号等，这样在接收到用户的支付请求之后，商家可以根据该用户的手机号或特定的预订码或排队号获得该用户的订单信息，进而获得订单对应的消费信息，然后商家可以将上述订单对应的消费信息携带在收款请求中。
[0027]本实施例中，上述用户的支付请求是通过人工方式发送给上述商家的，例如:用户可以告知相关服务员需要进行支付，然后服务员会在商家后台进行相关的收款操作；或者，上述用户的支付请求是通过点击上述订单中提供的支付功能按键发送给上述商家的，举例来说，上述订单中可以提供“支付”或“结账”的功能按键，用户点击该按键，即向商家发送了支付请求，商家收到用户发送的支付请求之后，会进行相关的收款操作。
[0028]本实施例的一种实现方式中，步骤102可以为:当上述用户允许无介入型的直接支付时，根据上述收款请求自动关联用户可享受的优惠信息，并直接从上述用户的账户中扣除上述用户的实际支付金额。进一步地，从上述用户的账户中扣除用户的实际支付金额之后，还可以将用户的实际支付金额和消费信息告知上述用户。
[0029]其中，无介入型的直接支付可以包括白条类信贷产品(例如:京东白条、百度白条或淘宝花呗等)，或余额类资产(例如:网站余额或储值卡等)，又或者信用卡网上免密支付的直接支付方式等等，本实施例对无介入型的直接支付的具体形式不作限定。
[0030]本实施例的另一种实现方式中，步骤102可以为:当用户不允许无介入型的直接支付时，向用户发送支付通知，上述支付通知中包括用户的支付金额和支付链接；接收到用户通过点击上述支付链接输入的指令之后，向用户展示支付信息确认界面，上述支付信息确认界面中包括用户可享受的优惠信息和用户的实际支付金额；接收用户在上述支付信息确认界面输入的确认指示之后，从上述用户的账户中扣除上述用户的实际支付金额。
[0031]上述订单支付方法中，接收商家发送的收款请求，上述收款请求包括上述用户的消费信息，上述收款请求是商家在接收到用户的支付请求后发送的，而用户的支付请求是用户在对请求的订单消费完成之后发送给商家的；然后，可以根据上述收款请求和用户的设置进行收款，从而可以提升用户到线下消费场所，闭环消费的用户体验，用户支付路径较短，操作简便。
[0032]本发明图1所示实施例的方法可以应用在预订、排队、团购和/或点菜等场景，只要明确用户会到某个确定地点消费的场景，都可以适用本发明图1所示实施例提供的方法。
[0033]下面以预订场景为例进行说明。
[0034]1、预订阶段。
[0035]用户打开该用户使用的移动终端上安装的APP，通过平台提供的预订功能向平台发送预订请求，然后平台会将预定界面通过APP展示给用户，用户在预订界面上填写订单所需的相关信息，平台就会接收到上述用户的订单信息完成预订操作。在用户预订完之后，用户可以进入