CN107730366B - 一种支付订单管理的信息处理方法 - Google Patents

Abstract

本发明实施例涉及一种支付订单管理的信息处理方法，所述方法包括：用户终端接收用户输入的购买商品指令，生成订单创建请求并发送给业务服务器；所述业务服务器获取所述待购买商品的商品登记信息；所述业务服务器生成内部订单数据；如果所述待购买商品的商品类型为可重复购买类型，所述业务服务器生成第三方支付订单请求，并根据所述支付渠道信息发送给相应的第三方支付服务器；所述第三方支付服务器生成第三方支付订单数据；所述第三方支付服务器将所述第三方支付订单数据发送给所述业务服务器；所述业务服务器记录所述第三方订单号与所述内部订单号的关联关系，并存储所述第三方支付订单数据。本发明方便对支付订单信息进行统计、分析和查询。

Description

一种支付订单管理的信息处理方法

技术领域

本发明涉及通信技术领域，尤其涉及一种支付订单管理的信息处理方法。

背景技术

为迎合同步交换的市场需求，第三方支付应运而生。第三方是买卖双方在缺乏信用保障或法律支持的情况下的资金支付“中间平台”，买方将货款付给买卖双方之外的第三方，第三方提供安全交易服务，其运作实质是在收付款人之间设立中间过渡账户，使汇转款项实现可控性停顿，只有双方意见达成一致才能决定资金去向。第三方担当中介保管及监督的职能，并不承担什么风险，所以确切的说，这是一种支付托管行为，通过支付托管实现支付保证。在飞速发展的互联网时代，第三方支付是现代金融服务业的重要组成部分，也是中国互联网经济高速发展的底层支撑力量和进一步发展的推动力。

目前，通常商户接入第三方支付接口，并不保存第三方支付订单信息，只为支付请求提供一个唯一的支付订单号，同时，支付成功、失败信息也不在本地做数据保存。这种支付模式虽然节省了对接成本，简化了整个支付流程，但由于本地没有支付订单信息，统计支付数据时便需要依赖第三方支付平台，且支付平台一般不止一家，因此，数据汇总就会变得很繁琐。而且当出现用户操作失误时，很可能发生重复计费，而当需要进行退费时，则需要在第三方平台上进行逐条退费处理。

发明内容

本发明的目的是针对现有技术存在的问题，提供一种能够方便查询、统计、分析支付订单信息，防止重复计费的支付订单管理的信息处理方法。

为实现上述目的，本发明提供了一种支付订单管理的信息处理方法，所述方法包括：

用户终端接收用户输入的购买商品指令，根据所述购买商品指令生成订单创建请求并发送给业务服务器；所述订单创建请求包括用户编号、待购买商品的商品编号、支付方式信息和支付渠道信息；

所述业务服务器根据所述商品编号获取所述待购买商品的商品登记信息；所述商品登记信息包括所述商品编号、商品名称、商品金额和商品类型；所述商品类型包括可重复购买类型和不可重复购买类型；

所述业务服务器根据所述订单创建请求和所述待购买商品的商品登记信息生成内部订单数据；所述内部订单数据包括内部订单号、所述用户编号、所述商品金额、交易状态、所述商品编号、内部订单创建时间和所述交易状态的更新时间；

确定当前的内部订单数据中所述待购买商品的商品类型；

如果所述待购买商品的商品类型为可重复购买类型，所述业务服务器根据所述内部订单数据和所述支付方式信息生成第三方支付订单请求，并根据所述支付渠道信息发送给相应的第三方支付服务器；

所述第三方支付服务器根据所述第三方支付订单请求生成第三方支付订单数据；所述第三方支付订单数据包括第三方订单号、所述用户编号、所述商品金额、所述交易状态、所述商品编号、所述支付平台信息、所述支付方式信息、第三方订单明细、第三方订单创建时间和所述交易状态的更新时间；

所述第三方支付服务器将所述第三方支付订单数据发送给所述业务服务器；

所述业务服务器根据所述第三方支付订单数据，记录所述第三方订单号与所述内部订单号的关联关系，并对所述第三方支付订单数据进行存储。

优选的，如果所述待购买商品的商品类型为不可重复购买类型，所述方法还包括：

所述业务服务器根据所述当前的内部订单数据中所述用户编号和所述商品编号在所述内部订单数据中查询是否存在具有相同的商品编号的第一内部订单数据；

如果存在，则确定所述第一内部订单数据中的交易状态是否为待支付或支付成功；

如果是，则所述业务服务器生成提示信息，并发送给所述用户终端；

所述业务服务器生成内部订单交易状态变更指令，将所述当前的内部订单数据的交易状态变更为关闭状态。

进一步优选的，在所述确定所述第一内部订单数据中的交易状态是否为待支付或支付成功之后，所述方法还包括：

如果不是，所述业务服务器根据所述内部订单数据和所述支付方式信息生成第三方支付订单请求，并根据所述支付渠道信息发送给相应的第三方支付服务器。

优选的，所述方法还包括：

所述业务服务器根据所述第三方支付订单数据生成支付页面数据，发送给所述用户终端显示为支付页面；

所述用户终端接收所述用户根据所述支付页面输入的确认支付操作指令，并根据所述确认支付操作指令生成支付确认信息发送给所述业务服务器，并由所述业务服务器发送给所述第三方服务器；

所述第三方服务器对所述支付确认信息进行验证，当验证成功时，生成扣款成功数据；所述扣款成功数据包括所述第三方订单号和扣款成功信息。

进一步优选的，所述方法还包括：

所述第三方支付服务器将所述扣款成功数据发送给所述业务服务器；

用以所述业务服务器根据所述扣款成功数据更新所述内部订单数据中的交易状态。

优选的，所述方法还包括：

所述用户终端接收所述用户输入的订单查询指令，生成查询订单请求并发送给所述业务服务器；所述查询订单请求包括所述用户编号和所述内部订单号；

所述业务服务器根据所述查询订单请求中的所述用户编号和所述内部订单号获取相应的内部订单数据，并提取所述相应的内部订单数据中的所述交易状态发送给所述用户终端；

所述用户终端将所述交易状态加载显示为订单信息页面，以供用户查看。

本发明实施例提供的支付订单管理的信息处理方法，本地保存支付订单信息，方便对支付订单信息进行统计、分析和查询，简化数据汇总过程，同时采用内部查询商品类型及历史消费记录的方式，防止重复计费。

附图说明

图1为本发明实施例提供的支付订单管理的信息处理方法的流程示意图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

本发明实施例涉及提供的支付订单管理的信息处理方法，方便支付订单信息查询、统计、分析，防止重复计费。

图1为本发明实施例提供的支付订单管理的信息处理方法的流程示意图。以下结合图1所示，对本发明实施例提供的支付订单管理的信息处理方法进行说明。

步骤101，用户终端接收用户输入的购买商品指令，根据购买商品指令生成订单创建请求并发送给业务服务器。

具体的，订单创建请求包括用户编号、待购买商品的商品编号、支付方式信息和支付渠道信息。

在一个具体的过程中，用户终端指用来发起支付的设备；业务服务器是为商户保存支付订单信息的设备，响应用户终端的请求，并进行处理。当用户进行商品购买时，用户在用户终端上输入购买商品指令，购买商品指令中包括想要购买的商品编号和用户编号，用户终端接收购买商品指令之后，根据实际情况选择一种支付渠道，然后在适配支付方式，并根据用户编号、待购买商品的商品编号、支付方式信息和支付渠道信息生成订单创建请求，发送给业务服务器。

步骤102，业务服务器根据商品编号获取待购买商品的商品登记信息。

具体的，商品登记信息包括商品编号、商品名称、商品金额和商品类型，商品类型包括可重复购买类型和不可重复购买类型。

在一个具体的过程中，业务服务器接收用户终端发送的订单创建请求，对订单创建请求进行解析，并提取订单创建请求中的商品编号，根据商品编号获取业务服务器中预存的待购买商品的商品登记信息，显而易见，获取的待购买商品的商品登记信息中的商品编号与订单创建请求中的商品编号相同。

步骤103，业务服务器根据订单创建请求和待购买商品的商品登记信息生成内部订单数据。

具体的，内部订单数据包括内部订单号、用户编号、商品金额、交易状态、商品编号、内部订单创建时间和交易状态的更新时间。

