CN112581111A - 一种针对待支付数据的支付方法、装置以及电子设备 - Google Patents

Abstract

本申请提供一种针对待支付数据的支付方法，应用于运行在终端中的支付应用，所述方法包括：获得在所述终端中开启支付应用、针对待支付数据进行支付操作的第一触发命令；从第一触发命令中获得运行在所述终端中的服务应用的标识信息；展示目标用户对应的支付识别码；在目标用户对应的支付识别码被目标实体对象客户端识别后，获得支付应用服务端提供的目标组织机构针对待支付数据的可支付数据；根据所述可支付数据对所述待支付数据进行支付处理。通过服务应用的标识信息的传递，可以使支付应用服务端根据服务应用的标识信息向服务应用服务端获得目标组织机构针对待支付数据的可支付数据，支付应用可以根据该可支付数据针对待支付数据进行支付处理。

Description

一种针对待支付数据的支付方法、装置以及电子设备

技术领域

本申请涉及计算机领域，具体涉及一种针对待支付数据的支付方法、装置、电子设备以及存储介质。本申请同时涉及另一种针对待支付数据的支付方法、装置、电子设备以及存储介质，一种数据处理方法、装置、电子设备以及存储介质，另一种数据处理方法、装置、电子设备以及存储介质，另一种数据处理方法、装置、电子设备以及存储介质。

背景技术

随着互联网的普及，用户采用第三方点餐平台进行点餐越来广泛。在此过程中，用户会享受其所属的组织机构提供的资源对象，用于为用户在点餐平台点餐使用。例如，针对用户在某个餐饮门店的订单进行结算时，可以使用用户所属的企业为用户提供的餐补对订单进行结算。

现有技术中，用户只能在企业餐补服务签约门店使用企业餐补对账单进行结算，换而言之，未签约企业餐补服务的门店无法支持使用企业餐补对账单进行结算。

因此，在现有技术中，用户无法在未签约企业餐补服务的门店使用企业餐补对账单进行结算，进而导致企业餐补服务使用范围受限，给用户的消费体验造成不便。

发明内容

本申请实施例提供一种针对待支付数据的支付方法，以解决现有技术中的用户无法在未签约企业餐补服务的门店使用企业餐补对账单进行结算的问题。

本申请实施例提供一种针对待支付数据的支付方法，应用于运行在终端中的支付应用，所述方法包括：获得在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令；从所述第一触发命令中获得运行在所述终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据；展示所述目标用户对应的支付识别码，所述支付识别码中包括所述服务应用的标识信息；在所述目标用户对应的支付识别码被目标实体对象客户端识别后，获得支付应用服务端提供的目标组织机构针对所述待支付数据的可支付数据，所述目标实体对象客户端为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的客户端，所述目标用户为所述目标组织机构的成员；根据所述可支付数据对所述待支付数据进行支付处理。

可选的，所述获得在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令，包括：获得所述服务应用发出的在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令。

可选的，还包括：针对所述第一触发命令，展示用于选择开启扫描识别码功能或开启展示支付识别码功能的页面；所述展示所述目标用户对应的支付识别码，包括：响应于检测到针对开启展示支付识别码功能的触发操作，展示所述目标用户对应的支付识别码。

可选的，所述根据所述可支付数据对所述待支付数据进行支付处理，包括：展示包括所述可支付数据、所述待支付数据、所述目标用户的实际待支付数据的支付信息确认页面，所述目标用户的实际待支付数据是根据所述可支付数据和所述待支付数据获得的；响应于检测到针对所述支付信息确认页面的确认操作，向所述支付应用服务端发出用于触发所述支付应用服务端完成支付操作的第二触发命令，所述第二触发命令包括所述目标用户的实际待支付数据。

可选的，还包括：获得所述支付应用服务端发出的支付成功消息；展示用于表示支付成功的支付成功页面，所述支付成功页面包括所述可支付数据。

可选的，所述目标订单为用于表示所述目标用户在所述目标实体对象所在位置接受所述目标实体对象提供的服务的订单。

本申请还提供一种针对待支付数据的支付装置，应用于运行在终端中的支付应用，所述装置包括：第一触发命令获取单元，用于获得在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令；第一触发命令解析单元，用于从所述第一触发命令中获得运行在所述终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据；展示单元，用于展示所述目标用户对应的支付识别码，所述支付识别码中包括所述服务应用的标识信息；可支付数据获取单元，用于在所述目标用户对应的支付识别码被目标实体对象客户端识别后，获得支付应用服务端提供的目标组织机构针对所述待支付数据的可支付数据，所述目标实体对象客户端为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的客户端，所述目标用户为所述目标组织机构的成员；支付处理单元，用于根据所述可支付数据对所述待支付数据进行支付处理。

可选的，所述第一触发命令获取单元具体用于获得所述服务应用发出的在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令。

可选的，还包括：所述展示单元具体用于针对所述第一触发命令，展示用于选择开启扫描识别码功能或开启展示支付识别码功能的页面；所述展示所述目标用户对应的支付识别码，包括：响应于检测到针对开启展示支付识别码功能的触发操作，展示所述目标用户对应的支付识别码。

可选的，所述支付处理单元包括实际待支付数据获取单元和第二触发命令发送单元；所述实际待支付数据获取单元，用于展示包括所述可支付数据、所述待支付数据、所述目标用户的实际待支付数据的支付信息确认页面，所述目标用户的实际待支付数据是根据所述可支付数据和所述待支付数据获得的；所述第二触发命令发送单元，用于响应于检测到针对所述支付信息确认页面的确认操作，向所述支付应用服务端发出用于触发所述支付应用服务端完成支付操作的第二触发命令，所述第二触发命令包括所述目标用户的实际待支付数据。

可选的，还包括：支付成功消息获得单元，用于获得所述支付应用服务端发出的支付成功消息；支付成功页面展示单元，用于展示用于表示支付成功的支付成功页面，所述支付成功页面包括所述可支付数据。

可选的，所述目标订单为用于表示所述目标用户在所述目标实体对象所在位置接受所述目标实体对象提供的服务的订单。

本申请还提供一种针对待支付数据的支付方法，应用于运行在终端中的支付应用，所述方法包括：获得在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令；从所述第一触发命令中获得运行在所述终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据；识别目标实体对象识别码，向支付应用服务端发出针对所述待支付数据的支付请求消息，所述支付请求消息包括所述服务应用的标识信息，所述目标实体对象识别码为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的识别码；获得所述支付应用对应的支付应用服务端提供的目标组织机构针对所述待支付数据的可支付数据，所述目标用户为所述目标组织机构的成员；根据所述可支付数据对所述待支付数据进行支付处理。

可选的，所述获得在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令，包括：获得所述服务应用发出的在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令。

可选的，还包括：针对所述第一触发命令，展示用于选择开启扫描识别码功能或开启展示支付识别码功能的页面；所述识别目标实体对象识别码，包括：响应于检测到针对开启扫描识别码功能的触发操作，识别所述目标实体对象识别码。

可选的，所述根据所述可支付数据对所述待支付数据进行支付处理，包括：展示包括所述可支付数据、所述待支付数据、所述目标用户的实际待支付数据的支付信息确认页面，所述目标用户的实际待支付数据是根据所述可支付数据和所述待支付数据获得的；响应于检测到针对所述支付信息确认页面的确认操作，向所述支付应用服务端发出用于触发所述支付应用服务端完成支付操作的第二触发命令，所述第二触发命令包括所述目标用户的实际待支付数据。

可选的，还包括：获得所述支付应用服务端发出的支付成功消息；展示用于表示支付成功的支付成功页面，所述支付成功页面包括所述可支付数据。

可选的，所述目标订单为用于表示所述目标用户在所述目标实体对象所在位置接受所述目标实体对象提供的服务的订单。

本申请还提供一种针对待支付数据的支付装置，应用于运行在终端中的支付应用，所述装置包括：第一触发命令获取单元，用于获得在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令；第一触发命令解析单元，用于从所述第一触发命令中获得运行在所述终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据；支付请求消息获取单元，用于识别目标实体对象识别码，向支付应用服务端发出针对所述待支付数据的支付请求消息，所述支付请求消息包括所述服务应用的标识信息，所述目标实体对象识别码为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的识别码；可支付数据获取单元，用于获得所述支付应用对应的支付应用服务端提供的目标组织机构针对所述待支付数据的可支付数据，所述目标用户为所述目标组织机构的成员；支付处理单元，用于根据所述可支付数据对所述待支付数据进行支付处理。

可选的，所述第一触发命令获取单元具体用于获得所述服务应用发出的在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令。

可选的，还包括：第一展示单元，用于针对所述第一触发命令，展示用于选择开启扫描识别码功能或开启展示支付识别码功能的页面；所述支付请求消息获取单元具体用于响应于检测到针对开启扫描识别码功能的触发操作，识别所述目标实体对象识别码。

可选的，所述支付处理单元，包括：第二展示单元和第二触发命令发送单元；所述第二展示单元，用于展示包括所述可支付数据、所述待支付数据、所述目标用户的实际待支付数据的支付信息确认页面，所述目标用户的实际待支付数据是根据所述可支付数据和所述待支付数据获得的；所述第二触发命令发送单元，用于响应于检测到针对所述支付信息确认页面的确认操作，向所述支付应用服务端发出用于触发所述支付应用服务端完成支付操作的第二触发命令，所述第二触发命令包括所述目标用户的实际待支付数据。

可选的，还包括：支付成功消息获得单元，用于获得所述支付应用服务端发出的支付成功消息；支付成功页面展示单元，用于展示用于表示支付成功的支付成功页面，所述支付成功页面包括所述可支付数据。

可选的，所述目标订单为用于表示所述目标用户在所述目标实体对象所在位置接受所述目标实体对象提供的服务的订单。

本申请还提供一种数据处理方法，应用于支付应用服务端，所述方法包括：获得针对待支付数据的支付请求消息，所述支付请求消息包括运行在终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据；根据所述服务应用的标识信息，向服务应用服务端发出用于请求获得目标组织机构针对所述待支付数据的可支付数据的可支付数据请求消息，所述目标用户为所述目标组织机构的成员；获得所述服务应用服务端返回的所述目标组织机构针对所述待支付数据的可支付数据；向运行在终端中的与所述目标用户对应的支付应用发送所述目标组织机构针对所述待支付数据的可支付数据。

可选的，所述获得针对待支付数据的支付请求消息，包括：获得与所述目标用户对应的支付应用发出的所述支付请求消息，或者，获得目标实体对象客户端发出的所述支付请求消息，所述目标实体对象客户端为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的客户端。

可选的，所述可支付数据请求消息包括所述目标订单的标识信息和/或所述目标用户的标识信息。

可选的，还包括：如果获得所述服务应用服务端返回的用于表示未查询到任何组织机构针对所述待支付数据的可支付数据的响应消息，则向所述支付应用发送用于表示表示未查询到任何组织机构针对所述待支付数据的可支付数据的提示消息，或者向所述支付应用发送用于表示将所述待支付数据作为所述目标用户的实际待支付数据的提示消息。

可选的，还包括：根据所述待支付数据和所述目标组织机构针对所述待支付数据的可支付数据，获得目标用户的实际待支付数据；所述向运行在终端中的与所述目标用户对应的支付应用发送所述目标组织机构针对所述待支付数据的可支付数据，包括：向所述支付应用发送所述目标用户的实际待支付数据和所述目标组织机构针对所述待支付数据的可支付数据。

可选的，还包括：获得所述支付应用发出的用于触发所述支付应用服务端完成支付操作的第二触发命令，所述第二触发命令包括所述目标用户的实际待支付数据；针对所述目标用户的实际待支付数据进行支付操作。

可选的，所述针对所述目标用户的实际待支付数据进行支付操作，包括：根据所述目标用户的实际待支付数据，对所述目标用户的目标用户账户进行扣减操作；根据所述目标组织机构针对所述待支付数据的可支付数据，对所述目标组织机构的目标组织机构账户进行扣减操作；根据所述待支付数据，对目标实体对象的目标实体对象账户进行增额操作，所述目标实体对象为针对所述目标订单为所述目标用户提供服务的实体对象。

可选的，还包括执行如下至少一种操作：向所述支付应用和/或目标用户客户端发出用于表示针对所述目标用户的实际待支付数据支付成功的支付成功消息；向目标实体对象客户端发出用于表示所述目标用户针对所述待支付数据支付成功的支付成功消息；向目标组织机构客户端和/或所述服务应用服务端发出用于表示从所述目标组织机构账户中针对所述目标用户扣减所述可支付数据成功的扣减成功消息。

可选的，还包括：获得目标实体对象客户端或所述支付应用发出的用于请求向所述目标用户的目标用户账户退还所述目标用户的实际已支付数据的请求消息，所述目标实体对象客户端为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的客户端，所述实际已支付数据是与所述实际待支付数据对应的数据；针对所述目标用户的实际已支付数据进行退还操作。

可选的，所述针对所述目标用户的实际已支付数据进行退还操作，包括：根据所述目标用户的实际已支付数据，对所述目标用户的目标用户账户进行退还操作；根据所述目标组织机构针对所述待支付数据的已支付数据，对所述目标组织机构的目标组织机构账户进行退还操作，所述目标组织机构针对所述待支付数据的已支付数据是与所述目标组织机构针对所述待支付数据的可支付数据对应的数据；根据已支付总数据，对所述目标实体对象的目标实体对象账户进行扣减操作，所述已支付总数据是与所述待支付数据对应的数据。

可选的，还包括执行如下至少一种操作：向所述支付应用和/或目标用户客户端发出用于表示针对所述目标用户的实际已支付数据退还成功的退还成功消息；向目标实体对象客户端发出用于表示从所述目标实体对象账户中针对所述已支付总数据扣减成功的扣减成功消息；向目标组织机构客户端和/或所述服务应用服务端发出用于表示针对所述目标组织机构针对所述待支付数据的已支付数据退还成功的退还成功消息。

