CN113919877B - 基于dmp平台圈人任务进度处理方法、装置及可读存储介质 - Google Patents

Abstract

本发明公开了一种基于DMP平台圈人任务进度处理方法、装置及可读存储介质，检测到圈人任务中查询圈人任务进度的查询指令，根据所述查询指令，对圈人任务中每个环节的执行进度实时进行进度数据的计算，并将计算得到的进度数据实时发送至预置预置数据库中，基于每个环节发送至预置数据库的指令状态，对进度数据进行读取，并将读取到的进度数据进行展示。实现了DMP平台自主圈人任务中间过程的透明化，使用户能够根据进度更好的规划时间，优化了DMP平台的功能，使其更贴合用户的需求，让用户能够根据进度时间更好的指定广告投放的计划，节约了用户的时间和精力。

Description

基于DMP平台圈人任务进度处理方法、装置及可读存储介质

技术领域

本发明涉及大数据计算领域，尤其涉及一种基于DMP平台圈人任务进度处理方法、装置及计算机可读存储介质。

背景技术

随着广告用户式的不断转变，广告投放的理念也在不断升级，由传统的大范围投放变为了受众投放，而其中如何精准定位受众群体就基于DMP平台，用户可基于DMP平台的任务管理页面查看受众群体，但用户每次查询自主圈人任务时都看不到圈人任务的执行进度。

针对上述问题，现有技术对于DMP平台的运用只限定于精准定位受众群体上，对于如何查询圈人任务的执行进度并没有一个具体的解决措施。

也就是说，现有技术中，用户是无法查询任务进度的，任务环节的执行进度存在不透明化，使得用户需时刻查询任务管理页面避免错漏信息，浪费了用户的时间和精力，也在一定程度上拖慢了广告投放项目的进程。

发明内容

本发明的主要目的在于提供一种基于DMP平台圈人任务进度处理方法，旨在解决自主圈人任务的执行进度不透明化的技术问题

为实现上述目的，本发明提供一种基于DMP平台圈人任务进度处理方法，所述基于DMP平台圈人任务进度处理方法包括以下步骤：

检测到圈人任务中查询圈人任务进度的查询指令；

根据所述查询指令，对圈人任务中每个环节的执行进度实时进行进度数据的计算，并将计算得到的进度数据实时发送至预置数据库中；

基于每个环节发送至预置数据库的指令状态，对进度数据进行读取，并将读取到的进度数据进行展示。

可选地，在所述检测到圈人任务中查询圈人任务进度的查询指令的步骤之后，还包括：

基于所述查询指令中的数据表，对所述圈人任务进行划分，按照时序先后顺序依次得到以下第一环节至第五环节：接收所述查询指令、圈人任务拆解为父子任务、执行子任务、执行父任务和发送结果数据。

可选地，所述基于所述查询指令中的数据表，对所述圈人任务进行划分的步骤之后，还包括：

按顺序执行划分得到的第一环节至第五环节，并实时监测所述第一环节至第五环节的执行进度，并发送所述第一环节至第五环节的指令状态至预置数据库，其中，所述指令状态包括了圈人任务的唯一标识码，数据表的名称、圈人任务的版本及指令状态码。

可选地，所述按顺序执行划分得到的第一环节至第五环节，并实时监测所述第一环节至第五环节的执行进度的步骤中，

在执行第三环节时，并行执行基于所述数据表中的查询语句拆解得到的多个子任务，并实时提取所述多个子任务的进度数据的均值作为所述第三环节的进度数据。

可选地，所述发送所述第一环节至第五环节的指令状态至预置数据库的步骤包括：

向所述预置数据库发送所述第一环节、第二环节和第五环节各自的一个指令状态，发送所述第三环节和第四环节各自的两个指令状态，其中，所述两个指令状态为环节开始的指令状态和环节结束的指令状态。

可选地，在所述基于每个环节发送至预置数据库的指令状态，对进度数据进行读取的步骤之前，还包括：

基于HTTP协议，接收状态码、状态码解释和状态码对应的进度范围三个参数，并将所述三个参数存储至预置数据库中。

可选地，所述基于每个环节发送至预置数据库的指令状态，对进度数据进行读取的步骤包括：

基于数据读取模块，动态在所述预置数据库中读取每个环节的所述指令状态对应的所述三个参数，以当前读取的所述三个参数中状态码对应的进度范围为进度数据。