在一个具体的过程中，业务服务器提取订单创建请求中的用户编号、商品编号以及待购买商品的商品登记信息中的商品金额，然后根据订单创建请求和待购买商品的商品登记信息创建新的内部订单号，并添加对应的交易状态、该内部订单创建时间和交易状态的更新时间，生成内部订单数据。

步骤104，判断当前的内部订单数据中待购买商品的商品类型是否为可重复购买类型。

如果待购买商品的商品类型为可重复购买类型，进入步骤105；如果待购买商品的商品类型为不可重复购买类型，进入步骤107。

在一个具体的过程中，商品登记信息中记录了商品的商品类型，其中，商品类型包括可重复购买类型和不可重复购买类型，生成内部订单数据之后，需要判断待购买商品的商品类型。如果该商品为可重复购买类型，则继续进行下一步的购买操作；如果该商品是不可重复购买类型，便需要查询该用户是否有对应的购买记录，如果购买记录中显示已经购买过该产品，则不继续执行购买操作，否则，继续执行。

当待购买商品的商品类型为可重复购买类型时：

步骤105，业务服务器根据内部订单数据和支付方式信息生成第三方支付订单请求，并根据支付渠道信息发送给相应的第三方支付服务器。

当业务服务器查询到该商品为可重复购买类型时，则继续执行购买操作。根据内部订单数据和待购买商品的商品登记信息中的支付方式信息生成第三方支付订单请求，然后根据待购买商品的商品登记信息中的支付渠道信息选择相对应的第三方支付服务器，并将第三方支付订单请求发送给所选的第三方支付服务器。

步骤106，第三方支付服务器根据第三方支付订单请求生成第三方支付订单数据。

具体的，第三方支付订单数据包括第三方订单号、用户编号、商品金额、交易状态、商品编号、支付平台信息、支付方式信息、第三方订单明细、第三方订单创建时间和交易状态的更新时间。

在一个具体的过程中，第三方支付订单请求包括用户编号、商品编号、商品金额和支付方式信息，第三方支付服务器接收业务服务器发送的第三方支付订单请求，并对其进行解析，生成第三方订单号和第三方订单明细，然后根据第三方支付订单请求生成第三方支付订单数据。

当待购买商品的商品类型为不可重复购买类型时:

步骤107，业务服务器根据当前的内部订单数据中用户编号和商品编号在内部订单数据中查询是否存在具有相同的商品编号的第一内部订单数据。

如果不存在具有相同的商品编号的第一内部订单数据，进入步骤108；如果存在，则进入步骤109。

在一个具体的过程中，如果待购买商品的商品类型为不可重复购买类型，便需要查询该用户是否有对应的购买记录，业务服务器根据当前新生成的内部订单数据中的用户编号和商品编号查询业务服务器中其他所有的内部订单数据，判断是否存在与当前内部订单数据的内部订单号不同但用户编号和商品编号相同的内部订单数据，如果不存在，则说明该用户未购买过此商品，继续执行购买操作，如果存在，将具有相同的商品编号的内部订单数据记为第一内部订单数据，然后需进一步判断该商品的交易状态。

当不存在具有相同的商品编号的第一内部订单数据时：

步骤108，业务服务器根据内部订单数据和支付方式信息生成第三方支付订单请求，并根据支付渠道信息发送给相应的第三方支付服务器。

在一个具体的过程中，待购买商品的商品类型为不可重复购买类型，且不存在具有相同的商品编号的第一内部订单数据时，则说明该用户还未购买过此商品，因此具有购买该商品的权限，可以继续执行购买操作。根据内部订单数据和待购买商品的商品登记信息中的支付方式信息生成第三方支付订单请求，然后根据待购买商品的商品登记信息中的支付渠道信息选择相对应的第三方支付服务器，并将第三方支付订单请求发送给所选的第三方支付服务器。

在执行完步骤108后，返回步骤106。

当存在具有相同的商品编号的第一内部订单数据时：

步骤109，确定第一内部订单数据中的交易状态是否为待支付或支付成功。

当第一内部订单数据中的交易状态为待支付或支付成功时，进入步骤110；当第一内部订单数据中的交易状态不为待支付或支付成功时，则进入上述步骤108。

