CN106383704A - 进度条数据处理的方法和装置 - Google Patents

Abstract

本发明涉及一种进度条数据处理的方法和装置，包括：获取任务命令，根据预存的与后台对应的交互协议获取任务命令对应的关键节点配置数据；根据关键节点配置数据确定任务命令对应的关键节点在进度条的位置，生成包含关键节点的进度条；发送任务命令对应的任务请求至后台服务器，以使后台服务器根据所述任务请求执行对应的任务，并根据预存的与前端一致的交互协议返回关键节点对应的状态数据，状态数据表示当前关键节点的执行状态；根据状态数据查找关键节点配置数据获取当前关键节点信息，根据当前关键节点信息以关键节点为进度单元更新进度条的进度状态，能减少前端的计算复杂度且增加进度条的信息量。

Description

进度条数据处理的方法和装置

技术领域

本发明涉及计算机技术领域，特别是涉及一种进度条数据处理的方法和装置。

背景技术

随着计算机技术的发展，计算机数据处理过程日渐复杂，在数据处理过程中，前端往往需要向后台发送请求完成指定的任务，如获取数据等。后台完成一个任务时往往需要通过多个处理过程，需要一定的时间，致使前端等待较长的时间，在前端等待的过程中经常通过进度条动态地显示当前处理进度。

传统的进度条需要根据后台返回的数据计算占总处理数据的比例，并在整个进度条中显示当前处理进度，前端需要大量的计算过程且进度条提供的信息量少。

发明内容

基于此，有必要针对上述技术问题，提供一种进度条数据处理的方法和装置，减少前端的计算复杂度且增加进度条的信息量。

一种进度条数据处理的方法，所述方法包括：

获取任务命令，根据预存的与后台对应的交互协议获取所述任务命令对应的关键节点配置数据；

根据所述关键节点配置数据确定所述任务命令对应的关键节点在进度条的位置，生成包含关键节点的进度条；

发送所述任务命令对应的任务请求至后台服务器，以使所述后台服务器根据所述任务请求执行对应的任务，并根据预存的与前端一致的交互协议返回所述关键节点对应的状态数据，所述状态数据表示当前关键节点的执行状态；

根据所述状态数据查找所述关键节点配置数据获取当前关键节点信息，根据所述当前关键节点信息以关键节点为进度单元更新所述进度条的进度状态。

一种进度条数据处理的装置，所述装置包括：

获取模块，用于获取任务命令，根据预存的与后台对应的交互协议获取所述任务命令对应的关键节点配置数据；

进度条生成模块，用于根据所述关键节点配置数据确定所述任务命令对应的关键节点在进度条的位置，生成包含关键节点的进度条；

进度条更新模块，用于发送所述任务命令对应的任务请求至后台服务器，以使所述后台服务器根据所述任务请求执行对应的任务，并根据预存的与前端一致的交互协议返回所述关键节点对应的状态数据，所述状态数据表示当前关键节点的执行状态，根据所述状态数据查找所述关键节点配置数据获取当前关键节点信息，根据所述当前关键节点信息以关键节点为进度单元更新所述进度条的进度状态。

上述进度条数据处理的方法和装置，通过获取任务命令，根据预存的与后台对应的交互协议获取任务命令对应的关键节点配置数据，根据关键节点配置数据确定任务命令对应的关键节点在进度条的位置，生成包含关键节点的进度条，发送任务命令对应的任务请求至后台服务器，以使后台服务器根据任务请求执行对应的任务，并根据预存的与前端一致的交互协议返回关键节点对应的状态数据，状态数据表示当前关键节点的执行状态，根据状态数据查找所述关键节点配置数据获取当前关键节点信息，根据当前关键节点信息以关键节点为进度单元更新进度条的进度状态，在交互协议中进行了约定，从而后台服务器只需要返回状态数据，不需要将其它复杂的信息携带在返回数据中，可根据状态数据查找对应的匹配信息，减少了数据传输量，节省带宽，只需根据状态数据就能查找得到当前关键节点信息，不需要进行复杂的运算得到当前关键节点所在的位置，减少了前端的资源压力，简单方便。且以关键节点为进度单元更新进度条的进度状态，当任务执行失败时，可快速得到任务失败的当前关键节点，便于快速进行定位查找失败原因，增加了进度条的信息量。

附图说明

图1为一个实施例中进度条数据处理的方法的应用环境图；

图2为一个实施例中图1中第一终端的内部结构图；

图3为一个实施例中进度条数据处理的方法的流程图；

图4为一个实施例中生成进度条的流程图；

图5为一个实施例中根据状态数据更新进度条的流程图；

图6为一个实施例中发送请求和获取状态数据的流程图；

图7为一个实施例中增加附加关键节点更新进度条的流程图；

图8为一个实施例中进度条数据处理的方法的时序图；

