一种任务状态的查询方法、设备及存储介质与流程

1.本公开涉及计算机领域，尤其涉及一种任务状态的查询方法、设备及存储介质。


背景技术：

2.用户在终端的应用程序(application，app)中查看已执行完任务的任务状态时，终端会向服务端请求返回该任务的任务状态。由于服务端中任务状态的更新需要一定的时延，可能会导致用户查看到的任务状态是未更新的状态。为了保证用户能够查看到服务端更新后的任务状态，终端通常会预设一个最大时延，并这个预设的最大时延之后，从服务端中查询任务状态。
3.但是，对于时延要求比较小的任务，或者在网络不拥塞的情况下，服务端的任务状态的更新时长较短，仍然采用上述预设的最大时延，可能会使用户等待时间较长。


技术实现要素：

4.本公开提供一种任务状态的查询方法、设备及存储介质，以至少解决相关技术中，用户查询任务状态等待时间长的问题。本公开的技术方案如下：
5.根据本公开实施例的第一方面，提供一种任务状态的查询方法，应用于客户端，该方法包括：响应于用户执行待查询任务的操作，向服务端发送任务状态变更消息，并获取待查询任务的任务类型对应的响应时长；任务状态变更消息包括待查询任务的任务类型，响应时长用于反映与待查询任务同一任务类型的任务，变更任务状态的平均时长；在经过响应时长之后，查询待查询任务的任务状态。
6.可选的，上述获取待查询任务对应的响应时长，包括：接收服务端发送的响应时长；响应时长为服务端根据待查询任务的任务类型在历史统计周期内对应的多个变更时长确定出的，每个变更时长包括用户在客户端中执行任务的第一时刻，与服务端确定任务执行成功的第二时刻之间的时间间隔。
7.可选的，上述获取待查询任务对应的响应时长，包括：接收服务端发送的历史统计周期内的多个变更时长；多个变更时长对应于待查询任务的任务类型，每个变更时长包括用户在客户端中执行任务的第一时刻，与服务端确定任务执行成功的第二时刻之间的时间间隔；根据多个变更时长，确定响应时长。
8.可选的，上述根据多个变更时长，确定响应时长，包括：从多个变更时长中确定数值位于预设范围内的目标变更时长；确定目标变更时长的平均值为响应时长。
9.可选的，上述任务状态变更消息还包括用户在客户端中执行待查询任务的时刻；任务状态变更消息用于指示服务端确定待查询任务的变更时长，并存储待查询任务的变更时长；待查询任务的变更时长包括用户在客户端中执行待查询任务的时刻，与服务端确定待查询任务执行成功的时刻之间的时间间隔。
10.可选的，在上述查询待查询任务的任务状态之后，上述方法还包括：在确定待查询任务的任务状态为未执行成功的情况下，在预设时长之后，重新查询待查询任务的任务状
态。
11.可选的，上述方法还包括：在确定待查询任务的任务状态为未执行成功，且重新查询的次数大于或者等于预设阈值的情况下，显示待查询任务的任务状态为未执行成功。
12.根据本公开实施例的第二方面，提供一种任务状态的查询方法，应用于服务端，该方法包括接收客户端发送的任务状态变更消息；任务状态消息为客户端响应于用户执行待查询任务的操作生成的，任务状态变更消息包括待查询任务的任务类型；根据待查询任务的任务类型，确定待查询任务的任务类型对应的时间信息，并向客户端发送时间信息；时间信息用于指示在响应时长之后，查询待查询任务的任务状态；响应时长用于反映与待查询任务同一任务类型的任务，变更任务状态的平均时长。
13.可选的，上述时间信息包括待查询任务的响应时长；上述根据待查询任务的任务类型，确定待查询任务的任务类型对应的时间信息，包括：获取待查询任务的任务类型在历史统计周期内对应的多个变更时长；每个变更时长包括用户在客户端中执行任务的第一时刻，与服务端确定任务执行成功的第二时刻之间的时间间隔；根据多个变更时长，确定待查询任务的响应时长。
14.可选的，上述根据多个变更时长，确定待查询任务的响应时长，包括：从多个变更时长中确定数值位于预设范围内的目标变更时长；确定目标变更时长的平均值为响应时长。
15.可选的，上述时间信息包括待查询任务的任务类型，在历史统计周期内对应的多个变更时长；每个变更时长包括用户在客户端中执行任务的第一时刻，与服务端确定任务执行成功的第二时刻之间的时间间隔；上述根据待查询任务的任务类型，确定待查询任务的任务类型对应的时间信息，包括：根据待查询任务的任务类型，查询待查询任务的任务类型在历史统计周期内对应的多个变更时长。
16.可选的，上述任务状态变更消息还包括用户在客户端中执行待查询任务的时刻；上述方法还包括：确定待查询任务已执行成功，并确定服务端确定待查询任务已执行成功的时刻；确定待查询任务的变更时长，并存储待查询任务的变更时长；待查询任务的变更时长包括用户在客户端中执行待查询任务的时刻，与服务端确定待查询任务执行成功的时刻之间的时间间隔。
17.可选的，上述方法还包括：根据用户在客户端中执行待查询任务的时刻，或者服务端确定待查询任务执行成功的时刻，确定待查询任务的变更时长所在的统计周期，并基于待查询任务的变更时长与确定到的统计周期，更新统计周期与变更时长之间的映射关系。
18.根据本公开实施例的第三方面，提供一种客户端，包括发送单元、获取单元以及查询单元；发送单元，用于响应于用户执行待查询任务的操作，向服务端发送任务状态变更消息；任务状态变更消息包括待查询任务的任务类型；获取单元，用于获取待查询任务的任务类型对应的响应时长；响应时长用于反映与待查询任务同一任务类型的任务，变更任务状态的平均时长；查询单元，用于在经过响应时长之后，查询待查询任务的任务状态。
19.可选的，上述获取单元，具体用于：接收服务端发送的响应时长；响应时长为服务端根据待查询任务的任务类型在历史统计周期内对应的多个变更时长确定出的，每个变更时长包括用户在客户端中执行任务的第一时刻，与服务端确定任务执行成功的第二时刻之间的时间间隔。
20.可选的，上述获取单元，具体用于：接收服务端发送的历史统计周期内的多个变更时长；多个变更时长对应于待查询任务的任务类型，每个变更时长包括用户在客户端中执行任务的第一时刻，与服务端确定任务执行成功的第二时刻之间的时间间隔；根据多个变更时长，确定响应时长。
21.可选的，上述获取单元，具体用于：从多个变更时长中确定数值位于预设范围内的目标变更时长；确定目标变更时长的平均值为响应时长。
22.可选的，上述任务状态变更消息还包括用户在客户端中执行待查询任务的时刻；任务状态变更消息用于指示服务端确定待查询任务的变更时长，并存储待查询任务的变更时长；待查询任务的变更时长包括用户在客户端中执行待查询任务的时刻，与服务端确定待查询任务执行成功的时刻之间的时间间隔。
23.可选的，上述查询单元，还用于在确定待查询任务的任务状态为未执行成功的情况下，在预设时长之后，重新查询待查询任务的任务状态。
24.可选的，上述客户端还包括显示单元；显示单元，用于在确定待查询任务的任务状态为未执行成功，且重新查询的次数大于或者等于预设阈值的情况下，显示待查询任务的任务状态为未执行成功。
25.根据本公开实施例的第四方面，提供一种服务端，包括接收单元、确定单元以及发送单元；接收单元，用于接收客户端发送的任务状态变更消息；任务状态消息为客户端响应于用户执行待查询任务的操作生成的，任务状态变更消息包括待查询任务的任务类型；确定单元，用于根据待查询任务的任务类型，确定待查询任务的任务类型对应的时间信息；时间信息用于指示在响应时长之后，查询待查询任务的任务状态；响应时长用于反映与待查询任务同一任务类型的任务，变更任务状态的平均时长；发送单元，用于向客户端发送时间信息。
26.可选的，上述时间信息包括待查询任务的响应时长；上述确定单元，具体用于：获取待查询任务的任务类型在历史统计周期内对应的多个变更时长；每个变更时长包括用户在客户端中执行任务的第一时刻，与服务端确定任务执行成功的第二时刻之间的时间间隔；根据多个变更时长，确定待查询任务的响应时长。
27.可选的，上述确定单元，具体用于：从多个变更时长中确定数值位于预设范围内的目标变更时长；确定目标变更时长的平均值为响应时长。
28.可选的，上述时间信息包括待查询任务的任务类型，在历史统计周期内对应的多个变更时长；每个变更时长包括用户在客户端中执行任务的第一时刻，与服务端确定任务执行成功的第二时刻之间的时间间隔；上述确定单元，具体用于：根据待查询任务的任务类型，查询待查询任务的任务类型在历史统计周期内对应的多个变更时长。
29.可选的，上述任务状态变更消息还包括用户在客户端中执行待查询任务的时刻；上述服务端还包括存储单元；确定单元，还用于确定待查询任务已执行成功，并确定服务端确定待查询任务已执行成功的时刻；确定单元，还用于确定待查询任务的变更时长；待查询任务的变更时长包括用户在客户端中执行待查询任务的时刻，与服务端确定待查询任务执行成功的时刻之间的时间间隔；存储单元，用于存储待查询任务的变更时长。
30.可选的，上述服务端还包括更新单元；确定单元，还用于根据用户在客户端中执行待查询任务的时刻，或者服务端确定待查询任务执行成功的时刻，确定待查询任务的变更
时长所在的统计周期；更新单元，用于基于待查询任务的变更时长与确定到的统计周期，更新统计周期与变更时长之间的映射关系。
31.根据本公开实施例的第五方面，提供一种客户端，包括：处理器、用于存储处理器可执行的指令的存储器；其中，处理器被配置为执行指令，以实现如第一方面所提供的任务状态的查询方法。
32.根据本公开实施例的第六方面，提供一种服务端，包括：处理器、用于存储处理器可执行的指令的存储器；其中，处理器被配置为执行指令，以实现如第二方面所提供的任务状态的查询方法。
33.根据本公开实施例的第七方面，提供一种计算机可读存储介质，当计算机可读存储介质中的指令由客户端的处理器执行时，使得客户端能够执行如第一方面及其任一种可能的设计方式所提供的任务状态的查询方法。
34.根据本公开实施例的第八方面，提供一种计算机可读存储介质，当计算机可读存储介质中的指令由服务端的处理器执行时，使得服务端能够执行如第二方面及其任一种可能的设计方式所提供的任务状态的查询方法。
35.根据本公开实施例的第九方面，提供一种计算机程序产品，该计算机程序产品包括计算机指令，当计算机指令在服务端上运行时，使得该服务端执行如第一方面及其任一种可能的设计方式所提供的任务状态的查询方法。
36.根据本公开实施例的第十方面，提供一种计算机程序产品，该计算机程序产品包括计算机指令，当计算机指令在服务端上运行时，使得该服务端执行如第如第二方面及其任一种可能的设计方式所提供的任务状态的查询方法。
37.本公开提供的技术方案至少带来以下有益效果：在用户执行待查询任务之后，客户端可以获取待查询任务的任务类型对应的响应时长，并在经过响应时长之后，查询该待查询任务的任务状态。由于响应时长用于反映待查询任务同一任务类型的任务，变更任务状态的平均时长，由此，能够针对不同的任务类型，获取不同的响应时长，这样就可以为每种任务类型的任务分配不同的响应时延，可以进一步在保证服务端中任务状态已更新的情况下，使用户等待最少的时长，同时也可以确保客户端获取到的任务状态为相对准确的。
38.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
39.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
40.图1是根据一示例性实施例示出的一种任务查询系统的结构示意图；
41.图2是根据一示例性实施例示出的一种任务状态的查询方法的流程示意图之一；
42.图3是根据一示例性实施例示出的一种任务状态的查询方法的流程示意图之二；
43.图4是根据一示例性实施例示出的一种任务状态的查询方法的流程示意图之三；
44.图5是根据一示例性实施例示出的一种任务状态的查询方法的流程示意图之四；
45.图6是根据一示例性实施例示出的一种任务状态的查询方法的流程示意图之五；
46.图7是根据一示例性实施例示出的一种任务状态的查询方法的流程示意图之六；
47.图8是根据一示例性实施例示出的一种任务状态的查询方法的流程示意图之七；
48.图9是根据一示例性实施例示出的一种任务状态的查询方法的流程示意图之八；
49.图10是根据一示例性实施例示出的一种任务状态的查询方法的流程示意图之九；
50.图11是根据一示例性实施例示出的一种任务状态的查询方法的流程示意图之十；
51.图12是根据一示例性实施例示出的一种客户端的结构示意图之一；
52.图13是根据一示例性实施例示出的一种服务端的结构示意图；
53.图14是根据一示例性实施例示出的一种客户端的结构示意图之二。
具体实施方式
54.为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
55.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
56.另外，在本公开实施例的描述中，除非另有说明，“/”表示或的意思，例如，a/b可以表示a或b。本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，在本公开实施例的描述中，“多个”是指两个或多于两个。
57.本公开实施例提供的任务状态的查询方法可以适用于任务查询系统。图1示出了该任务查询系统的一种结构示意图。如图1所示，任务查询系统10用于解决相关技术中，查询任务状态等待时间长的问题。任务查询系统10包括服务端11以及服务端12。客户端11与服务端12连接。客户端11与服务端12之间可以采用有线方式连接，也可以采用无线方式连接，本公开实施例对此不作限定。
58.客户端11可以用于与服务端12进行数据交互，例如，客户端11可以向服务端发送任务状态变更消息。相应的，客户端11还可以接收服务端12发送的响应时长或者多个变更时长。
59.客户端11还可以执行本公开实施例中的任务状态的查询方法，例如，在接收服务端12发送的响应时长之后，经过响应时长，查询待查询任务的任务状态。
60.服务端12用于响应于客户端11发送的响应时长请求，获取多个变更时长，并根据多个变更时长，确定待查询任务的任务类型对应的响应时长。
61.需要说明的，服务端12可以是一台用于执行任务状态的查询方法的服务器，也可以是由多台服务器组成的服务器集群，还可以是一个云计算服务中心。
62.在实际应用中，本发明实施例提供的任务状态的查询方法可以应用于客户端，也可以应用于服务端，下面结合附图，对本发明实施例提供的任务状态的查询方法进行描述。
63.如图2所示，本公开实施例提供的任务状态的查询方法包括下述s201
‑
s203。
64.s201、客户端响应于用户执行待查询任务的操作，向服务端发送任务状态变更消
息。
65.其中，任务状态变更消息包括待查询任务的任务类型。任务状态变更消息用于指示用户已在客户端中执行完待查询任务。
66.作为一种可能的实现方式，用户在客户端的app中执行完待查询任务之后，客户端响应于用户执行待查询任务的操作，生成任务状态任务变更消息，并向服务端发送该任务状态变更消息。
67.s202、客户端获取待查询任务的任务类型对应的响应时长。
68.其中，响应时长用于反映与待查询任务同一任务类型的任务，变更任务状态的平均时长。
69.作为一种可能的实现方式，客户端可以接收服务端发送的待查询任务的任务类型对应的响应时长。
70.作为另外一种可能的实现方式，客户端还可以从服务端中获取多个变更时长，并根据获取到的多个变更时长，确定待查询任务的任务类型的响应时长。
71.示例性的，上述待查询任务可以为app中的点赞任务，也可以是app中的关注任务，还可以为app中观看一定时长的视频。用户执行待查询任务的操作可以为在客户端中执行点赞、关注，也可以为在app中观看一定时长的视频。
72.此步骤的具体实现方式，可以参照本公开实施例的后续描述，此处不再进行赘述。
73.s203、客户端在经过响应时长之后，查询待查询任务的任务状态。
74.作为一种可能的实现方式，客户端基于其中的计时器，开始计时，在计时响应时长之后，开始向服务端发送任务状态的查询请求。
75.其中，查询请求中包括待查询任务的标识，查询请求用于请求服务端返回待查询任务的任务状态。
76.相应的，服务端根据查询请求中待查询任务的标识，从服务端的数据库中查询待查询任务的任务状态，并向客户端发送待查询任务的任务状态。
77.示例性的，客户端在响应于用户针对点赞任务的操作之后，获取该点赞任务的响应时长为2秒，则客户端在2秒之后，向服务端发送查询该用户的点赞任务的任务状态的查询请求，并在获取到该点赞任务的任务状态之后，向用户显示该点赞任务的任务状态。
78.同时，在用户等待的过程中，客户端可以向用户显示加载中等字样，以提示用户等待。
79.上述实施例提供的技术方案至少具有以下有益效果：在用户执行待查询任务之后，客户端可以获取待查询任务的任务类型对应的响应时长，并在经过响应时长之后，查询该待查询任务的任务状态。由于响应时长用于反映待查询任务同一任务类型的任务，变更任务状态的平均时长，由此，能够针对不同的任务类型，获取不同的响应时长，这样就可以为每种任务类型的任务分配不同的响应时延，可以进一步在保证服务端中任务状态已更新的情况下，使用户等待最少的时长，同时也可以确保客户端获取到的任务状态为相对准确的。
80.在一种设计中，为了能够使得客户端获取到待查询任务的任务类型对应的响应时长，如图3所示，本公开实施实例提供的任务状态的查询方法，还包括下述s301
‑
s303。
81.s301、客户端向服务端发送任务状态变更消息。
82.任务状态变更消息包括待查询任务的任务类型。
83.作为一种可能的实现方式，客户端在接收到用户自行待查询任务的操作之后，向服务端发送任务状态变更消息。
84.此步骤的具体实现方式与上述s201的具体实现方式相同。
85.相应的，服务端接收客户端发送的任务状态变更消息。
86.需要说明的，服务端中设置有消费者设备，用于监听接收到的消息。
87.s302、服务端根据待查询任务的任务类型，确定待查询任务的任务类型对应的时间信息。
88.作为一种可能的实现方式，服务端根据任务状态变更消息中的待查询任务的任务类型，从服务端的数据库中查询待查询任务的任务类型对应的多个变更时长，以确定时间信息。
89.需要说明的，服务端的数据库中预先存储有每个任务类型的任务在不同统计周期内的时间信息。
90.此步骤的实现方式，具体可以参照本公开实施例的后续描述，此处不再进行赘述。
91.s303、服务端向客户端发送时间信息。
92.相应的，客户端接收服务发送的时间信息，以确定待查询任务的任务类型对应的响应时长。
93.由于上述时间信息可以为多个变更时长，也可以为响应时长，因此上述s301
‑
s303中的各步骤，在不同情况下的具体实现方式，可以参照本公开实施例的后续描述，此处不再进行赘述。
94.上述实施例提供的技术方案至少具有以下有益效果：服务端在接收到客户端发送的任务状态变更消息之后，向客户端返回时间信息。由于时间信息用于指示在响应时长之后，查询待查询任务的任务状态，且响应时长用于反映待查询任务同一任务类型的任务，变更任务状态的平均时长，由此，能够针对不同的任务类型，获取不同的响应时长，这样就可以为每种任务类型的任务分配不同的响应时延，可以进一步在保证服务端中任务状态已更新的情况下，使用户等待最少的时长，同时也可以确保客户端获取到的任务状态为相对准确的。
95.在一种设计中，在上述时间信息为待查询任务的任务类型对应的响应时长。为了能够使客户端获取待查询任务的任务类型对应的响应时长，如图4所示，本公开实施例中的上述查询方法，还可以包括下述s401
‑
s404。
96.s401、客户端向服务端发送任务状态变更消息。
97.此步骤的具体实现方式，可以参照本公开实施例上述s201或者s301，此处不再进行赘述。
98.相应的，服务端接收客户端发送的任务状态变更消息。
99.s402、服务端获取待查询任务的任务类型在历史统计周期内对应的多个变更时长。
100.其中，每个变更时长包括用户在客户端中执行完任务的第一时刻，与服务端确定任务执行成功的第二时刻之间的时间间隔。
101.作为一种可能的实现方式，服务端根据待查询任务的任务类型，从服务端的数据
库中查询与待查询任务的任务类型对应的历史统计周期内，任务类型对应的多个变更时长。
102.需要说明的，对于任意一个任务类型，服务端的数据库中均包括该任务类型对应的多个统计周期的统计数据。多个统计周期中的各个统计周期按照任务的执行成功的时刻进行统计。每个统计数据中包括该任务类型对应的多个变更时长。
103.服务端的数据库中存储有与每个任务类型对应的变更时长的具体实施方式，可以参照本公开实施实例的后续描述，此处不再进行赘述。
104.在一种情况下，上述历史统计周期，可以为当前时刻的上一统计周期。
105.可以理解的，由于上一统计周期内，服务端的资源压力与当前时刻的资源压力具有相当的自相似性，因此使用上一统计周期内的多个变更时长，可以使得确定得到的响应时长更加准备。
106.s403、服务端根据多个变更时长，确定响应时长。
107.作为一种可能的实现方式，服务端可以确定多个变更时长的平均值，为响应时长。
108.需要说明的，上述s402
‑
s403所提供的步骤，可以为本公开实施例上述s302的具体实现方式。
109.由于不同时刻的任务对应的变更时长可能存在一定的差异性，因此为了消除不同变更时长之间的差异，使得到的响应时长更加准确，作为另外一种可能的实现方式，如图5所示，本公开实施例提供的s403，还可以包括下述s4031
‑
s4032。
110.s4031、服务端从多个变更时长中确定数值位于预设范围内的目标变更时长。
111.作为一种可能的实现方式，服务端可以根据预设范围，从多个变更时长内确定目标变更时长。
112.上述预设范围，可以由运维人员预先在服务端中进行设置，也可以由服务端执行确定。
113.以下，示出了一种服务端确定目标变更时长的具体示例。
114.服务端按照时长的大小，对于多个变更时长进行排序，从排序结果中，剔除排序结果首尾两端0.25％的数据，并将剩余99.5％的变更时长确定为目标变更时长。
115.可以理解的，在上述示例中，预设范围的最大值与最小值分别对应于排序结果中的首尾两端0.25％的数值。
116.s4032、服务端确定目标变更时长的平均值为响应时长。
117.上述实施例提供的技术方案至少具有以下有益效果：从多个变更时长中确定位于预设范围的目标变更时长，能够将个体差异较明显的数据从数据集中剔除，进而能够确保计算得到的响应时长更加准确。
118.需要说明的，上述s402
‑
s403中服务端执行的步骤，同时还可以作为上述s302中的具体实现方式。
119.s404、服务端向客户端发送响应时长。
120.相应的，客户端接收服务端发送的响应时长。
121.其中，响应时长为服务端根据待查询任务的任务类型在历史统计周期内对应的多个变更时长确定出的，每个变更时长包括用户在客户端中执行任务的第一时刻，与服务端确定任务执行成功的第二时刻之间的时间间隔。
122.上述实施例提供的技术方案至少具有以下有益效果：由服务端获取多个变更时长，并根据获取到的多个变更时长，确定待查询任务的响应时长，以向客户端发送响应时长，提供了一种获取待查询任务的响应时长的具体实现方式。
123.在一种设计中，在上述时间信息为待查询任务的任务类型，在历史统计周期内对应的多个变更时长。为了能够使客户端获取待查询任务的任务类型对应的变更时长，如图6所示，本公开实施例提供的上述查询方法，具体还可以包括下述s501
‑
s504。
124.s501、客户端向服务端发送任务状态变更消息。
125.此步骤的具体实现方式可以参照本公开实施例上述s201、s301的具体实现方式，此处不再进行赘述。
126.相应的，服务端接收客户端发送的任务状态变更消息。
127.s502、服务端根据待查询任务的任务类型，查询待查询任务的任务类型在历史统计周期内对应的多个变更时长。
128.此步骤的实现方式，可以参照本公开实施例中上述s402中的具体描述，此处不再进行赘述。
129.需要说明的，在一些实施例中，此步骤的还可以作为本公开上述s302的具体实现方式。
130.s503、服务端向客户端发送待查询任务的任务类型在历史统计周期内对应的多个变更时长。
131.在一些实施例中，此步骤还可以作为本公开上述s303的具体实现方式。
132.相应的，客户端接收服务端发送的待查询任务的任务类型在历史统计周期内对应的多个变更时长。
133.s504、客户端根据多个变更时长，确定响应时长。
134.此步骤的具体实现方式，可以参照本公开实施例中上述s403的具体实现方式，此处不再进行赘述。不同之处在于，s504与s403中的执行主体不同。
135.上述实施例提供的技术方案至少具有以下有益效果：能够由客户端接收服务端发送的多个变更时长，并根据接收到的多个变更时长，确定响应时长，提供了另外一种获取待查询任务的响应时长的实现方式。
136.在一种设计中，如图7所示，本公开实施例提供的s504，具体可以包括下述s5041
‑
s5042：
137.s5041、客户端从多个变更时长中确定数值位于预设范围内的目标变更时长。
138.此步骤中的具体实现方式以及相应的示例，可以参照本公开实施例上述s4031中的具体描述以及示例，此处不再进行赘述。不同之处在于执行主体不同。
139.s5042、服务端确定目标变更时长的平均值为响应时长。
140.此步骤的具体实现方式以及相应的示例，可以参照本公开实施例上述s4032中的具体描述以及示例，此处不再进行赘述。不同之处在于执行主体不同。
141.上述实施例提供的技术方案至少具有以下有益效果：从多个变更时长中确定位于预设范围的目标变更时长，能够将个体差异较明显的数据从数据集中剔除，进而能够确保计算得到的响应时长更加准确。
142.在一种设计中，为了能够保证客户端能够查询到更新后的任务状态，如图8所示，
本公开实施例提供的任务状态的查询方法，还包括下述s601
‑
s603。
143.s601、客户端在查询待查询任务的任务状态之后，接收服务端发送的待查询任务的任务状态。
144.可以理解的，服务端发送的任务状态可以为执行成功，也可以为未执行成功。
145.s602、在确定待查询任务的任务状态为未执行成功的情况下，客户端在预设时长之后，重新查询待查询任务的任务状态。
146.需要说明的，预设时长可以由运维人员在客户端或者客户端的app中预先设置。
147.示例性的，预设时长可以为1秒。
148.s603、在确定待查询任务的任务状态为执行成功的情况下，客户端向显示待查询任务的任务状态为执行成功。
149.示例性的，在客户端向用户显示任务列表的情况下，在任务列表中待查询任务的按钮设置为不可操作，例如灰色，或者显示已完成等字样。
150.需要说明的，上述s601，可以直接位于s203之后，也可以在s602之后，重复执行。
151.上述实施例提供的技术方案至少具有以下有益效果：在查询一次确定任务状态为未执行成功的情况下，为了排除因响应时长计算不准备导致的误差，在预设时长之后重新查询一次，可以相应提高获取到的任务状态的准确性。
152.在一种设计中，客户端多次重复查询待查询任务的任务状态之后，结合图8，如图9所示，本公开实施例提供的任务状态的查询方法，在s601之后，还包括下述s604。
153.s604、在确定待查询任务的任务状态为未执行成功，且重新查询的次数大于或者等于预设阈值的情况下，客户端显示待查询任务的任务状态为未执行成功。
154.作为一种可能的实现方式，在确定待查询任务的任务状态为未执行成功的情况下，客户端获取重新查询的次数，并在查询次数大于或者等于预设阈值的情况下，显示该待查询任务的任务状态为未执行成功。
155.需要说明的，上述预设阈值可以由运维人员预先在客户端或者客户端的app中设置。
156.示例性的，预设阈值可以3。即，客户端在按照1秒的间隔，重新查询3次之后，若查询到的任务状态仍然为未执行成功，则向用户显示该任务未执行成功。
157.上述示例在任务列表中向用户显示时，该待查询任务的操作按钮可以为可操作状态，或者显示未完成的提示信息。
158.在一些实施例中，本公开实施例中涉及的s604，具体也可以在s602之后执行。
159.上述实施例提供的技术方案至少具有以下有益效果：在多次查询之后，确定该待查询任务的任务状态仍然为未执行成功状态，则表明该任务确实未执行成功，就像用户显示该任务未执行成功。这样一来，可以避免因任务状态为未执行成功导致的持续查询，不浪费用户的时间。
160.在一种设计中，为了能够使服务端中存储有每个任务类型对应的变更时长，如图10所示，本公开实施例提供的任务状态的查询方法，还包括下述s701
‑
s705。
161.s701、服务端接收客户端发送的任务状态变更消息。
162.其中，任务状态变更消息还包括用户在客户端中执行待查询任务的时刻；任务状态变更消息用于指示服务端确定待查询任务的变更时长，并存储待查询任务的变更时长；
待查询任务的变更时长包括用户在客户端中执行待查询任务的时刻，与服务端确定待查询任务执行成功的时刻之间的时间间隔。
163.作为一种可能的实现方式，客户端在用户执行完该待查询任务之后，获取用户执行该待查询任务的时刻，并根据获取到的时刻生成任务状态变更消息。进一步的，客户端向服务端发送该任务状态消息。相应的，服务端接收该任务状态变更消息。
164.示例性的，以点赞任务为例，当用户打开预设的多媒体资源，在对点赞按钮点击之后，客户端获取用户点击点赞按钮的时刻，以及该点赞任务的任务类型，并生成任务状态变更消息。
165.在一些实施例中，任务状态变更消息中包括待查询任务的标识、用户的标识、预设任务的任务类型等信息。
166.s702、服务端确定待查询任务已执行成功。
167.作为一种可能的实现方式，服务端在接收到任务状态变更消息之后，将该任务状态变更消息加载至服务端中的消息列队中。进一步的，服务端中的消息消费服务按照预设的读取顺序，从消息列队中读取到该任务状态变更消息之后，判断该待查询任务是否执行成功。
168.需要说明的，消息列队中可以同时容纳多个需要执行处理的消息。消息消费服务按照时间顺序，逐个从消息列队中读取消息，并进行相应的处理。
169.s703、服务端确定服务端确定待查询任务已执行成功的时刻。
170.作为一种可能的实现方式，服务端确定消息消费服务确定该待查询任务已执行成功的时刻。
171.s704、服务端确定待查询任务的变更时长。
172.其中，待查询任务的变更时长包括用户在客户端中执行待查询任务的时刻，与服务端确定待查询任务执行成功的时刻之间的时间间隔。
173.作为一种可能的实现方式，服务端将确定服务端确定待查询任务已执行成功的时刻与用户执行该待查询任务的时刻的差，确定为该待查询任务的任务类型对应的变更时长。
174.示例性的，用户执行该待查询任务的时刻为t1，服务端确定服务端确定待查询任务已执行成功的时刻为t2，则该待查询任务的的变更时长为t2
‑
t1。
175.可以理解的，一个任务的任务类型对应的变更时长，可以包括该任务的任务变更消息的传输时延、服务端的消息列队中该消息的排队时长以及服务端的消息消费服务的处理时间。在服务端的资源压力增大时，变更时长中的排队时长也会随之增大。
176.s705、服务端存储待查询任务的变更时长。
177.作为一种可能的实现方式，服务端将该待查询任务的变更时长存储至该待查询任务的任务类型对应的统计周期的统计数据中。
178.上述实施例提供的技术方案至少具有以下有益效果：服务端能够获取待查询任务的第一时刻以及第二时刻，确定第二时刻与第一时刻的差值为预任务的任务类型对应的变更时长，并存储该任务类型对应的变更时长，能够确保后续客户端或者服务端能够根据变更时长确定响应时长。
179.在一种设计中，为了能不便于查询任意统计周期的统计数据，如图11所示，本公开
实施例提供的任务状态的查询方法，还包括下述s801
‑
s802。
180.s801、服务端根据用户在客户端中执行待查询任务的时刻，或者服务端确定待查询任务执行成功的时刻，确定待查询任务的变更时长所在的统计周期。
181.示例性的，以统计周期为1分钟为例，若用户在客户端中执行待查询任务的时刻为12分32秒，服务端确定待查询任务执行成功的时刻为12分34秒，那么该待查询任务的变更时长为2秒，且该待查询任务的变更时长位于12分对应的统计周期内。
182.s802、服务端基于待查询任务的变更时长与确定到的统计周期，更新统计周期与变更时长之间的映射关系。
183.作为一种可能的实现方式，服务端将该待查询任务的任务类型的变更时长与确定到的统计周期进行映射，并将映射结果更新至上述映射关系。
184.可以理解的，上述映射关系中还包括与统计周期对应的任务类型以及该统计周期内的统计数据。在服务端查询任务类型在历史周期内对应的多个变更时长时，可以直接确定当前时刻的上一统计周期，并获取上一统计周期对应的统计数据，为上述多个变更时长。
185.示例性的，服务端在13分11秒接收到客户端发送的时长请求，则服务端获取待查询任务的任务类型在12分的统计周期内的统计数据，作为待查询任务的任务类型对应的多个变更时长。
186.上述实施例提供的技术方案至少具有以下有益效果：将任务的变更时长与不同的统计周期进行映射，能够在查询统计数据时，更加方便、快捷。
187.图12是根据一示例性实施例示出的一种客户端的结构示意图。参照图12所示，本公开实施例提供的客户端90，包括发送单元901、获取单元902以及查询单元903。
188.发送单元901，用于响应于用户执行待查询任务的操作，向服务端发送任务状态变更消息；任务状态变更消息包括待查询任务的任务类型；例如，如图2所示，发送单元901可以用于执行s201。
189.获取单元902，用于获取待查询任务的任务类型对应的响应时长；响应时长用于反映与待查询任务同一任务类型的任务，变更任务状态的平均时长；例如，如图2所示，获取单元902可以用于执行s202。
190.查询单元903，用于在经过响应时长之后，查询待查询任务的任务状态。例如，如图2所示，查询单元903可以用于执行s203。
191.可选的，如图12所示，本公开实施例提供的获取单元902，具体用于：
192.接收服务端发送的响应时长；响应时长为服务端根据待查询任务的任务类型在历史统计周期内对应的多个变更时长确定出的，每个变更时长包括用户在客户端90中执行任务的第一时刻，与服务端确定任务执行成功的第二时刻之间的时间间隔。例如，如图4所示，获取单元902可以用于执行s404。
193.可选的，如图12所示，本公开实施例提供的获取单元902，具体用于：
194.接收服务端发送的历史统计周期内的多个变更时长；多个变更时长对应于待查询任务的任务类型，每个变更时长包括用户在客户端90中执行任务的第一时刻，与服务端确定任务执行成功的第二时刻之间的时间间隔；例如，如图6所示，获取单元902可以用于执行s503。
195.根据多个变更时长，确定响应时长。例如，如图6所示，获取单元902可以用于执行
s504。
196.可选的，如图12所示，本公开实施例提供的获取单元902，具体用于：
197.从多个变更时长中确定数值位于预设范围内的目标变更时长；例如，如图7所示，获取单元902可以用于执行s5041。
198.确定目标变更时长的平均值为响应时长。例如，如图7所示，获取单元902可以用于执行s5042。
199.可选的，如图12所示，本公开实施例提供的客户端90中，任务状态变更消息还包括用户在客户端90中执行待查询任务的时刻；任务状态变更消息用于指示服务端确定待查询任务的变更时长，并存储待查询任务的变更时长；待查询任务的变更时长包括用户在客户端90中执行待查询任务的时刻，与服务端确定待查询任务执行成功的时刻之间的时间间隔。
200.可选的，如图12所示，本公开实施例提供的查询单元903，还用于在确定待查询任务的任务状态为未执行成功的情况下，在预设时长之后，重新查询待查询任务的任务状态。例如，如图8所示，查询单元903可以用于执行s602。
201.可选的，如图12所示，本公开实施例提供的客户端90还包括显示单元904。
202.显示单元904，用于在确定待查询任务的任务状态为未执行成功，且重新查询的次数大于或者等于预设阈值的情况下，显示待查询任务的任务状态为未执行成功。例如，如图8所示，显示单元904可以用于执行s603。
203.另外，本公开还提供一种服务端，用于执行本公开实施例提供的服务端所执行的任务状态的查询方法，参照图13所示，该服务端100包括接收单元1001、确定单元1002以及发送单元1003。
204.接收单元1001，用于接收客户端发送的任务状态变更消息；任务状态消息为客户端响应于用户执行待查询任务的操作生成的，任务状态变更消息包括待查询任务的任务类型；例如，如图3所示，接收单元1001可以用于执行s301。
205.确定单元1002，用于根据待查询任务的任务类型，确定待查询任务的任务类型对应的时间信息；时间信息用于指示在响应时长之后，查询待查询任务的任务状态；响应时长用于反映与待查询任务同一任务类型的任务，变更任务状态的平均时长；例如，如图3所示，确定单元1002可以用于执行s302。
206.发送单元1003，用于向客户端发送时间信息。例如，如图3所示，发送单元1003可以用于执行s303。
207.可选的，如图13所示，本公开实施例提供的时间信息包括待查询任务的响应时长；确定单元1002，具体用于：
208.获取待查询任务的任务类型在历史统计周期内对应的多个变更时长；每个变更时长包括用户在客户端中执行任务的第一时刻，与服务端100确定任务执行成功的第二时刻之间的时间间隔；例如，如图4所示，确定单元1002可以用于执行s402。
209.根据多个变更时长，确定待查询任务的响应时长。例如，如图4所示，确定单元1002可以用于执行s403。
210.可选的，如图13所示，本公开实施例提供的确定单元1002，具体用于：
211.从多个变更时长中确定数值位于预设范围内的目标变更时长；例如，如图5所示，
确定单元1002可以用于执行s4031。
212.确定目标变更时长的平均值为响应时长。例如，如图5所示，确定单元1002可以用于执行s4032。
213.可选的，如图13所示，本公开实施例提供的时间信息包括待查询任务的任务类型，在历史统计周期内对应的多个变更时长；每个变更时长包括用户在客户端中执行任务的第一时刻，与服务端100确定任务执行成功的第二时刻之间的时间间隔。
214.确定单元1002，具体用于：
215.根据待查询任务的任务类型，查询待查询任务的任务类型在历史统计周期内对应的多个变更时长。例如，如图7所示，确定单元1002可以用于执行s502。
216.可选的，如图13所示，本公开实施例提供的任务状态变更消息还包括用户在客户端中执行待查询任务的时刻；服务端100还包括存储单元1004。
217.确定单元1002，还用于确定待查询任务已执行成功，并确定服务端100确定待查询任务已执行成功的时刻；例如，如图10所示，确定单元1002可以用于执行s702
‑
s703。
218.确定单元1002，还用于确定待查询任务的变更时长；待查询任务的变更时长包括用户在客户端中执行待查询任务的时刻，与服务端100确定待查询任务执行成功的时刻之间的时间间隔；例如，如图10所示，确定单元1002可以用于执行s704。
219.存储单元1004，用于存储待查询任务的变更时长。例如，如图10所示，存储单元1004可以用于执行s705。
220.可选的，如图13所示，本公开实施例提供的服务端100还包括更新单元1005。
221.确定单元1002，还用于根据用户在客户端中执行待查询任务的时刻，或者服务端100确定待查询任务执行成功的时刻，确定待查询任务的变更时长所在的统计周期；例如，如图11所示，确定单元1002可以用于执行s801。
222.更新单元1005，用于基于待查询任务的变更时长与确定到的统计周期，更新统计周期与变更时长之间的映射关系。例如，如图11所示，确定单元1002可以用于执行s802。
223.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
224.图14是本公开提供的一种客户端的结构示意图。如图14，该客户端110可以包括处理器1101以及用于存储处理器可执行指令的存储器1103。其中，处理器1101被配置为执行存储器1103中的指令，以实现上述实施例中的任务状态的查询方法。
225.另外，客户端110还可以包括通信总线1102以及通信接口1104。
226.处理器1101可以是一个处理器(central processing units，cpu)，微处理单元，asic，或一个或多个用于控制本公开方案程序执行的集成电路。
227.通信总线1102可包括一通路，在上述组件之间传送信息。
228.通信接口1104，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，ran)，无线局域网(wireless local area networks，wlan)等。
229.存储器1103可以是只读存储器(read
‑
only memory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器
(electrically erasable programmable read
‑
only memory，eeprom)、只读光盘(compact disc read
‑
only memory，cd
‑
rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理单元相连接。存储器也可以和处理单元集成在一起。
230.其中，存储器1103用于存储执行本公开方案的指令，并由处理器1101来控制执行。处理器1101用于执行存储器1103中存储的指令，从而实现本公开方法中的功能。
231.作为一个示例，结合图11，客户端90中的发送单元901、获取单元902查询单元903以及显示单元904实现的功能与图14中的处理器1101的功能相同。
232.在具体实现中，作为一种实施例，处理器1101可以包括一个或多个cpu，例如图14中的cpu0和cpu1。
233.在具体实现中，作为一种实施例，客户端110可以包括多个处理器，例如图14中的处理器1101和处理器1107。这些处理器中的每一个可以是一个单核(single
‑
cpu)处理器，也可以是一个多核(multi
‑
cpu)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
234.在具体实现中，作为一种实施例，客户端110还可以包括输出设备1105和输入设备1106。输出设备1105和处理器1101通信，可以以多种方式来显示信息。例如，输出设备1105可以是液晶显示器(liquid crystal display，lcd)，发光二级管(light emitting diode，led)显示设备，阴极射线管(cathode ray tube，crt)显示设备，或投影仪(projector)等。输入设备1106和处理器1101通信，可以以多种方式接受用户的输入。例如，输入设备1106可以是鼠标、键盘、触摸屏设备或传感设备等。
235.本领域技术人员可以理解，图14中示出的结构并不构成对客户端110的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
236.同时，本公开提供的服务端的另外一种硬件的结构示意图也可参照上述图14中客户端90的描述，此处不再进行赘述。不同之处在于服务端包括的处理器用于执行服务端在上述实施例中执行的步骤。
237.另外，本公开还提供一种计算机可读存储介质，当计算机可读存储介质中的指令由客户端的处理器执行时，使得客户端能够执行如上述实施例所提供的任务状态的查询方法。
238.另外，本公开还提供一种计算机可读存储介质，当计算机可读存储介质中的指令由服务端的处理器执行时，使得服务端能够执行如上述实施例所提供的任务状态的查询方法。
239.另外，本公开还提供一种计算机程序产品，包括计算机指令，当计算机指令在客户端上运行时，使得客户端执行如上述实施例所提供的任务状态的查询方法。
240.另外，本公开还提供一种计算机程序产品，包括计算机指令，当计算机指令在服务端上运行时，使得服务端执行如上述实施例所提供的任务状态的查询方法。
241.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或
者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。