CN109978522A - 一种订单支付的方法、装置和设备 - Google Patents

Abstract

本发明实施例公开了一种订单支付的方法、装置和设备，当第二用户进行消费产生待支付订单后，第一用户可以触发查询请求，查询第二用户的该待支付订单，该待支付订单包括服务提供方的账户标识和待支付金额；此时，第一用户终端根据该待支付金额设置不大于该待支付金额的第一目标支付金额，并生成第一支付指令；基于该第一支付指令，代替第二用户向服务提供方的账户支付第一目标支付金额。这样，在第二用户不便自己进行网络支付的情况下，无需第二用户发起代付请求，第一用户也能够主动为其消费所产生的订单进行支付，为第一用户和第二用户的网络消费以及订单支付提供了便利，从而使得用户之间对订单进行网络支付更加简单、方便和人性化。

Description

一种订单支付的方法、装置和设备

技术领域

本发明涉及计算机技术领域，特别是涉及一种订单支付的方法、装置和设备。

背景技术

随着互联网技术的发展，通过网络进行支付已经逐渐成为人们主要的支付方式之一。目前的网络支付包括直接支付和他人代付，其中，直接支付是指由享受服务的用户自己通过网络向服务提供方支付消费产生的金额；他人代付则是指在享受服务的用户不方便进行网络支付的情况下，请求他人(例如：该享受服务的用户的好友用户)支付其消费产生的金额。

他人代付虽然在但一定程度上为用户通过网络支付提供了便利，但是，需要享受服务的用户向他人发起代付请求，并通知他人去响应该代付请求，帮忙支付自己的消费金额，这样，不仅导致网络支付过程复杂，而且，造成用户进行网络支付的体验不佳，例如：在他人代付的过程中如果请求的代付用户也不便或者不想进行该网络支付等，造成网络支付不成功的尴尬场面。

因此，亟待提供一种订单支付方法，以便代付用户可以更加简单、方便和人性化的主动为他人的消费订单进行网络支付，而无需享受服务的用户发起代付请求、代付用户被动的响应该代付请求。

发明内容

为了解决上述技术问题，本发明实施例提供了一种订单支付的方法、装置和设备，以使得即使享受服务的用户不便自己通过互联网进行网络支付，也没有发起代付请求的情况下，其他用户也能够主动为其消费所产生的订单进行支付，使得用户之间对订单进行网络支付更加简单、方便和人性化。

第一方面，提供了一种订单支付的方法，包括：

响应于第一用户触发的查询请求，获得第二用户的待支付订单；其中，所述待支付订单包括服务提供方的账户标识和待支付金额；

根据所述待支付金额设置第一目标支付金额，并生成第一支付指令；其中，所述第一目标支付金额不大于所述待支付金额；

基于所述第一支付指令，代替所述第二用户向所述服务提供方的账户支付所述第一目标支付金额。

可选地，所述第二用户和所述第一用户为开放查询和支付订单权限的用户对。

可选地，该方法还包括：

获取与所述第一用户相关的第三用户的相关信息；所述相关信息为体现所述第一用户和所述第三用户之间的亲密关系的信息，包括：好友关系、共同好友数目、联系频率和互动频率；

根据所述相关信息计算所述第三用户和所述第一用户之间的亲密度；

基于所述亲密度从所述第三用户中选取符合条件的用户，作为所述第一用户对应的所述第二用户，并设置所述第一用户和所述第二用户之间开放所述查询和支付订单权限。

可选地，所述待支付订单为当前正在消费的订单；所述方法还包括：

若所述待支付订单成为完成消费的订单，则，获取所述完成消费的订单的总消费金额；

根据所述总消费金额和所述第一目标支付金额，确定第二目标支付金额，并生成第二支付指令；

基于所述第二支付指令，代替所述第二用户向所述服务提供方的账户支付所述第二目标支付金额。

可选地，所述待支付订单为完成消费的订单，若所述第一目标支付金额小于所述待支付金额，则，所述方法还包括：

