CN110381155B - 任务管理方法、装置、存储介质及终端 - Google Patents
任务管理方法、装置、存储介质及终端 Download PDFInfo
- Publication number
- CN110381155B CN110381155B CN201910678839.3A CN201910678839A CN110381155B CN 110381155 B CN110381155 B CN 110381155B CN 201910678839 A CN201910678839 A CN 201910678839A CN 110381155 B CN110381155 B CN 110381155B
- Authority
- CN
- China
- Prior art keywords
- task
- server
- synchronization request
- state synchronization
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/62—Establishing a time schedule for servicing the requests
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本公开关于一种任务管理方法、装置、存储介质及终端，属于涉及计算机软件领域。所述方法包括：从服务器获取用于达成任务的至少一项任务指示，一项所述任务指示用于指示所述终端监测一类用户行为；对于任意一项所述任务指示，基于监测到的与所述任务指示匹配的用户行为，生成任务状态同步请求；向所述服务器上报所述任务状态同步请求，从所述服务器接收所述任务状态同步请求的响应消息，所述响应消息为基于所述任务状态同步请求和任务达成条件判定所述任务是否达成的判定结果的响应消息。由于本公开实施例是由终端主动监测并向服务器进行任务状态上报，而无需服务器主动进行任务状态监测，因此节省了服务器的大量资源。
Description
技术领域
本公开涉及计算机软件领域，尤其涉及一种任务管理方法、装置、存储介质及终端。
背景技术
任务***是计算机软件领域中的一种常见功能，其是指用户通过完成一系列的任务要求，进而可以获取任务达成奖励的一种机制，常见于游戏应用中。其中，任务设计、任务领取、任务达成判定等是任务***的关键技术。特别地，由于任务达成判定是决定是否向用户发放任务达成奖励的关键，为此如何进行任务达成判定成为了任务管理的重要环节。
相关技术中整个任务达成判定步骤均是由服务器完成。比如，服务器需要主动监测终端侧的任务状态，即服务器需要主动监测用户在终端侧的动作或行为，这会致使服务器消耗大量的资源。为此，如何进行任务管理，成为了本领域技术人员关注的一个焦点。
发明内容
本公开提供一种任务管理方法、装置、存储介质及终端，以至少解决相关技术中存在的对服务器的资源占用大的问题。本公开的技术方案如下：
根据本公开实施例的第一方面，提供一种任务管理方法，所述方法应用于终端，包括：
从服务器获取用于达成任务的至少一项任务指示，一项所述任务指示用于指示所述终端监测一类用户行为；
对于任意一项所述任务指示，基于监测到的与所述任务指示匹配的用户行为，生成任务状态同步请求；
向所述服务器上报所述任务状态同步请求；
从所述服务器接收所述任务状态同步请求的响应消息，所述响应消息为基于所述任务状态同步请求和任务达成条件判定所述任务是否达成的判定结果的响应消息。
在一种可能的实现方式中，所述向所述服务器上报所述任务状态同步请求，包括：
按照目标上报规则，向所述服务器上报所述任务状态同步请求；
其中，所述目标上报规则为首个请求实时上报，非首个请求按照固定时间间隔上报。
在一种可能的实现方式中，所述从服务器获取用于达成任务的至少一项任务指示，包括：
向所述服务器发送任务指示获取请求；
接收所述服务器下发的至少一项任务指示，所述至少一项任务指示为基于所述任务指示获取请求所获取的任务的任务描述信息转化得到。
在一种可能的实现方式中，在获取到所述至少一项任务指示之后，所述方法还包括：
对于任意一项所述任务指示，生成所述任务指示的任务状态结构体；
其中，所述任务状态结构体用于记录任务状态，每当监测到与所述任务指示匹配的用户行为时，所述任务状态均进行更新。
在一种可能的实现方式中，在从所述服务器接收所述任务状态同步请求的响应消息之后，所述方法还包括：
当所述任务状态同步请求上报成功时，更新相应任务指示的任务状态结构体中记录的任务状态；
当所述任务状态同步请求上报失败时，将所述任务状态同步请求中包含的任务状态保存至本地缓存。
在一种可能的实现方式中，在将所述任务状态同步请求中包含的任务状态保存至本地缓存之后，所述方法还包括以下任意一项：
当处于联网状态下时，以任务状态同步请求的形式，向所述服务器上报本地缓存的所述任务状态；
在应用下次启动后，以任务状态同步请求的形式，向所述服务器上报本地缓存的所述任务状态。
在一种可能的实现方式中，所述按照目标上报规则，向所述服务器上报所述任务状态同步请求，包括：
当所述任务状态同步请求为所述任务的首个请求时，向所述服务器实时上报所述任务状态同步请求。
当所述任务状态同步请求为所述任务的非首个请求时，按照所述固定时间间隔向所述服务器上报所述任务状态同步请求，所述固定时间间隔由所述服务器下发。
在一种可能的实现方式中，所述在获取到所述至少一项任务指示之后，所述方法还包括：
开启一个具有所述固定时间间隔的定时器；
所述按照目标上报规则，向所述服务器上报所述任务状态同步请求，包括：
基于所述定时器，按照所述固定时间间隔向所述服务器上报所述任务状态同步请求。
在一种可能的实现方式中，在向所述服务器上报所述任务状态同步请求之前，所述方法还包括：
销毁当前位于请求队列中的各个任务状态同步请求。
在一种可能的实现方式中，在生成任务状态同步请求之后，所述方法还包括：
在接收到所述服务器返回的上一个任务状态同步请求的响应消息后，向所述服务器上报当前的所述任务状态同步请求。
在一种可能的实现方式中，所述从所述服务器接收所述任务状态同步请求的响应消息，包括：
接收所述服务器下发的新任务的任务指示，以所述新任务的任务指示更新本地已有的任务指示；
其中，所述新任务的任务指示由所述服务器在判定所述任务达成后下发。
根据本公开实施例的第二方面，提供一种任务管理方法，所述方法应用于服务器，包括：
接收终端发送的任务指示获取请求；
向所述终端下发用于达成任务的至少一项任务指示，一项所述任务指示用于指示所述终端监测一类用户行为；
接收所述终端上报的任务状态同步请求，所述任务状态同步请求为对于任意一项任务指示，基于监测到的与所述任务指示匹配的用户行为生成；
基于所述任务状态同步请求和任务达成条件判定所述任务是否达成；
向所述终端下发所述任务状态同步请求的响应消息，所述响应消息为所述判定所述任务是否达成的判定结果的响应消息。
在一种可能的实现方式中，在向所述终端下发所述至少一项任务指示之前，所述方法还包括：
从其他服务器获取任务列表，所述任务列表中包括所述任务在内的多个任务；
获取所述任务的任务描述信息，将所述任务描述信息转化为所述至少一项任务指示。
在一种可能的实现方式中，在接收终端发送的任务指示获取请求之前，所述方法还包括：向所述终端下发所述固定时间间隔。
根据本公开实施例的第三方面，提供一种任务管理装置，所述装置应用于终端，包括：
获取模块，被配置为从服务器获取用于达成任务的至少一项任务指示，一项所述任务指示用于指示所述终端监测一类用户行为；
第一生成模块，被配置为对于任意一项所述任务指示，基于监测到的与所述任务指示匹配的用户行为，生成任务状态同步请求；
上报模块，被配置为向所述服务器上报所述任务状态同步请求；
接收模块，被配置为从所述服务器接收所述任务状态同步请求的响应消息，所述响应消息为基于所述任务状态同步请求和任务达成条件判定所述任务是否达成的判定结果的响应消息。
在一种可能的实现方式中，所述上报模块，还被配置为按照目标上报规则，向所述服务器上报所述任务状态同步请求；
其中，所述目标上报规则为首个请求实时上报，非首个请求按照固定时间间隔上报。
在一种可能的实现方式中，所述获取模块，包括：
发送单元，被配置为向所述服务器发送任务指示获取请求；
接收单元，被配置为接收所述服务器下发的所述至少一项任务指示，所述至少一项任务指示为基于所述任务指示获取请求所获取的任务的任务描述信息转化得到。
在一种可能的实现方式中，所述装置还包括：
第二生成模块，被配置为对于任意一项所述任务指示，生成所述任务指示的任务状态结构体；
其中，所述任务状态结构体用于记录任务状态，每当监测到与所述任务指示匹配的用户行为时，所述任务状态均进行更新。
在一种可能的实现方式中，所述装置还包括：
更新模块，被配置为当所述任务状态同步请求上报成功时，更新相应任务指示的任务状态结构体中记录的任务状态；
缓存模块，被配置为当所述任务状态同步请求上报失败时，将所述任务状态同步请求中包含的任务状态保存至本地缓存。
在一种可能的实现方式中，所述上报模块，还被配置为当处于联网状态下时，以任务状态同步请求的形式，向所述服务器上报本地缓存的所述任务状态；在应用下次启动后，以任务状态同步请求的形式，向所述服务器上报本地缓存的所述任务状态。
在一种可能的实现方式中，所述上报模块，还被配置为当所述任务状态同步请求为所述任务的首个请求时，向所述服务器实时上报所述任务状态同步请求；当所述任务状态同步请求为所述任务的非首个请求时，按照所述固定时间间隔向所述服务器上报所述任务状态同步请求，所述固定时间间隔由所述服务器下发。
在一种可能的实现方式中，所述装置还包括：
定时器模块，被配置为开启一个具有所述固定时间间隔的定时器；
所述上报模块，还被配置为基于所述定时器，按照所述固定时间间隔向所述服务器上报所述任务状态同步请求。
在一种可能的实现方式中，所述装置还包括：
销毁模块，被配置为销毁当前位于请求队列中的各个任务状态同步请求。
在一种可能的实现方式中，所述上报模块，还被配置为在接收到所述服务器返回的上一个任务状态同步请求的响应消息后，向所述服务器上报当前的所述任务状态同步请求。
在一种可能的实现方式中，所述接收模块，包括：
接收单元，被配置为接收所述服务器下发的新任务的任务指示；
更新单元，被配置为以所述新任务的任务指示更新本地已有的任务指示；
其中，所述新任务的任务指示由所述服务器在判定所述任务达成后下发。
根据本公开实施例的第四方面，提供一种任务管理装置，所述装置应用于服务器，包括：
第一接收模块，被配置为接收终端发送的任务指示获取请求；
第一发送模块，被配置为向所述终端下发用于达成任务的至少一项任务指示，一项所述任务指示用于指示所述终端监测一类用户行为；
第二接收模块，被配置为接收所述终端上报的任务状态同步请求，所述任务状态同步请求为对于任意一项任务指示，基于监测到的与所述任务指示匹配的用户行为生成；
判定模块，被配置为基于所述任务状态同步请求和任务达成条件判定所述任务是否达成；
第二发送模块，被配置为向所述终端下发所述任务状态同步请求的响应消息，所述响应消息为所述判定所述任务是否达成的判定结果的响应消息。
在一种可能的实现方式中，所述装置还包括：
获取模块，被配置为从其他服务器获取任务列表，所述任务列表中包括所述任务在内的多个任务；
所述获取模块，还被配置为获取所述任务的任务描述信息；
转化模块，被配置为将所述任务描述信息转化为所述至少一项任务指示。
在一种可能的实现方式中，所述发送模块，还被配置为向所述终端下发所述固定时间间隔。
根据本公开实施例的第五方面，提供一种终端，包括：
处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为执行所述指令，以实现如第一方面所述的任务管理方法。
根据本公开实施例的第六方面，提供一种服务器，包括：
处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为执行所述指令，以实现如第二方面所述的任务管理方法。
根据本公开实施例的第七方面，提供一种存储介质，当所述存储介质中的指令由终端的处理器执行时，使得终端能够执行如第一方面所述的任务管理方法。
根据本公开实施例的第八方面，提供一种存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如第二方面所述的任务管理方法。
根据本公开实施例的第九方面，提供一种计算机程序产品，所述计算机程序产品中的指令由终端的处理器执行时，使得终端能够执行如第一方面所述的任务管理方法。
根据本公开实施例的第十方面，提供一种计算机程序产品，所述计算机程序产品中的指令由服务器的处理器执行时，使得服务器能够执行如第二方面所述的任务管理方法。
本公开的实施例提供的技术方案至少带来以下有益效果：
在任务达成判定过程中，终端会从服务器获取用于达成任务的至少一项任务指示，其中，一项任务指示用于指示终端监测一类用户行为；之后，对于任意一项任务指示，终端会基于监测到的与上述任务指示匹配的用户行为生成任务状态同步请求，并向服务器上报任务状态同步请求，进而终端从服务器接收任务状态同步请求的响应消息，该响应消息为服务器基于任务状态同步请求和任务达成条件判定任务是否达成的判定结果。由于本公开实施例是由终端主动监测用户在终端侧的动作或行为，即由终端主动监测并向服务器进行任务状态上报，而无需服务器主动进行任务状态监测，因此节省了服务器的大量资源。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
图1是根据一示例性实施例示出的一种任务管理方法涉及的实施环境的示意图。
图2是根据一示例性实施例示出的一种任务管理方法的流程图。
图3是根据一示例性实施例示出的一种任务管理方法的流程图。
图4是根据一示例性实施例示出的一种任务管理方法的流程图。
图5是根据一示例性实施例示出的一种任务达成判定的整体执行过程的流程图。
图6是根据一示例性实施例示出的一种终端进行任务状态上报的流程图。
图7是根据一示例性实施例示出的一种任务管理装置的框图。
图8是根据一示例性实施例示出的一种任务管理装置的框图。
图9是根据一示例性实施例示出的一种终端的框图。
图10是根据一示例性实施例示出的一种服务器的框图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。另外，本公开所涉及的用户信息可以为经用户授权或者经过各方充分授权的信息。
在对本公开实施例进行详细地解释说明之前，先对本公开实施例涉及的一些名词进行解释说明。
任务***：是计算机软件领域中的一种常见功能，其是指用户通过完成一系列的任务要求，进而可以获取任务达成奖励的一种机制，常见于游戏应用中。其中，任务设计、任务领取、任务达成判定等是任务***的关键技术。
长连接：指在一个连接上可以连续发送多个数据包，在连接保持期间，如果没有数据包发送，需要双方发链路检测包。
即，HTTP(HyperText Transfer Protocol,超文本传输协议)发送请求时，要先创建一个TCP(Transmission Control Protocol传输控制协议)连接，并在TCP连接上将HTTP请求的内容发送给服务器，至此完成一次请求。之后，终端与服务器进行协商是否关闭TCP链接，若不关闭TCP连接则会产生资源消耗，占用服务器的大量资源，但是如果后续还有请求则可以直接在这个TCP连接上发送，不需要经过三次握手操作。
短连接：是相对于长连接而言的概念，指的是在数据传输过程中，只在需要发送数据时，才去建立一个TCP连接，数据发送完成后，则断开此TCP连接，即每次TCP连接仅完成一次请求的发送。
相关技术中，目前整个任务达成判定步骤均是由服务器完成。比如，对于实时性要求较高的任务，服务器基于长连接方式实时进行任务状态同步，这多应用于网络游戏等需要实时同步的场景下，由于该种方式需要实时进行任务状态同步，因此需要占用服务器的大量资源，极大地增加了服务器的压力，对服务器资源的要求过高。对于实时性要求不高的任务，服务器目前采取非实时统计任务状态机制进行任务达成判定。比如，在任务结束后的一个时间点整体进行一次任务状态统计。针对上述方式，虽然对服务器的资源要求低，但是因任务状态统计不及时，又会存在因判定滞后而导致的用户体验差的问题。另外，一些特殊情况下，任务达成判定由服务器并不能够实现。比如，终端在离线状态下的某些操作是否完成，服务器是无法获得的。
基于此，针对任务达成判定，本公开实施例提供了一种任务管理方法，该方法既能够保证用户体验，同时又能够节省服务器资源，而且还能够对离线任务等特殊情况进行处理。
下面对本公开实施例提供的一种任务管理方法涉及的实施环境进行介绍。
参见图1，该实施环境包括终端101和服务器102。
其中，终端101的类型包括但不限于智能手机、平板电脑等移动式智能终端设备，本公开实施例对此不进行具体限定。作为一个示例，终端101上可安装有一个特定应用程序，终端101通过该特定应用程序与服务器102进行数据传输。另外，服务器102可为一个服务器也可以为一个服务器集群。
由于诸如权限授予、观看视频等用户动作或用户行为一般均是发生在终端101上，而在任务达成判定过程中，若由服务器102主动监测这些用户动作或用户行为是否发生，则往往需要耗费大量的资源，为此，在本公开实施例中，由终端101主动监测并向服务器102告知任务状态，降低了服务器的资源消耗，服务器102仅负责基于终端101上报的任务状态进行任务达成判定。其中，任务状态由终端101对用户在终端侧产生的动作或行为进行监测并记录得到。
另外，有些任务是由大量用户动作或用户行为才能达成的，为此，本公开实施例还提供了一种管理任务状态上报的机制，即首个请求实时上报，非首个请求按照服务器下发的固定时间间隔上报，避免大量频繁的任务状态上报导致的服务器压力。
换一种表达方式，本公开实施例在保证了任务状态及时上报的基础上，还通过时间间隔策略减缓了服务器的压力。也即，解决了非实时方式导致的用户体验差的问题，同时节省了服务器资源，减轻了服务器的负担。
另外，本公开实施例还提供了一种缓存任务状态的机制，基于终端101主动监测任务状态和任务状态缓存机制，能够解决仅由服务器独自进行任务达成判定时存在的无法对离线任务进行判定以及同步的问题。
综上所述，本公开实施例不但解决了离线任务的判定以及同步问题，而且还解决了非实时方式导致的用户体验差的问题。即，本公开实施例在保证相对及时性的同时节省了服务器资源，减轻了服务器的负担。
下面对本公开实施例提供的一种任务管理方法进行详细地解释说明。
图2是根据一示例性实施例示出的一种任务管理方法的流程图，如图2所示，该方法用于终端中，包括以下步骤。
在步骤201中，从服务器获取用于达成任务的至少一项任务指示，一项任务指示用于指示终端监测一类用户行为。
在步骤202中，对于任意一项任务指示，基于监测到的与该任务指示匹配的用户行为，生成任务状态同步请求。
在步骤203中，向服务器上报该任务状态同步请求。
在步骤204中，从服务器接收该任务状态同步请求的响应消息，该响应消息为基于该任务状态同步请求和任务达成条件判定任务是否达成的判定结果的响应消息。
本公开实施例提供的方法，在任务达成判定过程中，终端会从服务器获取用于达成任务的至少一项任务指示，其中，一项任务指示用于指示终端监测一类用户行为；之后，对于任意一项任务指示，终端会基于监测到的与上述任务指示匹配的用户行为生成任务状态同步请求，并向服务器上报任务状态同步请求，进而终端从服务器接收任务状态同步请求的响应消息，该响应消息为服务器基于任务状态同步请求和任务达成条件判定任务是否达成的判定结果。由于本公开实施例是由终端主动监测用户在终端侧的动作或行为，即由终端主动向服务器进行任务状态上报，无需服务器主动进行任务状态监测，因此节省了服务器的大量资源。
在一种可能的实现方式中，所述向所述服务器上报所述任务状态同步请求，包括：
按照目标上报规则，向所述服务器上报所述任务状态同步请求；
其中，所述目标上报规则为首个请求实时上报，非首个请求按照固定时间间隔上报。
在一种可能的实现方式中，所述从服务器获取用于达成任务的至少一项任务指示，包括：
向所述服务器发送任务指示获取请求；
接收所述服务器下发的至少一项任务指示，所述至少一项任务指示为基于所述任务指示获取请求所获取的任务的任务描述信息转化得到。
在一种可能的实现方式中，在获取到所述至少一项任务指示之后，所述方法还包括：
对于任意一项所述任务指示，生成所述任务指示的任务状态结构体；
其中，所述任务状态结构体用于记录任务状态，每当监测到与所述任务指示匹配的用户行为时，所述任务状态均进行更新。
在一种可能的实现方式中，在从所述服务器接收所述任务状态同步请求的响应消息之后，所述方法还包括：
当所述任务状态同步请求上报成功时，更新相应任务指示的任务状态结构体中记录的任务状态；
当所述任务状态同步请求上报失败时，将所述任务状态同步请求中包含的任务状态保存至本地缓存。
在一种可能的实现方式中，在将所述任务状态同步请求中包含的任务状态保存至本地缓存之后，所述方法还包括以下任意一项：
当处于联网状态下时，以任务状态同步请求的形式，向所述服务器上报本地缓存的所述任务状态；
在应用下次启动后，以任务状态同步请求的形式，向所述服务器上报本地缓存的所述任务状态。
在一种可能的实现方式中，所述按照目标上报规则，向所述服务器上报所述任务状态同步请求，包括：
当所述任务状态同步请求为所述任务的首个请求时，向所述服务器实时上报所述任务状态同步请求。
当所述任务状态同步请求为所述任务的非首个请求时，按照所述固定时间间隔向所述服务器上报所述任务状态同步请求，所述固定时间间隔由所述服务器下发。
在一种可能的实现方式中，所述在获取到所述至少一项任务指示之后，所述方法还包括：
开启一个具有所述固定时间间隔的定时器；
所述按照目标上报规则，向所述服务器上报所述任务状态同步请求，包括：
基于所述定时器，按照所述固定时间间隔向所述服务器上报所述任务状态同步请求。
在一种可能的实现方式中，在向所述服务器上报所述任务状态同步请求之前，所述方法还包括：
销毁当前位于请求队列中的各个任务状态同步请求。
在一种可能的实现方式中，在生成任务状态同步请求之后，所述方法还包括：
在接收到所述服务器返回的上一个任务状态同步请求的响应消息后，向所述服务器上报当前的所述任务状态同步请求。
在一种可能的实现方式中，所述从所述服务器接收所述任务状态同步请求的响应消息，包括：
接收所述服务器下发的新任务的任务指示，以所述新任务的任务指示更新本地已有的任务指示；
其中，所述新任务的任务指示由所述服务器在判定所述任务达成后下发。
上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。
图3是根据一示例性实施例示出的一种任务管理方法的流程图，如图3所示，该方法用于服务器中，包括以下步骤。
在步骤301中，接收终端发送的任务指示获取请求。
在步骤302中，向该终端下发用于达成任务的至少一项任务指示，一项任务指示用于指示终端监测一类用户行为。
在步骤303中，接收终端上报的任务状态同步请求，该任务状态同步请求为对于任意一项任务指示，基于监测到的与该任务指示匹配的用户行为生成。
在步骤304中，基于该任务状态同步请求和任务达成条件判定任务是否达成。
在步骤305中，向终端下发该任务状态同步请求的响应消息，该响应消息为判定任务是否达成的判定结果的响应消息。
本公开实施例提供的方法，在任务达成判定过程中，终端会从服务器获取用于达成任务的至少一项任务指示，其中，一项任务指示用于指示终端监测一类用户行为；之后，对于任意一项任务指示，终端会基于监测到的与上述任务指示匹配的用户行为生成任务状态同步请求，并向服务器上报任务状态同步请求，进而终端从服务器接收任务状态同步请求的响应消息，该响应消息为服务器基于任务状态同步请求和任务达成条件判定任务是否达成的判定结果。由于本公开实施例是由终端主动监测用户在终端侧的动作或行为，即由终端主动向服务器进行任务状态上报，无需服务器主动进行任务状态监测，因此节省了服务器的大量资源。
在一种可能的实现方式中，在向所述终端下发所述至少一项任务指示之前，所述方法还包括：
从其他服务器获取任务列表，所述任务列表中包括所述任务在内的多个任务；
获取所述任务的任务描述信息，将所述任务描述信息转化为所述至少一项任务指示。
在一种可能的实现方式中，在接收终端发送的任务指示获取请求之前，所述方法还包括：向所述终端下发所述固定时间间隔。
上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。
图4是根据一示例性实施例示出的一种任务管理方法的流程图，该方法的交互主体为终端和服务器。现结合图5和图6对本公开实施例提供的任务管理方法进行详细地解释说明。参见图4，本公开实施例提供的方法流程包括：
在步骤401中，终端向服务器发送任务指示获取请求。
在本公开实施例中，终端无需关心具体的任务是什么，也无需关心任务是否达成，也无需进行任务达成判定，终端仅需根据服务器下发的任务指示，监测用户在终端上的相应操作行为，并形成任务状态向服务器进行上报即可，以完成任务状态同步，由服务器根据同步的任务状态进行任务达成判定。
其中，任务指示用于指示终端监测何种用户行为或用户动作。即，一项任务指示用于指示终端监测一类用户行为或一类用户动作。作为一个示例，假设一个任务是用户授予定位权限，则相应的任务指示可为监测用户的同意授权动作。
在一种可能的实现方式中，终端可以在特定应用程序每次启动后向服务器发送一次任务指示获取请求，本公开实施例对此不进行具体限定。
在本公开实施例中，该任务指示获取请求可以为HTTP请求，且该HTTP请求是基于HTTP短连接的，以降低服务器的资源开销。
在步骤402中，服务器获取一个任务的任务描述信息，并将该任务的任务描述信息转化为至少一项任务指示，将至少一项任务指示下发给终端。
在一种可能的实现方式中，如图5所示，服务器详细来说，包括任务服务器和任务配置服务器。其中，任务配置服务器专用于进行一个或多个任务的配置，形成任务列表，该任务列表中包括一个或多个任务。即参见图5，步骤402可细分为下述两个步骤：
4021、任务服务器接收到终端的任务指示请求后，从任务配置服务器中获取任务列表。
4022、任务服务器将任务列表中一个任务的任务描述信息转化为至少一项任务指示下发给终端。
需要说明的第一点是，一个任务可仅对应一个任务指示，比如仅包括用户授权定位；一个任务也可包括多个任务指示，比如包括用户授权定位+记录看视频个数。
需要说明的第二点是，在本公开实施例中，任务配置服务器仅是用于配置任务，除非有特殊说明，否则本公开实施例中出现的服务器均指代任务服务器。
在一种可能的实现方式中，上述任务可为在任务列表中随机选取的一个任务，也可以为按照预设条件筛选出来的一个任务，比如按照时间或地区等条件进行筛选，本公开实施例对此不进行具体限定。
其中，将任务描述信息转化为任务指示，即是将任务规则转化为告知终端应监测的用户动作或行为。作为一个示例，假设一个任务的任务描述信息阐述的任务规则为：用户授予特定权限+看视频个数达到20个+看视频总时长达到20分钟，则在进行转化后，相应的任务指示可为：监测用户的同意授权动作、记录看视频总时长、记录看视频个数。
在一种可能的实现方式中，终端和服务器可预先约定利用相应字段以及为字段进行赋值的方式，记录用户在终端上执行的操作行为。比如，针对用户授权定位来说，可约定“AuthorizedLocation”字段，并约定该字段取值为“1”代表用户已授权，该字段取值为“0”代表用户未授权。
需要说明的是，上述权限可为定位权限或通信录权限等，本公开实施例对此不进行具体限定。另外，上述任务规则即构成了该任务的任务达成条件。
在步骤403中，终端生成每一项任务指示的任务状态结构体，并开启一个具有固定时间间隔的定时器。
在本公开实施例中，参见图5和图6，终端在获取到任务指示后，会生成相应的任务状态结构体。其中，任务状态结构体用于记录任务状态，一个任务指示对应一个任务状态结构体。对于一项任务指示，每当监测到与该任务指示匹配的用户行为时，均进行任务状态记录，即任务状态均会更新。
作为一个示例，以用户授权定位为例，初始时该用户授权定位的任务状态结构体可为{“AuthorizedLocation”:“0”}，而当用户在终端上执行授权定位操作后，相应的任务状态会发生变化，此时该用户授权定位的任务状态结构体变为{“AuthorizedLocation”:“1”}。
在一种可能的实现方式中，终端在获取到任务指示后，还会开启一个具有固定时间间隔的定时器，以根据该定时器执行任务状态同步。其中，该固定时间间隔由服务器向终端下发，即由服务器下发时间间隔，以此来控制终端进行任务状态同步的时间间隔，通过该种方式来降低服务器的压力。作为一个示例，该固定时间间隔可以在特定应用程序首次启动的时候，由服务器下发给终端，本公开实施例对此不进行具体限定。
在步骤404中，对于任意一项任务指示，终端基于监测到的与该任务指示匹配的用户行为，生成任务状态同步请求，并向服务器上报该任务状态同步请求。
在本公开实施例中，当终端监测到用户执行了与某一项任务指示匹配的操作时，会对相应的任务状态进行记录。
示例一，以用户授权定位为例，当用户在终端上执行授权定位操作后，则记录任务状态{“AuthorizedLocation”:“1”}，同时还会生成一个任务状态同步请求，该任务状态同步请求中携带了记录的任务状态。
示例二，以记录看视频个数为例，在一个定时器的固定时间间隔内，每当用户在终端上执行一次视频播放操作后，则更新任务状态一次，将看视频个数加一。作为一个示例，对于一个任务指示包含大量用户动作或用户行为的情况，终端可根据定时器的固定时间间隔来生成任务状态同步请求。即，每当达到固定时间间隔时，生成一次任务状态同步请求。比如，看了5个视频后满足了上述固定时间间隔，则生成一次任务状态同步请求，该任务状态同步请求中携带了记录的看视频个数5。
在另一种可能的实现方式中，在生成任务状态同步请求后，本公开实施例可以按照设置的目标上报规则进行任务同步请求上报。即，向服务器上报任务状态同步请求，包括如下两种情况：
4041、当该任务状态同步请求为该任务的首个请求时，终端向服务器实时上报该任务状态同步请求。
即，在同步一个任务状态同步请求之前，还需进行判定以确定这个任务状态同步请求是否为该任务首次触发，如果是首次触发，则立即进行上报。
4042、当该任务状态同步请求为该任务的非首个请求时，终端基于定时器，按照固定时间间隔向服务器上报该任务状态同步请求。
该步骤即是判定是否满足服务器下发的进行上报的固定时间间隔，若达到该固定时间间隔，则终端向服务器进行上报，否则，终端暂不进行上报，直至满足该固定时间间隔后再进行上报。该种方式通过定时器配合，在保证任务上报具有一定及时性的同时，又降低了服务器的压力。
在另一种可能的实现方式中，终端每次触发任务状态同步请求时，会先取消之前位于请求队列里的请求。即，终端在向服务器上报任务状态同步请求之前，还包括：
步骤a、终端销毁当前位于请求队列中的各个任务状态同步请求。
举例来说，以记录看视频个数为例，假设用户在观看了5个视频之后满足了上述固定时间间隔，终端生成相应的任务状态同步请求并进行上报，但是由于网速不好还没能上报至服务器，即对应的HTTP请求没有发送出去，当前还位于请求队列中等待，等待上一个请求返回。但是，在等待期间用户观看视频的个数已经达到7了，且又新生成了关于视频个数7的任务同步请求，则之前生成的关于视频个数5的任务同步请求会被销毁掉。
在另一种可能的实现方式中，任务状态同步请求是串行执行的，即只有等上次请求返回后，再开始下次请求。即，终端在生成任务状态同步请求之后，还包括：
步骤b、在接收到服务器返回的上一个任务状态同步请求的响应消息后，向服务器上报当前的任务状态同步请求。
在另一种可能的实现方式中，本公开实施例还包括：
步骤c、当该任务状态同步请求上报成功时，更新相应任务指示的任务状态结构体中记录的任务状态。
针对该步骤，每当任务状态同步请求上报成功时，终端会更新本地任务状态并清空本地缓存。
在一种可能的实现方式中，更新本地任务状态是指将相应任务指示的任务状态更新到初始状态。作为一个示例，本公开实施例采用增量上报的方式，比如该任务状态同步请求上报的是看视频个数5，则在该任务状态同步请求上报成功后，更新本地任务状态是指将看视频个数置为0，同时将本地缓存中记录的看视频个数清空。假设在新的一个定时器的定时周期内，用户又观看了2个视频，则新生成的任务同步状态请求会记录看视频个数2，并上报给服务器，服务器负责将观看视频总数记为7。
步骤d、当该任务状态同步请求上报失败时，将该任务状态同步请求中包含的任务状态保存至本地缓存。
针对该步骤，受限于网络状态不好等原因，任务状态同步请求会存在无法上报的情况。
在本公开实施例中，为了能够实现离线任务判定和同步，当一个任务状态同步请求上报失败时，终端会保存相应的任务状态到本地缓存。比如，一个任务状态同步请求上报的是看视频个数5，则在该任务状态同步请求上报失败后，终端可将看视频个数5这一任务状态保存至本地缓存。
在一种可能的实现方式中，在将任务状态同步请求中包含的任务状态保存至本地缓存之后，还可在后续过程中择时进行再次上报，即该方法还包括以下任意一项：
步骤e、当处于联网状态下时，以任务状态同步请求的形式，向服务器上报本地缓存的任务状态；或，在应用下次启动后，以任务状态同步请求的形式，向服务器上报本地缓存的任务状态。
综上所述，该种终端主动进行用户行为或用户动作监测+本地缓存机制+本地缓存的数据进行上报的机制能够解决离线任务的判定和同步问题。
在步骤405中，服务器基于终端上报的任务状态同步请求和任务达成条件判定该任务是否达成。
在本公开实施例中，服务器在接收到终端主动上报的数据后，会对终端主动上报的数据进行记录，并基于终端主动上报的数据进行任务达成判定。
假设该任务的任务达成条件为：用户授予定位权限+看视频个数达到20个，若本次终端上报的任务状态同步请求是用于告知服务器这一任务状态{“AuthorizedLocation”:“1”}，则表明用户已经授权定位，则服务器确定任务达成条件中的“用户授予定位权限”达成，若此时用户看视频个数为15，则服务器还不会判定该任务达成，因为该任务达成还需满足看视频个数达到20个，直至用户看视频个数达到20，服务器判定该任务达成。
另外，在本公开实施例中，服务器还会向终端下发任务状态同步请求的响应消息，也即，终端会从服务器接收到任务状态同步请求的响应消息。其中，该响应消息为判定任务是否达成的判定结果的响应消息。在一种可能的实现方式中，上述步骤c和步骤d可在终端从服务器接收该响应消息之后执行，本公开实施例对此不进行具体限定。
在另一种可能的实现方式中，从服务器接收任务状态同步请求的响应消息，包括但不限于：接收服务器下发的新任务的任务指示，以新任务的任务指示更新本地已有的任务指示；其中，新任务的任务指示由服务器在判定任务达成后下发。即，本公开实施例还包括如下步骤406和407。
在步骤406中，在该任务达成后，服务器向终端下发新任务的任务指示。
在本公开实施例中，服务器在判定一个任务达成后，会用新任务的任务指示来更新终端已有的任务指示，一方面防止终端对已达成的任务继续进行记录，造成资源浪费；另一方面是为了开始下一个新的任务。作为一个示例，新任务可为当前按时间排序最新的任务，本公开实施例对此不进行具体限定。
在步骤407中，终端接收服务器下发的新任务的任务指示，以新任务的任务指示更新本地已有的任务指示。
在新任务的任务指示到达终端后，终端以新任务的任务指示更新本地已有的任务指示，同时，上一个已达成任务相关的任务状态以及本地缓存均会被清空。
本公开实施例提供的方法，至少具有以下有益效果：
在任务达成判定过程中，终端会从服务器获取用于达成任务的至少一项任务指示，其中，一项任务指示用于指示终端监测一类用户行为；之后，对于任意一项任务指示，终端会基于监测到的与上述任务指示匹配的用户行为生成任务状态同步请求，并向服务器上报任务状态同步请求，进而由终端从服务器接收任务状态同步请求的响应消息，该响应消息为服务器基于任务状态同步请求和任务达成条件判定任务是否达成的判定结果。由于本公开实施例是由终端主动监测用户在终端侧的动作或行为，即由终端主动向服务器进行任务状态上报，无需服务器主动进行任务状态监测，因此节省了服务器的大量资源。
另外，终端在进行任务状态同步请求上报时，采取首个请求实时上报，非首个请求按照固定时间间隔上报的策略，在保证相对及时性的同时又能够节省服务器资源，即本公开实施例在保证任务状态及时上报的同时还兼顾减缓了服务器压力，平衡了用户体验与服务器压力，解决了非实时方式导致的用户体验差的问题，同时节省了服务器资源，减轻了服务器的负担。
另外，本公开实施例还提供了一种缓存任务状态的机制，基于终端主动监测任务状态和任务状态缓存机制，能够解决仅由服务器独自进行任务达成判定时存在的无法对离线任务进行判定以及同步的问题。
在另一个示例性的实施例中，现结合图5，对本公开实施例提供的一种任务达成判定的整体执行过程进行说明。参见图5，包括：
在步骤501中，终端向任务服务器获取任务指示。
其中，终端可通过安装的特定应用程序向任务服务器发送HTTP请求来获取任务指示。
在步骤502中，任务服务器从任务配置服务器中获取任务列表。
在步骤503中，任务配置服务器向任务服务器返回配置好的任务列表。
在步骤504中，任务服务器将任务列表中一个任务的任务描述信息转化为任务指示，并将得到的任务指示下发给终端。
在步骤505中，终端在成功获取到任务指示后，生成相应的用于记录任务状态的任务状态结构体，并开启一个具有固定时间间隔的定时器。
在步骤506中，终端监测与任务指示匹配的用户行为，记录任务状态，并向任务服务器上报任务状态同步请求。
针对此步骤，终端通过定时器配合，能够在保证任务上报及时性的同时，又不对服务器造成过大的负担。
在步骤507中，任务服务器记录上报的任务状态，进行任务达成判定；当任务达成时，更新任务指示。
在步骤508中，任务服务器将新任务的任务指示返回给终端。
在步骤509中，终端在接收服务器下发的新任务的任务指示后，以新任务的任务指示更新本地已有的任务指示。
另外，本公开实施例提供的一种终端进行任务状态上报的流程如图6所示，包括：
步骤a、终端启动特定应用程序。
步骤b、终端获取任务指示。
步骤c、若成功获取到任务指示，则执行下述步骤d。
步骤d、终端生成相应的任务状态结构体。
步骤e、终端开启一个具有固定时间间隔的定时器。
在另一种可能的实现方式中，若某一时刻任务指示不再存在，则终端会销毁定时器。
另外，本公开实施例还存在缓存机制，在特定应用程序启动后，终端还会读取本地缓存；若本地缓存中存储有未能上报成功的任务状态，则终端会读取本地缓存，触发任务状态同步。
步骤f、进入任务状态同步阶段。
步骤g、终端判断是否是首次上报或满足上报时间间隔。
步骤h、如果终端判断出是首次上报或满足上报时间间隔，则取消之前位于请求队列中的请求，并发起请求。
步骤i、若请求成功，则终端更新任务状态并清空本地缓存。
步骤j、若请求失败，则终端保存当前的任务状态至本地缓存。
另外，如图6所示，每当与任务指示匹配的用户动作或用户行为发生时，均会触发任务状态更新，或者还可能触发请求同步。
由于本公开实施例是由终端主动监测用户在终端侧的动作或行为，即由终端主动向服务器进行任务状态上报，无需服务器主动进行任务状态监测，因此节省了服务器的大量资源。另外，终端在进行任务状态同步请求上报时，采取首个请求实时上报，非首个请求按照固定时间间隔上报的策略，在保证相对及时性的同时又能够节省服务器资源，即本公开实施例在保证任务状态及时上报的同时还兼顾减缓了服务器压力，平衡了用户体验与服务器压力，解决了非实时方式导致的用户体验差的问题，同时节省了服务器资源，减轻了服务器的负担。另外，本公开实施例还提供了一种缓存任务状态的机制，基于终端主动监测任务状态和任务状态缓存机制，能够解决仅由服务器独自进行任务达成判定时存在的无法对离线任务进行判定以及同步的问题。
图7是根据一示例性实施例示出的一种任务管理装置的框图。该装置应用于终端，参照图7，该装置包括获取模块701，第一生成模块702，上报模块703和接收模块704。
获取模块701，被配置为从服务器获取用于达成任务的至少一项任务指示，一项所述任务指示用于指示所述终端监测一类用户行为；
第一生成模块702，被配置为对于任意一项所述任务指示，基于监测到的与所述任务指示匹配的用户行为，生成任务状态同步请求；
上报模块703，被配置为向所述服务器上报所述任务状态同步请求；
接收模块704，被配置为从所述服务器接收所述任务状态同步请求的响应消息，所述响应消息为基于所述任务状态同步请求和任务达成条件判定所述任务是否达成的判定结果的响应消息。
本公开实施例提供的装置，在任务达成判定过程中，终端会从服务器获取用于达成任务的至少一项任务指示，其中，一项任务指示用于指示终端监测一类用户行为；之后，对于任意一项任务指示，终端会基于监测到的与上述任务指示匹配的用户行为生成任务状态同步请求，并向服务器上报任务状态同步请求，进而终端从服务器接收任务状态同步请求的响应消息，该响应消息为服务器基于任务状态同步请求和任务达成条件判定任务是否达成的判定结果。由于本公开实施例是由终端主动监测用户在终端侧的动作或行为，即由终端主动向服务器进行任务状态上报，无需服务器主动进行任务状态监测，因此节省了服务器的大量资源。
在一种可能的实现方式中，所述上报模块，还被配置为按照目标上报规则，向所述服务器上报所述任务状态同步请求；
其中，所述目标上报规则为首个请求实时上报，非首个请求按照固定时间间隔上报。
在一种可能的实现方式中，所述获取模块，包括：
发送单元，被配置为向所述服务器发送任务指示获取请求；
接收单元，被配置为接收所述服务器下发的所述至少一项任务指示，所述至少一项任务指示为基于所述任务指示获取请求所获取的任务的任务描述信息转化得到。
在一种可能的实现方式中，该装置还包括：
第二生成模块，被配置为对于任意一项所述任务指示，生成所述任务指示的任务状态结构体；
其中，所述任务状态结构体用于记录任务状态，每当监测到与所述任务指示匹配的用户行为时，所述任务状态均进行更新。
在一种可能的实现方式中，该装置还包括：
更新模块，被配置为当所述任务状态同步请求上报成功时，更新相应任务指示的任务状态结构体中记录的任务状态；
缓存模块，被配置为当所述任务状态同步请求上报失败时，将所述任务状态同步请求中包含的任务状态保存至本地缓存。
在一种可能的实现方式中，所述上报模块，还被配置为当处于联网状态下时，以任务状态同步请求的形式，向所述服务器上报本地缓存的所述任务状态；在应用下次启动后，以任务状态同步请求的形式，向所述服务器上报本地缓存的所述任务状态。
在一种可能的实现方式中，所述上报模块，还被配置为当所述任务状态同步请求为所述任务的首个请求时，向所述服务器实时上报所述任务状态同步请求；当所述任务状态同步请求为所述任务的非首个请求时，按照所述固定时间间隔向所述服务器上报所述任务状态同步请求，所述固定时间间隔由所述服务器下发。
在一种可能的实现方式中，该装置还包括：
定时器模块，被配置为开启一个具有所述固定时间间隔的定时器；
所述上报模块，还被配置为基于所述定时器，按照所述固定时间间隔向所述服务器上报所述任务状态同步请求。
在一种可能的实现方式中，该装置还包括：
销毁模块，被配置为销毁当前位于请求队列中的各个任务状态同步请求。
在一种可能的实现方式中，所述上报模块，还被配置为在接收到所述服务器返回的上一个任务状态同步请求的响应消息后，向所述服务器上报当前的所述任务状态同步请求。
在一种可能的实现方式中，接收模块，包括：
接收单元，被配置为接收所述服务器下发的新任务的任务指示；
更新单元，被配置为以所述新任务的任务指示更新本地已有的任务指示；
其中，所述新任务的任务指示由所述服务器在判定所述任务达成后下发。
上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。
图8是根据一示例性实施例示出的一种任务管理装置的框图。该装置应用于服务器，参照图8，该装置包括第一接收模块801，第一发送模块802，第二接收模块803，判定模块804和第二发送模块805。
第一接收模块801，被配置为接收终端发送的任务指示获取请求；
第一发送模块802，被配置为向所述终端下发用于达成任务的至少一项任务指示，一项所述任务指示用于指示所述终端监测一类用户行为；
第二接收模块803，被配置为接收所述终端上报的任务状态同步请求，所述任务状态同步请求为对于任意一项任务指示，基于监测到的与所述任务指示匹配的用户行为生成；
判定模块804，被配置为基于任务状态同步请求和任务达成条件判定所述任务是否达成；
第二发送模块805，被配置为向所述终端下发所述任务状态同步请求的响应消息，所述响应消息为所述判定所述任务是否达成的判定结果的响应消息。
本公开实施例提供的装置，在任务达成判定过程中，终端会从服务器获取用于达成任务的至少一项任务指示，其中，一项任务指示用于指示终端监测一类用户行为；之后，对于任意一项任务指示，终端会基于监测到的与上述任务指示匹配的用户行为生成任务状态同步请求，并向服务器上报任务状态同步请求，进而终端从服务器接收任务状态同步请求的响应消息，该响应消息为服务器基于任务状态同步请求和任务达成条件判定任务是否达成的判定结果。由于本公开实施例是由终端主动监测用户在终端侧的动作或行为，即由终端主动向服务器进行任务状态上报，无需服务器主动进行任务状态监测，因此节省了服务器的大量资源。
在一种可能的实现方式中，该装置还包括：
获取模块，被配置为从其他服务器获取任务列表，所述任务列表中包括所述任务在内的多个任务；
所述获取模块，还被配置为获取所述任务的任务描述信息；
转化模块，被配置为将所述任务描述信息转化为所述至少一项任务指示。
在一种可能的实现方式中，发送模块，还被配置为向所述终端下发所述固定时间间隔。
上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
图9是根据一示例性实施例示出的一种终端900的框图。
该终端900可以是便携式移动终端，比如：智能手机、平板电脑、MP3播放器(MovingPicture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端900还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。
通常，终端900包括有：处理器901和存储器902。
处理器901可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器901可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器901也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器901可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器901还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。
存储器902可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器902还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器902中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器901所执行以实现本申请中方法实施例提供的任务管理方法。
在一些实施例中，终端900还可选包括有：***设备接口903和至少一个***设备。处理器901、存储器902和***设备接口903之间可以通过总线或信号线相连。各个***设备可以通过总线、信号线或电路板与***设备接口903相连。具体地，***设备包括：射频电路904、触摸显示屏905、摄像头906、音频电路907、定位组件908和电源909中的至少一种。
***设备接口903可被用于将I/O(Input/Output，输入/输出)相关的至少一个***设备连接到处理器901和存储器902。在一些实施例中，处理器901、存储器902和***设备接口903被集成在同一芯片或电路板上；在一些其他实施例中，处理器901、存储器902和***设备接口903中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。
射频电路904用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路904通过电磁信号与通信网络以及其他通信设备进行通信。射频电路904将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路904包括：天线***、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路904可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路904还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。
显示屏905用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏905是触摸显示屏时，显示屏905还具有采集在显示屏905的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器901进行处理。此时，显示屏905还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏905可以为一个，设置终端900的前面板；在另一些实施例中，显示屏905可以为至少两个，分别设置在终端900的不同表面或呈折叠设计；在再一些实施例中，显示屏905可以是柔性显示屏，设置在终端900的弯曲表面上或折叠面上。甚至，显示屏905还可以设置成非矩形的不规则图形，也即异形屏。显示屏905可以采用LCD(LiquidCrystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。
摄像头组件906用于采集图像或视频。可选地，摄像头组件906包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件906还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。
音频电路907可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器901进行处理，或者输入至射频电路904以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端900的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器901或射频电路904的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路907还可以包括耳机插孔。
定位组件908用于定位终端900的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件908可以是基于美国的GPS(GlobalPositioning System，全球定位***)、中国的北斗***或俄罗斯的伽利略***的定位组件。
电源909用于为终端900中的各个组件进行供电。电源909可以是交流电、直流电、一次性电池或可充电电池。当电源909包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。
在一些实施例中，终端900还包括有一个或多个传感器910。该一个或多个传感器910包括但不限于：加速度传感器911、陀螺仪传感器912、压力传感器913、指纹传感器914、光学传感器915以及接近传感器916。
加速度传感器911可以检测以终端900建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器911可以用于检测重力加速度在三个坐标轴上的分量。处理器901可以根据加速度传感器911采集的重力加速度信号，控制触摸显示屏905以横向视图或纵向视图进行用户界面的显示。加速度传感器911还可以用于游戏或者用户的运动数据的采集。
陀螺仪传感器912可以检测终端900的机体方向及转动角度，陀螺仪传感器912可以与加速度传感器911协同采集用户对终端900的3D动作。处理器901根据陀螺仪传感器912采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。
压力传感器913可以设置在终端900的侧边框和/或触摸显示屏905的下层。当压力传感器913设置在终端900的侧边框时，可以检测用户对终端900的握持信号，由处理器901根据压力传感器913采集的握持信号进行左右手识别或快捷操作。当压力传感器913设置在触摸显示屏905的下层时，由处理器901根据用户对触摸显示屏905的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。
指纹传感器914用于采集用户的指纹，由处理器901根据指纹传感器914采集到的指纹识别用户的身份，或者，由指纹传感器914根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器901授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器914可以被设置终端900的正面、背面或侧面。当终端900上设置有物理按键或厂商Logo时，指纹传感器914可以与物理按键或厂商Logo集成在一起。
光学传感器915用于采集环境光强度。在一个实施例中，处理器901可以根据光学传感器915采集的环境光强度，控制触摸显示屏905的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏905的显示亮度；当环境光强度较低时，调低触摸显示屏905的显示亮度。在另一个实施例中，处理器901还可以根据光学传感器915采集的环境光强度，动态调整摄像头组件906的拍摄参数。
接近传感器916，也称距离传感器，通常设置在终端900的前面板。接近传感器916用于采集用户与终端900的正面之间的距离。在一个实施例中，当接近传感器916检测到用户与终端900的正面之间的距离逐渐变小时，由处理器901控制触摸显示屏905从亮屏状态切换为息屏状态；当接近传感器916检测到用户与终端900的正面之间的距离逐渐变大时，由处理器901控制触摸显示屏905从息屏状态切换为亮屏状态。
本领域技术人员可以理解，图9中示出的结构并不构成对终端900的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
图10是本申请实施例提供的一种服务器的结构示意图，该服务器1000可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processingunits，CPU)1001和一个或一个以上的存储器1002，其中，所述存储器1002中存储有至少一条指令，所述至少一条指令由所述处理器1001加载并执行以实现上述各个方法实施例提供的任务管理方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。
在示例性实施例中，还提供了一种计算机可读存储介质，例如包括指令的存储器，上述指令可由服务器中的处理器执行以完成上述实施例中的任务管理方法。例如，所述计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (30)
1.一种任务管理方法，其特征在于，所述方法应用于终端，包括：
从服务器获取用于达成任务的至少一项任务指示，一项所述任务指示用于指示所述终端监测一类用户行为；
对于任意一项所述任务指示，基于监测到的与所述任务指示匹配的用户行为，生成任务状态同步请求；
向所述服务器上报所述任务状态同步请求；
从所述服务器接收所述任务状态同步请求的响应消息，所述响应消息为基于所述任务状态同步请求和任务达成条件判定所述任务是否达成的判定结果的响应消息；
在向所述服务器上报所述任务状态同步请求之前，所述方法还包括：
销毁当前位于请求队列中的各个任务状态同步请求。
2.根据权利要求1所述的任务管理方法，其特征在于，所述向所述服务器上报所述任务状态同步请求，包括：
按照目标上报规则，向所述服务器上报所述任务状态同步请求；
其中，所述目标上报规则为首个请求实时上报，非首个请求按照固定时间间隔上报。
3.根据权利要求1所述的任务管理方法，其特征在于，所述从服务器获取用于达成任务的至少一项任务指示，包括：
向所述服务器发送任务指示获取请求；
接收所述服务器下发的至少一项任务指示，所述至少一项任务指示为基于所述任务指示获取请求所获取的任务的任务描述信息转化得到。
4.根据权利要求1所述的任务管理方法，其特征在于，在获取到所述至少一项任务指示之后，所述方法还包括：
对于任意一项所述任务指示，生成所述任务指示的任务状态结构体；
其中，所述任务状态结构体用于记录任务状态，每当监测到与所述任务指示匹配的用户行为时，所述任务状态均进行更新。
5.根据权利要求1所述的任务管理方法，其特征在于，在从所述服务器接收所述任务状态同步请求的响应消息之后，所述方法还包括：
当所述任务状态同步请求上报成功时，更新相应任务指示的任务状态结构体中记录的任务状态；
当所述任务状态同步请求上报失败时，将所述任务状态同步请求中包含的任务状态保存至本地缓存。
6.根据权利要求5所述的任务管理方法，其特征在于，在将所述任务状态同步请求中包含的任务状态保存至本地缓存之后，所述方法还包括以下任意一项：
当处于联网状态下时，以任务状态同步请求的形式，向所述服务器上报本地缓存的所述任务状态；
在应用下次启动后，以任务状态同步请求的形式，向所述服务器上报本地缓存的所述任务状态。
7.根据权利要求2所述的任务管理方法，其特征在于，所述按照目标上报规则，向所述服务器上报所述任务状态同步请求，包括：
当所述任务状态同步请求为所述任务的首个请求时，向所述服务器实时上报所述任务状态同步请求；
当所述任务状态同步请求为所述任务的非首个请求时，按照所述固定时间间隔向所述服务器上报所述任务状态同步请求，所述固定时间间隔由所述服务器下发。
8.根据权利要求2或7所述的任务管理方法，其特征在于，在获取到所述至少一项任务指示之后，所述方法还包括：
开启一个具有所述固定时间间隔的定时器；
所述按照目标上报规则，向所述服务器上报所述任务状态同步请求，包括：
基于所述定时器，按照所述固定时间间隔向所述服务器上报所述任务状态同步请求。
9.根据权利要求1所述的任务管理方法，其特征在于，在生成任务状态同步请求之后，所述方法还包括：
在接收到所述服务器返回的上一个任务状态同步请求的响应消息后，向所述服务器上报当前的所述任务状态同步请求。
10.根据权利要求1所述的任务管理方法，其特征在于，所述从所述服务器接收所述任务状态同步请求的响应消息，包括：
接收所述服务器下发的新任务的任务指示，以所述新任务的任务指示更新本地已有的任务指示；
其中，所述新任务的任务指示由所述服务器在判定所述任务达成后下发。
11.一种任务管理方法，其特征在于，所述方法应用于服务器，包括：
接收终端发送的任务指示获取请求；
向所述终端下发用于达成任务的至少一项任务指示，一项所述任务指示用于指示所述终端监测一类用户行为；
接收所述终端上报的任务状态同步请求，所述任务状态同步请求为对于任意一项任务指示，基于监测到的与所述任务指示匹配的用户行为生成，其中，所述终端用于在上报所述任务状态同步请求之前，销毁当前位于请求队列中的各个任务状态同步请求；
基于所述任务状态同步请求和任务达成条件判定所述任务是否达成；
向所述终端下发所述任务状态同步请求的响应消息，所述响应消息为所述判定所述任务是否达成的判定结果的响应消息。
12.根据权利要求11所述的任务管理方法，其特征在于，在向所述终端下发所述至少一项任务指示之前，所述方法还包括：
从其他服务器获取任务列表，所述任务列表中包括所述任务在内的多个任务；
获取所述任务的任务描述信息，将所述任务描述信息转化为所述至少一项任务指示。
13.根据权利要求11所述的任务管理方法，其特征在于，在接收终端发送的任务指示获取请求之前，所述方法还包括：向所述终端下发固定时间间隔。
14.一种任务管理装置，其特征在于，所述装置应用于终端，包括：
获取模块，被配置为从服务器获取用于达成任务的至少一项任务指示，一项所述任务指示用于指示所述终端监测一类用户行为；
第一生成模块，被配置为对于任意一项所述任务指示，基于监测到的与所述任务指示匹配的用户行为，生成任务状态同步请求；
上报模块，被配置为向所述服务器上报所述任务状态同步请求；
接收模块，被配置为从所述服务器接收所述任务状态同步请求的响应消息，所述响应消息为基于所述任务状态同步请求和任务达成条件判定所述任务是否达成的判定结果的响应消息；
销毁模块，被配置为在向所述服务器上报所述任务状态同步请求之前，销毁当前位于请求队列中的各个任务状态同步请求。
15.根据权利要求14所述的任务管理装置，其特征在于，所述上报模块，还被配置为按照目标上报规则，向所述服务器上报所述任务状态同步请求；
其中，所述目标上报规则为首个请求实时上报，非首个请求按照固定时间间隔上报。
16.根据权利要求14所述的任务管理装置，其特征在于，所述获取模块，包括：
发送单元，被配置为向所述服务器发送任务指示获取请求；
接收单元，被配置为接收所述服务器下发的所述至少一项任务指示，所述至少一项任务指示为基于所述任务指示获取请求所获取的任务的任务描述信息转化得到。
17.根据权利要求14所述的任务管理装置，其特征在于，所述装置还包括：
第二生成模块，被配置为对于任意一项所述任务指示，生成所述任务指示的任务状态结构体；
其中，所述任务状态结构体用于记录任务状态，每当监测到与所述任务指示匹配的用户行为时，所述任务状态均进行更新。
18.根据权利要求14所述的任务管理装置，其特征在于，所述装置还包括：
更新模块，被配置为当所述任务状态同步请求上报成功时，更新相应任务指示的任务状态结构体中记录的任务状态；
缓存模块，被配置为当所述任务状态同步请求上报失败时，将所述任务状态同步请求中包含的任务状态保存至本地缓存。
19.根据权利要求18所述的任务管理装置，其特征在于，所述上报模块，还被配置为当处于联网状态下时，以任务状态同步请求的形式，向所述服务器上报本地缓存的所述任务状态；在应用下次启动后，以任务状态同步请求的形式，向所述服务器上报本地缓存的所述任务状态。
20.根据权利要求15所述的任务管理装置，其特征在于，所述上报模块，还被配置为当所述任务状态同步请求为所述任务的首个请求时，向所述服务器实时上报所述任务状态同步请求；当所述任务状态同步请求为所述任务的非首个请求时，按照所述固定时间间隔向所述服务器上报所述任务状态同步请求，所述固定时间间隔由所述服务器下发。
21.根据权利要求15或20所述的任务管理装置，其特征在于，所述装置还包括：
定时器模块，被配置为开启一个具有所述固定时间间隔的定时器；
所述上报模块，还被配置为基于所述定时器，按照所述固定时间间隔向所述服务器上报所述任务状态同步请求。
22.根据权利要求14所述的任务管理装置，其特征在于，所述上报模块，还被配置为在接收到所述服务器返回的上一个任务状态同步请求的响应消息后，向所述服务器上报当前的所述任务状态同步请求。
23.根据权利要求14所述的任务管理装置，其特征在于，所述接收模块，包括：
接收单元，被配置为接收所述服务器下发的新任务的任务指示；
更新单元，被配置为以所述新任务的任务指示更新本地已有的任务指示；
其中，所述新任务的任务指示由所述服务器在判定所述任务达成后下发。
24.一种任务管理装置，其特征在于，所述装置应用于服务器，包括：
第一接收模块，被配置为接收终端发送的任务指示获取请求；
第一发送模块，被配置为向所述终端下发用于达成任务的至少一项任务指示，一项所述任务指示用于指示所述终端监测一类用户行为；
第二接收模块，被配置为接收所述终端上报的任务状态同步请求，所述任务状态同步请求为对于任意一项任务指示，基于监测到的与所述任务指示匹配的用户行为生成，其中，所述终端用于在上报所述任务状态同步请求之前，销毁当前位于请求队列中的各个任务状态同步请求；
判定模块，被配置为基于所述任务状态同步请求和任务达成条件判定所述任务是否达成；
第二发送模块，被配置为向所述终端下发所述任务状态同步请求的响应消息，所述响应消息为所述判定所述任务是否达成的判定结果的响应消息。
25.根据权利要求24所述的任务管理装置，其特征在于，所述装置还包括：
获取模块，被配置为从其他服务器获取任务列表，所述任务列表中包括所述任务在内的多个任务；
所述获取模块，还被配置为获取所述任务的任务描述信息；
转化模块，被配置为将所述任务描述信息转化为所述至少一项任务指示。
26.根据权利要求24所述的任务管理装置，其特征在于，所述发送模块，还被配置为向所述终端下发固定时间间隔。
27.一种终端，其特征在于，包括：
处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为执行所述指令，以实现如权利要求1至10中任一项所述的任务管理方法。
28.一种服务器，其特征在于，包括：
处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为执行所述指令，以实现如权利要求11至13中任一项所述的任务管理方法。
29.一种存储介质，当所述存储介质中的指令由终端的处理器执行时，使得终端能够执行如权利要求1至10中任一项所述的任务管理方法。
30.一种存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如权利要求11至13中任一项所述的任务管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910678839.3A CN110381155B (zh) | 2019-07-25 | 2019-07-25 | 任务管理方法、装置、存储介质及终端 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910678839.3A CN110381155B (zh) | 2019-07-25 | 2019-07-25 | 任务管理方法、装置、存储介质及终端 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110381155A CN110381155A (zh) | 2019-10-25 |
| CN110381155B true CN110381155B (zh) | 2022-03-25 |
Family
ID=68256082
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910678839.3A Active CN110381155B (zh) | 2019-07-25 | 2019-07-25 | 任务管理方法、装置、存储介质及终端 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110381155B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111638982B (zh) * | 2020-05-27 | 2024-03-01 | 百度在线网络技术（北京）有限公司 | 导流方法、导流装置和电子设备 |
| CN112925578B (zh) * | 2021-01-28 | 2024-01-30 | 北京达佳互联信息技术有限公司 | 任务处理方法、装置及存储介质 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104572661A (zh) * | 2013-10-14 | 2015-04-29 | 联想(北京)有限公司 | 终端设备以及信息处理方法 |
| CN105873194A (zh) * | 2015-11-30 | 2016-08-17 | 乐视网信息技术（北京）股份有限公司 | 一种移动终端行为上报方法和装置 |
| CN107770756A (zh) * | 2017-10-23 | 2018-03-06 | 中兴通讯股份有限公司 | 一种监控方法、终端、服务器、网关设备以及*** |
| CN107800754A (zh) * | 2016-09-07 | 2018-03-13 | 腾讯科技（深圳）有限公司 | 数据传输任务处理、数据传输任务监控方法和装置 |
| CN108306771A (zh) * | 2018-02-09 | 2018-07-20 | 腾讯科技（深圳）有限公司 | 日志上报方法、装置及*** |
| CN108600516A (zh) * | 2018-03-29 | 2018-09-28 | 努比亚技术有限公司 | 数据采集方法、移动终端及计算机可读存储介质 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20140073420A1 (en) * | 2012-09-07 | 2014-03-13 | Downing Matthew | System and method for optimizing user value in an online environment |
-
2019
- 2019-07-25 CN CN201910678839.3A patent/CN110381155B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104572661A (zh) * | 2013-10-14 | 2015-04-29 | 联想(北京)有限公司 | 终端设备以及信息处理方法 |
| CN105873194A (zh) * | 2015-11-30 | 2016-08-17 | 乐视网信息技术（北京）股份有限公司 | 一种移动终端行为上报方法和装置 |
| CN107800754A (zh) * | 2016-09-07 | 2018-03-13 | 腾讯科技（深圳）有限公司 | 数据传输任务处理、数据传输任务监控方法和装置 |
| CN107770756A (zh) * | 2017-10-23 | 2018-03-06 | 中兴通讯股份有限公司 | 一种监控方法、终端、服务器、网关设备以及*** |
| CN108306771A (zh) * | 2018-02-09 | 2018-07-20 | 腾讯科技（深圳）有限公司 | 日志上报方法、装置及*** |
| CN108600516A (zh) * | 2018-03-29 | 2018-09-28 | 努比亚技术有限公司 | 数据采集方法、移动终端及计算机可读存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110381155A (zh) | 2019-10-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111225042B (zh) | 数据传输的方法、装置、计算机设备以及存储介质 | |
| CN110674022B (zh) | 行为数据获取方法、装置及存储介质 | |
| CN109246123B (zh) | 媒体流获取方法及装置 | |
| CN110368689B (zh) | 游戏界面的显示方法、***、电子设备及存储介质 | |
| CN110278464B (zh) | 显示榜单的方法和装置 | |
| CN108762881B (zh) | 界面绘制方法、装置、终端及存储介质 | |
| CN111327694B (zh) | 文件上传方法、装置、存储介质及电子设备 | |
| CN109697113B (zh) | 请求重试的方法、装置、设备及可读存储介质 | |
| CN107896337B (zh) | 信息推广方法、装置及存储介质 | |
| WO2020088542A1 (zh) | 数据管理方法、装置、***、服务器、终端及存储介质 | |
| CN109246228B (zh) | 资源获取、资源分配方法、装置、设备及存储介质 | |
| CN111159604A (zh) | 图片资源加载方法及装置 | |
| CN110381155B (zh) | 任务管理方法、装置、存储介质及终端 | |
| CN111106902B (zh) | 数据报文传输方法、装置、设备及计算机可读存储介质 | |
| CN112738475B (zh) | 播放视频的方法、装置及电子设备 | |
| CN112770177B (zh) | 多媒体文件生成方法、多媒体文件发布方法及装置 | |
| CN113144622A (zh) | 节点切换方法、装置、设备及计算机可读存储介质 | |
| CN111131272B (zh) | 流服务器的调度方法、装置及***、计算设备、存储介质 | |
| CN111881423A (zh) | 限制功能使用授权方法、装置、*** | |
| CN111258683A (zh) | 检测方法、装置、计算机设备及存储介质 | |
| CN110597840A (zh) | 基于区块链的伴侣关系建立方法、装置、设备及存储介质 | |
| CN114785766B (zh) | 智能设备的控制方法、终端及服务器 | |
| CN112181915A (zh) | 执行业务的方法、装置、终端和存储介质 | |
| CN110971692B (zh) | 开通服务的方法、装置及计算机存储介质 | |
| CN112995587B (zh) | 电子设备监控方法、***、计算机设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |