CN108717652B - 订单处理***及方法、订单服务端、第二客户端 - Google Patents

Abstract

本申请公开了一种订单处理***，属于计算机技术领域，解决现有技术中存在的资源安全问题。本申请实施例公开的订单处理***包括第一客户端、第二客户端、订单服务端、资源管理端和资源转移通道服务端，本申请实施例公开的订单处理***，由订单服务端根据接收到的订单预处理请求，通过资源管理端与资源转移通道服务端进行通信，完成预转移资源的转移；然后，再由订单服务端根据接收到的订单预处理完成请求或撤销订单请求执行和用户之间的订单结算，所述***通过将预转移资源由用户账户转移到公认的资源管理端管理的担保账户进行暂存，当订单结束时，再由担保账户转移至结算账户进行订单资源清算，有效的避免了资源退回时可能存在的资源安全问题。

Description

订单处理***及方法、订单服务端、第二客户端

技术领域

本申请涉及计算机技术领域，特别是涉及一种订单处理***及方法，订单服务端、第二客户端。

背景技术

现有技术中，涉及移动订单处理时，如处理非实时结算的订单时，需要下单用户为订单预付资源，待订单结算时，再退还剩余资源。其中，订单涉及的资源可以为货币、虚拟货币，也可以为积分、电子券等。现有技术中非实时结算的订单的处理过程，往往是基于用户之间的信誉和信任度，才得以完成的，在订单处理过程中，难免会存在由于接受资源的一方不按规定使用或退回资源，从而导致资源支出方的资源损失。

综上，现有技术中，移动订单处理时至少存在订单处理安全性较低的问题。

发明内容

本申请提供一种订单处理***和订单处理方法，至少解决现有技术中存在的订单处理安全性较低的问题。

为了解决上述问题，第一方面，本申请实施例提供了一种订单处理***包括：第一客户端、第二客户端、订单服务端、资源管理端和资源转移通道服务端，其中，

所述资源转移通道服务端用于根据所述资源管理端的请求完成资源转移；

所述第一客户端和第二客户端用于根据用户的操作发送订单预处理请求；

所述订单服务端用于根据接收到的所述订单预处理请求，向所述资源管理端发送第一请求，并根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单；

所述资源管理端用于根据所述第一请求向所述资源转移通道服务端发送资源转移请求，以通过所述资源转移通道服务端将预转移资源由所述第一客户端对应的用户账户转移至预先在所述资源管理端设置的担保账户；

所述第二客户端还用于根据用户的操作发送针对所述预处理订单的订单处理完成请求；

所述订单服务端还用于根据接收到的所述订单处理完成请求，向所述资源管理端发送第二请求，所述第二请求包括实际使用资源数量；

所述资源管理端还用于根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，其中，所述剩余资源等于所述预转移资源减去所述实际使用资源。

第二方面，本申请实施例提供了一种订单处理方法，应用于订单处理***，所述***包括：第一客户端、第二客户端、订单服务端、资源管理端和资源转移通道服务端，所述方法包括：

根据接收到的订单预处理请求，向所述资源管理端发送第一请求，以使所述资源管理端根据所述第一请求通过所述资源转移通道服务端，将预转移资源由所述第一客户端对应的用户账户转移至预先在所述资源管理端设置的担保账户；

根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单；

根据接收到的对所述预处理订单的订单处理完成请求，向所述资源管理端发送第二请求，以使所述资源管理端根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，其中，所述剩余资源等于所述预转移资源减去所述实际使用资源。

第三方面，本申请实施例提供了一种订单服务端，应用于订单处理***，所述***包括：第一客户端、第二客户端、订单服务端、资源管理端和资源转移通道服务端，所述订单服务端包括：

订单预处理请求接收模块，用于根据接收到的订单预处理请求，向所述资源管理端发送第一请求，以使所述资源管理端根据所述第一请求通过所述资源转移通道服务端，将预转移资源由所述第一客户端对应的用户账户转移至预先在所述资源管理端设置的担保账户；

预处理订单生成模块，用于根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单；

预处理订单完成模块，用于根据接收到的对所述预处理订单的订单处理完成请求，向所述资源管理端发送第二请求，以使所述资源管理端根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，其中，所述剩余资源等于所述预转移资源减去所述实际使用资源。

第四方面，本申请实施例提供了一种订单处理方法，应用于订单处理***，所述***包括：第一客户端、第二客户端、订单服务端、资源管理端和资源转移通道服务端包括：所述方法包括：

获取用户对预设按键的触发操作；

若所述触发操作为订单预处理操作，则扫描所述第一客户端展示的第二订单预处理二维码；

根据所述第二订单预处理二维码中携带的用户标识、所述第一客户端的类型标识、预转移资源数量，生成订单预处理请求；

发送所述订单预处理请求至所述订单服务端，以使所述订单服务端根据所述订单预处理请求执行如下操作：向所述资源管理端发送第一请求，由所述资源管理端根据所述第一请求通过所述资源转移通道服务端，将预转移资源由所述第一客户端对应的用户账户转移至预先在所述资源管理端设置的担保账户；根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单；

接收所述订单服务端输出的订单预处理成功信息，并根据所述订单预处理成功信息存储预处理订单。

第五方面，本申请实施例提供了一种第二客户端，应用于订单处理***，所述***包括：第一客户端、第二客户端、订单服务端、资源管理端和资源转移通道服务端，所述第二客户端包括：

触发操作检测模块，用于获取用户对预设按键的触发操作；

订单预处理二维码扫描模块，用于若所述触发操作为订单预处理操作，则扫描所述第一客户端展示的第二订单预处理二维码；

订单预处理请求生成模块，用于根据所述第二订单预处理二维码中携带的用户标识、所述第一客户端的类型标识、预转移资源数量，生成订单预处理请求；

订单预处理请求发送模块，用于发送所述订单预处理请求至所述订单服务端，以使所述订单服务端根据所述订单预处理请求执行如下操作：向所述资源管理端发送第一请求，由所述资源管理端根据所述第一请求通过所述资源转移通道服务端，将预转移资源由所述第一客户端对应的用户账户转移至预先在所述资源管理端设置的担保账户；根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单；

订单预处理请求结果接收模块，用于接收所述订单服务端输出的订单预处理成功信息，并根据所述订单预处理成功信息存储预处理订单。

第六方面，本申请实施例还公开了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本申请实施例所述的订单处理方法。

第七方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时本申请实施例公开的订单处理方法的步骤。

本申请实施例公开的订单处理***，通过设置第一客户端、第二客户端、订单服务端、资源管理端和资源转移通道服务端，其中，所述资源转移通道服务端用于根据所述资源管理端的请求完成资源转移；所述第一客户端和第二客户端用于根据用户的操作发送订单预处理请求；所述订单服务端用于根据接收到的所述订单预处理请求，向所述资源管理端发送第一请求，并根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单；所述资源管理端用于根据所述第一请求向所述资源转移通道服务端发送资源转移请求，以通过所述资源转移通道服务端将预转移资源由所述第一客户端对应的用户账户转移至预先在所述资源管理端设置的担保账户；所述第二客户端还用于根据用户的操作发送针对所述预处理订单的订单处理完成请求；所述订单服务端还用于根据接收到的所述订单处理完成请求，向所述资源管理端发送第二请求，所述第二请求包括实际使用资源数量；所述资源管理端还用于根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，其中，所述剩余资源等于所述预转移资源减去所述实际使用资源，解决了现有技术中存在的资源安全问题。本申请实施例公开的订单处理***，通过将订单涉及的资源由用户账户转移到公认的资源管理端管理的担保账户进行暂存，当订单结束时，再由担保账户转移至结算账户，由结算账户进行订单资源清算，有效的避免了将预处理订单涉及的资源转移至没有资源担保的第二客户端对应的用户帐户后，在资源退回时可能存在的资源安全问题。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例一的订单处理***结构示意图；

