CN113627917A - 一种订单处理方法、装置、设备及存储介质 - Google Patents

Abstract

本发明涉及计算机技术领域，具体涉及一种订单处理方法、装置、设备及存储介质，方法包括获取预设订单垫付条件以及预设周期内的订单集合；根据预设订单垫付条件，从订单集合中筛选出需要垫付的订单作为目标订单；将目标订单的状态设置为锁定状态；确定目标订单对应的费用垫付信息；根据目标订单的费用垫付信息，确定目标订单的目标垫付费用；将目标垫付费用支付给目标订单对应的目标对象，将目标订单设置为解锁状态。本发明可以在垫付费用期间，降低订单并发支付情况的发生概率，降低平台损失。

Description

一种订单处理方法、装置、设备及存储介质

技术领域

本发明涉及计算机处理技术领域，具体涉及一种订单处理方法、装置及存储介质。

背景技术

现有技术中，乘客通过交通运输类软件叫车时，只有通过平台支付车费后，司机才能得到相应的分成收入。但是，乘客在下车后，因为各种原因没有及时支付车费，导致司机收款的账期被拉长，支付效率低，降低了司机收费体验，不利于保障司机权益，容易造成平台的签约司机流失，降低平台运营稳定性。

发明内容

本发明要解决的技术问题是现有技术中司机到账不及时，平台签约司机容易流失，平台运营稳定性差的问题。

为解决上述技术问题，本发明公开了一种订单处理方法、装置、设备及存储介质。

根据本申请的一个方面，公开了一种订单处理方法，具体的，所述方法包括：

获取预设订单垫付条件以及预设周期内的订单集合；

根据所述预设订单垫付条件，从所述订单集合中筛选出需要垫付的订单作为目标订单；

将所述目标订单的状态设置为锁定状态；

确定所述目标订单对应的费用垫付信息；

根据所述目标订单的费用垫付信息，确定所述目标订单的目标垫付费用；

将所述目标垫付费用支付给所述目标订单对应的目标对象；

将所述目标订单设置为解锁状态。

在一种可实施的方案中，所述将所述目标订单设置为解锁状态之后，所述方法还包括：

发送目标订单的更新信息至所述目标订单对应的用户客户端，以使所述用户客户端更新所述目标订单的订单信息，更新后的订单信息中携带有垫付标识。

在一种可实施的方案中，所述根据所述预设订单垫付条件，从所述订单集合中筛选出需要垫付的订单作为目标订单包括：

将所述订单集合中满足对应预设订单垫付条件的订单确定为目标订单。

在一种可实施的方案中，所述将所述订单集合中满足所述预设订单垫付条件的订单确定为目标订单包括：

将所述订单集合中未支付的订单确定为目标订单。

进一步的，所述将所述目标订单的状态设置为锁定状态包括：

若接收到对目标订单信息的变更请求，则返回目标订单信息变更失败信息至业务客户端。

在一种可实施的方案中，所述将所述目标垫付费用支付给所述目标订单对应的目标对象之前，所述方法还包括：

获取所述目标对象的预设垫付费用阈值；

若所述目标对象的目标垫付费用大于预设垫付费用阈值，则发送支付请求至业务客户端；

若接收到基于所述支付请求的支付确认指令，则执行将所述目标垫付费用支付给所述目标订单对应的目标对象的操作。

在一种可实施的方案中，所述将所述目标订单设置为解锁状态之后，所述方法还包括：

在平台订单表中更新目标订单的订单信息，其中，所述更新后的订单信息中携带有垫付标识，所述平台订单表中存储有所述订单集合中所有订单的订单信息。

根据本申请的另一个方面，公开了一种订单处理装置，所述装置包括：

获取模块，用于获取预设订单垫付条件以及预设周期内的订单集合；

目标订单确定模块，用于根据所述预设订单垫付条件，从所述订单集合中筛选出需要垫付的订单作为目标订单；

锁定设置模块，用于将所述目标订单的状态设置为锁定状态；

目标垫付费用确定模块，用于根据所述目标订单的费用垫付信息，确定所述目标订单的目标垫付费用；