在一个具体的过程中，待购买商品的商品类型为不可重复购买类型，且存在具有相同的商品编号的第一内部订单数据时，则需要查询第一内部订单数据中的交易状态，判断其是否为待支付或支付成功，如果为待支付或支付成功，说明交易状态正常，但是如果交易状态为支付失败或关闭，则说明该用户虽然有购买记录，但是并未成功购买到该商品，因此可以继续执行购买操作。

第一内部订单数据中的交易状态为待支付或支付成功时:

步骤110，业务服务器生成提示信息，并发送给用户终端。

如果业务服务器所查询的第一内部订单数据中的交易状态为待支付或支付成功，则说明交易状态正常，其交易状态为待支付时，该用户只需对第一内部订单进行支付，便可以成功购买该商品；其交易状态为支付成功，则说明该用户已经成功购买了该商品，不再具有购买该商品的权限。因此，业务服务器根据具体的交易状态生成不同的提示信息，并发送给用户终端，用来提示用户购买失败的原因。

步骤111，业务服务器生成内部订单交易状态变更指令，将当前的内部订单数据的交易状态变更为关闭状态。

在一个具体的过程中，根据提示信息，业务服务器会生成内部订单交易状态变更指令，将当前新建的内部订单数据的交易状态变更为关闭状态。

以上步骤110和111为第一内部订单数据中的交易状态为待支付或支付成功的过程，此过程的结果为当前订单关闭。

在执行完上述步骤106之后，还包括当前订单有效的处理步骤。即在步骤106之后继续执行步骤112。

步骤112，第三方支付服务器将第三方支付订单数据发送给业务服务器。

在一个具体的过程中，第三方支付服务器将包括有第三方订单明细的第三方支付订单数据返回给业务服务器。

步骤113，业务服务器根据第三方支付订单数据，记录第三方订单号与内部订单号的关联关系，并对第三方支付订单数据进行存储。

在一个具体的过程中，业务服务器接收第三方支付服务器发送的第三方支付订单数据，将第三方支付订单数据中的订单号与内部订单数据中的内部订单号进行关联，从而使得内部订单数据中的交易状态能随第三方支付订单数据中的交易状态的更新而更新。

同时，优选的，业务服务器会根据第三方支付订单数据生成支付页面数据，并将支付页面数据发送给用户终端，用户终端将其显示为支付页面；用户根据支付页面的支付信息进行支付操作，用户终端接收用户根据支付页面输入的确认支付操作指令，并根据确认支付操作指令生成支付确认信息发送给业务服务器，并由业务服务器发送给第三方服务器；第三方服务器对支付确认信息进行验证，第三方服务器通过访问第三方支付平台接口验证该用户是否已经进行了支付确认，当验证成功时，生成扣款成功数据，其中，扣款成功数据包括第三方订单号和扣款成功信息。

进一步优选的，第三方支付服务器将扣款成功数据发送给业务服务器，业务服务器根据扣款成功数据更新第三方支付订单数据和内部订单数据中的交易状态。

上述过程介绍了通过阻止重复下单防止重复购买的情况，当然防止重复购买也不仅仅只能通过阻止重复下单实现，还可能通过其他的途径实现，下面以支付后退款和双扫码支付重复计费退款为例进行说明。

通过支付后退款的途径防止重复购买，第三方支付服务器提供支付回调功能，业务服务器提供回调接口。用户终端接收用户输入的购买商品指令，根据购买商品指令生成订单创建请求并发送给业务服务器，业务服务器根据商品编号获取待购买商品的商品登记信息，业务服务器根据订单创建请求和待购买商品的商品登记信息生成内部订单数据，业务服务器根据内部订单数据和支付方式信息生成第三方支付订单请求，并根据支付渠道信息发送给相应的第三方支付服务器，第三方支付服务器根据第三方支付订单请求生成第三方支付订单数据，并发送给业务服务器，业务服务器根据第三方支付订单数据，记录第三方订单号与内部订单号的关联关系，并对第三方支付订单数据进行存储，当第三方支付服务器扣款成功之后，生成扣款成功数据并发送给业务服务器，其中，扣款成功数据包括第三方订单号和扣款成功信息。业务服务器根据扣款成功数据匹配相对应的第三方支付订单数据和内部订单数据，并查询当前支付成功商品的商品类型，当为不可重复购买类型，便继续查询该用户的该商品购买记录，如果存在内部订单号不同但用户编号和商品编号相同的第一内部订单数据，则业务服务器生成退款请求，并发送给第三方支付服务器，进行退款处理，同时更新第三方支付订单数据和内部订单数据中的交易状态；当该商品为可重复购买类型或不存在具有相同商品编号的第一内部订单数据的不可重复购买类型时，则业务服务器生成订单交易状态变更指令，将当前的第三方支付订单数据和内部订单数据的交易状态变更为支付成功。

