CN115760318A - 一种订单任务更新方法、装置、设备和存储介质 - Google Patents

Abstract

本申请公开了一种订单任务更新方法、装置、设备及存储介质，通过任务延时策略，从任务队列中获取待更新的目标订单更新任务以及对应的目标任务信息，并基于所述目标任务信息中的目标查询请求，确定所述目标订单更新任务对应的实时订单状态，响应于所述实时订单状态与所述待更新订单状态不同，则更新所述待更新订单状态为所述实时订单状态。基于任务延时策略获得的目标订单更新任务，所述目标订单更新任务是此时刻满足时间间隔的订单更新任务，可以提高更新订单的时效性。另外，任务队列中的所有订单更新任务，根据任务延时策略确定当前时刻需要查询的订单更新任务，不用再查询全表，确定目标订单更新任务，大大提高工作效率。

Description

一种订单任务更新方法、装置、设备和存储介质

技术领域

本申请涉及信息更新技术领域，更具体地说，涉及一种订单任务更新方法、装置、设备和存储介质。

背景技术

随着互联网的发展，在线上完成业务的方式越来越普遍，但是线上处理业务无法像线下处理更能及时跟进业务的处理进度，所以针对此类情况则需要在线上及时向执行系统提供业务的处理进度，以便任务的顺利进行。

现有技术通常采用定时扫表的方式更新订单状态，其中，所述订单可以用于表示每一个业务。针对正在处理中的订单，由订单处理系统内部定义一个定时任务，该任务负责依据规定的时间间隔不断地查询订单表中所有的订单，查看其中处于中间态的订单，然后对这些订单发起对下游处理系统的查询请求，获取订单最新的订单状态并更新。

但是上述方法，只能在固定时间间隔确定订单的状态，无法及时获取订单的状态，时效性较低；并且上述查询订单需要全量扫描所有的订单才能确定需要更新状态的订单，随着订单数量的增加，订单状态更新的效率越来越低。上述方法的时效性和工作效率低，可能会导致订单状态更新不及时延误或重复处理订单，导致订单处理效率降低等问题。

发明内容

有鉴于此，本申请提供了一种订单任务更新方法、装置、设备及存储介质，用于解决现有订单更新方式的时效性低、工作效率低等问题。

为了实现上述目的，现提出的方案如下：

一种订单任务更新方法，包括：

根据任务延时策略，从任务队列中获取目标订单更新任务以及与所述目标订单更新任务对应的目标任务信息，所述目标任务信息中至少包括待更新订单状态、任务延时策略、目标查询请求和获取订单状态的最大允许次数，所述任务延时策略至少包括任务查询时间间隔；

基于所述目标查询请求以及任务延时策略，确定所述目标订单更新任务对应的实时订单状态；

响应于所述实时订单状态与所述待更新订单状态不同，更新所述待更新订单状态为所述实时订单状态。

优选地，还包括：

响应于所述实时订单状态与所述待更新订单状态相同，基于所述任务延时策略，获取所述目标订单更新任务，重新执行所述基于所述目标查询请求以及任务延时策略，确定所述目标订单更新任务对应的实时订单状态步骤；

响应于执行次数小于或等于所述获取订单状态的最大允许次数，所述实时订单状态与所述待更新订单状态不同，更新所述待更新订单状态为所述实时订单状态；

或，

响应于执行次数等于获取订单状态的最大允许次数，所述实时订单状态与所述待更新订单状态相同，从所述任务队列中删除所述目标订单更新任务。

优选地，还包括：

接收至少一个待收录订单更新任务；

将所述待收录订单更新任务与所述任务队列中的订单更新任务进行匹配；

若所述待收录订单更新任务与所述任务队列中的订单更新任务不匹配，则将所述待收录订单更新任务存储到所述任务队列中；

或者，

若所述待收录订单更新任务与所述任务队列中的订单更新任务匹配，则删除所述待收录订单更新任务。

优选地，所述根据任务延时策略，从所述任务队列中获取目标订单更新任务以及与所述目标订单更新任务以及与所述目标订单更新任务对应的目标任务信息，包括：