可选的，所述目标订单为用于表示所述目标用户在所述目标实体对象所在位置接受所述目标实体对象提供的服务的订单。

本申请还提供一种数据处理装置，应用于支付应用服务端，所述装置包括：支付请求消息获取单元，用于获得针对待支付数据的支付请求消息，所述支付请求消息包括运行在终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据；可支付数据请求单元，用于根据所述服务应用的标识信息，向服务应用服务端发出用于请求获得目标组织机构针对所述待支付数据的可支付数据的可支付数据请求消息，所述目标用户为所述目标组织机构的成员；可支付数据获取单元，用于获得所述服务应用服务端返回的所述目标组织机构针对所述待支付数据的可支付数据；可支付数据发送单元，用于向运行在终端中的与所述目标用户对应的支付应用发送所述目标组织机构针对所述待支付数据的可支付数据。

可选的，所述支付请求消息获取单元具体用于获得与所述目标用户对应的支付应用发出的所述支付请求消息，或者，获得目标实体对象客户端发出的所述支付请求消息，所述目标实体对象客户端为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的客户端。

可选的，所述可支付数据请求消息包括所述目标订单的标识信息和/或所述目标用户的标识信息。

可选的，还用于如果获得所述服务应用服务端返回的用于表示未查询到任何组织机构针对所述待支付数据的可支付数据的响应消息，则向所述支付应用发送用于表示表示未查询到任何组织机构针对所述待支付数据的可支付数据的提示消息，或者向所述支付应用发送用于表示将所述待支付数据作为所述目标用户的实际待支付数据的提示消息。

可选的，还包括：目标用户的实际待支付数据获得单元；所述目标用户的实际待支付数据获得单元，用于根据所述待支付数据和所述目标组织机构针对所述待支付数据的可支付数据，获得目标用户的实际待支付数据；所述可支付数据发送单元具体用于向所述支付应用发送所述目标用户的实际待支付数据和所述目标组织机构针对所述待支付数据的可支付数据。

可选的，还包括：第二触发命令单元和支付操作单元；所述第二触发命令单元，用于获得所述支付应用发出的用于触发所述支付应用服务端完成支付操作的第二触发命令，所述第二触发命令包括所述目标用户的实际待支付数据；所述支付操作单元，用于针对所述目标用户的实际待支付数据进行支付操作。

可选的，所述支付操作单元具体用于根据所述目标用户的实际待支付数据，对所述目标用户的目标用户账户进行扣减操作；根据所述目标组织机构针对所述待支付数据的可支付数据，对所述目标组织机构的目标组织机构账户进行扣减操作；根据所述待支付数据，对目标实体对象的目标实体对象账户进行增额操作，所述目标实体对象为针对所述目标订单为所述目标用户提供服务的实体对象。

可选的，还用于执行如下至少一种操作：向所述支付应用和/或目标用户客户端发出用于表示针对所述目标用户的实际待支付数据支付成功的支付成功消息；向目标实体对象客户端发出用于表示所述目标用户针对所述待支付数据支付成功的支付成功消息；向目标组织机构客户端和/或所述服务应用服务端发出用于表示从所述目标组织机构账户中针对所述目标用户扣减所述可支付数据成功的扣减成功消息。

可选的，还包括：实际待支付数据退款请求单元，用于获得目标实体对象客户端或所述支付应用发出的用于请求向所述目标用户的目标用户账户退还所述目标用户的实际已支付数据的请求消息，所述目标实体对象客户端为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的客户端，所述实际已支付数据是与所述实际待支付数据对应的数据；退还操作单元，用于针对所述目标用户的实际已支付数据进行退还操作。

可选的，所述退还操作单元具体用于根据所述目标用户的实际已支付数据，对所述目标用户的目标用户账户进行退还操作；根据所述目标组织机构针对所述待支付数据的已支付数据，对所述目标组织机构的目标组织机构账户进行退还操作，所述目标组织机构针对所述待支付数据的已支付数据是与所述目标组织机构针对所述待支付数据的可支付数据对应的数据；根据已支付总数据，对所述目标实体对象的目标实体对象账户进行扣减操作，所述已支付总数据是与所述待支付数据对应的数据。

可选的，还用于执行如下至少一种操作：向所述支付应用和/或目标用户客户端发出用于表示针对所述目标用户的实际已支付数据退还成功的退还成功消息；向目标实体对象客户端发出用于表示从所述目标实体对象账户中针对所述已支付总数据扣减成功的扣减成功消息；向目标组织机构客户端和/或所述服务应用服务端发出用于表示针对所述目标组织机构针对所述待支付数据的已支付薮据退还成功的退还成功消息。

可选的，所述目标订单为用于表示所述目标用户在所述目标实体对象所在位置接受所述目标实体对象提供的服务的订单。

本申请还提供一种数据处理方法，其特征在于，应用于服务应用服务端，所述服务应用服务端对应的服务应用是针对目标用户的服务需求生成目标订单的应用，所述方法包括：获得支付应用服务端发出的用于请求获得目标组织机构针对待支付数据的可支付数据的可支付数据请求消息，所述待支付数据是针对所述目标订单的待支付数据，所述目标用户为所述目标组织机构的成员；向所述支付应用服务端发送所述目标组织机构针对所述待支付数据的可支付数据。

可选的，还包括：获得所述待支付数据对应的目标用户的标识信息；根据所述目标用户的标识信息，查询是否存在所述目标组织机构为所述目标用户的订单进行支付的签约信息；如果确定存在所述签约信息，则获得所述目标组织机构针对所述待支付数据的可支付数据。

可选的，所述获得所述待支付数据对应的目标用户的标识信息，包括：从所述可支付数据请求消息中获得所述目标用户的标识信息；或者，从所述可支付数据请求消息中获得所述目标订单的标识信息，根据所述目标订单的标识信息，获得所述目标用户的标识信息。

可选的，所述根据所述目标用户的标识信息，查询是否存在所述目标组织机构为所述目标用户的订单进行支付的签约信息，包括：向用于存储签约信息的签约信息存储端发出用于查询是否存在所述目标组织机构为所述目标用户的订单进行支付的签约信息的查询消息；获得所述签约信息存储端返回的用于表示查询是否存在所述目标组织机构为所述目标用户的订单进行支付的签约信息的查询结果。

可选的，所述根据所述目标用户的标识信息，查询是否存在所述目标组织机构为所述目标用户的订单进行支付的签约信息，包括：根据所述目标用户的标识信息，获得所述目标用户所属的所述目标组织机构的标识信息；根据所述目标用户的标识信息和所述目标组织机构的标识信息，查询是否存在所述目标组织机构为所述目标用户的订单进行支付的签约信息。

可选的，所述获得所述目标组织机构针对所述待支付数据的可支付数据，包括：从所述签约信息中获得所述目标组织机构针对所述目标用户的所有订单的预设可支付数据，将所述预设可支付数据确定为所述目标组织机构针对所述待支付数据的可支付数据。

可选的，所述获得所述目标组织机构针对所述待支付数据的可支付数据，包括：从所述签约信息中获得所述目标组织机构针对所述目标用户的所有订单的可支付数据确定策略信息；根据所述待支付数据和/或所述目标订单的特征数据中的至少一种数据和所述可支付数据确定策略信息，获得所述目标组织机构针对所述待支付数据的可支付数据。

可选的，如果未查询到任何组织机构针对所述待支付数据的可支付数据，则向所述应用服务端返回用于表示未查询到任何组织机构针对所述待支付数据的可支付数据的响应消息。

可选的，还包括：获得所述支付应用服务端发出的表示从目标组织机构账户中针对所述目标用户扣减所述可支付数据成功的扣减成功消息；向目标组织机构客户端发出所述扣减成功消息。

可选的，还包括：获得所述支付应用服务端发出的用于表示针对所述目标组织机构针对所述待支付数据的已支付数据退还成功的退还成功消息，所述目标组织机构针对所述待支付数据的已支付数据是与所述目标组织机构针对所述待支付数据的可支付数据对应的数据；向所述目标组织机构客户端发出所述退还成功消息。

可选的，还包括：向所述服务应用发送所述目标组织机构针对所述待支付数据的可支付数据。

本申请还提供一种数据处理装置，其特征在于，应用于服务应用服务端，所述服务应用服务端对应的服务应用是针对目标用户的服务需求生成目标订单的应用，所述装置包括：可支付数据请求消息获得单元，用于获得支付应用服务端发出的用于请求获得目标组织机构针对待支付数据的可支付数据的可支付数据请求消息，所述待支付数据是针对所述目标订单的待支付数据，所述目标用户为所述目标组织机构的成员；可支付数据发送单元，用于向所述支付应用服务端发送所述目标组织机构针对所述待支付数据的可支付数据。

可选的，还包括：标识信息获得单元，用于获得所述待支付数据对应的目标用户的标识信息；查询单元，用于根据所述目标用户的标识信息，查询是否存在所述目标组织机构为所述目标用户的订单进行支付的签约信息；可支付数据获得单元，用于如果确定存在所述签约信息，则获得所述目标组织机构针对所述待支付数据的可支付数据。

可选的，所述标识信息获得单元具体用于从所述可支付数据请求消息中获得所述目标用户的标识信息；或者，从所述可支付数据请求消息中获得所述目标订单的标识信息，根据所述目标订单的标识信息，获得所述目标用户的标识信息。

可选的，所述查询单元具体用于向用于存储签约信息的签约信息存储端发出用于查询是否存在所述目标组织机构为所述目标用户的订单进行支付的签约信息的查询消息；获得所述签约信息存储端返回的用于表示查询是否存在所述目标组织机构为所述目标用户的订单进行支付的签约信息的查询结果。

可选的，所述查询单元具体用于根据所述目标用户的标识信息，获得所述目标用户所属的所述目标组织机构的标识信息；根据所述目标用户的标识信息和所述目标组织机构的标识信息，查询是否存在所述目标组织机构为所述目标用户的订单进行支付的签约信息。

可选的，所述可支付数据获得单元具体用于从所述签约信息中获得所述目标组织机构针对所述目标用户的所有订单的预设可支付数据，将所述预设可支付数据确定为所述目标组织机构针对所述待支付数据的可支付数据。

可选的，所述可支付数据获得单元具体用于从所述签约信息中获得所述目标组织机构针对所述目标用户的所有订单的可支付数据确定策略信息；根据所述待支付数据和/或所述目标订单的特征数据中的至少一种数据和所述可支付数据确定策略信息，获得所述目标组织机构针对所述待支付数据的可支付数据。

可选的，还用于：如果未查询到任何组织机构针对所述待支付数据的可支付数据，则向所述应用服务端返回用于表示未查询到任何组织机构针对所述待支付数据的可支付数据的响应消息。

可选的，还包括：扣减成功消息获取单元，用于获得所述支付应用服务端发出的表示从目标组织机构账户中针对所述目标用户扣减所述可支付数据成功的扣减成功消息；扣减成功消息发送单元，用于向目标组织机构客户端发出所述扣减成功消息。

可选的，还包括：退还成功消息获得单元，用于获得所述支付应用服务端发出的用于表示针对所述目标组织机构针对所述待支付数据的已支付数据退还成功的退还成功消息，所述目标组织机构针对所述待支付数据的已支付数据是与所述目标组织机构针对所述待支付数据的可支付数据对应的数据；退还成功消息发送单元，用于向所述目标组织机构客户端发出所述退还成功消息。

可选的，还包括：可支付数据发送单元，用于向所述服务应用发送所述目标组织机构针对所述待支付数据的可支付数据。

本申请还提供一种数据处理方法，其特征在于，应用于运行在终端中的服务应用，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述方法包括：响应于检测到针对目标订单的结算触发操作，获得与所述目标订单对应的待支付数据，所述待支付数据是针对所述目标订单的待支付数据；向运行在所述终端中的与所述目标用户对应的支付应用发出用于开启所述支付应用、针对所述待支付数据进行支付操作的第一触发命令，所述第一触发命令包括所述服务应用的标识信息，所述服务应用的标识信息用于获得目标组织机构针对所述待支付数据的可支付数据，所述目标用户为所述目标组织机构的成员。

可选的，还包括：展示实体对象信息列表；响应于检测到针对目标实体对象的标识信息的触发操作，展示所述目标实体对象的服务页面，所述目标实体对象为针对所述目标订单为所述目标用户提供服务的实体对象；响应于在所述服务页面上检测到的结算操作，生成所述目标订单。

可选的，还包括：获得所述支付应用返回的支付完成消息，所述支付完成消息包括所述目标组织机构针对所述待支付数据的可支付数据和所述目标用户的实际支付数据。

可选的，还包括：获得服务应用服务端提供的所述目标组织机构针对所述待支付数据的可支付数据和所述目标用户的实际支付数据。

可选的，还包括：展示所述目标订单的详情信息，所述详情信息包括所述目标组织机构针对所述待支付数据的可支付数据和所述目标用户的实际支付数据。

可选的，所述目标订单为用于表示所述目标用户在所述目标实体对象所在位置接受所述目标实体对象提供的服务的订单。

本申请还提供一种数据处理装置，其特征在于，应用于运行在终端中的服务应用，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述装置包括：待支付数据获取单元，响应于检测到针对目标订单的结算触发操作，获得与所述目标订单对应的待支付数据，所述待支付数据是针对所述目标订单的待支付数据；第一触发命令发送单元，用于向运行在所述终端中的与所述目标用户对应的支付应用发出用于开启所述支付应用、针对所述待支付数据进行支付操作的第一触发命令，所述第一触发命令包括所述服务应用的标识信息，所述服务应用的标识信息用于获得目标组织机构针对所述待支付数据的可支付数据，所述目标用户为所述目标组织机构的成员。

可选的，还包括：信息列表展示单元，用于展示实体对象信息列表；目标实体对象的服务页面展示单元，用于响应于检测到针对目标实体对象的标识信息的触发操作，展示所述目标实体对象的服务页面，所述目标实体对象为针对所述目标订单为所述目标用户提供服务的实体对象；目标订单生成单元，用于响应于在所述服务页面上检测到的结算操作，生成所述目标订单。