图9为一个实施例中生成的初始进度条示意图；

图10为一个实施例中更新进度后的进度条示意图；

图11为一个实施例中进度条数据处理的装置的结构框图；

图12为一个实施例中进度条生成模块的结构框图；

图13为一个实施例中进度条更新模块的结构框图。

具体实施方式

图1为一个实施例中进度条数据处理的方法运行的应用环境图。如图1所示，该应用环境包括第一终端110、服务器120、第二终端130，其中第一终端110、服务器120、第二终端130通过网络进行通信，其中终端110为前端，服务器120为后台，第二终端130为任务请求执行端。此应用环境中的设备可根据任务请求的需求增加或减少。

第一终端110和第二终端130，可为智能手机、平板电脑、笔记本电脑、台式计算机等，但并不局限于此。第一终端110可通过网络向服务器120发送任务请求、状态数据获取请求，服务器120可以响应终端110发送的请求并与第二终端130配合执行对应的任务，并根据任务的执行情况返回相应的状态数据至第一终端110。

在一个实施例中，图1中的第一终端110的内部结构如图2所示，该第一终端110包括通过系统总线连接的处理器、图形处理单元、存储介质、内存、网络接口、显示屏幕和输入设备。其中，第一终端110的存储介质存储有操作系统，还包括进度条数据处理的装置，该装置用于实现一种适用于终端的进度条数据处理的方法。该处理器用于提供计算和控制能力，支撑整个第一终端110的运行。第一终端110中的图形处理单元用于至少提供显示界面的绘制能力，如绘制进度条，内存为存储介质中的进度条数据处理的装置的运行提供环境，网络接口用于与服务器120进行网络通信，如向服务器120发送任务请求等。显示屏幕用于显示应用界面等，输入设备用于接收用户输入的命令或数据等，如接收任务指令操作。对于带触摸屏的第一终端110，显示屏幕和输入设备可为触摸屏。

在一个实施例中，如图3所示，提供了一种进度条数据处理的方法，以应用于上述应用环境中的第一终端来举例说明，包括以下步骤：

步骤S210，获取任务命令，根据预存的与后台对应的交互协议获取任务命令对应的关键节点配置数据。

具体的，任务命令可通过接收用户直接输入的命令字符串或对任务命令虚拟按键的操作获取，任务命令可携带任务命令标识，如通过输入的域名信息或IP地址作为任务命令标识。任务命令为与后台存在交互的命令，如提取第二终端日志信息，病毒在线查杀等。前端预存了与后台对应的交互协议，不同的任务命令有不同的交互协议，可根据任务命令标识获取对应的目标交互协议。交互协议约定了任务命令对应的业务逻辑的关键节点配置数据，关键节点配置数据用于对关键节点进行配置，用于确定进度条中关键节点的个数和在进度条中的位置等信息。关键节点配置数据包括关键节点描述信息，以及关键节点成功与失败状态，关键节点成功与失败状态对应的成功与失败提示信息等，关键节点的个数可根据每个任务命令对应的任务执行过程分配，将整个执行过程分为几个关键的子任务，每个子任务对应一个关键节点。其中关键节点在进度条中的位置可通过每个关键节点后台预估的时间在总处理时间所占比重表示，或关键节点在进度条中的任务量比例等表示，关键节点配置数据可根据需要增加或减少。其中关键节点配置数据的具体表示方式可根据业务逻辑的不同进行自定义，约定预设数值与状态之间的对应关系。交互协议约定了后台向前端返回状态数据时需要携带的具体内容和数据格式，如通过预设模板格式进行约定。交互协议约定了前端向后台请求数据和后台向前端返回数据的方式，如在一个具体的实施例中前端向后台请求数据的方式为JSONP(JSON with Padding)数据，后台返回数据时采用JSON(JavaScript Object Notation，JavaScript对象表示法)数据。

步骤S220，根据关键节点配置数据确定任务命令对应的关键节点在进度条的位置，生成包含关键节点的进度条。

具体的，提取关键节点配置数据中用于确定关键节点位置的数据，确定任务命令对应的关键节点在进度条的位置。其中确定关键节点位置的数据可在写入交互协议时根据需要自定义，如通过每个关键节点后台预估的时间在总处理时间所占比重表示，或到达每个关键节点时完成的任务量与总任务量的比例、或直接为根据历史时间完成此任务命令时各个子任务占用的时间确定的关键节点的绝对长度，如果是比例系数值，则根据进度条和各比例系数确定各个关键节点在进度条的位置，生成包含关键节点的进度条，如果是绝对长度值，则可直接生成包含关键节点的进度条。还可获取各个关键节点的描述信息，在生成的每个关键节点上显示对应的描述信息，用于描述此关键节点完成的子任务名称或介绍。进度条的样式不作限定，如可为条状或圆形进度条，进度条的初始颜色可为灰度。