基于所述任务队列中所有所述订单更新任务对应的延时策略进行时间排序得到目标任务更新时序；

基于所述目标任务更新时序，确实在预设条件的订单更新任务为目标订单更新任务；

获取所述目标订单更新任务对应的目标任务信息。

优选地，所述基于所述目标查询请求，确定所述目标订单更新任务对应的实时订单状态，包括：

基于所述目标查询请求，确定与所述目标订单更新任务对应的下游订单处理系统以及订单状态查询请求；

从所述下游订单处理系统中获取与所述订单状态查询请求对应的实时订单状态。

一种订单任务更新装置，包括：

目标订单获取单元，用于根据任务延时策略，从任务队列中获取目标订单更新任务以及与所述目标订单更新任务对应的目标任务信息，所述目标任务信息中至少包括订单号、待更新订单状态、任务延时策略、目标查询请求和获取订单状态的最大允许次数，所述任务延时策略至少包括任务查询时间间隔；

订单状态查询单元，用于基于所述目标查询请求，确定所述目标订单更新任务对应的实时订单状态；

订单状态确定第一单元，用于响应于所述实时订单状态与所述待更新订单状态不同，更新所述待更新订单状态为所述实时订单状态；

优选地，还包括：

订单状态确定第二单元，用于响应于所述实时订单状态与所述待更新订单状态相同，基于所述任务延时策略，获取所述目标订单更新任务，跳转到订单状态查询单元，重新执行所述基于所述目标查询请求，确定所述目标订单更新任务对应的实时订单状态步骤；

订单状态确定第三单元，用于响应于执行次数小于或等于所述获取订单状态的最大允许次数，所述实时订单状态与所述待更新订单状态不同，更新所述待更新订单状态为所述实时订单状态；

或，

订单状态确定第四单元，用于响应于执行次数等于所述获取订单状态的最大允许次数，所述实时订单状态与所述待更新订单状态相同，从所述任务队列中删除所述目标订单更新任务。

优选地，还包括：

订单任务接收单元，用于接收至少一个待收录订单更新任务；

订单任务匹配单元，用于将所述待收录订单更新任务与所述任务队列中的订单更新任务进行匹配；

订单任务收录单元，用于若所述待收录订单更新任务与所述任务队列中的订单更新任务不匹配，则将所述待收录订单更新任务存储到所述任务队列中；

或者，

订单任务删除单元，用于若所述待收录订单更新任务与所述任务队列中的订单更新任务匹配，则删除所述待收录订单更新任务。

一种订单任务更新设备，包括：处理器和存储器；

其中，所述处理区，用于执行所述存储器中存储的计算机程序；

所述存储器，用于存储程序，所述程序实现所述的订单任务更新方法的各个步骤。

一种存储介质，所述存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行，所述计算机程序实现所述的订单任务更新方法的各个步骤。

从上述的技术方案可以看出，本申请实施例提供的订单任务更新方法、装置、设备及存储介质，从任务队列中获取目标订单更新任务以及与所述目标订单更新任务对应的目标任务信息，基于所述目标查询请求以及任务延时策略，确定所述目标订单更新任务对应的实时订单状态，所述任务延时策略至少包括任务查询时间间隔；响应于所述实时订单状态与所述待更新订单状态不同，更新所述待更新订单状态为所述实时订单状态。

其中，任务队列能够存储所有的订单更新任务，并以每一个订单更新任务对应的延时策略，及时地确定下一时刻待更新的目标订单更新任务，省去了全表扫描所有的订单更新任务的时间，提高订单更新的时效性。另外针对目标订单更新任务对应的目标任务信息，有针对性的对订单进行监控并及时更新，提高了订单更新的效率。

附图说明

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

图1为本申请实施例提供的实现订单任务更新方法的一种流程示意图；

图2为本申请实施例提供的订单任务更新装置的一种结构示意图；

图3为本申请实施例提供的订单任务更新设备的一种结构示意图。