可选的，还包括：支付完成消息获得单元，用于获得所述支付应用返回的支付完成消息，所述支付完成消息包括所述目标组织机构针对所述待支付数据的可支付数据和所述目标用户的实际支付数据。

可选的，还包括：实际支付数据获得单元，用于获得服务应用服务端提供的所述目标组织机构针对所述待支付数据的可支付数据和所述目标用户的实际支付数据。

可选的，还用于：展示所述目标订单的详情信息，所述详情信息包括所述目标组织机构针对所述待支付数据的可支付数据和所述目标用户的实际支付数据。

可选的，所述目标订单为用于表示所述目标用户在所述目标实体对象所在位置接受所述目标实体对象提供的服务的订单。

本申请实施例还提供一种电子设备，包括：处理器；以及存储器，用于存储计算机程序，该设备通电并通过所述处理器运行该计算机程序后，执行权利要求任意一项所述方法。

本申请实施例还提供一种存储介质，其特征在于，该存储介质存储有计算机程序，该计算机程序被处理器运行，执行权利要求任意一项所述方法。

与现有技术相比，本申请具有以下优点：

本申请提供一种针对待支付数据的支付方法，应用于运行在终端中的支付应用，所述方法包括：获得在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令；从所述第一触发命令中获得运行在所述终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据；展示所述目标用户对应的支付识别码，所述支付识别码中包括所述服务应用的标识信息；在所述目标用户对应的支付识别码被目标实体对象客户端识别后，获得支付应用服务端提供的目标组织机构针对所述待支付数据的可支付数据，所述目标实体对象客户端为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的客户端，所述目标用户为所述目标组织机构的成员；根据所述可支付数据对所述待支付数据进行支付处理。

在上述方法中，支付应用展示的支付识别码可以包括服务应用的标识信息，实体对象客户端识别支付识别码后，可以获得服务应用的标识信息，通过服务应用的标识信息的传递，可以使支付应用服务端根据服务应用的标识信息向服务应用服务端获得目标组织机构针对待支付数据的可支付数据，支付应用可以根据该可支付数据针对待支付数据进行支付处理。这里的实体对象可以是门店，目标组织机构可以是目标用户所属的企业，目标组织机构针对待支付数据的可支付数据可以是企业针对待支付数据为目标用户可支付的餐补。这种情况下，无论门店是否签约了企业餐补服务，都可以使用企业餐补对用户在门店的账单进行结算，从而解决了现有技术中的用户无法在未签约企业餐补服务的门店使用企业餐补对账单进行结算的问题。

本申请提供一种针对待支付数据的支付方法，应用于运行在终端中的支付应用，所述方法包括：获得在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令；从所述第一触发命令中获得运行在所述终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据；识别目标实体对象识别码，向支付应用服务端发出针对所述待支付数据的支付请求消息，所述支付请求消息包括所述服务应用的标识信息，所述目标实体对象识别码为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的识别码；获得所述支付应用对应的支付应用服务端提供的目标组织机构针对所述待支付数据的可支付数据，所述目标用户为所述目标组织机构的成员；根据所述可支付数据对所述待支付数据进行支付处理。

在上述方法中，支付应用识别目标实体对象识别码，向支付应用服务端发出针对所述待支付数据的支付请求消息，所述支付请求消息包括所述服务应用的标识信息，通过服务应用的标识信息的传递，可以使支付应用服务端根据服务应用的标识信息向服务应用服务端获得目标组织机构针对待支付数据的可支付数据，支付应用可以根据该可支付数据针对待支付数据进行支付处理。这里的实体对象可以是门店，目标组织机构可以是目标用户所属的企业，目标组织机构针对待支付数据的可支付数据可以是企业针对待支付数据为目标用户可支付的餐补。这种情况下，无论门店是否签约了企业餐补服务，都可以使用企业餐补对用户在门店的账单进行结算，从而解决了现有技术中的用户无法在未签约企业餐补服务的门店使用企业餐补对账单进行结算的问题。

本申请提供一种数据处理方法，应用于支付应用服务端，所述方法包括：获得针对待支付数据的支付请求消息，所述支付请求消息包括运行在终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据；根据所述服务应用的标识信息，向服务应用服务端发出用于请求获得目标组织机构针对所述待支付数据的可支付数据的可支付数据请求消息，所述目标用户为所述目标组织机构的成员；获得所述服务应用服务端返回的所述目标组织机构针对所述待支付数据的可支付数据；向运行在终端中的与所述目标用户对应的支付应用发送所述目标组织机构针对所述待支付数据的可支付数据。

在上述方法中，支付应用服务端可以获得服务应用的标识信息，识别目标实体对象识别码，向支付应用服务端发出针对所述待支付数据的支付请求消息，所述支付请求消息包括所述服务应用的标识信息，支付应用服务端根据服务应用的标识信息向服务应用服务端获得目标组织机构针对待支付数据的可支付数据，以使支付应用可以根据该可支付数据针对待支付数据进行支付处理。这里的目标组织机构可以是目标用户所属的企业，目标组织机构针对待支付数据的可支付数据可以是企业针对待支付数据为目标用户可支付的餐补。这种情况下，无论目标订单针对的门店是否签约了企业餐补服务，都可以使用企业餐补对用户在门店的账单进行结算，从而解决了现有技术中的用户无法在未签约企业餐补服务的门店使用企业餐补对账单进行结算的问题。

本申请提供一种数据处理方法，应用于服务应用服务端，所述服务应用服务端对应的服务应用是针对目标用户的服务需求生成目标订单的应用，所述方法包括：获得支付应用服务端发出的用于请求获得目标组织机构针对待支付数据的可支付数据的可支付数据请求消息，所述待支付数据是针对所述目标订单的待支付数据，所述目标用户为所述目标组织机构的成员；向所述支付应用服务端发送所述目标组织机构针对所述待支付数据的可支付数据。

在上述方法中，服务应用服务端可以向支付应用服务端提供目标组织机构针对待支付数据的可支付数据，以使支付应用可以根据该可支付数据针对待支付数据进行支付处理。这里的目标组织机构可以是目标用户所属的企业，目标组织机构针对待支付数据的可支付数据可以是企业针对待支付数据为目标用户可支付的餐补。这种情况下，无论目标订单针对的门店是否签约了企业餐补服务，都可以使用企业餐补对用户在门店的账单进行结算，从而解决了现有技术中的用户无法在未签约企业餐补服务的门店使用企业餐补对账单进行结算的问题。

本申请提供一种数据处理方法，应用于运行在终端中的服务应用，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述方法包括：响应于检测到针对目标订单的结算触发操作，获得与所述目标订单对应的待支付数据，所述待支付数据是针对所述目标订单的待支付数据；向运行在所述终端中的与所述目标用户对应的支付应用发出用于开启所述支付应用、针对所述待支付数据进行支付操作的第一触发命令，所述第一触发命令包括所述服务应用的标识信息，所述服务应用的标识信息用于获得目标组织机构针对所述待支付数据的可支付数据，所述目标用户为所述目标组织机构的成员。

在上述方法中，服务应用在触发支付应用识针对待支付数据进行支付处理时，可以向支付应用提供服务应用的标识信息，通过服务应用的标识信息的传递，可以使支付应用服务端根据服务应用的标识信息向服务应用服务端获得目标组织机构针对待支付数据的可支付数据，从而使支付应用可以根据该可支付数据针对待支付数据进行支付处理。这里的目标组织机构可以是目标用户所属的企业，目标组织机构针对待支付数据的可支付数据可以是企业针对待支付数据为目标用户可支付的餐补。这种情况下，无论目标订单针对的门店是否签约了企业餐补服务，都可以使用企业餐补对用户在门店的账单进行结算，从而解决了现有技术中的用户无法在未签约企业餐补服务的门店使用企业餐补对账单进行结算的问题。

附图说明

图1为本申请实施例中针对目标用户到店点餐支付时使用资源对象进行支付的第一具体场景示意图。

图2A为本申请实施例中针对用户的订单在第二应用程序采用支付主扫的方式进行支付过程的第二具体场景的第一示意图。

图2B为图2A针对于页面2a的详细介绍的第二具体场景的第二示意图。

图2C为本申请实施例中获取待支付订单的订单详情信息的第二具体场景的第三示意图。

图3A为本申请实施例中针对第一应用程序中的用户的订单在第二应用程序支付之前进行授权过程的第三具体场景的第一示意图。

图3B为本申请实施例中针对第一应用程序中的用户的订单在第二应用程序完成授权后进行支付过程的第三具体场景的第二示意图。

图3C为针对页面31所示的各订单信息获取对应的订单详情的第三具体场景的第三示意图。

图4为本申请第一实施例提供的针对第一应用客户端的用户订单的待支付数据采用第二应用客户端进行支付的流程图。

图5为本申请第二实施例提供的针对第一应用客户端的用户订单的待支付数据采用第二应用客户端进行支付的流程图。

图6为本申请第三实施例提供的针对第一应用客户端的用户订单的待支付数据采用第二应用客户端进行支付的流程图。

图7为本申请第四实施例提供的针对第一应用服务端的用户订单支付过程中，用户所属的组织机构，第二应用服务端以及商户之间的交互流程图。

图8A是本申请第五实施例提供的支付应用终端通过支付主扫的方式向商家付款的流程图。

图8B是本申请第五实施例提供的支付应用终端通过支付反扫的方式被商家的目标实体对象客户端进行扫描完成付款的流程图。

图9是本申请第六实施例中提供的一种针对待支付数据的支付方法的流程图。

图10是本申请第七实施例中提供的一种针对待支付数据的支付装置的示意图。

图11是本申请第八实施例中提供的另一种针对待支付数据的支付方法的流程图。

图12是本申请第九实施例中提供的另一种针对待支付数据的支付装置的示意图。

图13是本申请第十实施例中提供的一种数据处理方法的流程图。

图14是本申请第十一实施例中提供的一种数据处理装置的示意图。

图15是本申请第十二实施例中提供的另一种数据处理方法的流程图。

图16是本申请第十三实施例中提供的另一种数据处理装置的示意图。

图17是本申请第十四实施例中提供的另一种数据处理方法的流程图。

图18是本申请第十五实施例中提供的另一种数据处理装置的示意图。

图19是本申请第十六实施例中提供的一种电子设备的示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

为便于更好理解本申请，以下结合附图详细介绍针对用户到店点餐支付时可以享受资源对象的具体使用场景。

首先，请参考图1，其为本申请实施例中针对用户到店点餐支付时可以享受资源对象的第一具体场景示意图。在页面1a中，用户在第一应用客户端的页面选择到店选项，进入企业订单服务页面，其中，该页面中展示的商家均是用户可以享受资源对象(例如，企业餐补)的商家。待用户点击其中一家商家的图片(如页面1a中椭圆图形圈选的部分)后，进入页面1b。页面1b展示了用户选择的商家的具体详细介绍，包括人均消费，营业时间，地点及推荐菜等信息。用户选择需要菜品后，点击页面1b中的结账买单，进入页面1c中。在页面1c中，第一应用服务端根据用户在页面1b中选择的菜品生成订单数据，该订单数据包括该用户针对于本订单可以享受的具体资源对象，账单小票，消费报备，发票详情，用餐人数，消费原因等。待用户对该订单数据完成确认后，点击图中的立即支付按钮，进入页面1d中。页面1d中为第二应用支付页面，在该页面中出现了支付方式及付款方式，支付方式两种支付码，包括：条形支付码和二维码支付码，以供用户根据需要自行选择支付方式。本实施例中，用户选择扫码二维码支付的方式，此种支付方式为主扫方式，也就是，用户采用第二应用客户端扫描商家提供的二维码，实现线上支付方式。进入页面1e中。在页面1e中展示了该订单的付款详情，包括：个人实际支付金额，订单金额，资源对象和付款方式，其中，待支付数据是根据订单金额和资源对象获取的。待用户对该付款详情完成确认后，点击图中的立即付款按钮，进入页面1f中。页面1f展示了用户的该订单数据支付成功的页面，在该页面中展示了用户最终支付金额，收款方及收款金额，资源对象和付款方式，其中，收款金额为用户最终支付金额和资源对象的总和。具体的，在页面1g中详细展示了用户完成该订单的订单详情，其中包括：餐厅信息，订单金额，资源对象，及个人支付金额，和订单信息，订单信息包括订单号，下单时间，流水号，和支付方式。以上即为图1所示的，用户在第一应用程序中选择到店点餐及在第二应用中完成订单支付的过程，其中，用户在支付过程中，可以享受用户所属的组织单位(例如，企业，单位或者团队)提供的资源对象(例如，企业餐补等)。本申请实施例中，针对于用户的订单信息在支付中享受资源对象的过程中，无需用户的订单信息对应的商家与用户所属的组织单位签属享受资源对象协议，解决了现有技术中存在的商家必须与用户所属的组织关系签属资源对象协议，用户在支付订单中才可以享受资源对象的问题。其中，图1所示的是用户的订单信息在第二应用程序支付过程中，采用主扫支付的方式。此外，在第二应用程序支付过程中，还可以选择反扫支付的方式，也就是，用户展示第二应用程序客户端的条形支付码，商家扫描用户的条形支付码的方式完成支付的过程。

请参考图2A，图2B和图2C。图2A为本申请实施例中针对用户的订单在第二应用程序采用支付主扫的方式进行支付过程的第二具体场景的第一示意图，其采用图2A中页面2a到页面2e介绍具体流程。图2B为图2A针对于页面2a的详细介绍的第二具体场景的第二示意图，具体包括图2A中的页面2a到页面2h的流程图。图2C为本申请实施例中获取待支付订单的订单详情信息的第二具体场景的第三示意图，具体包括页面2f到页面2g的流程图。

首先，在图2A中，页面2a是第二应用程序展示的用户在第一应用程序选择的餐厅及对应的订单数据，在页面下方还提供了支付方式，“扫一扫”或者“付款码”，用户针对该订单信息进行支付过程中，可以选择上述两种方式中的任意一种方式进行支付。待用户在页面2a中点击“扫一扫”按钮后，进入页面2b中，页面2b展示了“扫一扫”和“付款码”以及“已完成付款”等按钮，供用户针对具体情况进行选择。如果用户完成订单支付，则点击“已完成付款”；如果用户未支付订单，则点击“扫一扫”或者“付款码”，此处，用户点击“扫一扫”，进入页面2c中。在页面2c中，用户可以选择“扫码”，“扫图片”或者“翻译”等选项，其中，选择“扫码”代表对订单进行付款，因此，用户点击“扫码”开始扫码商家提供的二维码进行付款操作，进入页面2d中。在页面2d中，用户填写具体的付款金额，点击确认付款后，进入页面2e中。页面2e向用户展示了该订单的付款详情，供用户进行确认，其中包括个人实际支付金额，订单金额，资源对象和订单信息，付款方式，其中，个人实际支付金额是指用户的实际付款金额，订单金额是指用户在该餐厅选择的订单所包含的全部金额，资源对象是指用户所属的组织单位针对该订单对用户提供的补贴金额。个人实际支付金额属于订单金额与资源对象的差值，待用户确认付款信息后，点击立即付款，完成订单支付。

其次，在图2B中，图2B的页面2h具体描述了图2B的页面2a中关于“扫一扫”或者“付款码”的具体点击说明，点击图2B中页面2a的查看详情，进入图2B的页面2h。其中，图2B中的页面2h是对图1中的页面1d进行详细介绍，如果用户点击“扫一扫”，那么不能再点击支付扫码界面中的其他选择，例如：“＜”、“付款码”、“相册”、“扫码”、“识物”、“翻译”、“扫图片”等按钮；否则，将切换为个人订单，如果需要重新切换为企业订单，则需要返回此页面重新点击“扫一扫”。相应的，如果用户点击“付款码”，那么不能再点击支付扫码界面中的其他选择，例如：“＜”、“扫一扫”、“相册”、“扫码”、“识物”、“翻译”、“扫图片”等按钮；否则，将切换为个人订单，如果需要重新切换为企业订单，则需要返回此页面重新点击“付款码”。

此外，图2C中的页面2f展示了在第二应用程序中点击订单选项获取该用户的所有订单页面，其中，餐厅A的订单属于待支付状态，餐厅B和餐厅C订单均处于已完成支付的状态。针对于餐厅A的订单，点击“扫一扫”或者“付款码”进入图2C中的页面2g中，其展示了用户关于餐厅A的订单详情，包含订单待支付状态，订单付款金额分配详情，和订单信息。

为了第一应用程序中的用户的订单能够在第二应用程序中成功支付，还需要在第二应用程序完成授权，其具体的流程图如下。请参考图3A，图3B和图3C。图3A为本申请实施例中针对第一应用程序中的用户的订单在第二应用程序支付之前进行授权过程的第三具体场景的第一示意图，其采用图3A中的页面3a，页面3b，页面3c，页面3d，页面3e，页面3f具体介绍授权流程。图3B为本申请实施例中针对第一应用程序中的用户的订单在第二应用程序完成授权后进行支付过程的第三具体场景的第二示意图，其采用图3B中的页面3c，页面3g，页面3h，页面3i，页面3j，页面3k具体介绍支付流程。图3C为针对页面31所示的各订单信息获取对应的订单详情的第三具体场景的第三示意图，其具体采用图3C中的页面31，页面3k，页面3m，页面3n具体介绍进入订单详情页的流程。

首先，在图3A中的页面3a中，用户在第一应用程序的“到店”页面下选择待就餐餐厅，如椭圆形圈选的餐厅C，进入图3A中的页面3b中。在图3A中的页面3b中展示了用户选择的餐厅C的商户详情，包括：名称，人均消费，营业时间，地点，以及推荐菜品，用户在该页面可以选择需要的菜品，形成订单，点击结账买单，进入图3A中的页面3c。图3A中的页面3c表示用户的订单在第二应用程序中进行支付之前，需要判断用户是否将完成第二应用程序对第一应用程序的订单进行付款的授权。如果未授权，首先需要对第二应用程序进行授权，具体步骤是，如果用户终端未安装第二应用程序APP，则先下载并安装第二应用程序APP，然后点击“使用第二应用程序APP授权”。在图3A中的页面3d中，该“使用第二应用程序APP授权”具体是指，用户同意第一应用程序的订单采用第二应用程序完成付款操作，如果确认，则点击“确认授权”，否则，点击“暂不授权”。当用户点击“确认授权”后，会出现两种情况，分别为授权成功(如图3A中的页面3e)和授权失败(如图3A中的页面3f)。如果是授权成功，如图3A中的页面3e，则需要手动回到原应用程序，也就是图3A中的页面3c中，点击“已完成授权”，并进入继续付款流程。如果是授权失败，如图3A中的页面3f，则需要手动回到原应用程序，也就是图3A中的页面3c中，点击“使用第二应用程序APP授权”，再次进行第二应用程序APP授权操作，直到授权成功。

其次，在图3B中具体介绍当用户已完成授权进行支付的流程图。在图3B的页面3c中，用户点击“已完成授权”，则进入图3B的页面3g，进行结账买单。在图3B的页面3g中展示了用户实际选择的餐厅名称，可以享受的资源对象，以及开发票详情，用户确认资源对象后，点击“第二应用付款”，进入图3B的页面3h中。在图3B的页面3h中，包含“使用第二应用程序APP付款”和“已完成付款”两个按钮，用户根据实际情况进行选择。如果为付款，则点击“使用第二应用程序APP付款”，如果已完成付款，则点击“已完成付款”。在用户点击“使用第二应用程序APP付款”，还包括提示用户，如果未安装第二应用程序APP，则先下载第二应用程序APP并完成安装，再点击“使用第二应用程序APP付款”。因此，在图3B的页面3h中，如果用户点击“使用第二应用程序APP付款”，则进入图3B的页面3i。图3B的页面3i具体展示了具体的付款方式，包括二维码支付码和条形付款码支付码两种支付方式，用户选择任意一种支付方式后，进入图3B的页面3j。图3B的页面3j具体展示了用户的订单付款详情，如包括个人实际支付金额，订单金额，资源对象，付款方，订单信息和付款方式，个人实际支付金额是指用户的实际付款金额，订单金额是指用户在该餐厅选择的订单所包含的全部金额，资源对象是指用户所属的组织单位针对该订单对用户提供的补贴金额。个人实际支付金额属于订单金额与资源对象的差值，待用户确认付款信息后，点击立即付款，完成订单支付。待用户完成订单支付后，页面重新跳转至图3B的页面3h中，点击“已完成付款”，之后进入图3B的页面3k中，图3B的页面3k具体展示了用户的此次订单已完成的详细信息。其中，图3B的页面3k中，订单详情包括：订单完成状态，订单的餐厅信息，订单金额以及个人实际支付信息，以及订单信息，包括：第一应用程序订单号，订单号(是指在第二应用程序完成支付的订单号)，下单时间，流水号，支付方式，支付时间以及发票规则等。

此外，图3C具体介绍了根据用户在第一应用程序的订单汇总页面中进入各订单状态对应的订单详情页的流程图，具体为由图3C的页面31分别进入图3C的页面3k，图3C的页面3m，图3C的页面3n。图3C的页面31展示了第一应用程序的订单选项下，用户的各个订单付款状态，例如，餐厅A对应的订单状态为订单已完成，餐厅B对应的订单状态为支付失败，餐厅C对应的订单状态为等待支付。在图3C的页面31中，点击餐厅A订单栏，进入图3C的页面3k，展示了订单已完成的订单详情；点击餐厅B订单栏，进入图3C的页面3n，展示了支付失败的订单详情；点击餐厅C订单栏，进入图3C的页面3m，展示了等待支付的订单详情，用户可以在图3C的页面3m页面或者图3C的页面31页面点击“立即支付”或者“取消订单”。图3C的页面3k具体介绍了用户针对订单A支付完成后的详细信息，包括订单所属餐厅名称，订单金额以及订单信息，订单信息包括：第一应用订单号，订单号，下单时间，流水号，支付方式，支付时间以及发票规则等。图3C的页面3n具体介绍了用户针对订单B支付失败的详细信息，包括订单所属餐厅名称，订单金额以及订单信息，订单信息包括：第一应用订单号，订单号，下单时间，支付时间以及发票规则等。图3C的页面3m具体介绍了用户针对订单C等待支付的详细信息，包括订单所属餐厅名称，订单金额以及订单信息，订单信息包括：第一应用订单号，订单号，下单时间，支付时间以及发票规则等。

以上即为本申请实施例提供的用户在第一应用程序中进行点餐，并在第二应用程序中完成付款的过程，其中，在付款阶段，付款方式是通过用户个人实际付款和资源对象的混合支付方式。此过程中，用户的订单可以享受其所属的组织单位分发的资源对象进行部分付款，当在用户的订单金额大于资源对象时，用户需要支付的金额为订单金额与资源对象的差值；当用户的订单金额小于资源对象时，用户无需进行额外的实际支付，也就是支付金额为0元。按照上述方法采用资源对象进行支付的过程中，无需用户所选择的商家与用户所属的组织单位进行签约授权，仅仅需要第一应用程序中的商家与第二应用程序签约授权协议，用户所属的组织关系与第二应用程序签约授权协议。

为了更清楚地解释本申请实施例，以下采用先介绍具体实施场景，再介绍相应的方法和装置的模式进行说明。

第一实施例

第一实施例是针对第一应用客户端的用户订单的待支付数据采用第二应用客户端进行支付的过程，其中，用户终端的第二应用客户端通过支付主扫的方式完成支付，以下结合图4进行详细说明。

S401：第一应用客户端向第二应用客户端发送针对用户订单的待支付数据进行支付操作的支付请求，所述支付请求中包括第一应用客户端的标识信息。

需要说明的是，所谓第一应用客户端是指第八实施例中所述的服务应用终端；所谓第二应用客户端是指第八实施例所述的支付应用终端；所谓待支付数据是指第一方法应用场景实施例中的订单金额。

S402：第二应用客户端向独立软件开发商前置页发送扫码请求，获取独立软件开发商前置页。

S403：独立软件开发商前置页向联合交易接口发送联合交易的支付请求。

所谓联合交易是指步骤S401中的支付请求的待支付数据需要采用混合支付方式，待支付数据由用户所属的组织机构支付的可支付金额和用户个人支付的部分金额组成。

S404：联合交易模块向交易模块发送生成订单指令。

S405：交易模块向独立软件开发商前置页返回生成的订单交易号。

S406：独立软件开发商前置页将订单交易号发送给收银台。

S407：收银台向联合交易模块发送核对支付请求。

步骤S407中收银台将接收到的订单交易号发送给联合交易模块，以供联合交易模块检查该订单交易号对应的支付程序，在一致的情况下，生成收银单据，进行步骤S408。

S408：联合交易模块向收银系统发送收银单号。

S409：收银台从第二应用客户端获取第一应用客户端的标识信息。

S410：收银台向支付决策发送请求，所述请求携带第一应用客户端的标识信息。

需要说明的是，收银台向支付决策发送携带第一应用客户端标识信息的请求，是判断该订单交易号所属的应用客户端以及其待支付金额进行支付的分配方式。

S411：支付决策根据所述第一应用客户端的标识信息向第一应用客户端咨询针对该订单的可支付金额。

所谓可支付金额是指用户所属的组织机构为用户提供的支付金额，用户支付用户的该订单数据。

S412：收银台向支付模块发送针对该订单数据的支付指令，所述支付指令携带有第一应用客户端的标识信息。

该步骤用于收银台将收银单据发送给支付模块，支付模块根据收银单及携带的标识信息对该标识信息对应的订单进行支付操作。

S413：支付模块向交易模块发送交易回执信息。

S414：交易模块根据交易回执信息更新该订单数据的订单状态，所述更新后的订单数据携带有第一应用客户端的标识信息。

S415：交易模块发送通知信息，所述通知信息包括更新后的交易订单。

第二实施例

第二实施例是针对第一应用客户端的用户订单的待支付数据采用第二应用客户端进行支付的过程，以下结合图5进行详细说明。

S501：第一应用客户端向第二应用客户端发送针对用户订单的待支付数据进行支付操作的支付请求，所述支付请求中包括第一应用客户端的标识信息。

需要说明的是，所谓第一应用客户端是指第八实施例中所述的服务应用终端；所谓第二应用客户端是指第八实施例所述的支付应用终端；所谓待支付数据是指第一方法应用场景实施例中的订单金额。

S502：第二应用客户端向联合交易模块发送请求，获取收钱码前置页。

本步骤用于向联合交易模块发送获取收钱码请求，所述请求携带第一应用客户端的标识信息。

S503：联合交易模块向第二应用客户端返回收钱码前置页。

联合交易模块根据S502中的获取请求，根据请求中的第一应用客户端的标识信息，第二应用客户端返回收钱码前置页，以供填写收钱信息，用于生成支付订单。

S504：第二应用客户端向收钱码前置页模块发送请求，在收钱码前置页中填写支付金额，用于生成支付订单。

S505：收钱码前置页向联合交易模块发送请求，请求生成支付订单。

S506：联合交易模块根据收钱码前置页发送的请求，生成订单，并发送给交易模块。

S507：联合交易模块向收银单系统发送收银单据。

S508：收银单系统向收钱码前置页发送订单号和收银单号。

S509：收钱码前置页将收银单号发送给收银台。

S510：收银台从第二应用客户端获取第一应用客户端的标识信息。

S511：收银台向支付模块发送针对该订单数据的支付指令，所述支付指令携带第一应用客户端的标识信息。