支付模块，用于将所述目标垫付费用支付给所述目标订单对应的目标对象；

解锁模块，用于将所述目标订单设置为解锁状态。

根据本申请的另一个方面，公开了一种计算机设备，所述设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述所述的订单处理方法。

根据本申请的另一个方面，公开了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上述所述的订单处理方法。

本发明通过获取预设订单垫付条件以及预设周期内的订单集合；根据所述预设订单垫付条件，从所述订单集合中筛选出需要垫付的订单作为目标订单；并确定所述目标订单的目标垫付费用以及将所述目标垫付费用支付给所述目标订单对应的目标对象，可以周期性的对未支付订单进行垫付，以使得司机能够及时收款到账，保障司机权益，提高司机跑单体验，稳定平台签约司机数量，提高平台运营稳定性；并且，在确定出需要垫付的目标订单之后，将目标订单锁定，可以有效降低在垫付费用计算期间，订单并发支付情况的发生概率，降低平台损失。

附图说明

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

图1是根据本申请一实施例提供的订单处理方法的一种流程图；

图2是根据本申请一实施例提供的订单处理方法的一种流程图；

图3是根据本申请一实施例提供的订单处理装置的框图；

图4是根据本申请一实施例提供的用于订单处理的电子设备的框图；

图5是根据本申请一实施例提供的用于订单处理的电子设备的框图。

具体实施方式

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

此处所称的“一个实施例”或“实施例”是指可包含于本发明至少一个实现方式中的特定特征、结构或特性。在本发明的描述中，需要理解的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例：

一方面，公开了一种订单处理方法，具体的，参阅图1所示，方法包括：

S100、获取预设订单垫付条件以及预设周期内的订单集合。

具体的，乘客通过交通运输类软件叫车后，所有的订单的订单信息都会被录入存储至叫车平台，并且，订单信息被更新后，叫车平台内存储的订单信息也会同步更新。

示例性的，预设订单垫付条件，可以是指用于约束对订单进行垫付的条件，即当订单满足垫付条件时，可以对该订单进行垫付，当订单不满足垫付条件时，不能对该订单进行垫付。预设订单垫付条件可以预先设定并存储至叫车平台的内部系统中，获取预设订单垫付条件，可以是在调取叫车平台内预先存储的预设订单垫付条件。

进一步的，获取预设周期内的订单集合，可以是叫车平台获取预设周期内的所有订单集合，订单集合可以包括但不限于已支付订单、未支付订单、已取消订单、金额变更后的订单等订单。预设周期可以是以小时为单位，例如，在一些可实施的方案中，可以将2个小时作为订单集合的一个获取周期，也可以将3个小时作为订单集合的一个获取周期。或者在另一些可实施的方案中，预设周期也可以是以天为单位，例如，可以将一天作为订单集合的一个获取周期，也可以将2天作为订单集合的一个获取周期，或者，在另一些可实施的方案中，预设周期也可以是以星期为单位，例如，可以将1个星期作为订单集合的一个获取周期等。其具体的周期设定，可以根据需要设定，这里不进行具体限定。进一步的，在设置预设周期时，也可以参考不同加盟商在不同城市的加盟要求。加盟商可以是租车公司，该租车公司与平台为合作关系。

进一步的，可以采用大数据预处理技术，对平台中的订单进行处理，以筛选出预设周期内的订单集合。

S102、根据预设订单垫付条件，从订单集合中筛选出需要垫付的订单作为目标订单。

具体的，目标订单可以是用于表征订单集合中需要垫付的订单。

具体的，在一种可实施的方案中，根据预设订单垫付条件，从订单集合中筛选出需要垫付的订单作为目标订单可以包括：将订单集合中满足对应预设订单垫付条件的订单确定为目标订单。