响应于第一用户触发的代付指令，获得所述第二用户的所述待支付订单中的第三目标支付金额，以便目标用户为所述第二用户向所述服务提供方的账户支付所述第三目标支付金额；

其中，所述第三目标支金额为所述待支付金额和所述第一目标支付金额的差值；所述目标用户为所述代付请求中指定的用户。

可选地，该方法还包括：

若向所述待支付订单进行支付事件，则生成并向所述第二用户的终端推送订单支付提示，以告知所述第二用户其订单支付情况。

第二方面，还提供了一种订单支付的装置，包括：

第一获取单元，用于响应于第一用户触发的查询请求，获得第二用户的待支付订单；其中，所述待支付订单包括服务提供方的账户标识和待支付金额；

第一生成单元，用于根据所述待支付金额设置第一目标支付金额，并生成第一支付指令；其中，所述第一目标支付金额不大于所述待支付金额；

第一支付单元，用于基于所述第一支付指令，代替所述第二用户向所述服务提供方的账户支付所述第一目标支付金额。

可选地，所述第二用户和所述第一用户为开放查询和支付订单权限的用户对。

可选地，该装置还包括：

第二获取单元，用于获取与所述第一用户相关的第三用户的相关信息；所述相关信息为体现所述第一用户和所述第三用户之间的亲密关系的信息，包括：好友关系、共同好友数目、联系频率和互动频率；

计算单元，用于根据所述相关信息计算所述第三用户和所述第一用户之间的亲密度；

选取和设置单元，用于基于所述亲密度从所述第三用户中选取符合条件的用户，作为所述第一用户对应的所述第二用户，并设置所述第一用户和所述第二用户之间开放所述查询和支付订单权限。

可选地，所述待支付订单为当前正在消费的订单；所述装置还包括：

第三获取单元，用于若所述待支付订单成为完成消费的订单，则，获取所述完成消费的订单的总消费金额；

第二生成单元，用于根据所述总消费金额和所述第一目标支付金额，确定第二目标支付金额，并生成第二支付指令；

第二支付单元，用于基于所述第二支付指令，代替所述第二用户向所述服务提供方的账户支付所述第二目标支付金额。

可选地，所述待支付订单为完成消费的订单，若所述第一目标支付金额小于所述待支付金额，则，所述装置还包括：

第四获取单元，用于响应于第一用户触发的代付指令，获得所述第二用户的所述待支付订单中的第三目标支付金额，以便目标用户为所述第二用户向所述服务提供方的账户支付所述第三目标支付金额；

其中，所述第三目标支金额为所述待支付金额和所述第一目标支付金额的差值；所述目标用户为所述代付请求中指定的用户。

可选地，该装置还包括：

推送单元，用于若向所述待支付订单进行支付事件，则生成并向所述第二用户的终端推送订单支付提示，以告知所述第二用户其订单支付情况。

第三方面，还提供了一种订单支付的设备，所述设备包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行上述第一方面提供的所述的订单支付的方法。

在本发明实施例中，当第二用户进行消费产生待支付订单后，第一用户可以在其终端上触发查询请求，查询到第二用户的该待支付订单，其中，该待支付订单包括服务提供方的账户标识和待支付金额；此时，第一用户终端可以根据该待支付金额设置不大于该待支付金额的第一目标支付金额，并生成第一支付指令；即可基于该第一支付指令，代替第二用户向服务提供方的账户支付第一目标支付金额。这样，通过本发明实施例提供的订单支付方法，在第二用户不便自己通过互联网进行网络支付的情况下，无需第二用户发起代付请求，其他用户(例如：第一用户)也能够主动为其消费所产生的订单进行支付，为第一用户和第二用户的网络消费以及订单支付提供了便利，从而使得用户之间对订单进行网络支付更加简单、方便和人性化。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1为本发明实施例中一应用场景所涉及的网络系统框架示意图；

图2为本发明实施例提供的一种订单支付的方法的流程示意图；

图3为本发明实施例提供的订单支付的方法的一示例流程示意图；

图4为本发明实施例提供的订单支付的方法的另一示例流程示意图；

图5为本发明实施例提供的一种订单支付的装置的结构示意图；