S512：支付模块向交易模块发送交易回执信息。

S513：交易模块根据交易回执信息更新该订单数据的订单状态，所述更新后的订单数据携带有第一应用客户端的标识信息。

S514：交易模块发送通知信息，所述通知信息包括更新后的交易订单。

第三实施例

第三实施例是针对第一应用客户端的用户订单的待支付数据采用第二应用客户端进行支付的过程，其中，用户终端的第二应用客户端通过支付反扫的方式完成支付，以下结合图6进行详细说明。

S601：第一应用客户端向第二应用客户端发送针对用户订单的待支付数据进行支付操作的支付请求，所述支付请求中包括第一应用客户端的标识信息。

S602：第二应用客户端通过网关将该支付请求路由至移动条形码生成器模块。

S603：移动条形码生成器模块向联合交易模块发送确认订单的请求。

S604：联合交易模块确认订单后，获取预下单保存的商户信息。

S605：联合交易模块向交易模块发送请求，获取针对该订单的交易单号。

S606：联合交易模块向收银单系统发送请求，获取针对该订单的收银单号。

S607：联合交易模块向移动移动条形码生成器模块返回该订单的交易单号和收银单号。

S608：移动移动条形码生成器模块打开收银台。

S609：收银台从第二应用客户端获取第一应用客户端的标识信息。

S610：收银台向支付模块发送针对该订单数据的支付指令，所述支付指令携带第一应用客户端的标识信息。

S611：支付模块向交易模块发送交易回执信息。

S612：交易模块根据交易回执信息更新该订单数据的订单状态，所述更新后的订单数据携带有第一应用客户端的标识信息。

S613：交易模块发送通知信息，所述通知信息包括更新后的交易订单。

第四实施例

第四实施例是针对第一应用服务端的用户订单支付过程中，用户所属的组织机构，第二应用服务端以及商户之间的交互流程图。以下结合图7进行详细说明。

S701：组织机构根据资源对象进行付款，将待付款金额发送给开票方。

S702：开票方给金融机构发送针对待付款金额生成的付款请求。

组织结构在金融机构预留支付额度，用于针对属于组织机构的用户的订单提供支付支持，所属组织机构为所属目标用户所属的单位，企业或者团体等。组织机构提供给用户的资源对象，是预先通过第二应用平台进行垫付，第二应用平台将属于该组织机构的目标用户的目标订单的垫付金额，发送给组织机构，组织机构通过金融机构的账户进行付款。

S703：各组织机构在金融机构开设有账户(例如，组织机构1账户，组织机构2账户)，并且各组织机构在其对应的账户中预先存储资金，用于支付各组织机构所属的目标用户在第一应用中的目标订单，其具体是通过第一应用向金融机构发起调拨目标用户对应的组织结构的账户资金，金融机构向第二应用平台垫资商户进行付款。

S704：第二应用平台垫资商户监听水位保证额度充足。此处是指，针对于各个组织机构的成员在第一应用客户端发起的目标订单在支付过程中，待支付数据是通过两部分组成，资源对象和成员个人实际支付金额。其中，资源对象是通过第二应用平台的垫资账户预先支付的。因此，第二应用平台垫资商户监听水位，确保该垫资账户随时保持目标金额，确保可以完成各组机构的成员的资源对象的预支付操作。

S705：组织机构根据资源对象，创建目标订单。

S706：组织机构向第一应用金融模块发送核实订单的请求信息。

S707：第一应用金融模块向第二应用客户端发送请求信息，用于生成付款码。

S708：第二应用客户端生成付款码，被实体客户端扫描该付款码。

S709：第二应用客户端向第一应用金融模块发送咨询费控规则引擎。

S710：第一应用金融模块向组织机构餐饮发送咨询费控规则引擎。

S711：组织机构餐饮向第一应用金融模块返回咨询结果。

S712：第一应用金融模块向第二应用客户端返回咨询结果。

S713：第二应用客户端根据返回的咨询结果进行判断，如果咨询结果为通过，则关闭收银台。

S714：第二应用客户端向商户发送付款操作。

S715：商户向第二应用客户端返回付款成功的反馈信息。

S716：第二应用客户端向第一应用金融模块发送核对支付成功的请求信息。

S717：第一应用金融模块向组织机构餐饮发送支付成功的通知信息。

S718：商户向第二应用客户端发送退款的信息。

S719：第二应用客户端向面户发送退款成功的信息。

S720：第二应用客户端向第一应用金融模块发送已退款的通知信息。

S721：第一应用金融模块向组织机构餐饮发送已退款的通知信息。

S722：第一应用金融模块向组织机构餐饮发送账单信息。

S723：组织机构餐饮针对第一应用金融模块发送的账单信息进行核对账单。

S724：组织机构餐饮向第一应用金融模块根据核对账单后的信息，发送日账单钆差后信息，也就是指，第二应用平台垫付账户针对每日垫付的支付成功的总金额，去除掉退款成功的账单后的账单信息。

S725：组织机构餐饮向金融机构发送调拨请求。

S726：金融机构向第二应用平台垫资商户进行付款操作。

S727：第二应用平台垫资商户向第一应用金融模块发送额度调拨成功的通知信息。

S728：第二应用平台垫资商户向组织机构餐饮获取账单信息。

S729：组织机构餐饮核对账单信息。

第五实施例

为了便于更好理解本申请的使用场景和各应用端之间的对应关系，本申请第五实施例提供了各应用端之间的数据流程图。其中，图8A是支付应用终端通过支付主扫的方式向商家付款的流程图，图8B是支付应用终端通过支付反扫的方式被商家的目标实体对象客户端进行扫描完成付款的流程图。

如图8A和图8B所示，包括服务应用终端101，服务应用服务端102，支付应用终端201，支付应用服务端202，目标实体对象客户端301，目标实体对象识别码302。结合本申请应用场景实施例可知，服务应用终端101相当于第一应用客户端，支付应用终端201相当于第二应用客户端。

所述服务应用终端101用于向目标用户提供服务应用，根据目标用户的服务需求生成目标订单，根据该目标订单生成目标订单对应的待支付数据，并向支付应用终端201发出开启支付应用、针对待支付数据进行支付操作的第一触发命令。所述服务应用服务端102用于向服务应用终端101提供技术支持。所述支付应用终端201用于根据接收到的第一触发命令，展示用于选择开启扫描识别码功能或者开启展示支付识别码功能的页面。所述支付应用服务端202用于向支付应用终端201提供技术支持。所述目标实体对象客户端301用于针对该第一触发命令中的目标订单向目标用户提供服务。

以下根据支付应用终端201选择的不同展示页面分别介绍其对应的流程走向图。如图8A所示，当支付应用终端201选择开启展示支付识别码功能，则向目标实体对象客户端301展示目标订单的支付识别码；目标实体对象客户端301识别该支付识别码后，向支付应用服务端202发送该目标订单对应的待支付数据及对应的标识信息。支付应用服务端202根据该标识信息向服务应用服务端102发送获取请求，服务应用服务端102向支付应用服务端202反馈目标组织机构针对该待支付数据的可支付数据。支付应用服务端202将可支付数据发送给支付应用终端201，支付应用终端201根据待支付数据和可支付数据，获取目标用户的实际待支付数据，并进行支付操作。

如图8B所示，当支付应用终端201选择开启扫描识别码功能，则通过扫描识别目标实体对象识别码，获取该目标订单对应的待支付数据，向支付应用服务端202发出针对待支付数据的支付请求消息。支付应用服务端202解析该支付请求消息，获取该服务应用终端对应的标识信息，并向该服务应用服务端102发送获取请求，服务应用服务端102向支付应用服务端202反馈目标组织机构针对该待支付数据的可支付数据。支付应用服务端202将可支付数据发送给支付应用终端201，支付应用终端201根据待支付数据和可支付数据，获取目标用户的实际待支付数据，并进行支付操作。

上述方法流程图中，支付应用终端201根据获取的目标订单的待支付数据和可支付数据，获取目标用户待实际支付数据。其中，支付应用终端201获取可支付数据的过程无需商家与目标用户所在的目标组织机构完成签约，只需要商家和支付应用签订支付协议，目标组织机构与支付应用签订支付协议。整个支付过程对于商家而言是无感知的，增加了目标用户采用目标组织机构提供的可支付数据支付订单的商家数量。

第六实施例

本申请第六实施例中提供一种针对待支付数据的支付方法，其用于运行在终端中的支付应用，具体流程如图9所示，其为本申请第六实施例中提供的一种针对待支付数据的支付方法的流程图。图9所示的针对待支付数据的支付方法，应用于运行在终端中的支付应用，所述方法包括：步骤S901至步骤S905。

如图9所示，在步骤S901中，获得在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令。

本步骤S901根据本申请第五实施例中服务应用终端101获取的上述第一触发命令。其中，待支付数据是指目标用户在服务应用终端101选择的目标订单对应的全部金额，如本申请场景实施例中所述的订单金额。

具体的，所述获得在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令，包括：获得所述服务应用发出的在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令。也就是说，如图8A和图8B所示，服务应用终端101发出的在支付应用终端201开启支付应用，针对待支付数据进行支付操作的第一触发命令。

如图9所示，在步骤S902中，从所述第一触发命令中获得运行在所述终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据。

所谓服务应用是指本申请第五实施例所述的服务应用终端101。

如图9所示，在步骤S903中，展示所述目标用户对应的支付识别码，所述支付识别码中包括所述服务应用的标识信息。

具体的，针对步骤S902中的第一触发命令，展示用于选择开启扫描识别码功能或开启展示支付识别码功能的页面；所述展示所述目标用户对应的支付识别码，包括：响应于检测到针对开启展示支付识别码功能的触发操作，展示所述目标用户对应的支付识别码。

如图9所示，在步骤S904中，在所述目标用户对应的支付识别码被目标实体对象客户端识别后，获得支付应用服务端提供的目标组织机构针对所述待支付数据的可支付数据，所述目标实体对象客户端为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的客户端，所述目标用户为所述目标组织机构的成员。

如图9所示，在步骤S905中，根据所述可支付数据对所述待支付数据进行支付处理。

本步骤中，所述根据所述可支付数据对所述待支付数据进行支付处理，包括：展示包括所述可支付数据、所述待支付数据、所述目标用户的实际待支付数据的支付信息确认页面，所述目标用户的实际待支付数据是根据所述可支付数据和所述待支付数据获得的；响应于检测到针对所述支付信息确认页面的确认操作，向所述支付应用服务端发出用于触发所述支付应用服务端完成支付操作的第二触发命令，所述第二触发命令包括所述目标用户的实际待支付数据。

结合本申请应用场景实施例所示可知，可支付数据是指资源对象、所述待支付数据是指目标订单对应的金额，订单金额、所述目标用户的实际待支付数据是指个人实际支付金额。

可选的，还包括：获得所述支付应用服务端发出的支付成功消息；展示用于表示支付成功的支付成功页面，所述支付成功页面包括所述可支付数据。

可选的，所述目标订单为用于表示所述目标用户在所述目标实体对象所在位置接受所述目标实体对象提供的服务的订单。

以上即为本申请第六实施例提供的数据查询方法，应用于运行在终端中的支付应用，所述方法包括：获得在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令；从所述第一触发命令中获得运行在所述终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据；展示所述目标用户对应的支付识别码，所述支付识别码中包括所述服务应用的标识信息；在所述目标用户对应的支付识别码被目标实体对象客户端识别后，获得支付应用服务端提供的目标组织机构针对所述待支付数据的可支付数据，所述目标实体对象客户端为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的客户端，所述目标用户为所述目标组织机构的成员；根据所述可支付数据对所述待支付数据进行支付处理。

在上述方法中，支付应用展示的支付识别码可以包括服务应用的标识信息，实体对象客户端识别支付识别码后，可以获得服务应用的标识信息，通过服务应用的标识信息的传递，可以使支付应用服务端根据服务应用的标识信息向服务应用服务端获得目标组织机构针对待支付数据的可支付数据，支付应用可以根据该可支付数据针对待支付数据进行支付处理。这里的实体对象可以是门店，目标组织机构可以是目标用户所属的企业，目标组织机构针对待支付数据的可支付数据可以是企业针对待支付数据为目标用户可支付的餐补。这种情况下，无论门店是否签约了企业餐补服务，都可以使用企业餐补对用户在门店的账单进行结算，从而解决了现有技术中的用户无法在未签约企业餐补服务的门店使用企业餐补对账单进行结算的问题。

第七实施例

与本申请提供的针对待支付数据的支付方法的应用场景对应的实施例以及第六实施例提供的针对待支付数据的支付方法相对应的，本申请第七实施例还提供了一种针对待支付数据的支付装置。由于装置实施例基本相似于应用场景对应的实施例以及第六实施例，所以描述得比较简单，相关之处参见应用场景对应的实施例以及第六实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

请参照图10，其为本申请第七实施例中提供的一种针对待支付数据的支付装置的示意图。

本申请第七实施例中提供的针对待支付数据的支付装置，应用于运行在终端中的支付应用，所述装置包括：

第一触发命令获取单元1001，用于获得在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令；

第一触发命令解析单元1002，用于从所述第一触发命令中获得运行在所述终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据；

展示单元，用于展示所述目标用户对应的支付识别码，所述支付识别码中包括所述服务应用的标识信息；

可支付数据获取单元1003，用于在所述目标用户对应的支付识别码被目标实体对象客户端识别后，获得支付应用服务端提供的目标组织机构针对所述待支付数据的可支付数据，所述目标实体对象客户端为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的客户端，所述目标用户为所述目标组织机构的成员；

支付处理单元1004，用于根据所述可支付数据对所述待支付数据进行支付处理。

可选的，所述第一触发命令获取单元具体用于获得所述服务应用发出的在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令。

可选的，还包括：所述展示单元具体用于针对所述第一触发命令，展示用于选择开启扫描识别码功能或开启展示支付识别码功能的页面；所述展示所述目标用户对应的支付识别码，包括：响应于检测到针对开启展示支付识别码功能的触发操作，展示所述目标用户对应的支付识别码。