步骤S230，发送任务命令对应的任务请求至后台服务器，以使后台服务器根据任务请求执行对应的任务，并根据预存的与前端一致的交互协议返回关键节点对应的状态数据，状态数据表示当前关键节点的执行状态。

具体的，任务请求可携带任务命令标识，从而后台服务器可根据任务请求中的任务命令标识获取对应的预存的与前端一致的交互协议，交互协议约定了返回状态数据的要求，包括状态数据的格式，状态数据的内容对应的表示含义，状态数据的返回形式等。从而根据任务请求执行对应的任务，并且当任务的执行进程到达关键节点时，即关键节点对应的子任务执行成功或失败时，根据子任务的执行状态和交互协议规定生成对应的状态数据，状态数据表示当前关键节点的执行状态，状态数据包括2层含义，一是需要标识当前关键节点，二是需要表征当前关键节点的执行状态。如果执行任务时，后台服务器需要与其它设备进行交互，如终端或服务器，则发送任务请求至其它设备，根据其它设备返回的子任务的执行状态生成状态数据。

步骤S240，根据状态数据查找关键节点配置数据获取当前关键节点信息，根据当前关键节点信息以关键节点为进度单元更新进度条的进度状态。

具体的，根据返回的状态数据查找关键节点配置数据获取当前关键节点信息，当前关键节点信息是与状态数据匹配的信息，在交互协议中进行了约定，从而后台服务器只需要返回状态数据，不需要将其它复杂的信息携带在返回数据中，可根据状态数据查找对应的匹配信息，减少了数据传输量，节省带宽。状态数据不同，可约定对应不同类型的匹配信息，灵活可定制，如状态数据为任务执行成功，则获取的匹配信息为状态数据对应的当前关键节点位置信息，如在关键节点配置数据中存储了与状态数据对应的当前关键节点位置信息，从而根据当前关键节点位置信息确定当前关键节点的位置，将进度条的进度更新至当前关键节点的位置。如状态数据为任务执行失败，则获取的匹配信息为与状态数据对应的错误提醒信息。且交互协议中提前进行了约定，前端只需根据状态数据就能查找得到当前关键节点信息，不需要进行复杂的运算得到当前关键节点所在的位置，减少了前端的资源压力，简单方便。且以关键节点为进度单元更新进度条的进度状态，当任务执行失败时，可快速得到任务失败的当前关键节点，便于快速进行定位查找失败原因。

本实施例中，通过获取任务命令，根据预存的与后台对应的交互协议获取任务命令对应的关键节点配置数据，根据关键节点配置数据确定任务命令对应的关键节点在进度条的位置，生成包含关键节点的进度条，发送任务命令对应的任务请求至后台服务器，以使后台服务器根据任务请求执行对应的任务，并根据预存的与前端一致的交互协议返回关键节点对应的状态数据，状态数据表示当前关键节点的执行状态，根据状态数据查找所述关键节点配置数据获取当前关键节点信息，根据当前关键节点信息以关键节点为进度单元更新进度条的进度状态，在交互协议中进行了约定，从而后台服务器只需要返回状态数据，不需要将其它复杂的信息携带在返回数据中，可根据状态数据查找对应的匹配信息，减少了数据传输量，节省带宽，只需根据状态数据就能查找得到当前关键节点信息，不需要进行复杂的运算得到当前关键节点所在的位置，减少了前端的资源压力，简单方便。且以关键节点为进度单元更新进度条的进度状态，当任务执行失败时，可快速得到任务失败的当前关键节点，便于快速进行定位查找失败原因，增加了进度条的信息量。

在一个实施例中，交互协议包括状态码协议数据、状态码时间占比协议数据、状态码对应的描述协议数据，所述状态码协议数据包括子任务成功状态码和子任务失败状态码，所述状态码时间占比协议数据包括子任务时间占比，所述子任务成功状态码与子任务时间占比一一对应。

具体的，状态码协议数据用于描述各个关键节点可能存在的状态，包括子任务成功状态码和子任务失败状态码。子任务成功状态码和子任务失败状态码可根据需要自定义，如通过关联码的形式或唯一码的形式，关联码的形式是将关键节点标识与任务状态标识分开，如任务状态标识1表示成功，任务状态标识-1表示失败，而关键节点标识用于唯一标识一个关键节点，如使用a，b，c表示3个不同的关键节点，任务成功状态码分别为(a，1)，(b，1)，(c，1)，任务失败态码分别为(a，-1)，(b，-1)，(c，-1)。唯一码的形式是通过唯一字符包含关键节点标识与任务状态标识双重信息，其中子任务成功状态码和子任务失败状态码与每个子任务一一对应，子任务成功状态码用于唯一标识一个子任务的成功执行状态，子任务失败状态码用于唯一标识一个子任务的失败执行状态。如一个任务分为5个子任务，则分配1-5表示这5个子任务的成功状态，分配套-1至-5表示这5个子任务的失败状态，由于失败的原因可能不同，一个子任务可能有多个不同的子任务失败状态码，约定子任务失败状态码与子任务的对应关系，保证子任务失败状态码与子任务是一对一或多对一的关系。如果收到的状态数据中携带1表示第一个子任务成功，以此类推。