具体实施方式

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

如图1所示，本申请提供的实现订单任务更新方法的一种流程示意图，其中，具体可以包括以下步骤：

步骤S110、获取目标订单更新任务以及目标任务信息。

具体地，根据每一个订单更新任务对应的延时策略，从任务队列中获取目标订单更新任务以及与所述目标订单更新任务对应的目标任务信息，所述目标任务信息可以包括待更新订单状态、延时策略、目标查询请求和获取订单状态的最大允许次数。

其中，所述任务队列可以是存储所有订单更新任务的数据库，也可以是只放置该时刻订单更新任务的数据模块，将所述放置的订单更新任务取走进行更新后，再放置下一时刻的订单更新任务，以实现及时确定订单更新任务。所述任务队列可以用于控制、安排所有时刻的目标订单更新任务。

所述任务延时策略可以包括查询该订单状态的时间间隔，根据所述时间间隔有规律地查询订单状态并更新，避免频繁查询未更新的订单降低工作效率。所述任务延时策略可以针对不同的订单进行制定，例如支付订单通常线上支付周期短，任务延时策略中的查询时间间隔可以设定为较短的时间间隔，在保证提高工作效率的同时提高订单更新的时效性；而针对执行周期长的工程订单，如果工程订单的任务延时策略也采用上述较短的时间间隔，而通常在短时间间隔内无法更新工程订单的订单状态，根据时间间隔不断查询则会降低任务更新的工作效率，此时就需要将工程订单的任务延时周期的时间间隔增长，保证订单更新的工作效率。但是如果本申请实施例只针对同一种类型的订单执行订单更新任务，则可以针对此类型订单制定一个最优的任务延时策略，该类型订单直接采用统一任务延时策略执行订单更新即可。

所述获取订单状态的最大允许次数可以根据获取时间进行确定，通常订单具有一定的限定时间，在所述时间范围内能够执行的获取订单状态的最大次数是有限的，可以基于此确定所述获取订单状态的最大允许次数。又或者可以自定义确定所述获取订单状态的最大允许次数，在此不做单一限定。

步骤S120、确定所述目标订单更新任务对应的实时订单状态。

基于所述目标查询请求以及任务延时策略，确定所述目标订单更新任务对应的实时订单状态。所述目标查询请求可以包括所述目标订单更新任务当前的待更新订单状态对应的下游订单处理系统以及查询订单状态的请求，根据所述目标查询请求进行定位查询系统并进行订单状态查询。

根据所述目标订单更新任务的目标查询请求中的下游订单处理系统，在订单处理系统中定位出所述下游订单处理系统，在所述下游订单处理系统中查询所述目标订单更新任务对应的实时订单状态。又或者在所述下游订单处理系统的处理表单中查询是否存在所述目标订单更新任务，以此确定所述目标订单更新任务的实时订单状态。

步骤S130、更新所述待更新订单状态为所述实时订单状态。

响应于步骤S120得到的实时订单状态与所述待更新订单状态不同，则证明所述待更新订单任务的订单状态发生了变化并且是下游订单处理系统执行的，则可以将所述目标订单更新任务的任务状态更新为所述实时订单状态。

本申请实施例通过根据任务延时策略，从任务队列中获取待更新的目标订单更新任务以及对应的目标任务信息，并基于所述目标任务信息中的目标查询请求，确定所述目标订单更新任务对应的实时订单状态，响应于所述实时订单状态与所述待更新订单状态不同，则更新所述待更新订单状态为所述实时订单状态。基于任务延时策略获得的目标订单更新任务，所述目标订单更新任务是此时刻满足时间间隔的订单更新任务，可以提高更新订单的时效性。另外，任务队列中的所有订单更新任务，根据任务延时策略确定当前时刻需要查询的订单更新任务，不用再查询全表，确定目标订单更新任务，大大提高工作效率。

接下来本申请实施例会对订单任务更新方法做进一步介绍。前文已经介绍了当所述实时订单状态与所述待更新订单状态不同时，则更新所述待更新订单状态为所述实时订单状态，完成目标订单更新任务的更新，但是还存在其他的情况，可以包括：