可选地，所述将读取到的进度数据进行展示的步骤之后，还包括：

统计读取的所述进度数据的当前时刻与检测到所述查询指令的开始时刻之间的任务执行时长，并基于所述任务执行时长更新所述DMP平台上的圈人任务的执行耗时。

此外，为实现上述目的，本发明还提供一种基于DMP平台圈人任务进度处理装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的基于DMP平台圈人任务进度处理程序，所述处理器执行所述基于DMP平台圈人任务进度处理程序时实现上述基于DMP平台圈人任务进度处理方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有基于DMP平台圈人任务进度处理程序，所述基于DMP平台圈人任务进度处理程序被处理器执行时实现上述基于DMP平台圈人任务进度处理方法的步骤。

本发明通过在每个任务进度指令中进行状态监控，并将不同的任务进度指令状态和对应的进度数据进行存储，实现了每个任务进度指令步骤的透明化，让用户更加详细的了解任务查询的进度，通过对预置数据库进行定时读取数据，即避免了实时读取造成的资源浪费，又能保证任务进度指令的整体性，避免了信息的遗漏，节省了用户的时间和精力，提升了DMP平台自主圈人任务的智能化。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图；

图2为本发明基于DMP平台圈人任务进度处理方法一实施例的流程示意图；

图3为图2中步骤S10的细化流程示意图；

图4为本发明在DMP平台浏览器的进度数据展示的示意图；

图5为本发明预置数据库中的三个参数的解释列表的示意图；

图6为本发明数据表中的查询语句的内容示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例的主要解决方案是：通过对每个任务进度指令环节进行状态监控，并将每个状态对应的进度数据存储至预置数据库中，主控模块根据状态码提取对应的进度数据，并将提取的进度数据发送至浏览器进行数据展示，即执行进度的展示。

由于现有技术中计算算法的不完善，导致自主圈人任务的查询的中间过程对于用户来说是不可见的，因此用户不可知任务进度指令的执行进度需多长时间才能完成，只能时刻注意DMP平台任务管理浏览器的任务执行进行，严重浪费了用户的时间和精力，还会导致信息的遗漏。

本发明提供一种基于DMP平台圈人任务进度处理方法，使得用户可在DMP平台任务管理浏览器上直接观察到自主圈人任务的子任务执行进度和整体任务的执行进度，使得每个任务进度指令的执行步骤透明化，解决了因任务执行进度未知导致的广告投放项目进度缓慢的问题。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图。

本发明实施例基于DMP平台圈人任务进度处理装置可以是PC，也可以是智能手机、平板电脑、电子书阅读器、便携计算机等具有显示功能的可移动式终端设备。

如图1所示，该终端可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

可选地，任务进度处理装置还可以包括摄像头、RF(Radio Frequency，射频)电路，传感器、音频电路、WiFi模块等等。其中，传感器比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示屏的亮度，接近传感器可在移动终端移动到耳边时，关闭显示屏和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别移动终端姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；当然，移动终端还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

本领域技术人员可以理解，图1中示出的任务进度处理装置结构并不构成对任务进度处理装置的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及任务进度处理装置。

在图1所示的终端中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的任务进度处理程序，并执行以下操作：

检测到圈人任务中查询圈人任务进度的查询指令；

根据所述查询指令，对圈人任务中每个环节的执行进度实时进行进度数据的计算，并将计算得到的进度数据实时发送至预置数据库中；

基于每个环节发送至预置数据库的指令状态，对进度数据进行读取，并将读取到的进度数据进行展示。

进一步地，处理器1001可以调用存储器1005中存储的基于DMP平台圈人任务进度处理程序，还执行以下操作：

所述查询指令中的数据表，对所述圈人任务进行划分，按照时序先后顺序依次得到以下第一环节至第五环节：接收所述查询指令、圈人任务拆解为父子任务、执行子任务、执行父任务和发送结果数据。

进一步地，处理器1001可以调用存储器1005中存储的基于DMP平台圈人任务进度处理程序，还执行以下操作：

按顺序执行划分得到的第一环节至第五环节，并实时监测所述第一环节至第五环节的执行进度，并发送所述第一环节至第五环节的指令状态至预置数据库，其中，所述指令状态包括了圈人任务的唯一标识码，数据表的名称、圈人任务的版本及指令状态码。