可以理解的是，在订单集合中，可能存在多个不同城市的订单，而不同城市的订单中，又可能存在多个不同加盟商的订单，不同的城市或者不同的加盟商条件下，对司机的垫付份额以及垫付周期是不同的，因此，订单集合中每个订单都可能对应有不同的订单垫付条件，因此，根据预设订单垫付条件，从订单集合中筛选出需要垫付的订单作为目标订单具体可以是将订单集合中满足对应预设订单垫付条件的订单确定为目标订单。优选的，预设订单垫付条件可以是但不限于：预设垫付周期、预设垫付金额等。例如，[城市A，加盟商a]的预设垫付条件为当前城市的预设垫付金额不可超过第一预设金额，[城市B，加盟商b]的预设垫付条件为，当前城市的预设垫付金额不可超过第二预设金额，且订单的预设垫付周期不可小于第一预设周期。具体举例理解：当订单M为[城市A，加盟商a]的订单时，如果A城市的当前总垫付金额未超过第一预设金额，则平台可以继续对A城市的订单进行垫付，此时订单M将被确定为目标订单，反之，如果A城市的当前总垫付金额已经超过第一预设金额，则平台将不会再向A城市的订单进行垫付，此时订单M不符合订单垫付条件，平台不予自动垫付。当订单N为[城市B，加盟商b]的订单时，如果B城市的当前总垫付金额未超过第二预设金额，且，订单M已经超过第一预设周期还未支付，则此时，平台可以继续对B城市的订单进行垫付，此时订单N将被确定为目标订单，反之，订单N不满足上述[城市B，加盟商b]给出的任意一个条件，订单N都不会被列为待垫付的目标订单。

可以理解的是，上述的第一预设金额，第二预设金额以及第一预设周期均可以根据需求设定，这里不进行具体限定。

S104、将目标订单的状态设置为锁定状态。

具体的，将目标订单的状态设置为锁定状态可以是：若接收到对目标订单信息的变更请求，则返回目标订单信息变更失败信号。

需要说明的是，如果在确定出目标订单后，接收到对目标订单的变更请求，则此时返回目标订单变更失败信号，即将目标订单的状态设置为锁定状态期间，无法对目标订单的状态信息进行更新，例如，无法进行对目标订单进行支付、取消目标订单、修改目标订单的订单金额等改变目标订单状态的操作。通过将目标订单的状态设置为锁定状态，可以降低在垫付费用确定期间目标订单的并发支付情况的发生概率，降低平台损失。其中，目标订单信息的变更请求可以包括但不限于对目标订单进行支付、取消目标订单、修改目标订单的订单金额等。

S106、确定目标订单对应的费用垫付信息。

S108、根据目标订单的费用垫付信息，确定目标订单的目标垫付费用。

可以理解的是，目标订单的费用垫付信息，可以根据目标订单所依存的预设订单垫付条件进行确定，例如不同的城市，不同的加盟商的费用垫付信息不同。费用垫付信息中可以包括每一个订单中平台和服务提供者的分成比例，该分成比例可以基于不同城市、不同加盟商等预先确定，其原理与根据预设订单垫付条件确定需要垫付的目标订单的原理类似，这里不再进行举例赘述。

S110、将目标垫付费用支付给目标订单对应的目标对象。

具体的，目标对象为目标订单的服务提供者，具体可以是司机。目标订单的订单信息可以包括但不限于订单的接单地点、订单的截单地点、订单编号、接单者(服务提供者)的证书编号等信息，可以将订单信息中的接单者的证书编号信息与平台中预先存储的签约数据表中的数据进行比较，查找出签约数据表中与接单者(服务提供者)的证书编号信息匹配的证书编号，将与匹配后的证书编号对应的服务提供者作为目标对象。可以理解的是，签约数据表是服务提供者与平台签约时所形成的数据表，签约数据表中存储有与平台签约的服务提供者以及证书编号的对应关系。

S112、将目标订单设置为解锁状态。