其中状态码时间占比协议数据包括子任务时间占比，所述子任务成功状态码与子任务时间占比一一对应，子任务时间占比是指各个关键节点对应的子任务在整个任务执行过程中占用的时间比例，与关键节点在进度条占用的长度比例相一致，如子任务时间占比分别为30％、20％和50％，则进度条包括3个关键节点，分别占进度条总长度的30％、20％和50％。子任务成功状态码与子任务时间占比一一对应，从而可根据子任务成功状态码获取子任务时间占比，得到当前关键节点在进度条的位置。在后台返回数据时，只需要返回状态码协议数据，不需要返回其它的数据。

状态码对应的描述协议数据用于描述不同状态码对应的任务执行情况，如果是任务成功状态码，则可为“XX任务执行成功”其中XX任务表示当前执行成功的子任务名称。如果是任务失败状态码，则可为任务失败对应的错误信息，如“终端不在线”“终端上报失败等”。

在一个具体的实施例中，如下表1所示，为交互协议内容示意图，

表1

其中code为状态码关键字，用于根据关键字提取对应的状态码的具体数值，如“code：1”表示状态码为1，msg为状态码对应的描述关键字，rate为状态码时间占比关键字，交互协议内容中规定了各个协议数据的数据类型，如表1中类型列。表1中说明列约定了各个协议数据的具体说明，即协议数据的含义，表1中备注列约定了协议数据的条件和具体不同的协议数据对应的具体的内容。

在一个具体的实施例中，表2展示了一个动作执行所经历的过程及可能的状态。

表2

返回状态码(int)	状态码对应的描述(string)	时间占比
			-1	终端上报失败	0％
-2	终端不在线	0％
			100	命令发送成功	20％
-100	命令发送失败	0％
			1	终端上报成功	50％
2	数据解析完成	30％
			0	命令执行完成	100％

在一个实施例中，如图4所示，步骤S220包括：

步骤S221，按照交互协议约定的顺序获取各个子任务时间占比，根据子任务时间占比的个数确定关键节点的个数，根据子任务时间占比确定各个关键节点在进度条的位置。

具体的，由于各个子任务的执行顺序是确定的，在交互协议约定了各个子任务时间占比的获取顺序，如约定从小到大的子任务成功状态码对应的子任务为从先到后的执行顺序，从而按照子任务成功状态码从小到大的顺序依次获取对应的子任务时间占比，再依次根据子任务时间占比确定各个关键节点在进度条的位置。

步骤S222，获取子任务时间占比对应的子任务成功状态码，获取子任务成功状态码对应的状态码描述信息，在子任务时间占比对应的关键节点位置显示对应的状态码描述信息。

具体的，子任务时间占比与子任务成功状态码一一对应，子任务成功状态码对应的状态码描述信息用于描述子任务成功完成时相关的信息，如“命令发送成功”等。在子任务时间占比对应的关键节点位置显示对应的状态码描述信息用于提供各个关键节点对应的子任务信息，便于用户方便的查看当前后台正在处理的子任务。

在一个具体的实施例中，步骤S240包括：获取服务器返回的状态数据，提取状态数据中的子任务状态码，如果子任务状态码为子任务成功状态码，则根据所述预存的与后台对应的交互协议获取子任务成功状态码对应的子任务时间占比，获取子任务时间占比对应的当前关键节点位置，更新进度条的进度至当前关键节点位置。

具体的，服务器返回的状态数据是根据交互协议约定的格式数据，根据约定的关键字提取状态数据中的子任务状态码，如查找关键字code得到对应的子任务状态码。如果子任务状态码为子任务成功状态码，则代表当前关键节点对应的子任务完成成功，需要更新关键节点的位置至当前关键节点的结束点。子任务成功状态码与子任务时间占比在交互协议中约定了对应关系，从而根据子任务成功状态码得到对应的子任务时间占比，从而确定子任务时间占比对应的当前关键节点位置，更新进度条的进度至当前关键节点位置。如返回的状态码为3，而3代表的子任务时间占比为30％，则将关键节点位置向结束点的方向移动进度条30％的长度。如果一次返回了多个子任务成功状态码，则需要根据子任务完成的先后顺序排列子任务成功状态码，获取每个子任务成功状态码对应的第一当前关键节点位置和第二当前关键节点位置，进行连续的二次位置的更新，也可将每个子任务成功状态码对应的子任务时间占比进行叠加，一次性计算得到最终的当前关键节点位置，并一次性完成关键节点位置更新。只需返回一个子任务状态码就能根据交互协议计算得到当前关键节点位置，返回的数据量少，节省了网络带宽，且简单方便，前端只需要查找或进行简单的加法运算就能得到当前关键节点位置。