图2时本申请实施例一的订单处理***数据交互示意图；

图3是本申请实施例二的订单处理方法流程图；

图4是本申请实施例三的订单处理方法流程图；

图5是本申请实施例四所述的订单服务端的结构示意图之一；

图6本申请实施例四所述的订单服务端的结构示意图之二；

图7是本申请实施例五的订单处理方法流程图；

图8是本申请实施例五的一个优选实施例的流程图；

图9是本申请实施例六的第二客户端结构示意图之一；

图10是本申请实施例六的第二客户端结构示意图之二。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

实施例一

本实施例公开的一种订单处理***，如图1所示，所述***包括：第一客户端100、第二客户端110、订单服务端120、资源管理端130和资源转移通道服务端140，其中，

所述资源转移通道服务端140用于根据所述资源管理端130的请求完成资源转移；

所述第一客户端100和第二客户端110用于根据用户的操作发送订单预处理请求；

所述订单服务端120用于根据接收到的所述订单预处理请求，向所述资源管理端130发送第一请求，并根据所述资源管理端130反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单；

所述资源管理端130用于根据所述第一请求向所述资源转移通道服务端140发送资源转移请求，以通过所述资源转移通道服务端140将预转移资源由所述第一客户端100对应的用户账户转移至预先在所述资源管理端130设置的担保账户；

所述第二客户端110还用于根据用户的操作发送针对所述预处理订单的订单处理完成请求；

所述订单服务端120还用于根据接收到的所述订单处理完成请求，向所述资源管理端130发送第二请求，所述第二请求包括实际使用资源数量；

所述资源管理端130还用于根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端140转移至所述用户账户，其中，所述剩余资源等于所述预转移资源减去所述实际使用资源。

具体实施时，第一客户端100为用户移动设备上的具有支付功能的客户端软件，如微信、支付宝、美团钱包等；第二客户端110可以为商户的移动设备上具有收款功能的应用软件，如微信、支付宝、美团钱包等；或者，第二客户端110可以为商户的收款设备，如POS机。所述第二客户端110设置有多个功能按键，用于触发不同的订单处理流程。所述第一客户端100和第二客户端110设置有显示屏，用于展示订单预处理二维码以及订单处理结果和订单信息。所述第一客户端100和第二客户端110还设置有信息读取装置，如摄像头或扫码装置，用于读取订单预处理二维码，以获取其中的订单双方信息。

具体实施时，本申请中所述的资源可以为虚拟货币、电子货币、电子券、积分等电子资源。为了便于读者理解本申请的技术方案，本实施例中以资源为电子货币，应用于酒店入住场景举例详细说明订单处理***的技术方案。本实施例中，假设第一客户端100为入住酒店用户的移动终端上的微信客户端，第二客户端110为酒店前台的入住终端上的美团钱包；订单服务端120为美团服务器；资源管理端130为银行的服务器；资源转移通道服务端140为微信服务器。具体实施时，所述实际使用资源数量是在第二客户端输入的资源数量，例如，酒店前台输入的用户实际产生的房费。

在酒店入住时，需要用户首先预付住宿押金，退房后结算时，再从押金中扣除房费等消费，将剩余押金退还给用户。具体实施时，首先由所述第一客户端100或第二客户端110向订单服务端120发送订单预处理请求。所述第一客户端和第二客户端根据用户的操作发送订单预处理请求，包括：所述第二客户端响应于对预设第一按键的触发，展示第一订单预处理二维码；所述第一客户端读取所述第二客户端展示的第一订单预处理二维码，并在读取所述第一订单预处理二维码后向所述订单服务端发送的订单预处理请求。

以当前入住酒店的用户扫描酒店的设备触发订单预处理为例，如图2所示，首先，酒店前台输入押金金额并触发收款POS机上的订单预处理按键，触发所述第二客户端展示第一订单预处理二维码，所述第一订单预处理二维码为酒店的收款二维码，所述收款二维码中携带押金金额和POS机设备信息，以及酒店信息，例如酒店名称等；然后，入住酒店的用户启动移动终端上的微信，扫描收款二维码，获取预处理订单的押金金额、酒店信息、设备信息等，生成订单预处理请求，并将所述订单预处理请求发送至美团服务器(即所述订单服务端120)。具体实施时，所述二维码中包括美团服务器的地址信息。所述订单预处理请求中包括：预处理订单的押金金额、酒店信息、设备信息、第一客户端类型标识、所述第一客户端的当前用户标识。

然后，所述美团服务器(即所述订单服务端120)根据接收到的所述订单预处理请求创建一个预处理订单，并生成订单编号。并根据所述订单编号和所述订单预处理请求中包括的信息生成第一请求，并通过发送所述第一请求至银行的服务器(即所述资源管理端130)，将所述订单预处理请求透传至银行的服务器。

之后，所述银行的服务器根据接收到的所述第一请求生成与所述订单编号对应的订单，并向微信服务器(即资源转移通道服务端140)进行支付验证。例如，所述银行的服务器根据第一请求发送方的标识和第一客户端的当前用户的用户标识生成验证信息，通知微信服务器，所述用户标识的用户将要向美团转账。支付验证通过后，微信服务器通知第一客户端验证通过，所述第一客户动收银台，用户输入转账密码，微信服务器接收到用户的转账请求，并向银行的服务器发送用户微信转账请求。银行的服务器接收微信服务器发送的用户转账请求，根据所述请求完成押金从用户账户到美团在银行预先注册的担保账户的转移。之后，银行的服务器会给微信服务器和美团服务器发送订单支付成功信息。

美团服务器接收到银行的服务器发送的支付成功信息后，向酒店的POS机发送订单预付款成功信息，以提示商户和用户订单预付款成功，同时，美团存储所述预处理订单。其中，所述预处理订单包括：订单编号、预转移资源数量、第二客户端对应的用户标识和/或设备标识、第一客户端对应的用户标识等信息。同时，微信服务器也会发送支付成功信息到第一客户端。

对于未取得支付牌照的个人或商家，其POS机在使用中有可能会存在***纵刷卡交易的资金的风险，资金随时有可能***纵者盗用，并且，这些公司、个人缺乏有效的监管与管理，对用户的资源无法提供保障。而将预转移资源首先转移到具有支付牌照的商家或个人进行缓存，可以提升用户资源的安全性。

当用户退房时，酒店前台选择相应预处理订单，并输入实际消费金额，然后触发收款POS机上的订单预处理完成按键，启动订单处理完成流程。酒店POS机将实际消费金额和订单编号通过订单处理完成请求发送至美团服务器。

美团服务器根据接收到的所述订单处理完成请求，向银行的服务器发送第二请求，所述第二请求包括实际使用资源数量，所述第二请求用于通知银行的服务器指定订单编号的订单需要进行用户结算。

所述资源管理端根据所述第二请求，将剩余押金由所述担保账户通过所述微信服务器转移至所述用户账户，其中，所述剩余押金等于押金金额减去实际消费金额。

具体实施时，所述根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，包括：所述资源管理端，根据接收到的第二请求将所述剩余资源由所述担保账户转移至预先在所述资源管理端设置的结算账户；所述订单服务端向所述资源管理端发送第四请求；所述资源管理端根据所述第四请求，将所述剩余资源从所述结算账户转移至与所述预处理订单中第一客户端对应的用户账户。具体实施时，所述担保账户和结算账户可以为所述订单服务端预先在所述资源管理端注册的账户，也可以是所述资源管理端为订单预处理业务单独设立的账户。

若实际资源用量小于所述预转移资源，则将所述预转移资源减去所述实际资源用量后剩余的资源，由所述担保账户转移至结算账户，并将所述实际资源用量的资源，由所述结算账户转移至所述用户账户；若实际资源用量大于或等于所述预转移资源，则将所述预转移资源由所述担保账户转移至所述结算账户，由所述结算账户对酒店进行结算。