进一步地，处理器1001可以调用存储器1005中存储的基于DMP平台圈人任务进度处理程序，还执行以下操作：

在执行第三环节时，并行执行基于所述数据表中的查询语句拆解得到的多个子任务，并实时提取所述多个子任务的进度数据的均值作为所述第三环节的进度数据。

进一步地，处理器1001可以调用存储器1005中存储的基于DMP平台圈人任务进度处理程序，还执行以下操作：

向所述预置数据库发送所述第一环节、第二环节和第五环节各自的一个指令状态，发送所述第三环节和第四环节各自的两个指令状态，其中，所述两个指令状态为环节开始的指令状态和环节结束的指令状态。

进一步地，处理器1001可以调用存储器1005中存储的基于DMP平台圈人任务进度处理程序，还执行以下操作：

基于HTTP协议，接收状态码、状态码解释和状态码对应的进度范围三个参数，并将所述三个参数存储至预置数据库中。

进一步地，处理器1001可以调用存储器1005中存储的基于DMP平台圈人任务进度处理程序，还执行以下操作：

基于数据读取模块，动态在所述预置数据库中读取每个环节的所述指令状态对应的所述三个参数，以当前读取的所述三个参数中状态码对应的进度范围为进度数据。

进一步地，处理器1001可以调用存储器1005中存储的基于DMP平台圈人任务进度处理程序，还执行以下操作：

统计读取的所述进度数据的当前时刻与检测到所述查询指令的开始时刻之间的任务执行时长，并基于所述任务执行时长更新所述DMP平台上的圈人任务的执行耗时。

参照图2，本发明一实施例提供一种基于DMP平台圈人任务进度处理方法，所述基于DMP平台圈人任务进度处理方法包括：

步骤S10，检测到圈人任务中查询圈人任务进度的查询指令；

需要说明的是，本发明的执行主体需细分到是DMP平台服务器和DMP平台浏览器。

DMP平台服务器在本发明中主要是执行计算圈人任务的进度数据，DMP浏览器主要是读取进度数据，并将进度数据进行展示。

为辅助理解本申请的技术方案，以下对相关名词进行解释：

DMP(Data Management Platform，数据管理平台)平台，是一个能把分散的多方数据进行整合纳入统一，并对这些数据进行标准化和细分的技术平台，能快速查询、反馈和快速呈现自主圈人任务的结果，帮助用户更快进入到市场周期中。

圈人任务进度的查询指令，即为传输圈人任务每个环节执行进度的指令，由于圈人任务可以从若干张数据表中进行查询，所以圈人任务环节可细分为：接收所述查询指令、圈人任务拆解为父子任务、执行子任务、执行父任务和发送结果数据。

DMP平台服务器后台需根据接收到的查询指令开启任务进度数据的计算。

步骤S20，根据所述查询指令，对圈人任务中每个环节的执行进度实时进行进度数据的计算，并将计算得到的进度数据实时发送至预置数据库中；

对环节的实时监测包含了对环节的进度数据计算，这里的进度数据是指DMP平台服务器通过实时计算每一环节得到的进度数据，DMP平台服务器会将计算得到的进度数据实时传输到预置预置数据库中，实现了进度数据的时效性。

预置预置数据库是类似于中转站的作用，用于存储DMP平台服务器上传的数据，DMP平台浏览器则在预置预置数据库中提取DMP平台上传的数据。

参照图4，步骤S30，基于每个环节发送至预置数据库的指令状态，对进度数据进行读取，并将读取到的进度数据进行展示。

基于HTTP协议连接，将每个环节的指令状态发送至预置预置数据库中，而DMP平台浏览器基于数据读取模块，定时在预置预置数据库中提取与指令状态对应的进度数据，并将提取到的进度数据通过HTTP协议连接展示给用户看。

数据读取模块是安置于DMP平台浏览器中，用于定时提取指令状态对应的进度数据。

指令状态是用于区分不同的圈人任务的进度数据的，因为圈人任务是用户下发多少就执行多少，因此当圈人任务过多时，为了避免进度数据读取错误，将不同的圈人任务用指令状态来区分，指令状态里包含了圈人任务的唯一标识码，可用来区分不同的圈人任务。