在一个具体的实施例中，如图5所示，发送任务命令对应的任务请求至后台服务器，以使后台服务器根据任务请求执行对应的任务，并根据预存的与前端一致的交互协议返回所述关键节点对应的状态数据，状态数据表示当前关键节点的执行状态，根据状态数据查找所述关键节点配置数据获取当前关键节点信息，根据当前关键节点信息以关键节点为进度单元更新进度条的进度状态的步骤包括：

步骤S310，接收后台服务器返回的第一状态数据，根据第一状态数据查找关键节点配置数据获取第一关键节点信息，如果第一状态数据携带的执行状态为任务执行成功，则进入步骤S320，否则进入步骤S330。

步骤S320，根据第一关键节点信息确定对应的第一关键节点位置，更新进度条的进度至所述第一关键节点位置，发送下一个状态数据获取请求，以使后台服务器返回下一个关键节点对应的状态数据。

具体的，前端在第一次发送任务请求至后台服务器后，需要不断的发送状态数据获取请求以请求后台服务器返回状态数据，同时，后台服务器启动循环不断检测是否有新的状态数据生成，如果有新的状态数据生成，且接收到前端发送的状态数据获取请求，则返回新生成的状态数据，解决了由于HTTP协议的无状态性导致后台实时处理的每个关键节点结果无法实时显示到前端的问题。每个关键节点对应的子任务都有对应的状态数据，用于描述子任务的完成状态。本实施例中，如果上一个子任务对应的状态数据是任务执行成功，则继续发送下一个状态数据获取请求至后台服务器。

步骤S330，如果第一状态数据携带的执行状态为任务执行失败，则第一关键节点信息包括错误提醒信息，停止发送下一个状态数据获取请求，并显示错误提醒信息。

具体的，如果第一状态数据携带的执行状态为任务执行失败，则根据第一状态数据获取的第一关键节点信息包括错误提醒信息，且此时停止发送下一个状态数据获取请求，因为其中一个子任务完成失败会影响下一个子任务的完成，通过停止发送下一个状态数据获取请求，避免后台由于上一个子任务完成失败，导致下一个子任务也一直无法完成的情况，一直请求状态数据，却得不到响应的浪费资源的问题。并且在交互协议中提前约定了任务执行失败的状态数据对应的错误提醒信息，可在执行失败的子任务对应的关键节点处显示错误提醒信息，便于进行定位和错误原因的查找。

在一个实施例中，如图6所示，方法还包括：

步骤S410，接收后台服务器返回的携带当前关键节点无更新执行状态的状态数据，当前关键节点无更新执行状态用于使得后台服务器停止循环读取状态数据。

具体的，如果一个子任务如果需要较长的时间才能完成，则可在其完成的过程中返回当前关键节点无更新执行状态的状态数据，表示当前关键节点对应的子任务正在执行，但还没有生成执行结果，则后台发送当前关键节点无更新执行状态至前端，如果多次获取不到任务执行结果，则可多次发送当前关键节点无更新执行状态至前端。也可在发送当前关键节点无更新执行状态至前端预设次数后，停止循环读取状态数据，避免子任务耗时较长时，不断读取状态数据浪费大量资源。

步骤S420，根据状态数据请求策略确定下一次状态数据获取请求的发送时间，当发送时间到达时，向后台服务器发送状态数据获取请求，以使后台服务器开始循环读取状态数据。

具体的，前端可自定义状态数据请求策略，如根据接收的当前关键节点无更新执行状态的状态数据的次数，确定下一次发送状态数据获取请求的时间间隔，时间间隔可与次数成正比，可通过后台返回的状态数据确定下一次状态数据获取请求的发送时间，使得请求的发送频率灵活的变化，节省前端资源。状态数据请求策略也可为预设周期性的发送状态数据获取请求。当发送时间到达时，向后台服务器发送状态数据获取请求，后台服务器接收到状态数据获取请求后，开始循环读取状态数据。

在一个实施例中，如图7所示，方法还包括：

步骤S510，发送携带状态标记信息的状态数据获取请求，以使后台服务器返回状态标记信息对应的目标关键节点的当前状态数据之后，停止执行当前任务，执行状态标记信息对应的附加任务，并返回附加任务对应的附加状态数据，附加状态数据包括附加关键节点的执行状态。