例如，美团服务器首先向银行的服务器发送预处理订单的用户结算退款请求，并将退款金额和订单编号发送至银行的服务器。银行的服务器根据订单编号，确定该订单对应的担保账户和预先注册的结算账户，并将所述退款金额由所述担保账户转移至所述结算账户。然后，美团服务器进一步向银行的服务器发送退款请求，所述退款请求中包括订单编号和退款金额。所述银行的服务器根据所述退款请求将退款金额由所述结算账户转移至所述订单编号对应的用户账户。具体实施时，预处理订单完成进行退款时，由美团服务器发送退款请求，然后资源管理端通过资源转通道服务端获取用户的账户信息并完成退款。

可选的，所述第二客户端还用于，根据用户对预设第三按键的触发，发送针对所述预处理订单的订单撤销请求；所述订单服务端还用于，根据接收到的对所述预处理订单的订单撤销请求，向资源管理端发送第三请求；所述资源管理端还用于，根据所述第三请求将所述预转移资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户。

当用户在完成预付款之后，操作撤销订单时，酒店前台可以通过触发POS机上的预设第三按键向美团服务器发送订单撤销请求，所述订单撤销请求包括订单编号。美团服务器根据接收到的对所述预处理订单的订单撤销请求，向银行的服务器发送第三请求；之后，银行的服务器根据所述第三请求将所述押金金额由所述担保账户通过所述微信服务器转移至所述用户账户。具体实施时，根据所述第三请求将所述预转移资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，包括：所述资源管理端，根据接收到的第三请求将所述预转移资源由所述担保账户转移至预先在所述资源管理端设置的结算账户；所述订单服务端向所述资源管理端发送第四请求；所述资源管理端根据所述第四请求，将所述预转移资源从所述结算账户转移至与所述预处理订单中第一客户端对应的用户账户。银行的服务器根据所述第三请求将所述押金金额由所述担保账户通过所述微信服务器转移至所述用户账户的具体实施方案参见结算退款时，银行的服务器根据所述第四请求，将所述退款金额从所述结算账户转移至与所述预处理订单中第一客户端对应的用户账户，此处不再赘述。

可选的，所述订单服务端还用于，按照预设时间向所述资源管理端发送针对所述预处理订单的第五请求；所述资源管理端还用于，根据所述第五请求，将所述预处理订单的实际使用资源由所述担保账户转移至预先在所述资源管理端设置的结算账户；所述订单服务端还用于，向所述资源管理端发送第六请求；所述资源管理端还用于，根据所述第六请求，将所述实际使用资源从所述结算账户转移至与所述预处理订单中第二客户端对应的用户账户。

对于商户的资源，美团服务器定期(如每天)与商户进行结算。在进行结算时，美团服务器根据订单信息确定每个订单编号对应的商户标识，并根据商户标识确定相应商户在美团预先注册的商户账户。然后，美团服务器将首先发送商户结算请求至银行的服务器，所述商户结算请求包括订单编号和结算金额。银行的服务器根据所述商户结算请求把所述结算金额从担保账户转移至结算账户。之后，美团服务器发送资源转移请求至银行的服务器，所述资源转移请求包括酒店账号和结算金额。银行的服务器根据所述资源转移请求把所述结算金额从结算账户转移至酒店账户。

具体实施时，银行的服务器会建立与美团服务器、微信服务器中的订单编号的对应关系，并存储订单信息，以实现不同平台的订单映射。

在本申请的另一个实施例中，也可以通过用户生成订单预处理二维码，然后通过酒店的POS机扫描用户的订单预处理二维码由所述酒店POS机发起订单预处理请求。即所述第一客户端和第二客户端根据用户的操作发送订单预处理请求，包括：所述第一客户端根据用户的触发，展示第二订单预处理二维码；所述第二客户端根据用户对预设第二按键的触发，读取所述第一客户端展示的第二订单预处理二维码，并在读取所述第二订单预处理二维码后向所述订单服务端发送的订单预处理请求。第二客户端扫描第一客户端展示的二维码触发订单预处理的技术方案简介如下。

首先，由用户通过移动终端上的微信客户端(即第一客户端)生成付款二维码。然后，酒店前台触发POS机的订单预处理按键，启动POS机(即第二客户端)扫描用户的付款二维码，并通过用户的付款二维码获取第一客户端的类型和用户标识。POS机根据获取的第一客户端的类型和用户标识，以及自身设备标识和押金金额生成订单预处理请求，发送至美团服务器。美团服务器根据所述订单预处理请求创建一个预处理订单，并生成订单编号，然后根据订单编号和上述订单预处理请求中包括的信息，生成第一请求，发送至银行的服务器。银行的服务器向微信服务器发送支付请求，所述支付请求包括用户标识和美团的订单标识，并根据微信服务器的确认操作，将押金金额由用户标识对应的用户账户转移至美团的担保账户。同时，银行的服务器向美团服务器和微信服务器发送订单预处理成功信息。

通过扫描二维码的方式生成订单预处理请求，方便快捷。在没有扫码条件的情况下，在本申请的其他实施例中，也可以由用户在第一客户端或第二客户端的页面内输入所述订单服务端的链接地址，并输入预处理订单相关信息，如预转移资源数量、商户标识、用户标识、第一客户端的类型等信息，并根据上述信息生成订单预处理请求，然后，通过访问所述订单服务端的链接地址，将所述订单预处理请求发送至所述订单服务端。

本申请实施例公开的订单处理***，通过设置第一客户端、第二客户端、订单服务端、资源管理端和资源转移通道服务端，其中，所述资源转移通道服务端用于根据所述资源管理端的请求完成资源转移；所述第一客户端和第二客户端用于根据用户的操作发送订单预处理请求；所述订单服务端用于根据接收到的所述订单预处理请求，向所述资源管理端发送第一请求，并根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单；所述资源管理端用于根据所述第一请求向所述资源转移通道服务端发送资源转移请求，以通过所述资源转移通道将预转移资源由所述第一客户端对应的用户账户转移至预先在所述资源管理端设置的担保账户；所述第二客户端还用于根据用户的操作发送针对所述预处理订单的订单处理完成请求；所述订单服务端还用于根据接收到的所述订单处理完成请求，向所述资源管理端发送第二请求，所述第二请求包括实际使用资源数量；所述资源管理端还用于根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，其中，所述剩余资源等于所述预转移资源减去所述实际使用资源，解决了现有技术中存在的资源安全问题。本申请实施例公开的订单处理***，通过将订单涉及的资源由用户账户转移到公认的资源管理端管理的担保账户进行暂存，当订单结束时，再由担保账户转移至结算账户，由结算账户进行订单资源清算，有效的避免了将预处理订单涉及的资源转移至没有资源担保的第二客户端对应的用户帐户后，在资源退回时可能存在的资源安全问题。

在订单预处理时，订单涉及的资源在预先注册的担保账户进行存储，而进行结算时，将资源转移到结算账户，用于进行资源结算，可以简化订单处理逻辑，提升***的稳定性。并且，通过对转入资源和转出资源分别进行管理，可以避免第二客户端对应的用户资源不足导致的第一客户端对应的用户或订单服务器的资源损失，提升订单处理安全性。

实施例二

本实施例公开的一种订单处理方法，如图3所示，应用于订单处理***，所述订单处理***包括：第一客户端、第二客户端、订单服务端、资源管理端和资源转移通道服务端。所述订单处理***可以为实施例一中所述的订单处理***。所述方法包括步骤300至步骤320。