在本发明中，数据读取模块被设定为每5秒在预置预置数据库中读取一次进度数据，即避免了实时读取造成的资源浪费和DMP平台浏览器负担过大，较短的读取时间又能保障进度数据的及时性，避免指令状态的遗漏。

进度数据为圈人任务中，已执行的圈人任务占整体圈人任务的占比，例如图4DMP平台浏览器中被框住的当前圈人任务，由之前的圈人任务可知整体圈人任务的进度数据为100％，被框住的已执行的圈人任务的占比为99％，所以当前圈人任务的进度数据为99％，除了可看到进度数据外，还可在DMP平台浏览器上看到创建者的名称、数据表的名称、圈人任务的唯一标识码等，更有利于用户清晰明了的看清圈人任务的相关信息。

可选地，参考图5，步骤S30中基于每个环节发送至预置数据库的指令状态，对进度数据进行读取的步骤之前，还包括：

步骤A，基于HTTP协议，接收状态码、状态码解释和状态码对应的进度范围三个参数，并将所述三个参数存储至预置数据库中。

DMP平台浏览器基于HTTP协议连接的发送端模块，传入状态码、状态码解释和状态码对应的进度范围三个参数，并基于HTTP协议连接的接受端模块，将三个参数存储至预置预置数据库中。

HTTP(HyperText Transfer Protocol，超文本传输协议)协议连接，是建立在浏览器和服务器之间的一次性连接，每次连接的开启只能处理一个请求，通常运行在TCP之上，它指定了浏览器发送给服务器什么样的消息，以及得到什么样的响应。在本发明中，HTTP协议连接采用的是短连接，因为用户不会频繁的请求资源，因此比起长连接，短连接更适用于本发明中的数据传输。

在DMP平台服务器与DMP平台浏览器之间建立HTTP协议连接，有利于及时释放连接，提高服务器的执行效率。

在图5中，可看到，状态码，由数字组成，有601—607七个状态码，每一状态码对应的状态码解释都不同。

状态码解释，状态码所对应的环节名称，即指令状态，例如601对应的是圈人任务接收的状态码解释，当DMP平台服务器提取到状态码为602的状态码解释时，即对圈人任务接收过程的进度数据计算已完成，可以开始下一环节的进度数据计算。

状态码对应的进度范围是指，当DMP平台服务器提取到某一环节进度范围外的进度数据时，说明该环节已执行完成，例如601对应的进度数据为0％-6％，当服务器提取到7％的进度数据时，说明601对应的环节已执行完成。

之所以要在预置数据库中存储状态码、状态码解释和状态码对应的进度范围三个参数，是为了给DMP平台浏览器在根据指令状态提取进度数据的时候提供一个参数的参考，避免提取到错误的数据，有利于DMP平台任务管理浏览器提取指令状态对应的状态码、状态码解释和进度数据进行各个环节进度数据的区分展示。

可选地，步骤S30中基于每个环节发送至预置数据库的指令状态，对进度数据进行读取的步骤包括：

步骤B，基于数据读取模块，动态在所述预置数据库中读取每个环节的所述指令状态对应的所述三个参数，以当前读取的所述三个参数中状态码对应的进度范围为进度数据。

DMP平台浏览器基于数据读取模块在预置数据库中定时进行每个环节的进度数据读取时，是根据预置数据库中的三个参数和指令状态进行读取的。

根据三个参数读取是为了给DMP平台浏览器在读取进度数据的时候提供参考和对照，因为指令状态中只包含了状态码，并没有包含状态码解释，因此DMP平台浏览器读取数据的时候，可以基于指令状态中的状态码，对照三个参数中的状态码，基于三个参数中的状态码找到对应的状态码解释和状态码对应的进度范围，提取正确的进度数据，避免提取的进度数据混乱造成的展示效果不佳的现象。

可选地，步骤S30中将读取到的进度数据进行展示的步骤之后，还包括：

步骤C，统计读取的所述进度数据的当前时刻与检测到所述查询指令的开始时刻之间的任务执行时长，并基于所述任务执行时长更新所述DMP平台上的圈人任务的执行耗时。

DMP平台浏览器在展示进度数据的同时，也需同时展示当前圈人任务的执行耗时的时长。

DMP平台服务器在检测待查询指令的那一刻开始，就开启圈人任务执行时长的统计，并将统计的结果和进度数据实时发送至预置数据库中，便于用户了解执行圈人任务所需耗时的时长，并基于前期圈人任务的执行耗时的时长，判断当前圈人任务所需的执行耗时的时长，利于用户对项目时间的分配和管理。