图6为本发明实施例提供的一种订单支付的设备的结构示意图。

具体实施方式

目前，通过网络进行支付已经越来越普遍，用户可以自己通过网络进行直接支付，也可以找他人通过网络帮忙代付。不管是自己直接支付还是网络代付，网络支付在一定程度上为用户提供了便利。

但是，发明人经过研究发现，当用户自己直接支付存在困难，需要他人帮忙支付时，需要主动的向他人发起代付请求，并通知他人去响应该代付请求，帮忙支付自己的消费金额，这样，不仅导致网络支付过程复杂，而且，造成该用户进行网络支付的体验不佳，例如：在他人代付的过程中如果请求的代付人也不便或者不想进行该网络支付等，则可能造成该用户的该次网络支付不成功，而且很可能影像用户之间的友好关系，导致出现较为尴尬的场面。

基于此，为了解决上述问题，在本发明实施例中提供了一种订单支付方法，当第二用户进行消费产生待支付订单后，第一用户可以在其终端上查询到第二用户的该待支付订单，其中，该待支付订单包括服务提供方的账户标识和待支付金额；此时，第一用户可以主动在其终端上进行帮忙买单，具体可以根据该待支付金额设置不大于该待支付金额的第一目标支付金额，并生成第一支付指令，从而基于该第一支付指令，代替第二用户向服务提供方的账户支付第一目标支付金额。

这样，通过本发明实施例提供的订单支付方法，在第二用户不便自己通过互联网进行网络支付的情况下，无需第二用户发起代付请求，第一用户也能够主动为第二用户的待支付订单进行支付，为所有用户的网络消费以及订单支付提供了便利，从而使得用户之间对订单进行网络支付更加简单、方便和人性化。

举例来说，本发明实施例的场景之一，可以是应用到如图1所示的场景中。该场景中，第一用户为甲，第二用户为乙，服务提供方为A租车公司；乙租用A租车公司的车辆100一天，那么，乙的手机200上产生了待支付的订单1。此时，甲可以在其手机300上查看到乙的待支付的订单1，该订单1中显示有A租车公司的账户号码以及待支付的金额100元，那么，甲即可利用自己的手机300为主动的为乙支付该订单1中的全部或者部分金额。例如：如果甲预设的订单自动支付额度为80元，那么，一旦查询到乙待支付的订单1中待支付的金额为100元，那么，即可自动为乙支付最高限额——80元给A租车公司的账号上，剩余的20元可以通过甲在其手机300上的手动触发实现支付。再例如：如果甲预设的订单自动支付额度为150元，那么，一旦查询到乙待支付的订单1中待支付的金额为100元，那么，即可自动为乙支付其待支付的金额——100元给A租车公司的账号上，实现对乙的订单1的支付。

需要说明的是，对于第一用户，可能存在多个第二用户，为了提升用户体验，第一用户可以在其终端上为不同的第二用户设置不同的订单支付选项，例如，设置不同订单自动支付额度、订单自动支付方式、是否在订单支付完成后自动通知对方等。

需要说明的是，本发明实施例中订单产生的场景包括但不限于：网络购物、租车、打车、吃饭等。

可以理解的是，上述场景仅是本发明实施例提供的一个场景示例，本发明实施例并不限于此场景。

下面结合附图，通过实施例来详细说明本发明实施例中订单支付的方法的具体实现方式。

参见图2，为本发明实施例提供的一种订单支付的方法的流程示意图。该方法具体可以包括下述步骤201～步骤203：

步骤201，响应于第一用户触发的查询请求，获得第二用户的待支付订单；其中，所述待支付订单包括服务提供方的账户标识和待支付金额。

可以理解的是，第二用户，是指在服务提供方享受了其提供的服务的用户，即，发生消费而产生待支付订单的用户；第一用户，是指可以查询到第二用户的待支付订单，并可以代替第二用户支付给该服务提供方该待支付订单中的待支付金额的用户。需要说明的是，本实施例中提及的第一用户、第二用户不特指某个用户，均可以是一个用户，也可以是多个用户，还可以是同一用户的多个不同终端，在本发明实施例中不作具体限定。