具体的，将目标垫付费用支付给目标对象后，将目标订单设置为解锁状态。目标订单的锁定状态被解锁后，目标订单的状态信息可以被改变，例如可以对目标订单进行支付、对目标订单进行金额变更等操作。可以理解的是，由于目标订单所产生的费用已经由平台垫付给对应的目标对象，因此，如果此时对目标订单进行支付，则平台收到支付款后，将不会再次将目标对象的分成费用支付给目标对象。进一步的，如果此时对目标订单的金额进行了变更，例如，乘客与平台客服沟通后，需要对订单金额进行变更，如降低金额，则平台客服在沟通后对订单金额进行修改，以使得乘客基于修改后的订单所展示的金额进行支付，此时由于金额修改后，平台所接收到的支付款变少，但是此时由于该目标订单的费用已经由平台优先支付给了服务提供者，此时，所减少的金额由平台承担。

本发明通过获取预设订单垫付条件以及预设周期内的订单集合；根据预设订单垫付条件，从订单集合中筛选出需要垫付的订单作为目标订单；并确定目标订单的目标垫付费用以及将目标垫付费用支付给目标订单对应的目标对象，可以周期性的对未支付订单进行垫付，以使得司机能够及时收款到账，保障司机权益，提高司机跑单体验，稳定平台签约司机数量，提高平台运营稳定性；并且，在确定出需要垫付的目标订单之后，将目标订单锁定，可以有效降低在垫付费用计算期间，订单并发支付情况的发生概率，降低平台损失。

进一步的，本发明还提供了的订单处理方法的另一种流程图，如图2所示，方法包括：

S200、获取预设订单垫付条件以及预设周期内的订单集合。

可以理解的是，步骤S200的步骤与上述步骤S100步骤相同，其具体的说明可以参照上述说明，这里不再进行赘述。

S202、根据预设订单垫付条件，从订单集合中筛选出需要垫付的订单作为目标订单。

在一种可实施的方案中，预设订单垫付条件可以包括但不限于订单的当前支付状态，根据预设订单垫付条件，从订单集合中筛选出需要垫付的订单作为目标订单具体可以包括：

将订单集合中未支付的订单确定为目标订单。

可以理解的是，在该实施方案中，可以以订单的当前支付状态作为目标订单的筛选依据，将未支付的订单确定为目标订单。

进一步的，可以理解的是，将支付状态为未支付作为预设订单垫付条件仅是一种优选方案，在其他可实施的方案中，预设订单垫付条件也可以为其它条件，例如，在另一种可能实现的方案中，也可以将订单集合中未支付且没有风控异常行为的订单作为目标订单，这里不进行具体限定。

S204、将目标订单的状态设置为锁定状态。

S206、确定目标订单对应的费用垫付信息。

S208、根据目标订单的费用垫付信息，确定目标订单的目标垫付费用。

S210、将目标垫付费用支付给目标订单对应的目标对象。

具体的，步骤S204-S210的步骤与上述步骤S104-S110步骤相同，其具体的说明可以参照上述说明，这里不再进行赘述。

S212、获取目标对象的当前预设垫付费用阈值。

S214、若目标对象的目标垫付费用大于预设垫付费用阈值，则发送支付请求至业务客户端；

S216、若接收到基于支付请求返回的支付确认指令，则执行将目标垫付费用支付给目标订单对应的目标对象的操作。

可以理解的是，在一些可能的示例中，如果某个目标对象需要垫付的费用过多的话，可能会存在刷单的行为，如果平台一味的对目标对象垫付费用，容易造成平台损失。因此，需要将目标对象的目标垫付费用与预设垫付费用阈值进行比较，如果目标垫付费用小于预设垫付费用阈值，则可以对目标对象进行垫付，如果目标垫付费用大于预设垫付费用阈值，则说明该目标对象的目标垫付费用过高，平台不能自动向该目标对象垫付费用，需要向平台的业务客户端发送支付请求，以使得业务客户端向业务人员展示该支付请求，并使得业务人员看到该支付请求后，进行垫付确认，并在垫付确认通过业务客户端向平台发送支付确认指令，以使得平台执行将目标垫付费用支付给对应的目标对象的操作，完成平台垫付。

其中，预设垫付费用阈值可以预先根据需求设定，其在设定时，可以参照不同城市、不同加盟商等场景下相对于叫车平台相关条款，这里不进行具体限定。

S218、将目标订单设置为解锁状态。