在本实施例中，通过对任务进度各环节的执行进度的进度数据进行实时计算，实现了执行进度过程的数据化，而数据化的执行进度更易于用户了解执行进度，使圈人任务更加透明化，通过在预置数据库中存储三个参数，使数据的读取更加方便，避免数据的混乱造成的浏览器端展示进度数据的错误，通过发送每个环节的指令状态，将不同的执行进度状态进行存储，保证了每一步骤进度的细化与不同圈人任务之间的区分，通过将进度数据展示在DMP平台浏览器上，使用户对当前圈人任务的进度更加清晰明了，有利于项目进度的规划和投放。

参照图3，本发明一实施例提供一种基于DMP平台圈人任务进度处理方法，步骤S10中检测到圈人任务中查询圈人任务进度的查询指令的步骤之后，还包括：

步骤S11，基于所述查询指令中的数据表，对所述圈人任务进行划分，按照时序先后顺序依次得到以下第一环节至第五环节：接收所述查询指令、圈人任务拆解为父子任务、执行子任务、执行父任务和发送结果数据。

数据表是根据用户在DMP平台浏览器上下发的圈人任务，将圈人任务转化为JSON格式的指令，即数据表。对JSON格式进行解析即为第一环节；根据解析好的JSON格式中的“rule”和“table”将圈人任务拆解为父子任务，即第二环节；同时执行拆解后得到的子任务，因为子任务之间不存在相互影响，影响并行执行子任务可以提高查询的效率，此为第三环节；在子任务执行完成并输出结果后，根据“rule”中的指令确定当前圈人任务是要子任务结果的交集还是并集，例如rule值中显示子任务A&&子任务B，就是子任务A和子任务B的交集，显示子任务A||子任务B，就是子任务A和子任务B的并集；第五环节即为输出父任务的结果。

对圈人任务进行拆分，不仅使每个环节更加清晰，还有利于每个环节的进度数据的计算，分步执行有利于进度查询的有序性，在后期出现错误的时候有利于查看具体的执行过程和结果，方便后期的数据整理。

需要注意的是，只要有一环节执行失败，则自动判定圈人任务执行失败。

可选地，步骤S11中基于所述查询指令中的数据表，对所述圈人任务进行划分的步骤之后，还包括：

步骤D，按顺序执行划分得到的第一环节至第五环节，并实时监测所述第一环节至第五环节的执行进度，并发送所述第一环节至第五环节的指令状态至预置数据库，其中，所述指令状态包括了圈人任务的唯一标识码，数据表的名称、圈人任务的版本及指令的状态码。

发送每个环节的指令状态到数据库中是为了不同圈人任务的进度数据更好的提取，指令状态中包含的圈人任务的唯一标识码，利于DMP平台浏览器进行圈人任务的区分，提取正确的进度数据；数据表的名称和圈人任务的版本，利于浏览器输出圈人任务的具体名称和版本；指令的状态码，利于DMP平台浏览器根据状态码对照三个参数，提取正确的进度数据。

可选地，参照图6，步骤D中按顺序执行划分得到的第一环节至第五环节，并实时监测所述第一环节至第五环节的执行进度的步骤中，

步骤E，在执行第三环节时，并行执行基于所述数据表中的查询语句拆解得到的多个子任务，并实时提取所述多个子任务的进度数据的均值作为所述第三环节的进度数据。

数据表中的一个查询指令为一个子任务，例如图6中，“table”中包含了查询不是在业务类型为“影视”中和类别为“电影”中的，并且标签为“动画”的用户和使用“腾讯”的用户，所以该数据表能拆解得到关于查询标签不是“动画”的用户和使用“腾讯”的用户的两个子任务。

因为子任务是并行执行的，所以在提取子任务的进度数据时，是提取子任务的进度数据的均值作为进度数据，例如图6中，查询标签不是“动画”的用户当前进度为26％，查询使用“腾讯”的用户当前进度为27％，所以当前圈人任务的第三环节的进度数据为26.5％。

可选地，步骤E中发送所述第一环节至第五环节的指令状态至预置数据库的步骤包括：