服务提供方，可以是指提供给第二用户各类服务的商家或者平台，提供给第二用户的服务具体可以是：购物、吃饭、娱乐、租车、打车等待。

具体实现时，当第二用户购买或者享受服务提供方提供的服务时，即会生成该第二用户的待支付订单，该第二用户的待支付订单，不仅会显示在该第二用户的终端上，还可以显示在与该第二用户互相开放查询和支付订单权限的第一用户的终端上。如此，若第一用户在其终端上发起查询请求，即可查询到第二用户的待支付订单。一种情况下，如果查询请求中携带待查询的第二用户标识，那么，获取到的待支付订单对应的第二用户即为该第二用户标识唯一对应的第二用户；另一种情况下，如果查询请求中未指定待查询的第二用户具体是哪个第二用户，那么，可以为第一用户查询所有存在待支付订单的用户，作为第二用户，并获得这些第二用户和各自的待支付订单。

作为一个示例，第一用户可以通过其终端上安装的订单查询和支付客户端，查询其对应的第二用户的待支付订单。作为另一个示例，第一用户可以通过其他客户端(例如：即时通信客户端，如微信等)上的订单查询和支付功能的模块，查询其对应的第二用户的待支付订单。

可以理解的是，待支付订单中，至少包括：服务提供方的账户标识和待支付金额。其中，服务提供方的账户标识，具体可以是该服务提供方的运营商的收款账户名称、账户号码等，可以接收到消费者支付金额的账户信息。其中，待支付订单可以大致分为两类：一类为消费完成的订单，此类待支付订单的待支付金额即为该第二用户该笔订单的最终消费金额，该笔订单下不会额外增加新的消费金额；另一类为当前正在消费的订单，此类待支付订单的待支付金额还可能随着消费的持续增多。

需要说明的是，获得第二用户的待支付订单，解析其中携带的服务提供方的账户标识和待支付金额，为后续第一用户为第二用户支付该待支付订单提供了数据基础。

可以理解的是，第二用户和第一用户为开放查询和支付订单权限的用户对，开放查询和支付订单权限的用户对之间，可以根据本发明实施例提供的方法相互查询到对方的待支付订单，并主动帮助对方支付待支付订单。

其中，如图3所示，在本发明实施例提供的订单支付的方法之前，还可以确定彼此是否为开放查询和支付订单权限的用户对，具体包括：

步骤301，获取与所述第一用户相关的第三用户的相关信息；所述相关信息为体现所述第一用户和所述第三用户之间的亲密关系的信息，包括：好友关系、共同好友数目、联系频率和互动频率。

可以理解的是，第三用户，为在第一用户终端上与第一用户有关系的用户，例如：和第一用户处于某个共同的聊天群中的用户，和第一用户发生过通话的用户，和第一用户进行过短信联系的用户，和第一用户互加好友的用户，等等。

具体实现时，可以在第一用户的终端上，获取体现第一用户和第三用户之间的亲密关系的信息，例如：好友关系、共同好友数目、联系频率和互动频率等，作为第三用户的相关信息。

步骤302，根据所述相关信息计算所述第三用户和所述第一用户之间的亲密度。

具体实现时，可以根据不同用户的需求和用户的交互特点，为各相关信息设置不同的权重，并通过各权重和相关信息之间的特定运算关系，计算第一用户和其对应的所有第三用户之间的亲密度。

需要说明的是，亲密度越大，说明该第三用户与第一用户之间的关系越紧密，作为第一用户主动为其买单的第二用户的可能性越大；反之，亲密度越小，说明该第三用户与第一用户之间的关联越小，作为第一用户主动为其买单的第二用户的可能性越小。

步骤303，基于所述亲密度从所述第三用户中选取符合条件的用户，作为所述第一用户对应的所述第二用户，并设置所述第一用户和所述第二用户之间开放所述查询和支付订单权限。