步骤300，根据接收到的订单预处理请求，向所述资源管理端发送第一请求，以使所述资源管理端根据所述第一请求通过所述资源转移通道服务端，将预转移资源由所述第一客户端对应的用户账户转移至预先在所述资源管理端设置的担保账户。

具体实施时，首先由所述第一客户端或第二客户端向所述订单服务端发送订单预处理请求。所述根据接收到的订单预处理请求，向资源管理端发送第一请求，包括：根据所述第一客户端扫描所述第二客户端展示的第一订单预处理二维码后发送的订单预处理请求，向资源管理端发送第一请求；或，根据所述第二客户端扫描所述第一客户端展示的第二订单预处理二维码后发送的订单预处理请求，向资源管理端发送第一请求。

例如，在酒店入住场景中，酒店前台通过收款POS机(即第二客户端)输入押金金额并触发收款POS机上的订单预处理按键，触发所述第二客户端展示第一订单预处理二维码，所述第一订单预处理二维码为酒店的收款二维码，所述收款二维码中携带押金金额和POS机设备信息，以及酒店信息，例如酒店名称等；然后，入住酒店的用户启动移动终端上的微信(即第一客户端)，扫描收款二维码，获取预处理订单的押金金额、酒店信息、设备信息等，生成订单预处理请求，并将所述订单预处理请求发送至美团服务器(即所述订单服务端)。具体实施时，所述二维码中包括美团服务器的地址信息。所述订单预处理请求中包括：预处理订单的押金金额、酒店信息、设备信息、第一客户端类型标识、所述第一客户端的当前用户标识。

通过扫描二维码的方式生成订单预处理请求，方便快捷。在没有扫码条件的情况下，在本申请的其他实施例中，也可以由用户在第一客户端或第二客户端的页面内输入所述订单服务端的链接地址，并输入预处理订单相关信息，如预转移资源数量、商户标识、用户标识、第一客户端的类型等信息，并根据上述信息生成订单预处理请求，然后，通过访问所述订单服务端的链接地址，将所述订单预处理请求发送至所述订单服务端。

然后，所述美团服务器根据接收到的所述订单预处理请求创建一个预处理订单，并生成订单编号，然后，根据所述订单编号和所述订单预处理请求中包括的信息生成第一请求，并通过发送所述第一请求至银行的服务器(即所述资源管理端)，将所述订单预处理请求透传至银行的服务器。

之后，所述银行的服务器根据接收到的所述第一请求生成与所述订单编号对应的订单，并向微信服务器(即资源转移通道服务端)进行支付验证。例如，所述银行的服务器根据第一请求发送方的标识和第一客户端的当前用户的用户标识生成验证信息，通知微信服务器，所述用户标识的用户将要向美团转账。支付验证通过后，用户输入转账密码，微信服务器接收到用户的转账请求，并向银行的服务器发送用户微信转账请求。银行的服务器接收微信服务器发送的用户转账请求，根据所述请求完成押金从用户账户到美团在银行预先注册的担保账户的转移。之后，银行的服务器会给微信服务器和美团服务器发送订单支付成功信息。

具体实施时，也可以首先由用户通过移动终端上的微信客户端(即第一客户端)生成付款二维码。然后，酒店前台触发POS机的订单预处理按键，启动POS机(即第二客户端)扫描用户的付款二维码(即第二订单预处理二维码)，并通过用户的付款二维码获取第一客户端的类型和用户标识。POS机根据获取的第一客户端的类型和用户标识，以及自身设备标识和押金金额生成订单预处理请求，发送至美团服务器。美团服务器根据所述订单预处理请求创建一个预处理订单，并生成订单编号，然后根据订单编号和上述订单预处理请求中包括的信息，生成第一请求，发送至银行的服务器。银行的服务器向微信服务器发送支付请求，所述支付请求包括用户标识和美团的订单标识，并根据微信服务器的确认操作，将押金金额由用户标识对应的用户账户转移至美团的担保账户。同时，银行的服务器向美团服务器和微信服务器发送订单预处理成功信息。

对于未取得支付牌照的个人或商家，其POS机在使用中有可能会存在***纵刷卡交易的资金的风险，资金随时有可能***纵者盗用，并且，这些公司、个人缺乏有效的监管与管理，对用户的资源无法提供保障。而将预转移资源首先转移到具有支付牌照的商家或个人进行缓存，可以提升用户资源的安全性。

步骤310，根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单。

美团服务器接收到银行的服务器发送的支付成功信息后，向酒店的POS机发送订单预付款成功信息，以提示商户和用户订单预付款成功。美团服务器存储所述第一请求对应的预处理订单，其中，所述预处理订单包括：订单编号、预转移资源数量、第二客户端对应的用户标识和/或设备标识、第一客户端对应的用户标识等信息。

微信服务器也会发送支付成功信息到第一客户端。

步骤320，根据接收到的对所述预处理订单的订单处理完成请求，向所述资源管理端发送第二请求，以使所述资源管理端根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，其中，所述剩余资源等于所述预转移资源减去所述实际使用资源。

当用户退房时，酒店前台选择相应预处理订单，并输入实际消费金额，然后触发收款POS机上的订单预处理完成按键，启动订单处理完成流程。酒店POS机将实际消费金额和订单编号通过订单处理完成请求发送至美团服务器。

美团服务器根据接收到的所述订单处理完成请求，向银行的服务器发送第二请求，所述第二请求包括实际使用资源数量，所述第二请求用于通知银行的服务器指定订单编号的订单需要进行用户结算。

所述资源管理端根据所述第二请求，将剩余押金由所述担保账户通过所述微信服务器转移至所述用户账户，其中，所述剩余押金等于押金金额减去实际消费金额。

具体实施时，根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，包括：所述资源管理端，根据接收到的第二请求将所述剩余资源由所述担保账户转移至预先在所述资源管理端设置的结算账户；所述订单服务端向所述资源管理端发送第四请求；所述资源管理端根据所述第四请求，将所述剩余资源从所述结算账户转移至与所述预处理订单中第一客户端对应的用户账户。

若实际资源用量小于所述预转移资源，则将所述预转移资源减去所述实际资源用量后剩余的资源，由所述担保账户转移至结算账户，并将所述实际资源用量的资源，由所述结算账户转移至所述用户账户；若实际资源用量大于或等于所述预转移资源，则将所述预转移资源由所述担保账户转移至所述结算账户，由所述结算账户对酒店进行结算。

例如，美团服务器首先向银行的服务器发送预处理订单的用户结算退款请求，并将退款金额和订单编号发送至银行的服务器。银行的服务器根据订单编号，确定该订单对应的担保账户和预先注册的结算账户，并将所述退款金额由所述担保账户转移至所述结算账户。然后，美团服务器进一步向银行的服务器发送退款请求，所述退款请求中包括订单编号和退款金额。所述银行的服务器根据所述退款请求将退款金额由所述结算账户转移至所述订单编号对应的用户账户。

具体实施时，在订单预处理和订单处理完成后，订单服务端都会保存一条订单处理信息，其中包括订单编号、订单状态、订单处理时间等信息。所述订单编号为收到订单预处理请求后向生成的订单编号，用于标识所述订单服务端的订单，所述订单状态用于标识订单是否处理完成以及是否成功，所述订单处理时间用于标识订单预处理或处理完成的时间。当订单处理完成时，所述订单服务端发送第二请求之后，具体资源退回操作由资源管理端和资源转移通道服务端进行交互完成，订单服务端无法获得资源转移到用户账户的具体时间。因此，所述订单服务器通过对***时间进行截取生成预处理订单处理完成时间。

具体实施时，当资源管理端返回资源退回成功后，订单预处理完成流程结束。如果资源管理端返回资源退回失败，则订单服务端以每次请求间隔扩大一倍的策略重复发送第二请求至资源管理端，直到退款成功。如果当天24点资源退回仍然无法成功。则启动手动退回资源。