步骤F，向所述预置数据库发送所述第一环节、第二环节和第五环节各自的一个指令状态，发送所述第三环节和第四环节各自的两个指令状态，其中，所述两个指令状态为环节开始的指令状态和环节结束的指令状态。

基于对圈人任务进行的拆分得到的五个环节中，第一环节、第二环节和第五环节的执行步骤较少，所以各自只需发送一个指令状态就好。

而第三环节和第四环节的执行步骤较多且复杂，都是对上一环节发送的数据进行处理的环节，所以各自需发送两个指令状态，以确保后期在检查数据的时候，利于环节之间数据的提取和对比，提供检查效率。

在本实施例中，通过对任务进度指令进行拆解，避免了不同步骤之间的干扰，有利于数据的保存，通过同时执行子任务，提高了查询的效率，通过在依次执行第一环节至第五环节，实现了步骤之间的分工明确，提高了执行任务进度指令的效率，有利于进度查询的有序性及方便后期的数据整理。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (7)

1.一种基于DMP平台圈人任务进度处理方法，其特征在于，所述基于DMP平台圈人任务进度处理方法包括以下步骤：

检测到圈人任务中查询圈人任务进度的查询指令；

根据所述查询指令，对圈人任务中每个环节的执行进度实时进行进度数据的计算，并将计算得到的进度数据实时发送至预置数据库中；

基于每个环节发送至预置数据库的指令状态，对进度数据进行读取，并将读取到的进度数据进行展示；

在所述检测到圈人任务中查询圈人任务进度的查询指令的步骤之后，还包括：

基于所述查询指令中的数据表，对所述圈人任务进行划分，按照时序先后顺序依次得到以下第一环节至第五环节：接收所述查询指令、圈人任务拆解为父子任务、执行子任务、执行父任务和发送结果数据；

按顺序执行划分得到的第一环节至第五环节，并实时监测所述第一环节至第五环节的执行进度，并发送所述第一环节至第五环节的指令状态至预置数据库，其中，所述指令状态包括了圈人任务的唯一标识码，数据表的名称、圈人任务的版本及指令状态码；

所述基于每个环节发送至预置数据库的指令状态，对进度数据进行读取的步骤包括：

基于数据读取模块，动态在所述预置数据库中读取每个环节的所述指令状态对应的三个参数，以当前读取的所述三个参数中状态码对应的进度范围为进度数据。

2.如权利要求1所述的基于DMP平台圈人任务进度处理方法，其特征在于，所述按顺序执行划分得到的第一环节至第五环节，并实时监测所述第一环节至第五环节的执行进度的步骤中，

在执行第三环节时，并行执行基于所述数据表中的查询语句拆解得到的多个子任务，并实时提取所述多个子任务的进度数据的均值作为所述第三环节的进度数据。

3.如权利要求1所述的基于DMP平台圈人任务进度处理方法，其特征在于，所述发送所述第一环节至第五环节的指令状态至预置数据库的步骤包括：

向所述预置数据库发送所述第一环节、第二环节和第五环节各自的一个指令状态，发送第三环节和第四环节各自的两个指令状态，其中，所述两个指令状态为环节开始的指令状态和环节结束的指令状态。

4.如权利要求1所述的基于DMP平台圈人任务进度处理方法，其特征在于，在所述基于每个环节发送至预置数据库的指令状态，对进度数据进行读取的步骤之前，还包括：

基于HTTP协议，接收状态码、状态码解释和状态码对应的进度范围三个参数，并将所述三个参数存储至预置数据库中。

5.如权利要求1所述的基于DMP平台圈人任务进度处理方法，其特征在于，所述将读取到的进度数据进行展示的步骤之后，还包括：

统计读取的所述进度数据的当前时刻与检测到所述查询指令的开始时刻之间的任务执行时长，并基于所述任务执行时长更新所述DMP平台上的圈人任务的执行耗时。

6.一种基于DMP平台圈人任务进度处理装置，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的基于DMP平台圈人任务进度处理程序，所述处理器执行所述基于DMP平台圈人任务进度处理程序是实现权利要求1-5中任一项所述的基于DMP平台圈人任务进度处理方法的步骤。

7.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有基于DMP平台圈人任务进度处理程序，所述基于DMP平台圈人任务进度处理程序被处理器执行时实现权利要求1-5中任一项所述的基于DMP平台圈人任务进度处理方法的步骤。