作为一个示例，可以预先设置亲密度阈值，判断计算所得的亲密度是否大于该亲密度阈值，如果大于，则表示该第三用户与第一用户之间的关系较大，将该亲密度对应的第三用户符合条件，将其作为第二用户；如果不大于，则表示该第三用户与第一用户之间的关系较小，将该亲密度对应的第三用户不符合条件，不能作为第二用户。

作为另一个示例，可以预先设置第二用户个数阈值，将计算所得的多个亲密度按照大小关系进行排序，并将最大的前第二用户个数阈值个亲密度对应的第三用户，作为第二用户，其他第三用户则由于亲密度不符合条件不能作为第二用户。

具体实现时，在从与第一用户存在关系的第三用户中确定第二用户后，即可自动设置第一用户和该确定的第二用户之间开放所述查询和支付订单权限。

需要说明的是，为了更加灵活和人性化，除了利用图3所示的基于亲密度确定第二用户的方式外，还可以通过用户手动设置的方式确定开放查询和订单支付权限的第二用户。

基于步骤201，第一用户终端即可获取到第二用户的待支付订单，为步骤202～步骤203的执行提供了数据基础。

步骤202，根据所述待支付金额设置第一目标支付金额，并生成第一支付指令；其中，所述第一目标支付金额不大于所述待支付金额。

步骤203，基于所述第一支付指令，代替所述第二用户向所述服务提供方的账户支付所述第一目标支付金额。

可以理解的是，第一目标支付金额，是当前第一用户预计为该第二用户的待支付订单支付的金额，一种情况下，该第一目标支付金额可以根据第一用户预先设置的为该第二用户进行主动买单时的支付限额(例如：100元)进行设置的；另一种情况下，该第一目标支付金额也可以是该待支付订单的当前待支付金额；再一种情况下，该第一目标支付金额还可以是通过终端上的提示临时设置的。

第一支付指令，可以携带该待支付订单的订单标识以及第一目标支付金额，用于指示向服务提供方支付该待支付订单中的第一目标支付金额。

具体实现时，生成第一支付指令后，即可解析该第一支付指令，得到待支付订单的订单标识和第一目标支付金额；接着，可以根据该待支付订单的订单标识，确定出该待支付订单的服务提供方的账户标识；然后，可以根据该服务提供方的账户标识确定待支付的账户，即，服务提供方的账户；最后，即可代替第二用户向该服务提供方的账户支付第一目标支付金额。

需要说明的是，当第一用户主动为第二用户进行一次订单支付后，如果第一用户设置开启了自动提醒功能，那么，第二用户可以接收到通知，例如“第一用户已为您的订单XX支付了YY元”，用于告知第二用户其当前的待支付订单状态，避免出现重复支付和支付失败等错误。

在一些实现方式中，如果该待支付订单为完成消费的订单，例如：网络购物产生的订单，那么，该待支付订单的待支付金额即为该订单的消费总金额，如果该第一用户为第二用户支付的第一目标支付金额小于待支付金额，则，表示该第二用户的待支付订单还存在部分未支付金额。一种情况下，第二用户可以自己支付剩余的未支付金额，以完成该待支付订单；另一种情况下，该第二用户对应的其他第一用户也可以执行本实施例中提供的订单支付方法，为该第二用户完成剩余的未支付金额的支付，即，向服务提供方的账户支付该剩余的未支付金额，以完成该待支付订单；再一种情况下，还可以由第一用户继续触发为该第二用户支付剩余的未支付金额。

具体而言，本实施例具体还可以包括：响应于第一用户触发的代付指令，获得所述第二用户的所述待支付订单中的第三目标支付金额，以便目标用户为所述第二用户向所述服务器提供方的账户支付所述第三目标支付金额。其中，所述第三目标支金额为所述待支付金额和所述第一目标支付金额的差值；所述目标用户为所述代付请求中指定的用户。

其中，第三目标支付金额为待支付金额减去第一目标支付金额，得到的剩余的未支付金额。目标用户可以是第二用户本身，也可以是支付第一目标支付金额的第一用户，还可以是和第二用户开放了查询和订单支付权限的其他第一用户，或者其他相关用户，在此不作具体限定。