具体的，状态标记信息用于标识一个附加任务，包括用于确定附加任务执行时间的信息，如携带附加任务前节点信息，则附加任务前节点对应的子任务有执行结果之后开始执行附加任务。附加任务可为用户自定义的任务，如一个附加任务为数据解压缩，目标关键节点为数据下载成功，则后台服务器在数据下载成功后，停止数据转发任务，先执行数据解压缩后再进行数据转发。可通过交互协议约定状态标记信息的数据格式和发送规则，状态标记信息可根据用户的需求发送。也可约定如果在执行当前关键节点的过程中发送携带状态标记信息的状态数据获取请求，则当前关键节点作为目标关键节点，即附加任务前节点。通过携带状态标记信息的状态数据获取请求，可使得后台服务器停止执行当前任务，随时增加附加任务，灵活方便。附加任务执行完毕，则返回附加任务对应的附加状态数据，附加状态数据包括附加关键节点的执行状态。

步骤S520，根据附加状态数据在进度条上当前关键节点之后新增附加关键节点，并以附加关键节点为进度单元更新进度条的进度状态。

具体的，如果附加状态数据携带的执行状态为附加任务执行成功，则在当前关键节点之后新增附加关键节点，可通过查找交互协议得到附加关键节点的时间占比，计算附加关键节点的长度，从而以附加关键节点为进度单元更新进度条的进度状态。如果附加状态数据携带的执行状态为附加任务执行失败，则进度条的进度状态不更新。

在一个具体的实施例中，结合图8，进度条数据处理的方法的过程如下：前端通过接收点击操作获取任务命令，任务命令为提取终端日志，根据预存的与后台对应的交互协议获取提取终端日志命令对应的关键节点配置数据，根据关键节点配置数据确定提取终端日志命令对应的关键节点在进度条的位置，根据JS进行关键节点状态初始化生成灰色进度条，提取终端日志包括四个关键节点：向终端发送命令，终端收到命令，终端开始上传，终端上传完成，即提取终端日志包括四个子任务。初始化时，生成一条灰色的带有关键节点及各个关键节点的时间占比的进度条，如图9所示。

以AJAX方式向后台发起提取终端日志请求，后台以while循环的方式处理后台逻辑，并开始执行任务，执行任务时，以关键节点对应的子任务为任务处理单元，在后台执行任务的过程中，前端根据请求发送策略发送状态数据获取请求，当第一个子任务“向终端发送命令”执行完毕时，后台根据状态数据获取请求向前端返回对应的第一状态数据，前端解析第一状态数据，如果第一状态数据表示第一个子任务执行成功，则根据第一状态数据查找关键节点配置数据获取第一关键节点信息，将进度条的进度更新至第一关键节点的结束位置，如图10所示，为更新进度后的进度条示意图，并以AJAX方式向后台发起下一个状态数据获取请求，继续下一个关键节点的进度更新。如果第一状态数据表示第一个子任务执行失败，则停止发送下一个状态数据获取请求，并显示错误提醒信息。

在一个实施例中，如图11所示，提供了一种进度条数据处理的装置，包括：

获取模块610，用于获取任务命令，根据预存的与后台对应的交互协议获取任务命令对应的关键节点配置数据。

进度条生成模块620，用于根据所述关键节点配置数据确定任务命令对应的关键节点在进度条的位置，生成包含关键节点的进度条。

进度条更新模块630，用于发送任务命令对应的任务请求至后台服务器，以使后台服务器根据任务请求执行对应的任务，并根据预存的与前端一致的交互协议返回所述关键节点对应的状态数据，状态数据表示当前关键节点的执行状态，根据状态数据查找所述关键节点配置数据获取当前关键节点信息，根据当前关键节点信息以关键节点为进度单元更新进度条的进度状态。

在一个实施例中，交互协议包括状态码协议数据、状态码时间占比协议数据、状态码对应的描述协议数据，状态码协议数据包括子任务成功状态码和子任务失败状态码，状态码时间占比协议数据包括子任务时间占比，子任务成功状态码与子任务时间占比一一对应。

在一个实施例中，进度条生成模块620包括：

关键节点位置确定单元621，用于按照交互协议约定的顺序获取各个子任务时间占比，根据子任务时间占比的个数确定关键节点的个数，根据子任务时间占比确定各个关键节点在进度条的位置。

关键节点描述单元622，用于获取子任务时间占比对应的子任务成功状态码，获取子任务成功状态码对应的状态码描述信息，在子任务时间占比对应的关键节点位置显示对应的状态码描述信息。

在一个实施例中，进度条更新模块630还用于获取服务器返回的状态数据，提取状态数据中的子任务状态码，如果子任务状态码为子任务成功状态码，则根据预存的与后台对应的交互协议获取子任务成功状态码对应的子任务时间占比，获取子任务时间占比对应的当前关键节点位置，更新进度条的进度至当前关键节点位置。

在一个实施例中，如图13所示，进度条更新模块630包括：

状态数据接收单元631，用于接收后台服务器返回的第一状态数据。