具体实施时，所述第一客户端还可以为支付宝客户端、美团钱包客户端等具有扫码支付功能的客户端。所述资源管理端根据第一请求中的第一客户端类型，确定与相应的资源转移通道服务端进行通信，已完成资源转移。

本申请实施例公开的订单处理方法，通过根据接收到的订单预处理请求，向所述资源管理端发送第一请求，以使所述资源管理端根据所述第一请求通过所述资源转移通道服务端，将预转移资源由所述第一客户端对应的用户账户转移至预先在所述资源管理端设置的担保账户；根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单；根据接收到的对所述预处理订单的订单处理完成请求，向所述资源管理端发送第二请求，以使所述资源管理端根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，其中，所述剩余资源等于所述预转移资源减去所述实际使用资源解决了现有技术中存在的资源安全问题。本申请实施例公开的订单处理方法，通过将订单涉及的资源由用户账户转移到公认的资源管理端管理的担保账户进行暂存，当订单结束时，再由担保账户转移至结算账户，由结算账户进行订单资源清算，有效的避免了将预处理订单涉及的资源转移至没有资源担保的第二客户端对应的用户帐户后，在资源退回时可能存在的资源安全问题。

在订单预处理时，订单涉及的资源在预先注册的担保账户进行存储，而进行结算时，将资源转移到结算账户，用于进行资源结算，可以简化订单处理逻辑，提升***的稳定性。并且，通过对转入资源和转出资源分别进行管理，可以避免第二客户端对应的用户资源不足导致的第一客户端对应的用户或订单服务器的资源损失，提升订单处理安全性。

实施例三

基于实施例二，本实施例公开的一种订单处理方法，如图4所示，所述方法还包括：包括步骤330至步骤350。

步骤330，根据接收到的对所述预处理订单的订单撤销请求，向所述资源管理端发送第三请求，以使所述资源管理端根据所述第三请求将所述预转移资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户。

具体实施时，所述根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单之后，还包括：根据接收到的对所述预处理订单的订单撤销请求，向所述资源管理端发送第三请求，以使所述资源管理端根据所述第三请求将所述预转移资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户。

当用户在完成预付款之后，操作撤销订单时，酒店前台可以通过触发POS机上的预设第三按键向美团服务器发送订单撤销请求，所述订单撤销请求包括订单编号。美团服务器根据接收到的对所述预处理订单的订单撤销请求，向银行的服务器发送第三请求；之后，银行的服务器根据所述第三请求将所述押金金额由所述担保账户通过所述微信服务器转移至所述用户账户。具体实施时，根据所述第三请求将所述预转移资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，包括：所述资源管理端，根据接收到的第三请求将所述预转移资源由所述担保账户转移至预先在所述资源管理端设置的结算账户；所述订单服务端向所述资源管理端发送第四请求；所述资源管理端根据所述第四请求，将所述预转移资源从所述结算账户转移至与所述预处理订单中第一客户端对应的用户账户。银行的服务器根据所述第三请求将所述押金金额由所述担保账户通过所述微信服务器转移至所述用户账户的具体实施方案参见结算退款时，银行的服务器根据所述第四请求，将所述退款金额从所述结算账户转移至与所述预处理订单中第一客户端对应的用户账户，此处不再赘述。

具体实施时，所述根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单之后，还包括：步骤340和步骤350。

步骤340，按照预设时间向所述资源管理端发送针对所述预处理订单的第五请求，以使所述资源管理端根据所述第五请求，将所述预处理订单的实际使用资源由所述担保账户转移至预先在所述资源管理端设置的结算账户。

步骤350，向所述资源管理端发送第六请求，以使所述资源管理端根据所述第六请求，将所述实际使用资源从所述结算账户转移至与所述预处理订单中第二客户端对应的用户账户。

对于商户的资源，美团服务器定期(如每天)与商户进行结算。在进行结算时，美团服务器根据订单信息确定每个订单编号对应的商户标识，并根据商户标识确定相应商户在美团预先注册的商户账户。然后，美团服务器将首先发送商户结算请求至银行的服务器，所述商户结算请求包括订单编号和结算金额。银行的服务器根据所述商户结算请求把所述结算金额从担保账户转移至结算账户。之后，美团服务器发送资源转移请求至银行的服务器，所述资源转移请求包括酒店账号和结算金额。银行的服务器根据所述资源转移请求把所述结算金额从结算账户转移至酒店账户。

具体实施时，银行的服务器会建立与美团服务器、微信服务器中的订单编号的对应关系，并存储订单信息，以实现不同平台的订单映射。

本申请实施例公开的订单处理方法，订单涉及的资源在预先注册的担保账户进行存储，而进行结算时，将资源转移到结算账户，用于进行资源结算，可以简化订单处理逻辑，提升***的稳定性。并且，通过对转入资源和转出资源分别进行管理，可以避免第二客户端对应的用户资源不足导致的第一客户端对应的用户或订单服务器的资源损失，提升订单处理安全性。

实施例四

相应的，本实施例公开了一种订单服务端，应用于订单处理***，所述***包括：第一客户端、第二客户端、订单服务端、资源管理端和资源转移通道服务端。所述订单处理***可以为实施例一中所述的订单处理***。如图5所示，所述订单服务端包括：

订单预处理请求接收模块500，用于根据接收到的订单预处理请求，向所述资源管理端发送第一请求，以使所述资源管理端根据所述第一请求通过所述资源转移通道服务端，将预转移资源由所述第一客户端对应的用户账户转移至预先在所述资源管理端设置的担保账户；

预处理订单生成模块510，用于根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单；

预处理订单完成模块520，用于根据接收到的对所述预处理订单的订单处理完成请求，向所述资源管理端发送第二请求，以使所述资源管理端根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，其中，所述剩余资源等于所述预转移资源减去所述实际使用资源。

可选的，根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，包括：所述资源管理端，根据接收到的第二请求将剩余资源由所述担保账户转移至预先在所述资源管理端设置的结算账户；所述订单服务端向所述资源管理端发送第四请求；所述资源管理端根据所述第四请求，将所述剩余资源从所述结算账户转移至与所述预处理订单中第一客户端对应的用户账户。

可选的，如图6所示，所述订单服务端还包括：

预处理订单撤销模块530，用于根据接收到的对所述预处理订单的订单撤销请求，向所述资源管理端发送第三请求，以使所述资源管理端根据所述第三请求将所述预转移资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户。

可选的，根据所述第三请求将所述预转移资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，包括：所述资源管理端，根据接收到的第三请求将所述预转移资源由所述担保账户转移至预先在所述资源管理端设置的结算账户；所述订单服务端向所述资源管理端发送第四请求；所述资源管理端根据所述第四请求，将所述预转移资源从所述结算账户转移至与所述预处理订单中第一客户端对应的用户账户。

可选的，如图6所示，所述订单服务端还包括：

第一订单结算模块540，用于按照预设时间向所述资源管理端发送针对所述预处理订单的第五请求，以使所述资源管理端根据所述第五请求，将所述预处理订单的实际使用资源由所述担保账户转移至预先在所述资源管理端设置的结算账户；

第二订单结算模块550，用于向所述资源管理端发送第六请求，以使所述资源管理端根据所述第六请求，将所述实际使用资源从所述结算账户转移至与所述预处理订单中第二客户端对应的用户账户。

可选的，所述根据接收到的订单预处理请求，向资源管理端发送第一请求，包括：

根据所述第一客户端扫描所述第二客户端展示的第一订单预处理二维码后发送的订单预处理请求，向资源管理端发送第一请求；或，

根据所述第二客户端扫描所述第一客户端展示的第二订单预处理二维码后发送的订单预处理请求，向资源管理端发送第一请求。