响应于所述实时订单状态与所述待更新订单状态相同，基于所述任务延时策略，获取所述目标订单更新任务，重新执行所述基于所述目标查询请求，确定所述目标订单更新任务对应的实时订单状态的步骤；

响应于执行次数小于或等于所述获取订单状态的最大允许次数，所述实时订单状态与所述待更新订单状态不同，更新所述待更新订单状态为所述实时订单状态；

或者，响应于执行次数等于所述获取订单状态的最大允许次数，所述实时订单状态与所述待更新订单状态相同，从所述任务队列中删除所述目标订单更新任务。

其中，所述实时订单状态与所述待更新订单状态相同，则证明所述目标订单更新任务的订单状态没有发生变化，则将所述目标订单更新任务重新放回任务队列。再根据所述目标订单更新任务对应的任务延时策略规定的查询时间间隔，当满足查询时间间隔后，从任务队列中重新获取所述目标订单更新任务，并且重新执行所述所述基于所述目标查询请求，确定所述目标订单更新任务对应的实时订单状态的步骤。若重新执行确定得到的实时订单状态依旧与所述待更新订单状态相同，则所述目标订单更新任务重新根据任务延时策略进行排队，重新执行获取实时订单状态的步骤。直至所述执行次数小于或者等于所述获取订单状态的最大允许次数，并且所述实时订单状态与所述待更新订单状态不同，将所述目标订单更新任务的订单状态更新为所述实时订单状态，完成所述目标订单更新任务。

但是考虑到订单任务出现其他状况，无法正常更新订单状态，依旧根据任务延时策略无限次的查询，则会占用查询位，降低工作效率。则设定一个获取订单状态的最大允许次数，当上述重复执行的次数到达所述获取订单状态的最大允许次数依旧无法更新目标订单更新任务的订单状态，则默认所述目标订单更新任务无法正常更新，从任务队列中删除所述目标订单更新任务。

上述任务队列既有存储订单更新任务的作用，又有将订单更新任务排序的作用。任务队列随时都在接收并存储新的订单更新任务，但是为了避免出现重复或者不属于该更新系统的订单更新任务，则需要在接收新的订单更新任务时，对所有的订单更新任务进行筛选。

具体地，所述任务队列接收至少一个待收录订单更新任务；将每一个所述待收录订单更新任务与所述任务队列中的订单更新任务逐一匹配；若所述待收录订单更新任务与所述任务队列中的订单更新任务不匹配，则将所述待收录订单更新任务存储到所述任务队列中。若所述待收录订单更新任务与所述任务队列中的订单更新任务匹配，则删除所述待收录订单更新任务。通过上述具体步骤，任务队列接收并存储新的订单更新任务。

另外，所述任务队列对已存储的订单更新任务进行排序，得到订单任务更新的顺序，从而获得该时刻对应的目标订单更新任务。基于所述任务队列中所有所述订单更新任务对应的任务延时策略进行时间排序，得到目标任务更新时序；基于所述目标任务更新时序，确定在预设条件的订单更新任务为目标订单更新任务；获取所述目标订单更新任务以及对应的目标任务信息。具体地，所述任务延时策略可以包括订单任务查询的时间间隔，例如本申请实施例所处理的类型订单的任务延时策略的时间间隔为5秒，而不同的订单更新任务剩余的时间不同，一号订单更新任务剩余时间为4秒，二号订单更新任务剩余时间为1秒，则二号订单更新任务在任务队列中排列在一号订单更新任务的前面，获取目标订单更新任务时，优先获取二号订单更新任务。

由于在确定所述目标订单更新任务时，存在一定的时间误差，为保证订单更新的时效性，可以将所述预设条件设置为所述目标任务更新时序的前几位对应订单更新任务，将所述前几位对应的订单更新任务全部确定为目标订单更新任务；又或者将任务队列中订单更新任务剩余时间在设定范围内的订单更新任务，将所述在设定范围内的订单更新任务全部确定为目标订单更新任务。所述预设条件也可以根据更新系统或者订单类型进行自定义设定，并不做特定设置。