可选的，所述支付处理单元包括实际待支付数据获取单元和第二触发命令发送单元；所述实际待支付数据获取单元，用于展示包括所述可支付数据、所述待支付数据、所述目标用户的实际待支付数据的支付信息确认页面，所述目标用户的实际待支付数据是根据所述可支付数据和所述待支付数据获得的；所述第二触发命令发送单元，用于响应于检测到针对所述支付信息确认页面的确认操作，向所述支付应用服务端发出用于触发所述支付应用服务端完成支付操作的第二触发命令，所述第二触发命令包括所述目标用户的实际待支付数据。

可选的，还包括：支付成功消息获得单元，用于获得所述支付应用服务端发出的支付成功消息；支付成功页面展示单元，用于展示用于表示支付成功的支付成功页面，所述支付成功页面包括所述可支付数据。

可选的，所述目标订单为用于表示所述目标用户在所述目标实体对象所在位置接受所述目标实体对象提供的服务的订单。

第八实施例

与本申请提供的针对待支付数据的支付方法的应用场景对应的实施例以及本申请第六实施例提供的针对待支付数据的支付方法相对应的，本申请第八实施例还提供了另一种针对待支付数据的支付方法，本申请第八实施例中执行所述针对待支付数据的支付方法的执行主体可以是运行在终端中的支付应用，相关之处参见第六实施例的部分说明即可。下述描述第八实施例仅仅是示意性的。

请参照图11，其为本申请第八实施例中提供的另一种针对待支付数据的支付方法的流程图。图11所示的针对待支付数据的支付方法，应用于运行在终端中的支付应用，所述方法包括：步骤S1101至步骤S1105。

如图11所示，在步骤S1101中，获得在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令。

如图11所示，在步骤S1102中，从所述第一触发命令中获得运行在所述终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据。

如图11所示，在步骤S1103中，识别目标实体对象识别码，向支付应用服务端发出针对所述待支付数据的支付请求消息，所述支付请求消息包括所述服务应用的标识信息，所述目标实体对象识别码为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的识别码。

如图11所示，在步骤S1104中，获得所述支付应用对应的支付应用服务端提供的目标组织机构针对所述待支付数据的可支付数据，所述目标用户为所述目标组织机构的成员。

如图11所示，在步骤S1105中，根据所述可支付数据对所述待支付数据进行支付处理。

可选的，所述获得在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令，包括：获得所述服务应用发出的在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令。

可选的，还包括：针对所述第一触发命令，展示用于选择开启扫描识别码功能或开启展示支付识别码功能的页面；所述识别目标实体对象识别码，包括：响应于检测到针对开启扫描识别码功能的触发操作，识别所述目标实体对象识别码。

可选的，所述根据所述可支付数据对所述待支付数据进行支付处理，包括：展示包括所述可支付数据、所述待支付数据、所述目标用户的实际待支付数据的支付信息确认页面，所述目标用户的实际待支付数据是根据所述可支付数据和所述待支付数据获得的；响应于检测到针对所述支付信息确认页面的确认操作，向所述支付应用服务端发出用于触发所述支付应用服务端完成支付操作的第二触发命令，所述第二触发命令包括所述目标用户的实际待支付数据。

可选的，还包括：获得所述支付应用服务端发出的支付成功消息；展示用于表示支付成功的支付成功页面，所述支付成功页面包括所述可支付数据。

可选的，所述目标订单为用于表示所述目标用户在所述目标实体对象所在位置接受所述目标实体对象提供的服务的订单。

本申请第八实施例提供一种针对待支付数据的支付方法，应用于运行在终端中的支付应用，所述方法包括：获得在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令；从所述第一触发命令中获得运行在所述终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据；识别目标实体对象识别码，向支付应用服务端发出针对所述待支付数据的支付请求消息，所述支付请求消息包括所述服务应用的标识信息，所述目标实体对象识别码为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的识别码；获得所述支付应用对应的支付应用服务端提供的目标组织机构针对所述待支付数据的可支付数据，所述目标用户为所述目标组织机构的成员；根据所述可支付数据对所述待支付数据进行支付处理。

在上述方法中，支付应用识别目标实体对象识别码，向支付应用服务端发出针对所述待支付数据的支付请求消息，所述支付请求消息包括所述服务应用的标识信息，通过服务应用的标识信息的传递，可以使支付应用服务端根据服务应用的标识信息向服务应用服务端获得目标组织机构针对待支付数据的可支付数据，支付应用可以根据该可支付数据针对待支付数据进行支付处理。这里的实体对象可以是门店，目标组织机构可以是目标用户所属的企业，目标组织机构针对待支付数据的可支付数据可以是企业针对待支付数据为目标用户可支付的餐补。这种情况下，无论门店是否签约了企业餐补服务，都可以使用企业餐补对用户在门店的账单进行结算，从而解决了现有技术中的用户无法在未签约企业餐补服务的门店使用企业餐补对账单进行结算的问题。

第九实施例

与本申请提供的针对待支付数据的支付方法的应用场景对应的实施例以及第八实施例提供的另一种针对待支付数据的支付方法相对应的，本申请第九实施例还提供了另一种针对待支付数据的支付装置。由于装置实施例基本相似于应用场景对应的实施例以及第八实施例，所以描述得比较简单，相关之处参见应用场景对应的实施例以及第八实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

请参照图12，其为本申请第九实施例中提供的另一种针对待支付数据的支付装置的示意图。

本申请第九实施例中提供的针对待支付数据的支付装置，应用于运行在终端中的支付应用，所述装置包括：

第一触发命令获取单元1201，用于获得在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令；

第一触发命令解析单元1202，用于从所述第一触发命令中获得运行在所述终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据；

支付请求消息获取单元1203，用于识别目标实体对象识别码，向支付应用服务端发出针对所述待支付数据的支付请求消息，所述支付请求消息包括所述服务应用的标识信息，所述目标实体对象识别码为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的识别码；

可支付数据获取单元1204，用于获得所述支付应用对应的支付应用服务端提供的目标组织机构针对所述待支付数据的可支付数据，所述目标用户为所述目标组织机构的成员；

支付处理单元1205，用于根据所述可支付数据对所述待支付数据进行支付处理。

可选的，所述第一触发命令获取单元具体用于获得所述服务应用发出的在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令。

可选的，还包括：第一展示单元，用于针对所述第一触发命令，展示用于选择开启扫描识别码功能或开启展示支付识别码功能的页面；所述支付请求消息获取单元具体用于响应于检测到针对开启扫描识别码功能的触发操作，识别所述目标实体对象识别码。

可选的，所述支付处理单元，包括：第二展示单元和第二触发命令发送单元；所述第二展示单元，用于展示包括所述可支付数据、所述待支付数据、所述目标用户的实际待支付数据的支付信息确认页面，所述目标用户的实际待支付数据是根据所述可支付数据和所述待支付数据获得的；所述第二触发命令发送单元，用于响应于检测到针对所述支付信息确认页面的确认操作，向所述支付应用服务端发出用于触发所述支付应用服务端完成支付操作的第二触发命令，所述第二触发命令包括所述目标用户的实际待支付数据。

可选的，还包括：支付成功消息获得单元，用于获得所述支付应用服务端发出的支付成功消息；支付成功页面展示单元，用于展示用于表示支付成功的支付成功页面，所述支付成功页面包括所述可支付数据。

可选的，所述目标订单为用于表示所述目标用户在所述目标实体对象所在位置接受所述目标实体对象提供的服务的订单。

第十实施例

与本申请提供的针对待支付数据的支付方法的应用场景对应的实施例以及本申请第六实施例提供的针对待支付数据的支付方法相对应的，本申请第十实施例还提供了一种数据处理方法，本申请第十实施例中执行所述数据处理方法的执行主体可以是支付应用服务端，相关之处参见第六实施例的部分说明即可。下述描述第十实施例仅仅是示意性的。

请参照图13，其为本申请第十实施例中提供的一种数据处理方法的流程图。图13所示的数据处理方法，应用于支付应用服务端，所述方法包括：步骤S1301至步骤S1304。

如图13所示，在步骤S1301中，获得针对待支付数据的支付请求消息，所述支付请求消息包括运行在终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据；

如图13所示，在步骤S1302中，根据所述服务应用的标识信息，向服务应用服务端发出用于请求获得目标组织机构针对所述待支付数据的可支付数据的可支付数据请求消息，所述目标用户为所述目标组织机构的成员；

如图13所示，在步骤S1303中，获得所述服务应用服务端返回的所述目标组织机构针对所述待支付数据的可支付数据；

如图13所示，在步骤S1304中，向运行在终端中的与所述目标用户对应的支付应用发送所述目标组织机构针对所述待支付数据的可支付数据。

可选的，所述获得针对待支付数据的支付请求消息，包括：获得与所述目标用户对应的支付应用发出的所述支付请求消息，或者，获得目标实体对象客户端发出的所述支付请求消息，所述目标实体对象客户端为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的客户端。

可选的，所述可支付数据请求消息包括所述目标订单的标识信息和/或所述目标用户的标识信息。

可选的，还包括：如果获得所述服务应用服务端返回的用于表示未查询到任何组织机构针对所述待支付数据的可支付数据的响应消息，则向所述支付应用发送用于表示表示未查询到任何组织机构针对所述待支付数据的可支付数据的提示消息，或者向所述支付应用发送用于表示将所述待支付数据作为所述目标用户的实际待支付数据的提示消息。

可选的，还包括：根据所述待支付数据和所述目标组织机构针对所述待支付数据的可支付数据，获得目标用户的实际待支付数据；所述向运行在终端中的与所述目标用户对应的支付应用发送所述目标组织机构针对所述待支付数据的可支付数据，包括：向所述支付应用发送所述目标用户的实际待支付数据和所述目标组织机构针对所述待支付数据的可支付数据。

可选的，还包括：获得所述支付应用发出的用于触发所述支付应用服务端完成支付操作的第二触发命令，所述第二触发命令包括所述目标用户的实际待支付数据；针对所述目标用户的实际待支付数据进行支付操作。

可选的，所述针对所述目标用户的实际待支付数据进行支付操作，包括：根据所述目标用户的实际待支付数据，对所述目标用户的目标用户账户进行扣减操作；根据所述目标组织机构针对所述待支付数据的可支付数据，对所述目标组织机构的目标组织机构账户进行扣减操作；根据所述待支付数据，对目标实体对象的目标实体对象账户进行增额操作，所述目标实体对象为针对所述目标订单为所述目标用户提供服务的实体对象。

可选的，还包括执行如下至少一种操作：向所述支付应用和/或目标用户客户端发出用于表示针对所述目标用户的实际待支付数据支付成功的支付成功消息；向目标实体对象客户端发出用于表示所述目标用户针对所述待支付数据支付成功的支付成功消息；向目标组织机构客户端和/或所述服务应用服务端发出用于表示从所述目标组织机构账户中针对所述目标用户扣减所述可支付数据成功的扣减成功消息。

可选的，还包括：获得目标实体对象客户端或所述支付应用发出的用于请求向所述目标用户的目标用户账户退还所述目标用户的实际已支付数据的请求消息，所述目标实体对象客户端为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的客户端，所述实际已支付数据是与所述实际待支付数据对应的数据；针对所述目标用户的实际已支付数据进行退还操作。

可选的，所述针对所述目标用户的实际已支付数据进行退还操作，包括：根据所述目标用户的实际已支付数据，对所述目标用户的目标用户账户进行退还操作；根据所述目标组织机构针对所述待支付数据的已支付数据，对所述目标组织机构的目标组织机构账户进行退还操作，所述目标组织机构针对所述待支付数据的已支付数据是与所述目标组织机构针对所述待支付数据的可支付数据对应的数据；根据已支付总数据，对所述目标实体对象的目标实体对象账户进行扣减操作，所述已支付总数据是与所述待支付数据对应的数据。

可选的，还包括执行如下至少一种操作：向所述支付应用和/或目标用户客户端发出用于表示针对所述目标用户的实际已支付数据退还成功的退还成功消息；向目标实体对象客户端发出用于表示从所述目标实体对象账户中针对所述已支付总数据扣减成功的扣减成功消息；向目标组织机构客户端和/或所述服务应用服务端发出用于表示针对所述目标组织机构针对所述待支付数据的已支付数据退还成功的退还成功消息。

可选的，所述目标订单为用于表示所述目标用户在所述目标实体对象所在位置接受所述目标实体对象提供的服务的订单。

本申请第十实施例提供一种数据处理方法，应用于支付应用服务端，所述方法包括：获得针对待支付数据的支付请求消息，所述支付请求消息包括运行在终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据；根据所述服务应用的标识信息，向服务应用服务端发出用于请求获得目标组织机构针对所述待支付数据的可支付数据的可支付数据请求消息，所述目标用户为所述目标组织机构的成员；获得所述服务应用服务端返回的所述目标组织机构针对所述待支付数据的可支付数据；向运行在终端中的与所述目标用户对应的支付应用发送所述目标组织机构针对所述待支付数据的可支付数据。

在上述方法中，支付应用服务端可以获得服务应用的标识信息，识别目标实体对象识别码，向支付应用服务端发出针对所述待支付数据的支付请求消息，所述支付请求消息包括所述服务应用的标识信息，支付应用服务端根据服务应用的标识信息向服务应用服务端获得目标组织机构针对待支付数据的可支付数据，以使支付应用可以根据该可支付数据针对待支付数据进行支付处理。这里的目标组织机构可以是目标用户所属的企业，目标组织机构针对待支付数据的可支付数据可以是企业针对待支付数据为目标用户可支付的餐补。这种情况下，无论目标订单针对的门店是否签约了企业餐补服务，都可以使用企业餐补对用户在门店的账单进行结算，从而解决了现有技术中的用户无法在未签约企业餐补服务的门店使用企业餐补对账单进行结算的问题。