在另一些实现方式中，如果该待支付订单为当前正在消费的订单，例如：正在吃饭的订单或者正在出租车上产生的打车订单；那么，该待支付订单中的待支付金额还可能随着消费的推进，继续变化，并不是该订单对应的消费总金额，如此，经过步骤203之后，如图4所示，本发明实施例还可以包括：

步骤404，若所述待支付订单成为完成消费的订单，则，获取所述完成消费的订单的总消费金额。

可以理解的是，在经过步骤203完成该待支付订单中产生的第一目标支付金额后，持续判断该待支付订单的状态是否切换为完成消费的订单，如果是，则表示该订单对应的该次消费已经结束，不会在该订单中产生新的消费金额；此时，可以从该待支付订单对应的当前该完成消费的订单中，提取该订单对应的总消费金额。

需要说明的是，为了该订单支付方式更加灵活，还可以在步骤203之后，根据预设规则(例如：周期性的或者预设时间内未产生新的消费金额等)代替第二用户向该服务提供方的账户进行阶段性的支付。

步骤405，根据所述总消费金额和所述第一目标支付金额，确定第二目标支付金额，并生成第二支付指令。

步骤406，基于所述第二支付指令，代替所述第二用户向所述服务提供方的账户支付所述第二目标支付金额。

其中，第二目标支付金额，可以是总消费金额和第一目标支付金额之差，即，需要代替第二用户支付的最高金额；该第二目标支付金额，还可以是总消费金额和第一目标支付金额的差额中的一部分，不进行具体限定。

其中，第二支付指令，可以携带该待支付订单的订单标识以及第二目标支付金额，用于指示向服务提供方支付该待支付订单中的第二目标支付金额。

具体实现时，生成第二支付指令后，即可解析该第二支付指令，得到待支付订单的订单标识和第二目标支付金额；接着，可以根据该待支付订单的订单标识，确定出该待支付订单的服务提供方的账户标识；然后，可以根据该服务提供方的账户标识确定待支付的账户，即，服务提供方的账户；最后，即可代替第二用户向该服务提供方的账户支付第二目标支付金额。

需要说明的是，当第一用户主动为第二用户进行该次订单支付后，如果第一用户设置开启了自动提醒功能，那么，第二用户可以接收到通知，例如“第一用户又为您的订单XX支付了ZZ元”，用于告知第二用户其当前的待支付订单状态，避免出现重复支付和支付失败等错误。

也就是说，为了让支付更加人性化，若向所述待支付订单进行支付事件，本发明实施例还可以包括：生成并向所述第二用户的终端推送订单支付提示，以告知所述第二用户其订单支付情况。

需要说明的是，本发明实施例提供的订单支付方式，为用户之间互送惊喜、互相买单、AA制消费等提供了便利；而且，为消费的用户发生网络支付困难(例如：忘记买单、账户中暂时无足够余额等)的尴尬处境提供了有效和便捷的解决方案；其次，通过用户之间未支付订单的查询，提供了一个间接的为彼此推荐优质商家的真实和有效的平台。

这样，在本发明实施例中，当第二用户进行消费产生待支付订单后，第一用户可以在其终端上触发查询请求，查询到第二用户的该待支付订单，其中，该待支付订单包括服务提供方的账户标识和待支付金额；此时，第一用户终端可以根据该待支付金额设置不大于该待支付金额的第一目标支付金额，并生成第一支付指令；即可基于该第一支付指令，代替第二用户向服务提供方的账户支付第一目标支付金额。这样，通过本发明实施例提供的订单支付方法，在第二用户不便自己通过互联网进行网络支付的情况下，无需第二用户发起代付请求，其他用户(例如：第一用户)也能够主动为其消费所产生的订单进行支付，为第一用户和第二用户的网络消费以及订单支付提供了便利，从而使得用户之间对订单进行网络支付更加简单、方便和人性化。

相应的，本发明实施例还提供了一种订单支付的装置，参见图5，该装置具体可以包括：

第一获取单元501，用于响应于第一用户触发的查询请求，获得第二用户的待支付订单；其中，所述待支付订单包括服务提供方的账户标识和待支付金额；