具体的，将目标垫付费用支付给目标对象后，将目标订单设置为解锁状态。目标订单的锁定状态被解锁后，目标订单的状态信息可以被改变，例如可以对目标订单进行支付、对目标订单进行金额变更等操作。可以理解的是，由于目标订单所产生的费用已经由平台垫付给对应的目标对象，因此，如果此时对目标订单进行支付，则平台收到支付款后，将不会再次将目标对象的分成费用支付给目标对象。进一步的，如果此时对目标订单的金额进行了变更，例如，乘客与平台客服沟通后，需要对订单金额进行变更，如降低金额，则平台客服在沟通后对订单金额进行修改，以使得乘客基于修改后的订单所展示的金额进行支付，此时由于金额修改后，平台所接收到的支付款变少，但是此时由于该目标订单的费用已经由平台优先支付给了服务提供者，此时，所减少的金额由平台承担。

S220、发送目标订单的更新信息至目标订单对应的用户客户端，以使用户客户端更新目标订单的订单信息，更新后的订单信息中携带有垫付标识。

具体的，在平台垫付目标订单的费用后，发送目标订单的更新信息至目标订单对应的用户客户端，以使用户客户端对目标订单的订单信息进行更新。并且，更新后的订单信息中携带垫付标识，方便司机知晓订单的当前垫付状态。

S222、在平台订单表中更新目标订单的订单信息。

具体的，更新后的订单信息中存在已垫付标识，平台订单表中存储有订单集合中所有订单的订单信息。可以理解的是，在对目标订单的费用垫付完成后，将平台订单表中的目标订单的订单信息进行更新，以使得更新后的目标订单的订单信息中携带垫付标识。通过对更新后的平台订单表中已经垫付的目标订单进行标记，可以避免在目标订单的状态信息发生改变时，例如乘客对订单的支付后，平台再次对服务提供者进行费用分成支付，造成平台损失。

可以理解的是，上述步骤S218-S222的顺序仅是一种示例性说明，在一些实施方式中，上述三个步骤的具体顺序不进行限定。

进一步的，本发明还公开了一种订单处理装置，如图3所示，装置包括：

获取模块，用于获取预设订单垫付条件以及预设周期内的订单集合；

目标订单确定模块，用于根据预设订单垫付条件，从订单集合中筛选出需要垫付的订单作为目标订单；

锁定设置模块，用于将目标订单的状态设置为锁定状态；

目标垫付费用确定模块，用于根据目标订单的费用垫付信息，确定目标订单的目标垫付费用；

支付模块，用于将目标垫付费用支付给目标订单对应的目标对象；

解锁模块，用于将目标订单设置为解锁状态。

进一步的，装置还包括：

更新信息发送模块，用于将目标订单设置为解锁状态之后，发送目标订单的更新信息至目标订单对应的用户客户端，以使用户客户端更新目标订单的订单信息，更新后的订单信息中携带有垫付标识。

进一步的，目标订单确定模块包括目标订单确定单元，用于将订单集合中满足对应订单垫付条件的订单确定为目标订单。

进一步的，目标订单确定单元具体用于将订单集合中未支付的订单确定为目标订单。

进一步的，装置还包括：

变更信息发送模块，用于若接收到对目标订单信息的变更请求，则发送目标订单变更失败信息至业务客户端。

进一步的，装置还包括：

预设垫付费用阈值确定模块，用于获取目标对象的预设垫付费用阈值；

支付请求发送模块，用于若目标对象的目标垫付费用大于预设垫付费用阈值，则发送支付请求至业务客户端；

执行模块，用于若接收到基于支付请求的支付确认指令，则执行将目标垫付费用支付给对应的目标对象的操作。

进一步的，更新模块还用于将目标订单设置为解锁状态之后，在平台订单表中更新目标订单的订单信息，更新后的订单信息中携带有垫付标识，平台订单表中存储有订单集合中所有订单的订单信息。