更新单元632，用于根据所述第一状态数据查找所述关键节点配置数据获取第一关键节点信息，如果第一状态数据携带的执行状态为任务执行成功，则根据第一关键节点信息确定对应的第一关键节点位置，更新进度条的进度至第一关键节点位置，发送下一个状态数据获取请求，以使后台服务器返回下一个关键节点对应的状态数据。

停止更新单元633，用于如果第一状态数据携带的执行状态为任务执行失败，则第一关键节点信息包括错误提醒信息，停止发送下一个状态数据获取请求，并显示所述错误提醒信息。

在一个实施例中，进度条更新模块630还用于接收后台服务器返回的携带当前关键节点无更新执行状态的状态数据，当前关键节点无更新执行状态用于使得后台服务器停止循环读取状态数据，根据状态数据请求策略确定下一次状态数据获取请求的发送时间，当发送时间到达时，向后台服务器发送状态数据获取请求，以使后台服务器开始循环读取状态数据。

在一个实施例中，进度条更新模块630还用于发送携带状态标记信息的状态数据获取请求，以使后台服务器返回状态标记信息对应的目标关键节点的当前状态数据之后，停止执行当前任务，执行状态标记信息对应的附加任务，并返回附加任务对应的附加状态数据，附加状态数据包括附加关键节点的执行状态，根据附加状态数据在所述进度条上当前关键节点之后新增附加关键节点，并以附加关键节点为进度单元更新进度条的进度状态。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述程序可存储于一计算机可读取存储介质中，如本发明实施例中，该程序可存储于计算机系统的存储介质中，并被该计算机系统中的至少一个处理器执行，以实现包括如上述各方法的实施例的流程。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (14)

1.一种进度条数据处理的方法，所述方法包括：

获取任务命令，根据预存的与后台对应的交互协议获取所述任务命令对应的关键节点配置数据；

根据所述关键节点配置数据确定所述任务命令对应的关键节点在进度条的位置，生成包含关键节点的进度条；

发送所述任务命令对应的任务请求至后台服务器，以使所述后台服务器根据所述任务请求执行对应的任务，并根据预存的与前端一致的交互协议返回所述关键节点对应的状态数据，所述状态数据表示当前关键节点的执行状态；

根据所述状态数据查找所述关键节点配置数据获取当前关键节点信息，根据所述当前关键节点信息以关键节点为进度单元更新所述进度条的进度状态。

2.根据权利要求1所述的方法，其特征在于，所述交互协议包括状态码协议数据、状态码时间占比协议数据、状态码对应的描述协议数据，所述状态码协议数据包括子任务成功状态码和子任务失败状态码，所述状态码时间占比协议数据包括子任务时间占比，所述子任务成功状态码与子任务时间占比一一对应。

3.根据权利要求2所述的方法，其特征在于，所述根据所述关键节点配置数据确定所述任务命令对应的关键节点在进度条的位置，生成包含关键节点的进度条的步骤包括：

按照交互协议约定的顺序获取各个子任务时间占比；

根据所述子任务时间占比的个数确定关键节点的个数，根据所述子任务时间占比确定各个关键节点在进度条的位置；

获取所述子任务时间占比对应的子任务成功状态码，获取所述子任务成功状态码对应的状态码描述信息；

在所述子任务时间占比对应的关键节点位置显示对应的状态码描述信息。

4.根据权利要求2所述的方法，其特征在于，所述根据所述状态数据查找所述关键节点配置数据获取当前关键节点信息，根据所述当前关键节点信息以关键节点为进度单元更新所述进度条的进度状态的步骤包括：

获取服务器返回的状态数据，提取所述状态数据中的子任务状态码，如果所述子任务状态码为子任务成功状态码，则根据所述预存的与后台对应的交互协议获取所述子任务成功状态码对应的子任务时间占比，获取所述子任务时间占比对应的当前关键节点位置；

更新所述进度条的进度至所述当前关键节点位置。

5.根据权利要求1所述的方法，其特征在于，所述发送所述任务命令对应的任务请求至后台服务器，以使所述后台服务器根据所述任务请求执行对应的任务，并根据预存的与前端一致的交互协议返回所述关键节点对应的状态数据，所述状态数据表示当前关键节点的执行状态，根据所述状态数据查找所述关键节点配置数据获取当前关键节点信息，根据所述当前关键节点信息以关键节点为进度单元更新所述进度条的进度状态的步骤包括：

接收后台服务器返回的第一状态数据，根据所述第一状态数据查找所述关键节点配置数据获取第一关键节点信息，如果所述第一状态数据携带的执行状态为任务执行成功，则根据所述第一关键节点信息确定对应的第一关键节点位置，更新所述进度条的进度至所述第一关键节点位置，发送下一个状态数据获取请求，以使后台服务器返回下一个关键节点对应的状态数据；