第一生成单元502，用于根据所述待支付金额设置第一目标支付金额，并生成第一支付指令；其中，所述第一目标支付金额不大于所述待支付金额；

第一支付单元503，用于基于所述第一支付指令，代替所述第二用户向所述服务提供方的账户支付所述第一目标支付金额。

可选地，所述第二用户和所述第一用户为开放查询和支付订单权限的用户对。

可选地，该装置还包括：

第二获取单元，用于获取与所述第一用户相关的第三用户的相关信息；所述相关信息为体现所述第一用户和所述第三用户之间的亲密关系的信息，包括：好友关系、共同好友数目、联系频率和互动频率；

计算单元，用于根据所述相关信息计算所述第三用户和所述第一用户之间的亲密度；

选取和设置单元，用于基于所述亲密度从所述第三用户中选取符合条件的用户，作为所述第一用户对应的所述第二用户，并设置所述第一用户和所述第二用户之间开放所述查询和支付订单权限。

可选地，所述待支付订单为当前正在消费的订单；所述装置还包括：

第三获取单元，用于若所述待支付订单成为完成消费的订单，则，获取所述完成消费的订单的总消费金额；

第二生成单元，用于根据所述总消费金额和所述第一目标支付金额，确定第二目标支付金额，并生成第二支付指令；

第二支付单元，用于基于所述第二支付指令，代替所述第二用户向所述服务提供方的账户支付所述第二目标支付金额。

可选地，所述待支付订单为完成消费的订单，若所述第一目标支付金额小于所述待支付金额，则，所述装置还包括：

第四获取单元，用于响应于第一用户触发的代付指令，获得所述第二用户的所述待支付订单中的第三目标支付金额，以便目标用户为所述第二用户向所述服务提供方的账户支付所述第三目标支付金额；

其中，所述第三目标支金额为所述待支付金额和所述第一目标支付金额的差值；所述目标用户为所述代付请求中指定的用户。

可选地，该装置还包括：

推送单元，用于若向所述待支付订单进行支付事件，则生成并向所述第二用户的终端推送订单支付提示，以告知所述第二用户其订单支付情况。

上述描述为订单支付的装置的相关描述，其中，具体实现方式以及达到的效果，可以参见上述的订单支付的方法实施例的描述，这里不再赘述。

此外，本发明实施例还提供了一种订单支付的设备，如图6所示，该设备包括处理器601以及存储器602：

所述存储器602用于存储程序代码，并将所述程序代码传输给所述处理器601；

所述处理器601用于根据所述程序代码中的指令执行上述方法实施例所提供的订单支付的方法。

该订单支付的设备的具体实现方式以及达到的效果，可以参见上述订单支付的方法实施例的描述，这里不再赘述。

本发明实施例中提到的“第一目标支付金额”、“第一支付指令”等名称中的“第一”只是用来做名字标识，并不代表顺序上的第一。该规则同样适用于“第二”等。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如只读存储器(英文：read-only memory，ROM)/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如路由器等网络通信设备)执行本发明各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例和设备实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及装置实施例仅仅是示意性的，其中作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本发明的优选实施方式，并非用于限定本发明的保护范围。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (13)

1.一种订单支付的方法，其特征在于，包括：

响应于第一用户触发的查询请求，获得第二用户的待支付订单；其中，所述待支付订单包括服务提供方的账户标识和待支付金额；

根据所述待支付金额设置第一目标支付金额，并生成第一支付指令；其中，所述第一目标支付金额不大于所述待支付金额；

基于所述第一支付指令，代替所述第二用户向所述服务提供方的账户支付所述第一目标支付金额。

2.根据权利要求1所述的方法，其特征在于，所述第二用户和所述第一用户为开放查询和支付订单权限的用户对。

3.根据权利要求2所述的方法，其特征在于，还包括：

获取与所述第一用户相关的第三用户的相关信息；所述相关信息为体现所述第一用户和所述第三用户之间的亲密关系的信息，包括：好友关系、共同好友数目、联系频率和互动频率；