通过双扫码支付重复计费退款的途径防止重复计费，业务服务器扫码支付同时支持两种或多种第三方支付平台，用户扫任一码都可能支付成功，但是不能重复支付。业务服务器根据所述订单创建请求和所述待购买商品的商品登记信息生成内部订单数据，并会根据订单创建请求判断支付方式信息是否为扫码支付，当业务服务器确定支付方式信息为扫码支付时，业务服务器会生成两个或多个第三方支付订单，且第三方支付订单的订单号指向同一个内部订单号。当第三方支付服务器扣款成功之后，生成扣款成功数据并发送给业务服务器，业务服务器根据扣款成功数据中的第三方订单号查询唯一的内部订单号，并提取内部订单数据中的交易状态，当交易状态为支付成功时，业务服务器生成退款请求，并发送给第三方支付服务器，进行退款处理。

当用户想要查询订单的最新状态时，用户在用户终端上输入订单查询指令，用户终端根据订单查询指令生成查询订单请求，并发送给业务服务器，其中，查询订单请求包括用户编号和内部订单号。业务服务器根据查询订单请求中的用户编号和内部订单号获取相应的内部订单数据，并提取相应的内部订单数据中的交易状态发送给用户终端，用户终端将交易状态加载显示为订单信息页面，以供用户查看，从而当用户查询订单的最新状态时，便不用再依赖于第三方支付平台，能够进行快速查询，缩短了查询时间。

为了更好的理解上述过程，以一个具体的例子进行举例说明。

第三方支付服务器可以为微信支付平台或支付宝支付平台。用户终端发起支付时，会先请求业务服务器生成一个内部支付订单，业务服务器根据订单创建请求中的支付渠道信息选择合适的支付平台，并根据支付方式信息适配支付方式，向相对应的第三方支付服务器发送第三方支付订单请求，第三方支付服务器根据第三方支付订单请求，生成第三方订单号，并会通过访问第三方支付平台接口生成第三方订单明细，再根据第三方支付订单请求生成第三方支付订单数据，第三方支付服务器将第三方支付订单数据返回给业务服务器，业务服务器记录第三方订单号与内部订单号的关联关系，并对第三方支付订单数据进行存储。

当防止重复购买的方式为阻止重复下单时，业务服务器在生成内部订单数据之后，根据待购买商品的商品登记信息判断商品的商品类型，当解析到用户购买的商品为不可重复购买类型时，便会继续查询用户该商品的购买记录，如果存在则直接关闭本次订单，当为可重复购买类型或不可重复购买类型但不存在购买记录时，则继续执行购买操作；当防止重复购买的方式为支付后退款时，第三方支付提供支付回调功能，业务服务器提供该回调接口，当第三方扣款成功后，会回调该接口，通知业务服务器扣款成功，业务服务器会在回调接口中判断当前支付成功的支付订单对应的商品类型，如果是不可重复购买商品，会查询该用户的该商品的购买记录，如果存在，则调用第三方退款接口，进行退款，同时更新第三方支付订单数据和内部订单数据中的交易状态，当为可重复购买类型或不可重复购买类型但不存在购买记录时，业务服务器根据扣款成功信息将第三方支付订单数据和内部订单数据中的交易状态更新为支付成功；当防止重复购买的方式为双扫码支付重复计费退款时，业务服务器扫码支付同时支持微信扫码和支付宝扫码，用户扫任一码都可能支付成功，但是不能重复支付，业务服务器当解析到支付方式信息是扫码支付时，会生成两个第三方支付订单，且第三方支付订单的订单号指向同一个内部订单号，在支付回调接口中，业务服务器通过回调订单号查到唯一的内部订单数据，当解析到内部订单数据中的交易状态为支付成功时，说明另外一个支付平台已经完成了支付，因此，业务服务器生成退款请求，并发送给第三方支付服务器，进行退款处理。