如果所述第一状态数据携带的执行状态为任务执行失败，则所述第一关键节点信息包括错误提醒信息，停止发送下一个状态数据获取请求，并显示所述错误提醒信息。

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

接收后台服务器返回的携带当前关键节点无更新执行状态的状态数据，所述当前关键节点无更新执行状态用于使得后台服务器停止循环读取状态数据；

根据状态数据请求策略确定下一次状态数据获取请求的发送时间，当所述发送时间到达时，向后台服务器发送状态数据获取请求，以使所述后台服务器开始循环读取状态数据。

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

发送携带状态标记信息的状态数据获取请求，以使所述后台服务器返回状态标记信息对应的目标关键节点的当前状态数据之后，停止执行当前任务，执行所述状态标记信息对应的附加任务，并返回所述附加任务对应的附加状态数据，所述附加状态数据包括附加关键节点的执行状态；

根据所述附加状态数据在所述进度条上当前关键节点之后新增附加关键节点，并以附加关键节点为进度单元更新所述进度条的进度状态。

8.一种进度条数据处理的装置，其特征在于，所述装置包括：

获取模块，用于获取任务命令，根据预存的与后台对应的交互协议获取所述任务命令对应的关键节点配置数据；

进度条生成模块，用于根据所述关键节点配置数据确定所述任务命令对应的关键节点在进度条的位置，生成包含关键节点的进度条；

进度条更新模块，用于发送所述任务命令对应的任务请求至后台服务器，以使所述后台服务器根据所述任务请求执行对应的任务，并根据预存的与前端一致的交互协议返回所述关键节点对应的状态数据，所述状态数据表示当前关键节点的执行状态，根据所述状态数据查找所述关键节点配置数据获取当前关键节点信息，根据所述当前关键节点信息以关键节点为进度单元更新所述进度条的进度状态。

9.根据权利要求8所述的装置，其特征在于，所述交互协议包括状态码协议数据、状态码时间占比协议数据、状态码对应的描述协议数据，所述状态码协议数据包括子任务成功状态码和子任务失败状态码，所述状态码时间占比协议数据包括子任务时间占比，所述子任务成功状态码与子任务时间占比一一对应。

10.根据权利要求9所述的装置，其特征在于，所述进度条生成模块包括：

关键节点位置确定单元，用于按照交互协议约定的顺序获取各个子任务时间占比，根据所述子任务时间占比的个数确定关键节点的个数，根据所述子任务时间占比确定各个关键节点在进度条的位置；

关键节点描述单元，用于获取所述子任务时间占比对应的子任务成功状态码，获取所述子任务成功状态码对应的状态码描述信息，在所述子任务时间占比对应的关键节点位置显示对应的状态码描述信息。

11.根据权利要求9所述的装置，其特征在于，所述进度条更新模块还用于获取服务器返回的状态数据，提取所述状态数据中的子任务状态码，如果所述子任务状态码为子任务成功状态码，则根据所述预存的与后台对应的交互协议获取所述子任务成功状态码对应的子任务时间占比，获取所述子任务时间占比对应的当前关键节点位置，更新所述进度条的进度至所述当前关键节点位置。

12.根据权利要求8所述的装置，其特征在于，所述进度条更新模块包括：

状态数据接收单元，用于接收后台服务器返回的第一状态数据；

更新单元，用于根据所述第一状态数据查找所述关键节点配置数据获取第一关键节点信息，如果所述第一状态数据携带的执行状态为任务执行成功，则根据所述第一关键节点信息确定对应的第一关键节点位置，更新所述进度条的进度至所述第一关键节点位置，发送下一个状态数据获取请求，以使后台服务器返回下一个关键节点对应的状态数据；

停止更新单元，用于如果所述第一状态数据携带的执行状态为任务执行失败，则所述第一关键节点信息包括错误提醒信息，停止发送下一个状态数据获取请求，并显示所述错误提醒信息。

13.根据权利要求8所述的装置，其特征在于，所述进度条更新模块还用于接收后台服务器返回的携带当前关键节点无更新执行状态的状态数据，所述当前关键节点无更新执行状态用于使得后台服务器停止循环读取状态数据，根据状态数据请求策略确定下一次状态数据获取请求的发送时间，当所述发送时间到达时，向后台服务器发送状态数据获取请求，以使所述后台服务器开始循环读取状态数据。

14.根据权利要求8所述的装置，其特征在于，所述进度条更新模块还用于发送携带状态标记信息的状态数据获取请求，以使所述后台服务器返回状态标记信息对应的目标关键节点的当前状态数据之后，停止执行当前任务，执行所述状态标记信息对应的附加任务，并返回所述附加任务对应的附加状态数据，所述附加状态数据包括附加关键节点的执行状态，根据所述附加状态数据在所述进度条上当前关键节点之后新增附加关键节点，并以附加关键节点为进度单元更新所述进度条的进度状态。