本实施例为与实施例二和实施例三的订单处理方法实施例对应的装置实施例，上述各模块为与具体实施方式参见实施例二和实施例三中相应步骤的具体实施方式，此处不再赘述。

本申请实施例公开的订单服务端，通过根据接收到的订单预处理请求，向所述资源管理端发送第一请求，以使所述资源管理端根据所述第一请求通过所述资源转移通道服务端，将预转移资源由所述第一客户端对应的用户账户转移至预先在所述资源管理端设置的担保账户；根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单；根据接收到的对所述预处理订单的订单处理完成请求，向所述资源管理端发送第二请求，以使所述资源管理端根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，其中，所述剩余资源等于所述预转移资源减去所述实际使用资源解决了现有技术中存在的资源安全问题。本申请实施例公开的订单服务端，通过将订单涉及的资源由用户账户转移到公认的资源管理端管理的担保账户进行暂存，当订单结束时，再由担保账户转移至结算账户，由结算账户进行订单资源清算，有效的避免了将预处理订单涉及的资源转移至没有资源担保的第二客户端对应的用户帐户后，在资源退回时可能存在的资源安全问题。

在订单预处理时，订单涉及的资源在预先注册的担保账户进行存储，而进行结算时，将资源转移到结算账户，用于进行资源结算，可以简化订单处理逻辑，提升***的稳定性。并且，通过对转入资源和转出资源分别进行管理，可以避免第二客户端对应的用户资源不足导致的第一客户端对应的用户或订单服务器的资源损失，提升订单处理安全性。

实施例五

进一步的，本实施例公开的一种订单处理方法，应用于订单处理***，所述***包括：第一客户端、第二客户端、订单服务端、资源管理端和资源转移通道服务端。所述订单处理***可以为实施一所述的订单处理***。如图7所示，所述方法包括：步骤700至步骤740。

步骤700，获取用户对预设按键的触发操作。

具体实施时，所述第二客户端预设有多个功能按键，用于指示用户触发不同的订单处理流程。所述功能按键可以为物理按键，也可以为虚拟按键。可以通过现有技术中常用的方法获取用户对预设按键的触发操作。

步骤710，若所述触发操作为订单预处理操作，则扫描所述第一客户端展示的第二订单预处理二维码。

根据用户触发的所述按键，可以确定用户的触发操作类型。具体实施时，用户的触发操作包括但不限于以下任意一项：订单预处理操作、订单预处理完成操作、预处理撤销操作。

当用户执行订单预处理操作时，则扫描所述第一客户端展示的第二订单预处理二维码。

例如，入住酒店用户通过第一客户端(如移动终端上的微信客户端)显示收付款二维码，然后，酒店前台通过所述第二客户端输入押金金额之后，按下所述第二客户端的订单预收款按键，并通过所述第二客户端扫描所述第一客户端展示的收付款二维码。

步骤720，根据所述第二订单预处理二维码中携带的用户标识、所述第一客户端的类型标识、预转移资源数量，生成订单预处理请求。

具体实施时，所述第二订单预处理二维码中携带的用户标识和所述第一客户端的类型标识，所述第二客户端根据酒店前台输入的押金金额、所述第二订单预处理二维码中携带的用户标识和所述第一客户端的类型标识，生成订单预处理请求。

步骤730，发送所述订单预处理请求至所述订单服务端，以使所述订单服务端根据所述订单预处理请求执行如下操作：向所述资源管理端发送第一请求，由所述资源管理端根据所述第一请求通过所述资源转移通道服务端，将预转移资源由所述第一客户端对应的用户账户转移至预先在所述资源管理端设置的担保账户；根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单。

所述第二客户端通过网络将所述订单预处理请求发送至所述订单服务端，以申请执行订单预收款。具体实施时，所述订单服务端接收到所述订单预处理请求之后，根据所述订单预处理请求执行如下操作：向所述资源管理端发送第一请求，由所述资源管理端根据所述第一请求通过所述资源转移通道服务端，将预转移资源由所述第一客户端对应的用户账户转移至预先在所述资源管理端设置的担保账户；根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单，并输出订单预处理成功信息。

所述订单服务端根据接收到的所述订单预处理请求，执行的订单预收款的具体方案参见实施例一、实施例二和实施例三中的技术方案，本实施例不再赘述。

步骤740，接收所述订单服务端输出的订单预处理成功信息，并根据所述订单预处理成功信息存储预处理订单。

所述订单服务端通过所述资源管理端完成押金转移之后，向所述第二客户端发送订单预处理成功信息。所述第二客户端接收到所述订单服务端输出的订单预处理成功信息之后，根据所述订单预处理成功信息存储预处理订单，并显示订单预处理成功提示。

基于实施例五，如图8所示，本申请的另一优选实施例中，所述获取用户对预设按键的触发操作的步骤之后，还包括：步骤750和步骤760。

步骤750，若所述触发操作为订单预处理完成操作，则根据用户输入的实际使用资源和存储的所述预处理订单，生成订单处理完成请求。

步骤760，发送所述订单处理完成请求，以使所述订单服务端根据接收到的对所述预处理订单的订单处理完成请求，向所述资源管理端发送第二请求，由所述资源管理端根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，其中，所述剩余资源等于所述预转移资源减去所述实际使用资源。

例如，入住用户到酒店前台结算时，酒店前台通过第二客户端选择预处理订单，输入实际使用资源，并触发所述第二客户端上的结算按键。所述第二客户端根据用户触发的按键确定用户的触发操作为订单预处理完成操作，根据用户输入的实际使用资源和选择的所述预处理订单，生成订单处理完成请求。

然后，所述第二客户端发送所述订单处理完成请求至所述订单服务器，以使所述订单服务端根据接收到的对所述预处理订单的订单处理完成请求，向所述资源管理端发送第二请求，由所述资源管理端根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，其中，所述剩余资源等于所述预转移资源减去所述实际使用资源。具体实施时，根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，包括：所述资源管理端，根据接收到的第二请求将剩余资源由所述担保账户转移至预先在所述资源管理端设置的结算账户；所述订单服务端向所述资源管理端发送第四请求；所述资源管理端根据所述第四请求，将所述剩余资源从所述结算账户转移至与所述预处理订单中第一客户端对应的用户账户。

所述订单服务端根据接收到的对所述预处理订单的订单处理完成请求，向所述资源管理端发送第二请求，由所述资源管理端根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户的具体技术方案，参见实施例一至实施例三的相关描述，本实施例不再赘述。

基于实施例五，如图8所示，本申请的另一优选实施例中，所述获取用户对预设按键的触发操作之后，还包括：步骤770和步骤780。

步骤770，若所述触发操作为预处理撤销操作，则生成订单撤销请求。

步骤780，发送所述订单撤销请求，以使所述订单服务端根据接收到的对所述预处理订单的订单撤销请求，向所述资源管理端发送第三请求，由所述资源管理端根据所述第三请求将所述预转移资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户。

再例如，入住用户到酒店前台申请撤销预付款时，酒店前台通过第二客户端选择预处理订单，并触发所述第二客户端上的撤销预处理按键。所述第二客户端根据用户触发的按键确定用户的触发操作为撤销预处理订单操作，根据所述预处理订单，生成订单撤销请求。

然后，所述第二客户端发送所述订单撤销请求至所述订单服务器，以使所述订单服务端根据接收到的对所述预处理订单的订单撤销请求，向所述资源管理端发送第三请求，由所述资源管理端根据所述第三请求将所述预转移资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户。具体实施时，所述资源管理端根据所述第三请求将所述预转移资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，包括：所述资源管理端，根据接收到的第三请求将预转移资源由所述担保账户转移至预先在所述资源管理端设置的结算账户；所述订单服务端向所述资源管理端发送第四请求；所述资源管理端根据所述第四请求，将所述预转移资源从所述结算账户转移至与所述预处理订单中第一客户端对应的用户账户。