第十一实施例

与本申请提供的针对待支付数据的支付方法的应用场景对应的实施例以及第十实施例提供的一种数据处理方法相对应的，本申请第十一实施例还提供了一种数据处理装置。由于装置实施例基本相似于应用场景对应的实施例以及第十实施例，所以描述得比较简单，相关之处参见应用场景对应的实施例以及第十实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

请参照图14，其为本申请第十一实施例中提供的一种数据处理装置的示意图。

本申请第十一实施例中提供的数据处理装置，应用于支付应用服务端，所述装置包括：

支付请求消息获取单元1401，用于获得针对待支付数据的支付请求消息，所述支付请求消息包括运行在终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据；

可支付数据请求单元1402，用于根据所述服务应用的标识信息，向服务应用服务端发出用于请求获得目标组织机构针对所述待支付数据的可支付数据的可支付数据请求消息，所述目标用户为所述目标组织机构的成员；

可支付数据获取单元1403，用于获得所述服务应用服务端返回的所述目标组织机构针对所述待支付数据的可支付数据；

可支付数据发送单元1405，用于向运行在终端中的与所述目标用户对应的支付应用发送所述目标组织机构针对所述待支付数据的可支付数据。

可选的，所述支付请求消息获取单元具体用于获得与所述目标用户对应的支付应用发出的所述支付请求消息，或者，获得目标实体对象客户端发出的所述支付请求消息，所述目标实体对象客户端为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的客户端。

可选的，所述可支付数据请求消息包括所述目标订单的标识信息和/或所述目标用户的标识信息。

可选的，还用于如果获得所述服务应用服务端返回的用于表示未查询到任何组织机构针对所述待支付数据的可支付数据的响应消息，则向所述支付应用发送用于表示表示未查询到任何组织机构针对所述待支付数据的可支付数据的提示消息，或者向所述支付应用发送用于表示将所述待支付数据作为所述目标用户的实际待支付数据的提示消息。

可选的，还包括：目标用户的实际待支付数据获得单元；所述目标用户的实际待支付数据获得单元，用于根据所述待支付数据和所述目标组织机构针对所述待支付数据的可支付数据，获得目标用户的实际待支付数据；所述可支付数据发送单元具体用于向所述支付应用发送所述目标用户的实际待支付数据和所述目标组织机构针对所述待支付数据的可支付数据。

可选的，还包括：第二触发命令单元和支付操作单元；所述第二触发命令单元，用于获得所述支付应用发出的用于触发所述支付应用服务端完成支付操作的第二触发命令，所述第二触发命令包括所述目标用户的实际待支付数据；所述支付操作单元，用于针对所述目标用户的实际待支付数据进行支付操作。

可选的，所述支付操作单元具体用于根据所述目标用户的实际待支付数据，对所述目标用户的目标用户账户进行扣减操作；根据所述目标组织机构针对所述待支付数据的可支付数据，对所述目标组织机构的目标组织机构账户进行扣减操作；根据所述待支付数据，对目标实体对象的目标实体对象账户进行增额操作，所述目标实体对象为针对所述目标订单为所述目标用户提供服务的实体对象。

可选的，还用于执行如下至少一种操作：向所述支付应用和/或目标用户客户端发出用于表示针对所述目标用户的实际待支付数据支付成功的支付成功消息；向目标实体对象客户端发出用于表示所述目标用户针对所述待支付数据支付成功的支付成功消息；向目标组织机构客户端和/或所述服务应用服务端发出用于表示从所述目标组织机构账户中针对所述目标用户扣减所述可支付数据成功的扣减成功消息。

可选的，还包括：实际待支付数据退款请求单元，用于获得目标实体对象客户端或所述支付应用发出的用于请求向所述目标用户的目标用户账户退还所述目标用户的实际已支付数据的请求消息，所述目标实体对象客户端为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的客户端，所述实际已支付数据是与所述实际待支付数据对应的数据；退还操作单元，用于针对所述目标用户的实际已支付数据进行退还操作。

可选的，所述退还操作单元具体用于根据所述目标用户的实际已支付数据，对所述目标用户的目标用户账户进行退还操作；根据所述目标组织机构针对所述待支付数据的已支付数据，对所述目标组织机构的目标组织机构账户进行退还操作，所述目标组织机构针对所述待支付数据的已支付数据是与所述目标组织机构针对所述待支付数据的可支付数据对应的数据；根据已支付总数据，对所述目标实体对象的目标实体对象账户进行扣减操作，所述已支付总数据是与所述待支付数据对应的数据。

可选的，还用于执行如下至少一种操作：向所述支付应用和/或目标用户客户端发出用于表示针对所述目标用户的实际已支付数据退还成功的退还成功消息；向目标实体对象客户端发出用于表示从所述目标实体对象账户中针对所述已支付总数据扣减成功的扣减成功消息；向目标组织机构客户端和/或所述服务应用服务端发出用于表示针对所述目标组织机构针对所述待支付数据的已支付数据退还成功的退还成功消息。

可选的，所述目标订单为用于表示所述目标用户在所述目标实体对象所在位置接受所述目标实体对象提供的服务的订单。

第十二实施例

与本申请提供的针对待支付数据的支付方法的应用场景对应的实施例以及本申请第十实施例提供的数据处理方法相对应的，本申请第十二实施例还提供了另一种数据处理方法，本申请第十二实施例中执行所述数据处理方法的执行主体可以是服务应用服务端，相关之处参见第十实施例的部分说明即可。下述描述第十二实施例仅仅是示意性的。

请参照图15，其为本申请第十二实施例中提供的另一种数据处理方法的流程图。图15所示的数据处理方法，应用于服务应用服务端，所述服务应用服务端对应的服务应用是针对目标用户的服务需求生成目标订单的应用，所述方法包括：步骤S1501至步骤S1502。

如图15所示，在步骤81501中，获得支付应用服务端发出的用于请求获得目标组织机构针对待支付数据的可支付数据的可支付数据请求消息，所述待支付数据是针对所述目标订单的待支付数据，所述目标用户为所述目标组织机构的成员。

如图15所示，在步骤81502中，向所述支付应用服务端发送所述目标组织机构针对所述待支付数据的可支付数据。

可选的，还包括：获得所述待支付数据对应的目标用户的标识信息；根据所述目标用户的标识信息，查询是否存在所述目标组织机构为所述目标用户的订单进行支付的签约信息；如果确定存在所述签约信息，则获得所述目标组织机构针对所述待支付数据的可支付数据。

可选的，所述获得所述待支付数据对应的目标用户的标识信息，包括：从所述可支付数据请求消息中获得所述目标用户的标识信息；或者，从所述可支付数据请求消息中获得所述目标订单的标识信息，根据所述目标订单的标识信息，获得所述目标用户的标识信息。

可选的，所述根据所述目标用户的标识信息，查询是否存在所述目标组织机构为所述目标用户的订单进行支付的签约信息，包括：向用于存储签约信息的签约信息存储端发出用于查询是否存在所述目标组织机构为所述目标用户的订单进行支付的签约信息的查询消息；获得所述签约信息存储端返回的用于表示查询是否存在所述目标组织机构为所述目标用户的订单进行支付的签约信息的查询结果。

可选的，所述根据所述目标用户的标识信息，查询是否存在所述目标组织机构为所述目标用户的订单进行支付的签约信息，包括：根据所述目标用户的标识信息，获得所述目标用户所属的所述目标组织机构的标识信息；根据所述目标用户的标识信息和所述目标组织机构的标识信息，查询是否存在所述目标组织机构为所述目标用户的订单进行支付的签约信息。

可选的，所述获得所述目标组织机构针对所述待支付数据的可支付数据，包括：从所述签约信息中获得所述目标组织机构针对所述目标用户的所有订单的预设可支付数据，将所述预设可支付数据确定为所述目标组织机构针对所述待支付数据的可支付数据。

可选的，所述获得所述目标组织机构针对所述待支付数据的可支付数据，包括：从所述签约信息中获得所述目标组织机构针对所述目标用户的所有订单的可支付数据确定策略信息；根据所述待支付数据和/或所述目标订单的特征数据中的至少一种数据和所述可支付数据确定策略信息，获得所述目标组织机构针对所述待支付数据的可支付数据。

可选的，如果未查询到任何组织机构针对所述待支付数据的可支付数据，则向所述应用服务端返回用于表示未查询到任何组织机构针对所述待支付数据的可支付数据的响应消息。

可选的，还包括：获得所述支付应用服务端发出的表示从目标组织机构账户中针对所述目标用户扣减所述可支付数据成功的扣减成功消息；向目标组织机构客户端发出所述扣减成功消息。

可选的，还包括：获得所述支付应用服务端发出的用于表示针对所述目标组织机构针对所述待支付数据的已支付数据退还成功的退还成功消息，所述目标组织机构针对所述待支付数据的已支付数据是与所述目标组织机构针对所述待支付数据的可支付数据对应的数据；向所述目标组织机构客户端发出所述退还成功消息。

可选的，还包括：向所述服务应用发送所述目标组织机构针对所述待支付数据的可支付数据。

本申请第十二实施例提供一种数据处理方法，应用于服务应用服务端，所述服务应用服务端对应的服务应用是针对目标用户的服务需求生成目标订单的应用，所述方法包括：获得支付应用服务端发出的用于请求获得目标组织机构针对待支付数据的可支付数据的可支付数据请求消息，所述待支付数据是针对所述目标订单的待支付数据，所述目标用户为所述目标组织机构的成员；向所述支付应用服务端发送所述目标组织机构针对所述待支付数据的可支付数据。

在上述方法中，服务应用服务端可以向支付应用服务端提供目标组织机构针对待支付数据的可支付数据，以使支付应用可以根据该可支付数据针对待支付数据进行支付处理。这里的目标组织机构可以是目标用户所属的企业，目标组织机构针对待支付数据的可支付数据可以是企业针对待支付数据为目标用户可支付的餐补。这种情况下，无论目标订单针对的门店是否签约了企业餐补服务，都可以使用企业餐补对用户在门店的账单进行结算，从而解决了现有技术中的用户无法在未签约企业餐补服务的门店使用企业餐补对账单进行结算的问题。

第十三实施例

与本申请提供的针对待支付数据的支付方法的应用场景对应的实施例以及第十二实施例提供的另一种数据处理方法相对应的，本申请第十三实施例还提供了一种数据处理装置。由于装置实施例基本相似于应用场景对应的实施例以及第十二实施例，所以描述得比较简单，相关之处参见应用场景对应的实施例以及第十二实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

请参照图16，其为本申请第十三实施例中提供的另一种数据处理装置的示意图。

本申请第十三实施例中提供的数据处理装置，应用于服务应用服务端，所述服务应用服务端对应的服务应用是针对目标用户的服务需求生成目标订单的应用，所述装置包括：

可支付数据请求消息获得单元1601，用于获得支付应用服务端发出的用于请求获得目标组织机构针对待支付数据的可支付数据的可支付数据请求消息，所述待支付数据是针对所述目标订单的待支付数据，所述目标用户为所述目标组织机构的成员；

可支付数据发送单元1602，用于向所述支付应用服务端发送所述目标组织机构针对所述待支付数据的可支付数据。

可选的，还包括：标识信息获得单元，用于获得所述待支付数据对应的目标用户的标识信息；查询单元，用于根据所述目标用户的标识信息，查询是否存在所述目标组织机构为所述目标用户的订单进行支付的签约信息；可支付数据获得单元，用于如果确定存在所述签约信息，则获得所述目标组织机构针对所述待支付数据的可支付数据。

可选的，所述标识信息获得单元具体用于从所述可支付数据请求消息中获得所述目标用户的标识信息；或者，从所述可支付数据请求消息中获得所述目标订单的标识信息，根据所述目标订单的标识信息，获得所述目标用户的标识信息。

可选的，所述查询单元具体用于向用于存储签约信息的签约信息存储端发出用于查询是否存在所述目标组织机构为所述目标用户的订单进行支付的签约信息的查询消息；获得所述签约信息存储端返回的用于表示查询是否存在所述目标组织机构为所述目标用户的订单进行支付的签约信息的查询结果。

可选的，所述查询单元具体用于根据所述目标用户的标识信息，获得所述目标用户所属的所述目标组织机构的标识信息；根据所述目标用户的标识信息和所述目标组织机构的标识信息，查询是否存在所述目标组织机构为所述目标用户的订单进行支付的签约信息。

可选的，所述可支付数据获得单元具体用于从所述签约信息中获得所述目标组织机构针对所述目标用户的所有订单的预设可支付数据，将所述预设可支付数据确定为所述目标组织机构针对所述待支付数据的可支付数据。

可选的，所述可支付数据获得单元具体用于从所述签约信息中获得所述目标组织机构针对所述目标用户的所有订单的可支付数据确定策略信息；根据所述待支付数据和/或所述目标订单的特征数据中的至少一种数据和所述可支付数据确定策略信息，获得所述目标组织机构针对所述待支付数据的可支付数据。

可选的，还用于：如果未查询到任何组织机构针对所述待支付数据的可支付数据，则向所述应用服务端返回用于表示未查询到任何组织机构针对所述待支付数据的可支付数据的响应消息。

可选的，还包括：扣减成功消息获取单元，用于获得所述支付应用服务端发出的表示从目标组织机构账户中针对所述目标用户扣减所述可支付数据成功的扣减成功消息；扣减成功消息发送单元，用于向目标组织机构客户端发出所述扣减成功消息。

可选的，还包括：退还成功消息获得单元，用于获得所述支付应用服务端发出的用于表示针对所述目标组织机构针对所述待支付数据的已支付数据退还成功的退还成功消息，所述目标组织机构针对所述待支付数据的已支付数据是与所述目标组织机构针对所述待支付数据的可支付数据对应的数据；退还成功消息发送单元，用于向所述目标组织机构客户端发出所述退还成功消息。