关于上述实施例中的装置，其中各个模块和单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图4是根据一示例性实施例示出的一种用于订单处理的电子设备的框图，该电子设备可以是终端，其内部结构图可以如图4所示。该电子设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该电子设备的处理器用于提供计算和控制能力。该电子设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该电子设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种订单处理的方法。该电子设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该电子设备的输入装置可以是显示屏上覆盖的触摸层，也可以是电子设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图4中示出的结构，仅仅是与本公开方案相关的部分结构的框图，并不构成对本公开方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

图5示出根据本申请一实施例的用于订单处理的电子设备的框图。该电子设备可以是服务器，其内部结构图可以如图5所示。该电子设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该电子设备的处理器用于提供计算和控制能力。该电子设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该电子设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种订单处理的方法。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在示例性实施例中，还提供了一种电子设备，设备包括处理器和存储器，存储器中存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现本申请实施例中的订单处理方法。

示例性实施例中，还提供了一种计算机可读存储介质，存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现本申请实施例中的订单处理方法。

在示例性实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行本申请实施例中的订单处理方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (10)

1.一种订单处理方法，其特征在于，所述方法包括：

获取预设订单垫付条件以及预设周期内的订单集合；

根据所述预设订单垫付条件，从所述订单集合中筛选出需要垫付的订单作为目标订单；

将所述目标订单的状态设置为锁定状态；

确定所述目标订单对应的费用垫付信息；

根据所述目标订单的费用垫付信息，确定所述目标订单的目标垫付费用；

将所述目标垫付费用支付给所述目标订单对应的目标对象；

将所述目标订单设置为解锁状态。

2.根据权利要求1所述的订单处理方法，其特征在于，所述将所述目标订单设置为解锁状态之后，所述方法还包括：

发送目标订单的更新信息至所述目标订单对应的用户客户端，以使所述用户客户端更新所述目标订单的订单信息，更新后的订单信息中携带有垫付标识。

3.根据权利要求1所述的订单处理方法，其特征在于，所述根据所述预设订单垫付条件，从所述订单集合中筛选出需要垫付的订单作为目标订单包括：

将所述订单集合中满足所述预设订单垫付条件的订单确定为目标订单。

4.根据权利要求3所述的订单处理方法，其特征在于，所述将所述订单集合中满足所述预设订单垫付条件的订单确定为目标订单包括：

将所述订单集合中未支付的订单确定为目标订单。

5.根据权利要求1所述的订单处理方法，其特征在于，所述将所述目标订单的状态设置为锁定状态包括：

若接收到对目标订单信息的变更请求，则发送目标订单变更失败信息至业务客户端。

6.根据权利要求1所述的订单处理方法，其特征在于，所述将所述目标垫付费用支付给所述目标订单对应的目标对象之前，所述方法还包括：

获取所述目标对象的预设垫付费用阈值；

若所述目标对象的目标垫付费用大于预设垫付费用阈值，则发送支付请求至业务客户端；

若接收到基于所述支付请求的支付确认指令，则执行将所述目标垫付费用支付给所述目标订单对应的目标对象的操作。

7.根据权利要求1所述的订单处理方法，其特征在于，所述将所述目标订单设置为解锁状态之后，所述方法还包括：

在平台订单表中更新目标订单的订单信息，其中，所述更新后的订单信息中携带有垫付标识，所述平台订单表中存储有所述订单集合中所有订单的订单信息。

8.一种订单处理装置，其特征在于，所述装置包括：

获取模块，用于获取预设订单垫付条件以及预设周期内的订单集合；

目标订单确定模块，用于根据所述预设订单垫付条件，从所述订单集合中筛选出需要垫付的订单作为目标订单；

锁定设置模块，用于将所述目标订单的状态设置为锁定状态；

目标垫付费用确定模块，用于根据所述目标订单的费用垫付信息，确定所述目标订单的目标垫付费用；

支付模块，用于将所述目标垫付费用支付给所述目标订单对应的目标对象；

解锁模块，用于将所述目标订单设置为解锁状态。

9.一种计算机设备，其特征在于，所述设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1至7任一项所述的订单处理方法。

10.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1至7任一项所述的订单处理方法。

Images