所述订单服务端根据接收到的对所述预处理订单的订单撤销请求，向所述资源管理端发送第三请求，由所述资源管理端根据所述第三请求将所述预转移资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户的具体技术方案，参见实施例一至实施例三的相关描述，本实施例不再赘述。

本申请实施例公开的订单处理方法，通过根据触发第二客户端的预设按键的触发操作，生成订单预处理请求，并将所述订单预处理请求发送至订单服务端，由订单服务端通过资源管理端和资源转移通道服务端完成订单的预支付；之后，再进一步根据用户通过第二客户端输入的订单预处理完成操作或撤销订单操作，由订单服务端通过资源管理端和资源转移通道服务端完成结算或资源退回，解决了现有技术中存在的资源安全问题。本申请实施例公开的订单处理方法，通过将订单涉及的资源由用户账户转移到公认的资源管理端管理的担保账户进行暂存，当订单结束或撤销时，再由担保账户转移至结算账户，由结算账户进行订单资源清算，有效的避免了将预处理订单涉及的资源转移至没有资源担保的第二客户端对应的用户帐户后，在资源退回时可能存在的资源安全问题。

在订单预处理时，订单涉及的资源在预先注册的担保账户进行存储，而进行结算时，将资源转移到结算账户，用于进行资源结算，可以简化订单处理逻辑，提升***的稳定性。并且，通过对转入资源和转出资源分别进行管理，可以避免第二客户端对应的用户资源不足导致的第一客户端对应的用户或订单服务器的资源损失，提升订单处理安全性。

实施例六

相应的，本实施例公开的一种第二客户端，所述第二客户端应用于订单处理***，所述***包括：第一客户端、第二客户端、订单服务端、资源管理端和资源转移通道服务端。所述订单处理***可以为实施例一所述的订单处理***。如图9所示，所述第二客户端包括：

触发操作检测模块900，用于获取用户对预设按键的触发操作；

订单预处理二维码扫描模块910，用于若所述触发操作为订单预处理操作，则扫描所述第一客户端展示的第二订单预处理二维码；

订单预处理请求生成模块920，用于根据所述第二订单预处理二维码中携带的用户标识、所述第一客户端的类型标识、预转移资源数量，生成订单预处理请求；

订单预处理请求发送模块930，用于发送所述订单预处理请求至所述订单服务端，以使所述订单服务端根据所述订单预处理请求执行如下操作：向所述资源管理端发送第一请求，由所述资源管理端根据所述第一请求通过所述资源转移通道服务端，将预转移资源由所述第一客户端对应的用户账户转移至预先在所述资源管理端设置的担保账户；根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单；

订单预处理请求结果接收模块940，用于接收所述订单服务端输出的订单预处理成功信息，并根据所述订单预处理成功信息存储预处理订单。

可选的，如图10所示，所述第二客户端还包括：

订单处理完成请求生成模块950，用于若所述触发操作为订单预处理完成操作，则根据用户输入的实际使用资源和存储的所述预处理订单，生成订单处理完成请求；

订单处理完成请求发送模块960，用于发送所述订单处理完成请求，以使所述订单服务端根据接收到的对所述预处理订单的订单处理完成请求，向所述资源管理端发送第二请求，由所述资源管理端根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，其中，所述剩余资源等于所述预转移资源减去所述实际使用资源。

可选的，如图10所示，所述第二客户端还包括：

订单撤销请求生成模块970，用于若所述触发操作为预处理撤销操作，则生成订单撤销请求；

订单撤销请求发送模块980，用于发送所述订单撤销请求，以使所述订单服务端根据接收到的对所述预处理订单的订单撤销请求，向所述资源管理端发送第三请求，由所述资源管理端根据所述第三请求将所述预转移资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户。

具体实施时，所述资源管理端根据所述第三请求将所述预转移资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，包括：

所述资源管理端，根据接收到的第三请求将预转移资源由所述担保账户转移至预先在所述资源管理端设置的结算账户；

所述订单服务端向所述资源管理端发送第四请求；

所述资源管理端根据所述第四请求，将所述预转移资源从所述结算账户转移至与所述预处理订单中第一客户端对应的用户账户。

本实施例为与实施例五的订单处理方法实施例对应的装置实施例，上述各模块为与具体实施方式参见实施例五中相应步骤的具体实施方式，此处不再赘述。

本申请实施例公开的第二客户端，通过根据触发第二客户端的预设按键的触发操作，生成订单预处理请求，并将所述订单预处理请求发送至订单服务端，由订单服务端通过资源管理端和资源转移通道服务端完成订单的预支付；之后，再进一步根据用户通过第二客户端输入的订单预处理完成操作或撤销订单操作，由订单服务端通过资源管理端和资源转移通道服务端完成结算或资源退回，解决了现有技术中存在的资源安全问题。本申请实施例公开的第二客户端，通过将订单涉及的资源由用户账户转移到公认的资源管理端管理的担保账户进行暂存，当订单结束或撤销时，再由担保账户转移至结算账户，由结算账户进行订单资源清算，有效的避免了将预处理订单涉及的资源转移至没有资源担保的第二客户端对应的用户帐户后，在资源退回时可能存在的资源安全问题。

在订单预处理时，订单涉及的资源在预先注册的担保账户进行存储，而进行结算时，将资源转移到结算账户，用于进行资源结算，可以简化订单处理逻辑，提升***的稳定性。并且，通过对转入资源和转出资源分别进行管理，可以避免第二客户端对应的用户资源不足导致的第一客户端对应的用户或订单服务器的资源损失，提升订单处理安全性。

相应的，本申请还公开了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请实施例二和实施例三所述的订单处理方法。所述电子设备可以为PC机、移动终端、个人数字助理、平板电脑等。

本申请还公开了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例二和实施例三所述的订单处理方法的步骤。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于***实施例而言，由于其与方法实施例基本相似，相关之处参见方法实施例的部分说明即可。

以上对本申请提供的一种订单处理***及方法进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

Claims (18)

1.一种订单处理***，其特征在于，包括：第一客户端、第二客户端、订单服务端、资源管理端和资源转移通道服务端，其中，

所述资源转移通道服务端用于根据所述资源管理端的请求完成资源转移；

所述第一客户端和第二客户端用于根据用户的操作发送订单预处理请求；

所述订单服务端用于根据接收到的所述订单预处理请求，向所述资源管理端发送第一请求，并根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单；

所述资源管理端用于根据所述第一请求向所述资源转移通道服务端发送资源转移请求，以通过所述资源转移通道服务端将预转移资源由所述第一客户端对应的用户账户转移至预先在所述资源管理端设置的担保账户；

所述第二客户端还用于根据用户的操作发送针对所述预处理订单的订单处理完成请求；

所述订单服务端还用于根据接收到的所述订单处理完成请求，向所述资源管理端发送第二请求，所述第二请求包括实际使用资源数量；

所述资源管理端还用于根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，其中，所述剩余资源等于所述预转移资源减去所述实际使用资源。

2.根据权利要求1所述的***，其特征在于，

所述第二客户端还用于，根据用户对预设第三按键的触发，发送针对所述预处理订单的订单撤销请求；

所述订单服务端还用于，根据接收到的对所述预处理订单的订单撤销请求，向资源管理端发送第三请求；

所述资源管理端还用于，根据所述第三请求将所述预转移资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户。

3.根据权利要求1所述的***，其特征在于，根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，包括：

所述资源管理端，根据接收到的第二请求将剩余资源由所述担保账户转移至预先在所述资源管理端设置的结算账户；

所述订单服务端向所述资源管理端发送第四请求；

所述资源管理端根据所述第四请求，将所述剩余资源从所述结算账户转移至与所述预处理订单中第一客户端对应的用户账户。