本发明实施例提供的支付订单管理的信息处理方法，本地保存支付订单信息，方便对支付订单信息进行统计、分析和查询，简化数据汇总过程，同时采用内部查询商品类型及历史消费记录的方式，防止重复计费。

专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (4)

1.一种支付订单管理的信息处理方法，其特征在于，所述方法包括：

用户终端接收用户输入的购买商品指令，根据所述购买商品指令生成订单创建请求并发送给业务服务器；所述订单创建请求包括用户编号、待购买商品的商品编号、支付方式信息和支付渠道信息；

所述业务服务器根据所述商品编号获取所述待购买商品的商品登记信息；所述商品登记信息包括所述商品编号、商品名称、商品金额和商品类型；所述商品类型包括可重复购买类型和不可重复购买类型；

所述业务服务器根据所述订单创建请求和所述待购买商品的商品登记信息生成内部订单数据；所述内部订单数据包括内部订单号、所述用户编号、所述商品金额、交易状态、所述商品编号、内部订单创建时间和所述交易状态的更新时间；

确定当前的内部订单数据中所述待购买商品的商品类型；

如果所述待购买商品的商品类型为可重复购买类型，所述业务服务器根据所述内部订单数据和所述支付方式信息生成第三方支付订单请求，并根据所述支付渠道信息发送给相应的第三方支付服务器；

所述第三方支付服务器根据所述第三方支付订单请求生成第三方支付订单数据；所述第三方支付订单数据包括第三方订单号、所述用户编号、所述商品金额、所述交易状态、所述商品编号、所述支付平台信息、所述支付方式信息、第三方订单明细、第三方订单创建时间和所述交易状态的更新时间；

所述第三方支付服务器将所述第三方支付订单数据发送给所述业务服务器；

所述业务服务器根据所述第三方支付订单数据，记录所述第三方订单号与所述内部订单号的关联关系，并对所述第三方支付订单数据进行存储；

如果所述待购买商品的商品类型为不可重复购买类型，所述方法还包括：

所述业务服务器根据所述当前的内部订单数据中所述用户编号和所述商品编号在所述内部订单数据中查询是否存在具有相同的商品编号的第一内部订单数据；

如果存在，则确定所述第一内部订单数据中的交易状态是否为待支付或支付成功；

如果是，则所述业务服务器生成提示信息，并发送给所述用户终端；

所述业务服务器生成内部订单交易状态变更指令，将所述当前的内部订单数据的交易状态变更为关闭状态；

在所述确定所述第一内部订单数据中的交易状态是否为待支付或支付成功之后，所述方法还包括：

如果不是，所述业务服务器根据所述内部订单数据和所述支付方式信息生成第三方支付订单请求，并根据所述支付渠道信息发送给相应的第三方支付服务器。

2.根据权利要求1所述的支付订单管理的信息处理方法，其特征在于，所述方法还包括：

所述业务服务器根据所述第三方支付订单数据生成支付页面数据，发送给所述用户终端显示为支付页面；

所述用户终端接收所述用户根据所述支付页面输入的确认支付操作指令，并根据所述确认支付操作指令生成支付确认信息发送给所述业务服务器，并由所述业务服务器发送给所述第三方服务器；

所述第三方服务器对所述支付确认信息进行验证，当验证成功时，生成扣款成功数据；所述扣款成功数据包括所述第三方订单号和扣款成功信息。

3.根据权利要求2所述的支付订单管理的信息处理方法，其特征在于，所述方法还包括：

所述第三方支付服务器将所述扣款成功数据发送给所述业务服务器；

用以所述业务服务器根据所述扣款成功数据更新所述内部订单数据中的交易状态。

4.根据权利要求1所述的支付订单管理的信息处理方法，其特征在于，所述方法还包括：

所述用户终端接收所述用户输入的订单查询指令，生成查询订单请求并发送给所述业务服务器；所述查询订单请求包括所述用户编号和所述内部订单号；

所述业务服务器根据所述查询订单请求中的所述用户编号和所述内部订单号获取相应的内部订单数据，并提取所述相应的内部订单数据中的所述交易状态发送给所述用户终端；

所述用户终端将所述交易状态加载显示为订单信息页面，以供用户查看。

Images