基于任务队列获得目标订单更新任务后，基于所述目标订单更新任务对应的目标任务信息中的目标查询请求，所述目标查询请求中至少包括目标订单任务的下游订单处理系统以及订单状态查询请求，从所述下游订单系统中获取与所述订单状态查询请求对应的实时订单状态。

下面是本申请实施例提供的订单更新方法的实际应用场景。现在各行各业都提倡线上服务，其中线上支付是各个企业最注重的部分，支付是业务处理中最重要的环节之一，其中支付订单的订单状态可以分为待支付、支付中、支付成功和支付失败，其中主要涉及到服务端和用户端，服务端发起支付请求，以及接收支付成功的订单状态信息，确定用户完成支付，用户端用于完成支付，并发出支付成功的订单状态信息给服务端。但是在某些情况下，订单的支付状态不需要用户端即刻完成，可以在一定时间范围内完成。例如机票、火车票的支付订单，通常只需要用户在特定时间内完成支付即可。在此情况下就可以通过本申请实施例提出的订单更新方法对支付订单的支付进行进行监控。

通常机票的支付订单要求用户端在30分钟内完成支付，即可确定用户支付成功为用户出票。用户端选中某一机票信息并确定购买，则由服务端发起订单支付请求，所述订单支付请求中包括订单支付金额、订单号、订单延时策略、获取订单状态的最大允许次数等任务信息。而服务端同时处理多个订单更新任务，则根据每一个订单更新任务的延时策略进行排序，得到具有时序性的任务队列，确定目标订单更新任务。根据所述目标订单更新任务的订单查询请求，所述订单查询请求包括下游订单处理系统和订单状态查询请求，具体地，所述下游订单处理系统可以是所述目标订单更新任务对应的用户端。则访问所述用户端并向所述用户端发出订单状态查询请求，得到实时订单状态。

如果所述实时订单状态为“支付中”，则根据所述目标订单更新任务对应的任务延时策略，重新在任务队列中“排队”，到达任务延时策略规定的时间后，从任务队列中获取所述目标订单更新任务，重新访问所述用户端并向所述用户端发出订单状态查询请求，得到实时订单状态。循环执行此步骤，直至目标订单更新任务的订单状态更新。

但是由于所述订单支付有效时间为30分钟，30分钟可以基于所述任务延时策略确定获取订单状态的最大允许次数，当执行上述获取订单实时订单状态的次数达到所述最大允许次数后，依旧无法更新订单状态，则证明该用户端未在30分钟内完成支付任务，则可以认定用户端放弃该机票订单，就可以将所述订单更新任务从服务端的任务队列中删除。

下面是对本申请实施例提供的订单任务更新装置进行描述，下文描述的订单任务更新装置与上文描述的订单任务更新方法可相互对应参照。

首先，结合图2，对应用于服务端的订单任务更新装置进行介绍，如图2所示，该订单任务更新装置可以包括：

目标订单获取单元100，用于根据任务延时策略，从任务队列中获取目标订单更新任务以及与所述目标订单更新任务对应的目标任务信息，所述目标任务信息中至少包括订单号、待更新订单状态、任务延时策略、目标查询请求和获取订单状态的最大允许次数，所述任务延时策略至少包括任务查询时间间隔；

订单状态查询单元200，用于基于所述目标查询请求，确定所述目标订单更新任务对应的实时订单状态；

订单状态确定第一单元300，用于响应于所述实时订单状态与所述待更新订单状态不同，更新所述待更新订单状态为所述实时订单状态。

本申请实施例通过任务延时策略，从任务队列中获取待更新的目标订单更新任务以及对应的目标任务信息，并基于所述目标任务信息中的目标查询请求，确定所述目标订单更新任务对应的实时订单状态，响应于所述实时订单状态与所述待更新订单状态不同，则更新所述待更新订单状态为所述实时订单状态。基于任务延时策略获得的目标订单更新任务，所述目标订单更新任务是此时刻满足时间间隔的订单更新任务，可以提高更新订单的时效性。另外，任务队列中的所有订单更新任务，根据任务延时策略确定当前时刻需要查询的订单更新任务，不用再查询全表，确定目标订单更新任务，大大提高工作效率。