可选的，还包括：可支付数据发送单元，用于向所述服务应用发送所述目标组织机构针对所述待支付数据的可支付数据。

第十四实施例

与本申请提供的针对待支付数据的支付方法的应用场景对应的实施例以及本申请第十二实施例提供的数据处理方法相对应的，本申请第十四实施例还提供了另一种数据处理方法，本申请第十四实施例中执行所述数据处理方法的执行主体可以是服务应用终端，相关之处参见第十二实施例的部分说明即可。下述描述第十四实施例仅仅是示意性的。

请参照图17，其为本申请第十四实施例中提供的另一种数据处理方法的流程图。图17所示的数据处理方法，应用于运行在终端中的服务应用，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述方法包括：步骤S1701至步骤S1702。

如图17所示，在步骤S1701中，响应于检测到针对目标订单的结算触发操作，获得与所述目标订单对应的待支付数据，所述待支付数据是针对所述目标订单的待支付数据。

如图17所示，在步骤S1702中，向运行在所述终端中的与所述目标用户对应的支付应用发出用于开启所述支付应用、针对所述待支付数据进行支付操作的第一触发命令，所述第一触发命令包括所述服务应用的标识信息，所述服务应用的标识信息用于获得目标组织机构针对所述待支付数据的可支付数据，所述目标用户为所述目标组织机构的成员。

可选的，还包括：展示实体对象信息列表；响应于检测到针对目标实体对象的标识信息的触发操作，展示所述目标实体对象的服务页面，所述目标实体对象为针对所述目标订单为所述目标用户提供服务的实体对象；响应于在所述服务页面上检测到的结算操作，生成所述目标订单。

可选的，还包括：获得所述支付应用返回的支付完成消息，所述支付完成消息包括所述目标组织机构针对所述待支付数据的可支付数据和所述目标用户的实际支付数据。

可选的，还包括：获得服务应用服务端提供的所述目标组织机构针对所述待支付数据的可支付数据和所述目标用户的实际支付数据。

可选的，还包括：展示所述目标订单的详情信息，所述详情信息包括所述目标组织机构针对所述待支付数据的可支付数据和所述目标用户的实际支付数据。

可选的，所述目标订单为用于表示所述目标用户在所述目标实体对象所在位置接受所述目标实体对象提供的服务的订单。

本申请第十四实施例提供一种数据处理方法，应用于运行在终端中的服务应用，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述方法包括：响应于检测到针对目标订单的结算触发操作，获得与所述目标订单对应的待支付数据，所述待支付数据是针对所述目标订单的待支付数据；向运行在所述终端中的与所述目标用户对应的支付应用发出用于开启所述支付应用、针对所述待支付数据进行支付操作的第一触发命令，所述第一触发命令包括所述服务应用的标识信息，所述服务应用的标识信息用于获得目标组织机构针对所述待支付数据的可支付数据，所述目标用户为所述目标组织机构的成员。

在上述方法中，服务应用在触发支付应用识针对待支付数据进行支付处理时，可以向支付应用提供服务应用的标识信息，通过服务应用的标识信息的传递，可以使支付应用服务端根据服务应用的标识信息向服务应用服务端获得目标组织机构针对待支付数据的可支付数据，从而使支付应用可以根据该可支付数据针对待支付数据进行支付处理。这里的目标组织机构可以是目标用户所属的企业，目标组织机构针对待支付数据的可支付数据可以是企业针对待支付数据为目标用户可支付的餐补。这种情况下，无论目标订单针对的门店是否签约了企业餐补服务，都可以使用企业餐补对用户在门店的账单进行结算，从而解决了现有技术中的用户无法在未签约企业餐补服务的门店使用企业餐补对账单进行结算的问题。

第十五实施例

与本申请提供的针对待支付数据的支付方法的应用场景对应的实施例以及第十四实施例提供的另一种数据处理方法相对应的，本申请第十五实施例还提供了一种数据处理装置。由于装置实施例基本相似于应用场景对应的实施例以及第十四实施例，所以描述得比较简单，相关之处参见应用场景对应的实施例以及第十四实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

请参照图18，其为本申请第十五实施例中提供的另一种数据处理装置的示意图。

本申请第十五实施例中提供的数据处理装置，应用于运行在终端中的服务应用，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述装置包括：

待支付数据获取单元1801，响应于检测到针对目标订单的结算触发操作，获得与所述目标订单对应的待支付数据，所述待支付数据是针对所述目标订单的待支付数据；

第一触发命令发送单元1802，用于向运行在所述终端中的与所述目标用户对应的支付应用发出用于开启所述支付应用、针对所述待支付数据进行支付操作的第一触发命令，所述第一触发命令包括所述服务应用的标识信息，所述服务应用的标识信息用于获得目标组织机构针对所述待支付数据的可支付数据，所述目标用户为所述目标组织机构的成员。

可选的，还包括：信息列表展示单元，用于展示实体对象信息列表；目标实体对象的服务页面展示单元，用于响应于检测到针对目标实体对象的标识信息的触发操作，展示所述目标实体对象的服务页面，所述目标实体对象为针对所述目标订单为所述目标用户提供服务的实体对象；目标订单生成单元，用于响应于在所述服务页面上检测到的结算操作，生成所述目标订单。

可选的，还包括：支付完成消息获得单元，用于获得所述支付应用返回的支付完成消息，所述支付完成消息包括所述目标组织机构针对所述待支付数据的可支付数据和所述目标用户的实际支付数据。

可选的，还包括：实际支付数据获得单元，用于获得服务应用服务端提供的所述目标组织机构针对所述待支付数据的可支付数据和所述目标用户的实际支付数据。

可选的，还用于：展示所述目标订单的详情信息，所述详情信息包括所述目标组织机构针对所述待支付数据的可支付数据和所述目标用户的实际支付数据。

可选的，所述目标订单为用于表示所述目标用户在所述目标实体对象所在位置接受所述目标实体对象提供的服务的订单。

第十六实施例

与本申请提供的上述方法实施例相对应的，本申请第十六实施例还提供了一种电子设备。由于第十六实施例基本相似于本申请提供的上述方法实施例，所以描述得比较简单，相关之处参见本申请提供的上述方法实施例部分的说明即可。下述描述的装置实施例仅仅是示意性的。

请参照图19，其为本申请第十六实施例中提供的一种电子设备的示意图。

该电子设备，包括：

处理器1901；以及

存储器1902，用于存储计算机方法的程序，所述程序在被所述处理器读取执行时执行上述任意一种方法。

需要说明的是，本申请第十六实施例提供的电子设备的详细描述，可以参考对本申请提供的针对待支付数据的支付方法的应用场景以及本申请提供的上述方法实施例的相关描述，这里不再赘述。

第十七实施例

与本申请提供的上述方法实施例相对应的，本申请第十七实施例还提供了一种计算机存储介质，由于第十七实施例基本相似于本申请提供的上述方法实施例，所以描述的比较简单，相关之处参见本申请提供的上述方法实施例部分的说明即可。下面描述的第十七实施例仅仅是示意性的。

所述计算机存储介质存储有计算机程序，所述程序被执行时实现上述方法实施例中提供的方法。

需要说明的是，本申请第十七实施例提供的存储介质的详细描述，可以参考对本申请提供的上述方法实施例的相关描述，这里不再赘述。

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本发明的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(Flash RAM)。内存是计算机可读介质的示例。

1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(Transitory Media)，如调制的数据信号和载波。

2、本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

Claims (10)

1.一种针对待支付数据的支付方法，其特征在于，应用于运行在终端中的支付应用，所述方法包括：

获得在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令；

从所述第一触发命令中获得运行在所述终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据；

展示所述目标用户对应的支付识别码，所述支付识别码中包括所述服务应用的标识信息；

在所述目标用户对应的支付识别码被目标实体对象客户端识别后，获得支付应用服务端提供的目标组织机构针对所述待支付数据的可支付数据，所述目标实体对象客户端为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的客户端，所述目标用户为所述目标组织机构的成员；

根据所述可支付数据对所述待支付数据进行支付处理。

2.一种针对待支付数据的支付装置，其特征在于，应用于运行在终端中的支付应用，所述装置包括：

第一触发命令获取单元，用于获得在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令；

第一触发命令解析单元，用于从所述第一触发命令中获得运行在所述终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据；

展示单元，用于展示所述目标用户对应的支付识别码，所述支付识别码中包括所述服务应用的标识信息；

可支付数据获取单元，用于在所述目标用户对应的支付识别码被目标实体对象客户端识别后，获得支付应用服务端提供的目标组织机构针对所述待支付数据的可支付数据，所述目标实体对象客户端为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的客户端，所述目标用户为所述目标组织机构的成员；

支付处理单元，用于根据所述可支付数据对所述待支付数据进行支付处理。

3.一种针对待支付数据的支付方法，其特征在于，应用于运行在终端中的支付应用，所述方法包括：

获得在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令；

从所述第一触发命令中获得运行在所述终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据；

识别目标实体对象识别码，向支付应用服务端发出针对所述待支付数据的支付请求消息，所述支付请求消息包括所述服务应用的标识信息，所述目标实体对象识别码为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的识别码；

获得所述支付应用对应的支付应用服务端提供的目标组织机构针对所述待支付数据的可支付数据，所述目标用户为所述目标组织机构的成员；

根据所述可支付数据对所述待支付数据进行支付处理。

4.一种针对待支付数据的支付装置，其特征在于，应用于运行在终端中的支付应用，所述装置包括：

第一触发命令获取单元，用于获得在所述终端中开启所述支付应用、针对待支付数据进行支付操作的第一触发命令；

第一触发命令解析单元，用于从所述第一触发命令中获得运行在所述终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据；

支付请求消息获取单元，用于识别目标实体对象识别码，向支付应用服务端发出针对所述待支付数据的支付请求消息，所述支付请求消息包括所述服务应用的标识信息，所述目标实体对象识别码为针对所述目标订单为所述目标用户提供服务的目标实体对象对应的识别码；

可支付数据获取单元，用于获得所述支付应用对应的支付应用服务端提供的目标组织机构针对所述待支付数据的可支付数据，所述目标用户为所述目标组织机构的成员；

支付处理单元，用于根据所述可支付数据对所述待支付数据进行支付处理。

5.一种数据处理方法，其特征在于，应用于支付应用服务端，所述方法包括：

获得针对待支付数据的支付请求消息，所述支付请求消息包括运行在终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据；

根据所述服务应用的标识信息，向服务应用服务端发出用于请求获得目标组织机构针对所述待支付数据的可支付数据的可支付数据请求消息，所述目标用户为所述目标组织机构的成员；

获得所述服务应用服务端返回的所述目标组织机构针对所述待支付数据的可支付数据；

向运行在终端中的与所述目标用户对应的支付应用发送所述目标组织机构针对所述待支付数据的可支付数据。

6.一种数据处理装置，其特征在于，应用于支付应用服务端，所述装置包括：

支付请求消息获取单元，用于获得针对待支付数据的支付请求消息，所述支付请求消息包括运行在终端中的服务应用的标识信息，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述待支付数据是针对所述目标订单的待支付数据；

可支付数据请求单元，用于根据所述服务应用的标识信息，向服务应用服务端发出用于请求获得目标组织机构针对所述待支付数据的可支付数据的可支付数据请求消息，所述目标用户为所述目标组织机构的成员；

可支付数据获取单元，用于获得所述服务应用服务端返回的所述目标组织机构针对所述待支付数据的可支付数据；

可支付数据发送单元，用于向运行在终端中的与所述目标用户对应的支付应用发送所述目标组织机构针对所述待支付数据的可支付数据。

7.一种数据处理方法，其特征在于，应用于服务应用服务端，所述服务应用服务端对应的服务应用是针对目标用户的服务需求生成目标订单的应用，所述方法包括：

获得支付应用服务端发出的用于请求获得目标组织机构针对待支付数据的可支付数据的可支付数据请求消息，所述待支付数据是针对所述目标订单的待支付数据，所述目标用户为所述目标组织机构的成员；

向所述支付应用服务端发送所述目标组织机构针对所述待支付数据的可支付数据。

8.一种数据处理装置，其特征在于，应用于服务应用服务端，所述服务应用服务端对应的服务应用是针对目标用户的服务需求生成目标订单的应用，所述装置包括：

可支付数据请求消息获得单元，用于获得支付应用服务端发出的用于请求获得目标组织机构针对待支付数据的可支付数据的可支付数据请求消息，所述待支付数据是针对所述目标订单的待支付数据，所述目标用户为所述目标组织机构的成员；

可支付数据发送单元，用于向所述支付应用服务端发送所述目标组织机构针对所述待支付数据的可支付数据。

9.一种数据处理方法，其特征在于，应用于运行在终端中的服务应用，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述方法包括：

响应于检测到针对目标订单的结算触发操作，获得与所述目标订单对应的待支付数据，所述待支付数据是针对所述目标订单的待支付数据；

向运行在所述终端中的与所述目标用户对应的支付应用发出用于开启所述支付应用、针对所述待支付数据进行支付操作的第一触发命令，所述第一触发命令包括所述服务应用的标识信息，所述服务应用的标识信息用于获得目标组织机构针对所述待支付数据的可支付数据，所述目标用户为所述目标组织机构的成员。

10.一种数据处理装置，其特征在于，应用于运行在终端中的服务应用，所述服务应用是针对目标用户的服务需求生成目标订单的应用，所述装置包括：

待支付数据获取单元，响应于检测到针对目标订单的结算触发操作，获得与所述目标订单对应的待支付数据，所述待支付数据是针对所述目标订单的待支付数据；

第一触发命令发送单元，用于向运行在所述终端中的与所述目标用户对应的支付应用发出用于开启所述支付应用、针对所述待支付数据进行支付操作的第一触发命令，所述第一触发命令包括所述服务应用的标识信息，所述服务应用的标识信息用于获得目标组织机构针对所述待支付数据的可支付数据，所述目标用户为所述目标组织机构的成员。

Images