根据所述相关信息计算所述第三用户和所述第一用户之间的亲密度；

基于所述亲密度从所述第三用户中选取符合条件的用户，作为所述第一用户对应的所述第二用户，并设置所述第一用户和所述第二用户之间开放所述查询和支付订单权限。

4.根据权利要求1所述的方法，其特征在于，所述待支付订单为当前正在消费的订单；所述方法还包括：

若所述待支付订单成为完成消费的订单，则，获取所述完成消费的订单的总消费金额；

根据所述总消费金额和所述第一目标支付金额，确定第二目标支付金额，并生成第二支付指令；

基于所述第二支付指令，代替所述第二用户向所述服务提供方的账户支付所述第二目标支付金额。

5.根据权利要求1所述的方法，其特征在于，所述待支付订单为完成消费的订单，若所述第一目标支付金额小于所述待支付金额，则，所述方法还包括：

响应于第一用户触发的代付指令，获得所述第二用户的所述待支付订单中的第三目标支付金额，以便目标用户为所述第二用户向所述服务提供方的账户支付所述第三目标支付金额；

其中，所述第三目标支金额为所述待支付金额和所述第一目标支付金额的差值；所述目标用户为所述代付请求中指定的用户。

6.根据权利要求1～5任一项所述的方法，其特征在于，还包括：

若向所述待支付订单进行支付事件，则生成并向所述第二用户的终端推送订单支付提示，以告知所述第二用户其订单支付情况。

7.一种订单支付的装置，其特征在于，包括：

第一获取单元，用于响应于第一用户触发的查询请求，获得第二用户的待支付订单；其中，所述待支付订单包括服务提供方的账户标识和待支付金额；

第一生成单元，用于根据所述待支付金额设置第一目标支付金额，并生成第一支付指令；其中，所述第一目标支付金额不大于所述待支付金额；

第一支付单元，用于基于所述第一支付指令，代替所述第二用户向所述服务提供方的账户支付所述第一目标支付金额。

8.根据权利要求7所述的装置，其特征在于，所述第二用户和所述第一用户为开放查询和支付订单权限的用户对。

9.根据权利要求8所述的装置，其特征在于，还包括：

第二获取单元，用于获取与所述第一用户相关的第三用户的相关信息；所述相关信息为体现所述第一用户和所述第三用户之间的亲密关系的信息，包括：好友关系、共同好友数目、联系频率和互动频率；

计算单元，用于根据所述相关信息计算所述第三用户和所述第一用户之间的亲密度；

选取和设置单元，用于基于所述亲密度从所述第三用户中选取符合条件的用户，作为所述第一用户对应的所述第二用户，并设置所述第一用户和所述第二用户之间开放所述查询和支付订单权限。

10.根据权利要求7所述的装置，其特征在于，所述待支付订单为当前正在消费的订单；所述装置还包括：

第三获取单元，用于若所述待支付订单成为完成消费的订单，则，获取所述完成消费的订单的总消费金额；

第二生成单元，用于根据所述总消费金额和所述第一目标支付金额，确定第二目标支付金额，并生成第二支付指令；

第二支付单元，用于基于所述第二支付指令，代替所述第二用户向所述服务提供方的账户支付所述第二目标支付金额。

11.根据权利要求7所述的装置，其特征在于，所述待支付订单为完成消费的订单，若所述第一目标支付金额小于所述待支付金额，则，所述装置还包括：

第四获取单元，用于响应于第一用户触发的代付指令，获得所述第二用户的所述待支付订单中的第三目标支付金额，以便目标用户为所述第二用户向所述服务提供方的账户支付所述第三目标支付金额；

其中，所述第三目标支金额为所述待支付金额和所述第一目标支付金额的差值；所述目标用户为所述代付请求中指定的用户。

12.根据权利要求7所述的装置，其特征在于，该装置还包括：

推送单元，用于若向所述待支付订单进行支付事件，则生成并向所述第二用户的终端推送订单支付提示，以告知所述第二用户其订单支付情况。

13.一种订单支付的设备，所述设备包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行权利要求1至6任一项所述的订单支付的方法。