优选地，还包括：

订单状态确定第二单元，用于响应于所述实时订单状态与所述待更新订单状态相同，基于所述任务延时策略，获取所述目标订单更新任务，跳转到订单状态查询单元，重新执行所述基于所述目标查询请求，确定所述目标订单更新任务对应的实时订单状态步骤；

订单状态确定第三单元，用于响应于执行次数小于或等于所述获取订单状态的最大允许次数，所述实时订单状态与所述待更新订单状态不同，更新所述待更新订单状态为所述实时订单状态；

或，

订单状态确定第四单元，用于响应于执行次数等于所述获取订单状态的最大允许次数，所述实时订单状态与所述待更新订单状态相同，从所述任务队列中删除所述目标订单更新任务。

优选地于，还包括：

订单任务接收单元，用于接收至少一个待收录订单更新任务；

订单任务匹配单元，用于将所述待收录订单更新任务与所述任务队列中的订单更新任务进行匹配；

订单任务收录单元，用于若所述待收录订单更新任务与所述任务队列中的订单更新任务不匹配，则将所述待收录订单更新任务存储到所述任务队列中；

或者，

订单任务删除单元，用于若所述待收录订单更新任务与所述任务队列中的订单更新任务匹配，则删除所述待收录订单更新任务。

优选地，所述目标订单获取单元100，包括：

任务排序子单元，用于基于所述任务队列中所有订单更新任务对应的任务延时策略进行时间排序，得到目标任务更新时序；

目标订单获取子单元，用于基于所述目标任务更新时序，确定在预设条件的订单更新任务为目标订单更新任务；

目标信息获取子单元，用于获取所述目标订单更新任务对应的目标任务信息。

优选地，所述订单状态查询单元200，包括：

查询信息获取子单元，用于基于所述目标查询请求，确定与所述目标订单更新任务对应的下游订单处理系统以及订单状态查询请求；

实时状态获取子单元，用于从所述下游订单处理系统中获取与所述订单状态查询请求对应的实时订单状态。

本申请实施例提供的订单任务更新装置可应用于订单任务更新设备。订单任务更新可以是服务端。图3示出了本申请实施例提供的订单任务更新设备的结构示意图，参照图3，订单任务更新设备的硬件结构可以包括：至少一个处理器10，至少一个存储器20，至少一个通信接口40和至少一个通信总线30；

在本申请实施例中，处理器10、存储器20、通信接口40、通信总线30的数量为至少一个，且处理器10、存储器20、通信接口40通过通信总线30完成相互间的通信；

处理器10可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecificIntegratedCircuit)，或者是被配置成实施本发明实施例的一个或多个集成电路等；

存储器3可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatilememory)等，例如至少一个磁盘存储器；

其中，存储器存储有程序，处理器可调用存储器存储的程序，所述程序用于实现前述订单任务更新方法的各个处理流程。

本申请实施例还提供一种存储介质，该存储介质可存储有适于处理器执行的程序，所述程序用于实现前述订单任务更新方法中的各个处理流程。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

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

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种订单任务更新方法，其特征在于，包括：

根据任务延时策略，从任务队列中获取目标订单更新任务以及与所述目标订单更新任务对应的目标任务信息，所述目标任务信息中至少包括待更新订单状态、任务延时策略、目标查询请求和获取订单状态的最大允许次数，所述任务延时策略至少包括任务查询时间间隔；

基于所述目标查询请求，确定所述目标订单更新任务对应的实时订单状态；

响应于所述实时订单状态与所述待更新订单状态不同，更新所述待更新订单状态为所述实时订单状态。

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