4.根据权利要求2所述的***，其特征在于，根据所述第三请求将所述预转移资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，包括：

所述资源管理端，根据接收到的第三请求将所述预转移资源由所述担保账户转移至预先在所述资源管理端设置的结算账户；

所述订单服务端向所述资源管理端发送第四请求；

所述资源管理端根据所述第四请求，将所述预转移资源从所述结算账户转移至与所述预处理订单中第一客户端对应的用户账户。

5.根据权利要求1所述的***，其特征在于，还包括：

所述订单服务端还用于，按照预设时间向所述资源管理端发送针对所述预处理订单的第五请求；

所述资源管理端还用于，根据所述第五请求，将所述预处理订单的实际使用资源由所述担保账户转移至预先在所述资源管理端设置的结算账户；

所述订单服务端还用于，向所述资源管理端发送第六请求；

所述资源管理端还用于，根据所述第六请求，将所述实际使用资源从所述结算账户转移至与所述预处理订单中第二客户端对应的用户账户。

6.根据权利要求1所述的***，其特征在于，所述第一客户端和第二客户端根据用户的操作发送订单预处理请求，包括：

所述第二客户端响应于对预设第一按键的触发，展示第一订单预处理二维码；所述第一客户端读取所述第二客户端展示的第一订单预处理二维码，并在读取所述第一订单预处理二维码后向所述订单服务端发送的订单预处理请求；或，

所述第一客户端根据用户的触发，展示第二订单预处理二维码；所述第二客户端根据用户对预设第二按键的触发，读取所述第一客户端展示的第二订单预处理二维码，并在读取所述第二订单预处理二维码后向所述订单服务端发送的订单预处理请求。

7.一种订单处理方法，应用于订单处理***，所述***包括：第一客户端、第二客户端、订单服务端、资源管理端和资源转移通道服务端，其特征在于，所述方法包括：

根据接收到的订单预处理请求，向所述资源管理端发送第一请求，以使所述资源管理端根据所述第一请求通过所述资源转移通道服务端，将预转移资源由所述第一客户端对应的用户账户转移至预先在所述资源管理端设置的担保账户；

根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单；

根据接收到的对所述预处理订单的订单处理完成请求，向所述资源管理端发送第二请求，以使所述资源管理端根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，其中，所述剩余资源等于所述预转移资源减去实际使用资源。

8.根据权利要求7所述的方法，其特征在于，所述根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单的步骤之后，还包括：

根据接收到的对所述预处理订单的订单撤销请求，向所述资源管理端发送第三请求，以使所述资源管理端根据所述第三请求将所述预转移资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户。

9.根据权利要求7所述的方法，其特征在于，所述资源管理端根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，包括：

所述资源管理端，根据接收到的第二请求将所述剩余资源由所述担保账户转移至预先在所述资源管理端设置的结算账户；

所述订单服务端向所述资源管理端发送第四请求；

所述资源管理端根据所述第四请求，将所述剩余资源从所述结算账户转移至与所述预处理订单中第一客户端对应的用户账户。

10.根据权利要求8所述的方法，其特征在于，所述资源管理端根据所述第三请求将所述预转移资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，包括：

所述资源管理端，根据接收到的第三请求将预转移资源由所述担保账户转移至预先在所述资源管理端设置的结算账户；

所述订单服务端向所述资源管理端发送第四请求；

所述资源管理端根据所述第四请求，将所述预转移资源从所述结算账户转移至与所述预处理订单中第一客户端对应的用户账户。

11.根据权利要求7所述的方法，其特征在于，所述根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单的步骤之后，还包括：

按照预设时间向所述资源管理端发送针对所述预处理订单的第五请求，以使所述资源管理端根据所述第五请求，将所述预处理订单的实际使用资源由所述担保账户转移至预先在所述资源管理端设置的结算账户；

向所述资源管理端发送第六请求，以使所述资源管理端根据所述第六请求，将所述实际使用资源从所述结算账户转移至与所述预处理订单中第二客户端对应的用户账户。

12.根据权利要求7所述的方法，其特征在于，所述根据接收到的订单预处理请求，向资源管理端发送第一请求的步骤，包括：

根据所述第一客户端扫描所述第二客户端展示的第一订单预处理二维码后发送的订单预处理请求，向资源管理端发送第一请求；或，

根据所述第二客户端扫描所述第一客户端展示的第二订单预处理二维码后发送的订单预处理请求，向资源管理端发送第一请求。

13.一种订单服务端，其特征在于，应用于订单处理***，所述***包括：第一客户端、第二客户端、订单服务端、资源管理端和资源转移通道服务端，所述订单服务端包括：

订单预处理请求接收模块，用于根据接收到的订单预处理请求，向所述资源管理端发送第一请求，以使所述资源管理端根据所述第一请求通过所述资源转移通道服务端，将预转移资源由所述第一客户端对应的用户账户转移至预先在所述资源管理端设置的担保账户；

预处理订单生成模块，用于根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单；

预处理订单完成模块，用于根据接收到的对所述预处理订单的订单处理完成请求，向所述资源管理端发送第二请求，以使所述资源管理端根据所述第二请求，将剩余资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户，其中，所述剩余资源等于所述预转移资源减去实际使用资源。

14.根据权利要求13所述的订单服务端，其特征在于，还包括：

预处理订单撤销模块，用于根据接收到的对所述预处理订单的订单撤销请求，向所述资源管理端发送第三请求，以使所述资源管理端根据所述第三请求将所述预转移资源由所述担保账户通过所述资源转移通道服务端转移至所述用户账户。

15.一种订单处理方法，应用于订单处理***，所述***包括：第一客户端、第二客户端、订单服务端、资源管理端和资源转移通道服务端，其特征在于，所述方法包括：

获取用户对预设按键的触发操作；

若所述触发操作为订单预处理操作，则扫描所述第一客户端展示的第二订单预处理二维码；

根据所述第二订单预处理二维码中携带的用户标识、所述第一客户端的类型标识、预转移资源数量，生成订单预处理请求；

发送所述订单预处理请求至所述订单服务端，以使所述订单服务端根据所述订单预处理请求执行如下操作：向所述资源管理端发送第一请求，由所述资源管理端根据所述第一请求通过所述资源转移通道服务端，将预转移资源由所述第一客户端对应的用户账户转移至预先在所述资源管理端设置的担保账户；根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单；

接收所述订单服务端输出的订单预处理成功信息，并根据所述订单预处理成功信息存储预处理订单。

16.一种第二客户端，其特征在于，应用于订单处理***，所述***包括：第一客户端、第二客户端、订单服务端、资源管理端和资源转移通道服务端，所述第二客户端包括：

触发操作检测模块，用于获取用户对预设按键的触发操作；

订单预处理二维码扫描模块，用于若所述触发操作为订单预处理操作，则扫描所述第一客户端展示的第二订单预处理二维码；

订单预处理请求生成模块，用于根据所述第二订单预处理二维码中携带的用户标识、所述第一客户端的类型标识、预转移资源数量，生成订单预处理请求；

订单预处理请求发送模块，用于发送所述订单预处理请求至所述订单服务端，以使所述订单服务端根据所述订单预处理请求执行如下操作：向所述资源管理端发送第一请求，由所述资源管理端根据所述第一请求通过所述资源转移通道服务端，将预转移资源由所述第一客户端对应的用户账户转移至预先在所述资源管理端设置的担保账户；根据所述资源管理端反馈的所述第一请求处理成功的信息，存储所述第一请求对应的预处理订单；

订单预处理请求结果接收模块，用于接收所述订单服务端输出的订单预处理成功信息，并根据所述订单预处理成功信息存储预处理订单。

17.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求7至12任意一项或权利要求15所述的订单处理方法。

18.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求7至12任意一项或权利要求15所述的订单处理方法的步骤。

Images