响应于所述实时订单状态与所述待更新订单状态相同，基于所述任务延时策略，获取所述目标订单更新任务，重新执行所述基于所述目标查询请求，确定所述目标订单更新任务对应的实时订单状态的步骤；

响应于执行次数小于或等于所述获取订单状态的最大允许次数，所述实时订单状态与所述待更新订单状态不同，更新所述待更新订单状态为所述实时订单状态；

或，

响应于执行次数等于所述获取订单状态的最大允许次数，所述实时订单状态与所述待更新订单状态相同，从所述任务队列中删除所述目标订单更新任务。

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

接收至少一个待收录订单更新任务；

将所述待收录订单更新任务与所述任务队列中的订单更新任务进行匹配；

若所述待收录订单更新任务与所述任务队列中的订单更新任务不匹配，则将所述待收录订单更新任务存储到所述任务队列中；

或者，

若所述待收录订单更新任务与所述任务队列中的订单更新任务匹配，则删除所述待收录订单更新任务。

4.根据权利要求1所述的方法，其特征在于，所述根据任务延时策略，从任务队列中获取目标订单更新任务以及与所述目标订单更新任务对应的目标任务信息，包括：

基于所述任务队列中所有订单更新任务对应的任务延时策略进行时间排序，得到目标任务更新时序；

基于所述目标任务更新时序，确定在预设条件的订单更新任务为目标订单更新任务；

获取所述目标订单更新任务对应的目标任务信息。

5.根据权利要求1所述的方法，其特征在于，所述基于所述目标查询请求，确定所述目标订单更新任务对应的实时订单状态，包括：

基于所述目标查询请求，确定与所述目标订单更新任务对应的下游订单处理系统以及订单状态查询请求；

从所述下游订单处理系统中获取与所述订单状态查询请求对应的实时订单状态。

6.一种订单任务更新装置，其特征在于，包括：

目标订单获取单元，用于根据任务延时策略，从任务队列中获取目标订单更新任务以及与所述目标订单更新任务对应的目标任务信息，所述目标任务信息中至少包括订单号、待更新订单状态、任务延时策略、目标查询请求和获取订单状态的最大允许次数，所述任务延时策略至少包括任务查询时间间隔；

订单状态查询单元，用于基于所述目标查询请求，确定所述目标订单更新任务对应的实时订单状态；

订单状态确定第一单元，用于响应于所述实时订单状态与所述待更新订单状态不同，更新所述待更新订单状态为所述实时订单状态。

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

订单状态确定第二单元，用于响应于所述实时订单状态与所述待更新订单状态相同，基于所述任务延时策略，获取所述目标订单更新任务，跳转到订单状态查询单元，重新执行所述基于所述目标查询请求，确定所述目标订单更新任务对应的实时订单状态步骤；

订单状态确定第三单元，用于响应于执行次数小于或等于所述获取订单状态的最大允许次数，所述实时订单状态与所述待更新订单状态不同，更新所述待更新订单状态为所述实时订单状态；

或，

订单状态确定第四单元，用于响应于执行次数等于所述获取订单状态的最大允许次数，所述实时订单状态与所述待更新订单状态相同，从所述任务队列中删除所述目标订单更新任务。

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

订单任务接收单元，用于接收至少一个待收录订单更新任务；

订单任务匹配单元，用于将所述待收录订单更新任务与所述任务队列中的订单更新任务进行匹配；

订单任务收录单元，用于若所述待收录订单更新任务与所述任务队列中的订单更新任务不匹配，则将所述待收录订单更新任务存储到所述任务队列中；

订单任务删除单元，用于若所述待收录订单更新任务与所述任务队列中的订单更新任务匹配，则删除所述待收录订单更新任务。

9.一种订单任务更新设备，其特征在于，包括：处理器和存储器；

其中，所述处理区，用于执行所述存储器中存储的计算机程序；

所述存储器，用于存储程序，所述程序实现如权利要求1至5所述的订单任务更新方法的各个步骤。

10.一种存储介质，所述存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行，所述计算机程序实现如权利要求1至5所述的订单任务更新方法的各个步骤。

Images