CN110839055A - 任务处理方法、装置及系统 - Google Patents

Abstract

本申请实施例公开了任务处理方法、装置及系统，所述系统包括：任务生成服务器，任务分配服务器终端设备，其中包括任务详情预加载模块，用于获取任务列表，并对各项任务的任务详情进行预加载；任务详情展示模块，用于从本地存储器读取所述目标任务的详情信息进行展示；任务执行结果暂存模块，用于将任务执行结果加入到本地存储器的任务执行结果队列中；任务执行结果上传模块，用于恢复到第二网络状态后，将任务执行结果上传到服务器。通过本申请实施例，能够在仓库内网络覆盖情况比较差的情况下，以更低的成本更好地完成工单的线上化流程。

Description

任务处理方法、装置及系统

技术领域

本申请涉及任务处理技术领域，特别是涉及任务处理方法、装置及系统。

背景技术

物流园区(logistics park)是指在物流作业集中的地区，在几种运输方式衔接地，将多种物流设施或不同类型的物流企业在空间上集中布局的场所，也是一个有一定规模的和具有多种服务功能的物流企业的集结点。物流园区内会配备有物业人员，主要用于执行以下维修、保养、巡检等任务。

目前在大部分物流园区中，没有完善的工单系统，当需要物业人员进行维修、保养、巡检等作业时，均是通过纸质工单进行处理，在物业人员在完成工单上的作业内容以后，再在纸质工单上结束工单流程，显然，效率很低，且容易出错。在一些设施比较先进的物流园区，他们有着自己的工单系统，可以会将工单流程线上化，物业人员可以通过移动端接收工单推送，完成就具体的任务之后，在移动端上进行工单操作，将任务完成结果信息上传至服务器，直至完成工单为止。

但是，这样的方式也有其局限性，这是因为，物流园区最主要的作用是进行货品的存储，因此，物流园区内会部署有大型的仓库，并且，这种仓库可能会部署在地下室等情况。另外，由于仓库内大部分时间是无人作业的，并且，面积很大，而部署无线局域网的成本会比较高，因此，仓库内通常可能不会进行无线局域网的部署，或者，仅在仓库内的出入口等处有小范围的部署。因此，仓库内的wifi的覆盖面积有限，甚至没有覆盖，以至于大部分情况下，仓库内处于弱网甚至无网环境，而一旦工单操作环境在这样地方，物业人员就无法完成工单任务，除非使用移动网络中的流量资源。但是，在仓库内执行的任务，在提交任务执行结果时，通常需要上传一些照片等，因此，需要占用的网络流量会比较大，在任务量比较大的情况下，也会造成对移动网络成本的提高。

因此，如何在仓库内网络覆盖情况比较差的情况下，以更低的成本更好地完成工单的线上化流程，成为需要本领域技术人员解决的技术问题。

发明内容

本申请提供了任务处理方法、装置及系统，能够在仓库内网络覆盖情况比较差的情况下，以更低的成本更好地完成工单的线上化流程。

本申请提供了如下方案：

一种任务处理系统，包括：

任务生成服务器，任务分配服务器以及终端设备；

其中，所述任务生成服务器与所述任务分配服务器之间进行通信连接，所述任务分配服务器与所述终端设备之间进行通信连接；；

所述终端设备包括任务详情预加载模块，任务详情展示模块，任务执行结果暂存模块，以及任务执行结果上传模块，其中，

所述任务详情预加载模块，用于在所述终端设备位于处于第二网络状态的区域时，从所述任务分配服务器获取任务列表，并对列表中各项任务对应的任务详情信息进行预加载，保存在本地存储器中；

所述任务详情展示模块，用于在所述终端设备进入到处于第一网络状态的区域执行目标任务时，从本地存储器读取所述目标任务的详情信息进行展示；

所述任务执行结果暂存模块，用于接收到提交任务执行结果的请求时，将所述任务执行结果加入到本地存储器的任务执行结果队列中；

所述任务执行结果上传模块，用于在所述终端设备回到所述处于所述第二网络状态的区域后，将所述队列中的各条任务执行结果上传到服务器。

一种任务处理方法，包括：

在第二网络状态下获取任务列表信息，并分别对列表中的各项任务对应的任务详情信息进行预加载，保存在终端设备本地；

在第一网络状态下接收到查看目标任务详情信息的请求时，从所述终端设备本地读取所述目标任务的详情信息并展示；

在所述第一网络状态下接收到提交任务执行结果的请求时，将所述任务执行结果加入到所述终端设备本地的任务执行结果队列中；

恢复到第二网络状态时，将所述队列中的各条任务执行结果上传到服务器。

一种任务处理装置，包括：

任务详情预加载模块，用于在第二网络状态下获取任务列表信息，并分别对列表中的各项任务对应的任务详情信息进行预加载，保存在终端设备本地；

任务详情展示模块，用于在第一网络状态下接收到查看目标任务详情信息的请求时，从所述终端设备本地读取所述目标任务的详情信息并展示；

任务执行结果暂存模块，用于在所述第一网络状态下接收到提交任务执行结果的请求时，将所述任务执行结果加入到所述终端设备本地的任务执行结果队列中；

任务执行结果上传模块，用于在恢复到第二网络状态时，将所述队列中的各条任务执行结果上传到服务器。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

在第二网络状态下获取任务列表信息，并分别对列表中的各项任务对应的任务详情信息进行预加载，保存在终端设备本地；

在第一网络状态下接收到查看目标任务详情信息的请求时，从所述终端设备本地读取所述目标任务的详情信息并展示；

在所述第一网络状态下接收到提交任务执行结果的请求时，将所述任务执行结果加入到所述终端设备本地的任务执行结果队列中；

恢复到第二网络状态时，将所述队列中的各条任务执行结果上传到服务器。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，对于物流园区内的相关工单对应的各种任务处理等应用场景中，如果具体执行任务的地点没有无线网络的覆盖，或者覆盖较小的面积，则可以通过任务详情信息预加载，以及任务执行结果延迟提交的方式，使得任务处理仍然可以实现线上化流程，避免通过纸质工单执行过程中出现的效率低、出错率高等问题。其中，任务详情信息预加载的过程可以在网络环境良好的区域来进行，这样，在网络状态比较差的区域也可以查看任务详情，并且，还可以提交任务执行结果，只是此时提交的任务执行结果可以暂存在终端设备本地，等到完成各项任务回到网络状态良好的环境之后，再触发对任务执行结果的正式上传。通过这种方式，不需要在仓库内等区域进行更多的WiFi热点部署，或者对移动网络资源的占用，因此，还可以在实现的过程中实现成本控制。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的系统的示意图；

图2-1、2-2是本申请实施例提供的预加载及延迟上传示意图；

图3是本申请实施例提供的状态变化示意图；

图4是本申请实施例提供的方法的流程图；

图5是本申请实施例提供的装置的示意图；

图6是本申请实施例提供的电子设备的示意图。

具体实施方式

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

在本申请实施例中，考虑到物流园区等场景下除了仓库，通常还会配备物业人员的办公区等，而在这种办公区内通常是有比较好的无线局域网覆盖。并且，物业人员大部分时间是在办公区活动，只有在需要进入仓库执行具体的任务时，才会去仓库中，并且，在仓库中执行完具体的维修、巡查、保养的具体的操作后，还是会回到办公区。基于上述考虑，本申请实施例提供了任务详情信息预加载以及任务执行结果延迟提交的解决方案。也就是说，作业人员可以在办公区等网络状态较好的区域拉取任务列表，在拉取的过程中，便可以同时将每项任务对应的任务详情信息预加载到终端设备本地。这样，后续当作业人员进入到仓库等网络状态较差的区域中执行具体的任务时，便可以从终端设备本地读取到每项任务对应的详情信息。参照执行之后，可以对任务执行结果进行提交操作，此时，由于网络状态较差，因此，本申请实施例中还可以将每项任务对应的任务执行结果信息暂存在终端设备本地，之后等到作业人员完成对各项任务并回到办公区等网络状态较好的区域之后，再对各项任务的执行结果上传到服务器。通过这种方式，使得即时在网络环境比较差的情况下，仍然能够实现工单的线上化流程，而不需要在仓库中部署更多的WiFi热点，也不需要耗费移动网络的流量资源。

下面对具体的实现方案进行详细介绍。

实施例一

首先，该实施例一提供了一种任务处理系统，参见图1，该系统可以包括：

任务生成服务器101，任务分配服务器102，以及终端设备103，所述任务生成服务器101与所述任务分配服务器102之间可以进行通信连接，所述任务分配服务器102与所述终端设备103之间可以进行通信连接，以实现相互之间的通信。

其中，所述终端设备103可以包括任务详情预加载模块1031，任务详情展示模块1032，任务执行结果暂存模块1033，以及任务执行结果上传模块1034，其中，

所述任务详情预加载模块1031，用于在所述终端设备位于处于所述第二网络状态的区域时，获取任务列表，并对列表中各项任务对应的任务详情信息进行预加载，保存在本地存储器中；

所述任务详情展示模块1032，用于在所述终端设备进入到处于第一网络状态区域执行目标任务时，从本地存储器读取所述目标任务的详情信息进行展示；

所述任务执行结果暂存模块1033，用于接收到提交任务执行结果的请求时，将所述任务执行结果加入到本地存储器的任务执行结果队列中；

所述任务执行结果上传模块1034，用于在所述终端设备回到所述处于所述第二网络状态的区域后，将所述队列中的各条任务执行结果上传到服务器。

需要说明的是，上述终端设备中的各模块可以通过App或者App中的一个功能组件等形式运行于物流园区等场景下的作业人员终端设备(例如手机等)中。也就是说，通过这种App或者功能组件，能够使得作业人员不仅能够接收服务器或者上级管理终端设备下发的工单任务，还可以在仓库中网络环境不好的情况下，继续按照终端设备中的任务信息执行具体的任务，并提交任务执行结果。

具体的，可以通过在云端部署等方式实现任务生成服务器，该服务器的作用就是生成具体的任务。例如，具体到物流园区的应用场景下，任务生成服务器具体可以用于针对物流园区内的目标物流对象仓库生成相关的任务。所述任务分配服务器具体可以用于，将所述任务生成服务器生成的任务分配给目标执行者对应的终端设备。其中，目标物流对象仓库内就可以处于第一网络状态，也即，网络状态不佳，通常无法实现正常的通信；另外，所述物流园区内还包括处于第二网络状态的区域，例如，办公区等，其中的网络状态较好，能够与云端的服务器等实现正常的通信。另外，在该物流园区场景下，任务生成服务器生成的具体任务可以包括多种，例如，仓库中某设备发出故障报警，该任务生成系统可以生成维修任务，或者第三方商家等用户在向仓库内存入物流对象的过程中，发现仓库存在某些问题，于是通过其客户端报告具体的问题，相应的也可以生成对应的检查任务；再或者，还可以预先配置一些周期性执行的任务，例如，定时的巡检，保养等等。总之，任务生成服务器在生成了具体的任务之后，可以由任务分配服务器(可以位于云端，或者，也可以首先发送到物流园区内的管理设备(主管等职位的工作人员对应的电脑等设备)，等等)将具体的任务下发给具体的作业人员终端设备，终端设备中的客户端(例如，前述App等)便可以提供用于对任务列表进行查看的界面。作业人员可以通过该该客户端请求查看具体的任务列表，相应的，就可以在该界面中展示出具体的任务列表。另外，在传统的情况下，在接收到查看任务列表的请求后，客户端只会向服务器请求获取当前作业人员对应的任务列表，而不会同时加载具体每项任务的详情信息，只有当作业人员点击列表中的具体某项任务时，才会向服务器请求具体的任务详情信息，并进行展示，然后，作业人员需要按照任务详情中的具体信息执行对应的任务，并通过任务详情界面中提供的具体操作入口，提交对应的任务执行结果。

但在本申请实施例中，由于作业人员在携带其终端设备进入到仓库内等区域之后，可能面临网络状态不佳的情况，因此，可以在用户请求获取任务列表时，或者接收服务器的推送的任务列表时，便对各项任务的详情信息进行预加载。也就是说，作业人员可以在其办公区等网络状态良好的区域就对获取具体的任务列表。此时，服务器可以将任务列表中各项任务对应的任务详情信息提供给客户端，客户端进行加载后，可以保存在作业人员的终端设备本地存储器中。换言之，在本申请实施例中，对任务详情信息的加载，不再以作业人员从任务列表中点击某项具体的任务为条件，而是只要获取到任务列表，就同时将各项任务对应的任务详情加载到终端设备本地。当然，该预加载的过程，作业人员可以不必感知，也即，作业人员不需要执行特殊的操作，只需要正常拉取或者接收自己的任务列表即可。

在进行了任务列表的获取，以及相关任务详情信息的预加载之后，具体的作业人员便可以进入到具体的仓库中执行具体的任务，在执行具体的任务时，需要从任务列表中点击具体的任务，查看任务详情，然后才能够知晓具体如何进行任务的执行。此时，由于仓库中的网络环境不佳，也即处理第一网络状态，因此，如果按照现有技术，则无法查看任务详情，而在本申请实施例中，由于已经将具体的任务详情信息预加载到终端设备本地，因此，就可以直接从终端设备本地对具体的任务详情信息进行读取，并展示给作业人员。

也就是说，如图2-1所示，作业人员可以在办公区等网络环境比较好的区域，进行任务列表，此时，可以展示出任务列表加载页面，页面中可以展示出具体的任务列表。同时，还可以异步触发具体的任务详情预加载处理，也即，在作业人员无感知的情况下，可以将列表中各项任务对应的任务详情信息进行预加载(也即，在用户实际点击列表中的具体的任务项之前，就已经完成了对任务详情信息的加载)，并保存在终端设备的本地存储器中。之后，用户进入到仓库执行具体的任务时，可以通过终端设备查看具体的任务列表，并从任务列表中点击其中一项任务，进入到任务处理页面，此时，由于仓库中网络状态不佳，因此，可以直接从本地存储器中保存的具体任务详情信息，进行该任务对应的任务处理页面的展示，其中可以展示有当前选中的任务对应的具体的任务内容等信息。

之后，作业人员可以按照任务处理页面中的提示执行具体的任务，并在执行完某项具体的任务之后，便可以将具体的任务执行结果进行提交操作，所谓的任务执行结果可以包括具体需要填写的检查数据，或者在执行任务过程中拍摄的照片等。例如，在执行巡查任务的过程中，发现某处存在异常，此时，除了可以提交对该异常的文字描述，还可以对具体发生异常的部位、设备等进行拍照，将文字描述连同拍照结果一起作为任务执行结果进行提交，等等。但是，由于仓库内的网络环境不佳，因此，仍然无法直接提交到服务器。为此，在本申请实施例中，还提供了任务执行结果暂存模块，也就是说，在接收到针对某项任务的任务执行结果后，如果终端设备处于第一网络状态，也即没有网络或者网络信号不佳等，则可以将任务执行结果加入到所述终端设备本地的任务执行结果队列中进行暂存。也就是说，同一个作业人员每次拉取到的任务列表中通常会包括多条任务，在进入仓库执行各项任务的过程中，每执行完一项任务，都可以通过任务详情页面中的相关入口等，提交任务执行结果，包括具体的参数，或者，图片等等。这样，随着各项任务的完成，各项任务对应的任务执行结果信息将会组成一个队列，并暂时保存在终端设备本地中。

在作业人员执行完成列表中的各项任务后，便可以离开仓库，回到办公区等位置。这样，会使得终端设备获得较佳的网络环境。也就是说，使得终端设备进入第二网络状态，此时，便可以由任务执行结果上传模块将队列中的各条任务上传到服务器。这样，可以通过延迟上传的方式，实现对各项任务执行结果的上传。可见，即时具体执行任务所在的仓库内网络状态不佳，也能够通过对任务详情信息的预加载，以及任务执行结果的延迟上传，实现工单的线上化流程。

具体实现时，由于本申请实施例中将任务执行结果进行了延迟上传处理，因此，使得任务执行结果到达服务器的时间要晚于任务实际执行完成的时间。并且，由于是等到同一作业人员领取到的同一批次的任务全部完成之后，才会回到网络状态较佳的环境，之后才能统一对任务执行结果进行上传，各任务执行结果需要依次上传到服务器。而在实际应用中，在物流园区中仓库工单任务的场景下，作业人员出于描述问题，或者为其已执行的任务留存证据等目的，通常会提交一些图片。尤其是对于一些巡检任务等，由于需要检查的对象可能比较多，如果有多处都存在问题，则需要采集大量的图片，并且都需要上传到服务器，等等。而图片本身的数据量比较大，其上传过程相对于纯文本等信息的上传而言，通常会比较慢，这就使得每条任务执行结果的上传都可能需要较长的时间。这样，从上传第一条任务执行结果时起，到最后一条任务执行结果完成上传，期间可能需要经历比较长的时间，这个时间可能会是十几分钟甚至几十分钟，等等。而对于服务器而言，有些任务对执行时效的要求可能比较高，服务器需要尽早知晓执行结果，有些任务对执行时效的要求则比较低，略晚上传到服务器也不会有太大影响。因此，在可选实施例中，如图2-2所示，该系统中还可以包括排序模块，用于在将所述任务执行结果提交到服务器之前，确定所述队列中各条任务执行结果的上传优先级，按照优先级进行排序后，将排序结果提供给所述任务执行结果上传模块，以便所述任务执行结果上传模块按照所述排序结果执行所述上传操作。也就是说，由于每一次上传操作过程需要经历的时间可能会比较长，因此，为了避免一些对时效要求比较高的任务执行结果太晚上传到服务器，还可以在上传之前首先进行排序，将优先级比较高的任务执行结果优先进行上传。

其中，具体确定任务执行结果的优先级时，可以有多种方式。例如，一种方式下可以由作业人员在执行任务的过程中，有意识的对任务执行顺序进行排序，优先执行通常比较重要的任务。此时，可以直接根据任务的执行顺序来确定优先级，先被作业人员执行完成的任务，其任务执行结果具有更高的优先级。或者，在另一种方式下，为了降低对作业人员主观行为的依赖，排序模块还可以根据所述任务执行结果对应的任务类型，以及加入到所述队列的时间等信息，确定各任务执行结果的优先级。其中，具体的任务类型可以包括临时产生的任务，定时任务等，其中，临时产生的任务还可以根据任务发起人的不同对应更细分的类型，例如，可以包括仓库内设备自动报警产生的任务，或者由第三方商家等在执行入库或者出库过程中触发的任务，等等。不同类型的任务，其任务执行结果的上传优先级可以不同，同一类型的任务，则可以按照任务执行结果加入队列的时间先后进行排序，等等。例如，临时产生的任务，由于其通常具有突发性等特点，服务器可能需要尽快获知具体情况；而关于定时任务，通常是执行一些例行检查等操作，不一定真的就存在问题，即时有问题，可能也不是急需解决的问题。因此，其优先级可以高于定时任务，等等。

另外，具体实现时，为了更精确地确定各任务执行结果的优先级，还可以根据任务类型、进入队列的时间等信息进行量化处理，并计算各个任务执行结果的优先级得分，然后，按照得分高低进行排序。具体的，首先可以为各种不同的任务类型分配初始权重，例如，临时性任务的初始权重高于定时任务的初始权重，等等。另外，还可为各种任务类型设定在时间维度上对应的权重变化系数，不同的任务类型对应的随时间的权重变化系数也可以是不同的，并且，这种系数可以是整数也可以是负数，等等。该时间具体可以是指当前时间与任务执行结果加入队列的时间差值。这样，只要将具体任务类型对应的初始权重，时间维度上的权重变化系数，以及所述时间差值，代入到预置的函数关系式中，便可以确定出一条任务执行结果对应的上传优先级。

例如，具体实现时，上述函数关系式可以为：

Y(x)＝α+λ·(x–x′)

其中，α为具体任务类型对应的初始权重，λ是具体任务类型在时间维度上的权重变化系数，x′为该任务执行结果加入队列的时间，x为当前时间。

当然，具体实现时，并可以不限于上述一种函数关系式，还可以用其他的函数关系式来进行代替。也就是说，随着时间的推移，同一任务执行结果的上传优先级会动态地发生变化，而根据对应的任务类型的不同，具体的变化程度可能会不同(各自对应的系数λ的取值可以不同)。例如，对于周期性执行的任务，则其上传优先级随着随着其加入队列的时间的增长而降低。这是因为，由于进行了延迟上传，使得实际上传开始时间距离下一周期的任务执行时间可能已经很短，此时，即使将任务执行结果晚点上传给服务器也不要紧，因为服务器可能很快便会获得下一周期中的执行结果，等等。而对于临时性的任务，服务器可能需要尽早获知其执行结果，因此，其任务执行结果的上传优先级随着时间的推移可以提高，等等。总之，可以预先设定函数关系式，这样，可以首先确定出当前时间(也即具体进行优先级计算的时刻)分别与各个任务执行结果加入队列的时间的时间差，并确定出各任务执行结果对应的任务类别，以及具体任务类别对应的初始权重、该任务类别在时间维度上的权重变化系数，然后，带入到具体的函数关系式中，便可以计算出各任务执行结果对应的上传优先级。

总之，可以确定出各项任务执行结果的优先级，按照优先级结果进行排序后，再上传到服务器，这样，可以使得对时效性要求较高的任务执行结果尽可能早得提交到服务器，以便及时进行相关的干预等处理。

另外，在具体实现时，还可能会出现某项任务执行结果无法上传成功等现象，具体的原因可能是参数错误(例如，某字段的数值超出了预置的范围，等)，或者图片尺寸过大等等。对于这种情况，如图2-2所示，在本申请实施例的系统中还可以提供判别模块，用于将上传失败的任务执行结果存回所述队列中，并进行重试，重试预置次数后若仍上传失败，则可以从所述队列中删除，并向服务器进行告警，以便所述服务器将对应的任务信息提供给关联的管理客户端。这里的管理客户端可以是物流园区中的主管等人员的客户端，使得其能够及时获知具体的任务执行情况，必要情况下，还可以重新将任务分配下去，等等。也就是说，在本申请实施例中，对于具体执行任务的作业人员而言，其在仓库内执行对具体的任务执行结果的提交之后，无论该任务执行结果是否上传成功，都不会直接反馈给该作业人员。这是因为，在本申请实施例中，正式将任务执行结果信息上传到服务器的时间，是滞后于用户执行任务的时间的，而且在对任务执行结果进行上传时，用户可能已经回到办公区等地，其终端设备的界面也早就不再停留在某个任务的详情页等。因此，如果突然为作业人员提示某项任务执行结果未上传成功，则可能会引起该用户的疑惑。而且，如果再由该作业人员重新返回到仓库重新执行该任务，也会存在效率不高等问题，因此，本申请实施例采用的是将具体未能上传成功的任务信息提供给管理客户端，由管理客户端在认为必要的情况下，重新加入到下一批任务中分配给作业人员，使得作业人员在执行新的任务批次时，再重新执行该任务，等等。

需要说明的是，在具体实现时，如图2-2所示，该系统中还可以包括网络监测模块，用于对关联终端设备的网络状态进行监视，并将监视结果提供给所述任务详情展示模块、任务执行结果暂存模块以及任务执行结果上传模块。也就是说，可以由该网络监测模块对终端设备的具体网络状态进行监测，在任务执行的各个环节上的模块，都可以根据具体的网络监测结果进行具体的处理。例如，如果作业人员提交具体的任务执行结果时，监测到仓库内网络状态良好，则任务执行结果暂存模块不会被触发，直接由任务执行结果上传模块上传到服务器，也即，不再需要在本地存储器中进行存储，等等。而对于在作业人员提交具体的任务执行结果时，网络状态不佳的情况，才会触发任务执行结果暂存模块在本地存储器中对任务执行结果进行存储。之后，一旦监测到网络状态恢复良好，即可触发任务执行结果上传模块，对本地存储器中存储的各条任务进行上传，等等。

为了更好地理解本申请实施例提供的技术方案，下面以物流园区场景为例，结合图3所示的状态变化图，对本申请实施例通过的具体方案进行详细介绍。如图3所示，物流园区内可以设有仓库以及办公区，其中，仓库通常可以有多个，办公区也可能会有多个，图中仅一个为例进行介绍。作业人员可以在办公区获取具体的任务列表，在获取任务列表的同时，即可对具体任务的任务详情信息预加载到终端设备的本地存储器中进行保存。之后，作业人员携带终端设备进入到仓库中，执行具体的任务。在执行任务的过程中，如果需要查看任务详情，则可以从本地存储器中进行读取，并进行界面展示；如果需要提交任务执行结果，包括录入的相关参数、拍摄的照片等，则可以保存在终端设备的本地存储器中。待完成各项任务之后，作业人员可以携带终端设备回到办公区，此时，恢复到正常的网络环境，因此，可以将本地存储器中暂存的任务执行结果信息上传到服务器。

总之，通过本申请实施例，对于物流园区内的相关工单对应的各种任务处理等应用场景中，如果具体执行任务的地点没有无线网络的覆盖，或者覆盖较小的面积，则可以通过任务详情信息预加载，以及任务执行结果延迟提交的方式，使得任务处理仍然可以实现线上化流程，避免通过纸质工单执行过程中出现的效率低、出错率高等问题。其中，任务详情信息预加载的过程可以在网络环境良好的区域来进行，这样，在网络状态比较差的区域也可以查看任务详情，并且，还可以提交任务执行结果，只是此时提交的任务执行结果可以暂存在终端设备本地，等到完成各项任务回到网络状态良好的环境之后，再触发对任务执行结果的正式上传。通过这种方式，不需要在仓库内等区域进行更多的WiFi热点部署，或者对移动网络资源的占用，因此，还可以在实现的过程中实现成本控制。

实施例二

该实施例二是与实施例一相对应的，从终端设备的角度，提供了一种任务处理方法，参见图4，该方法具体可以包括：

S401：在第二网络状态下获取任务列表信息，并分别对列表中的各项任务对应的任务详情信息进行预加载，保存在终端设备本地；

S402：在第一网络状态下接收到查看目标任务详情信息的请求时，从所述终端设备本地读取所述目标任务的详情信息并展示；

S403：在所述第一网络状态下接收到提交任务执行结果的请求时，将所述任务执行结果加入到所述终端设备本地的任务执行结果队列中；

S404：恢复到第二网络状态时，将所述队列中的各条任务执行结果上传到服务器。

具体实现时，在将所述任务执行结果提交到服务器之前，还可以首先确定所述队列中各条任务执行结果的上传优先级，按照优先级进行排序后，以便按照所述排序结果执行对所述任务执行结果的上传操作。

在一种具体的实现的方式下，可以根据所述任务执行结果对应的任务类型，以及任务执行结果加入到所述队列的时间，确定所述任务执行结果的上传优先级。

更为具体的，可以根据所述任务执行结果对应的任务类型的初始权重，该任务类型在时间维度上对应的权重变化系数，以及当前时间与所述任务执行结果加入队列的时间差值，确定所述任务执行结果的上传优先级。

其中，如果所述任务执行结果对应的任务类型为周期性执行的任务，则其上传优先级随着随着其加入队列的时间的增长而降低。

另外，具体实现时，还可以将上传失败的任务执行结果存回所述队列中，并进行重试；若重试预置次数后仍上传失败，则从所述队列中删除，并向服务器进行告警，以便所述服务器将对应的任务信息提供给关联的管理客户端。

与实施例二相对应，本申请实施例还提供了一种任务处理装置，其中，参见图5，该装置具体可以包括：

任务详情预加载模块501，用于在第二网络状态下获取任务列表信息，并分别对列表中的各项任务对应的任务详情信息进行预加载，保存在终端设备本地；

任务详情展示模块502，用于在第一网络状态下接收到查看目标任务详情信息的请求时，从所述终端设备本地读取所述目标任务的详情信息并展示；

任务执行结果暂存模块503，用于在所述第一网络状态下接收到提交任务执行结果的请求时，将所述任务执行结果加入到所述终端设备本地的任务执行结果队列中；

任务执行结果上传模块504，用于在恢复到第二网络状态时，将所述队列中的各条任务执行结果上传到服务器。

另外，本申请实施例还提供了一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

在第二网络状态下获取任务列表信息，并分别对列表中的各项任务对应的任务详情信息进行预加载，保存在终端设备本地；

在第一网络状态下接收到查看目标任务详情信息的请求时，从所述终端设备本地读取所述目标任务的详情信息并展示；

在所述第一网络状态下接收到提交任务执行结果的请求时，将所述任务执行结果加入到所述终端设备本地的任务执行结果队列中；

恢复到第二网络状态时，将所述队列中的各条任务执行结果上传到服务器。

其中，图6示例性的展示出了电子设备的架构，例如，设备600可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。

参照图6，设备600可以包括以下一个或多个组件：处理组件602，存储器604，电源组件606，多媒体组件608，音频组件610，输入/输出(I/O)的接口612，传感器组件614，以及通信组件616。

处理组件602通常控制设备600的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件602可以包括一个或多个处理器620来执行指令，以完成本公开技术方案提供的视频播放方法中的当满足预设条件时，生成流量压缩请求，并发送给服务器，其中所述流量压缩请求中记录有用于触发服务器获取目标关注区域的信息，所述流量压缩请求用于请求服务器优先保证目标关注区域内视频内容的码率；根据服务器返回的码流文件播放所述码流文件对应的视频内容，其中所述码流文件为服务器根据所述流量压缩请求对所述目标关注区域之外的视频内容进行码率压缩处理得到的视频文件的全部或部分步骤。此外，处理组件602可以包括一个或多个模块，便于处理组件602和其他组件之间的交互。例如，处理部件602可以包括多媒体模块，以方便多媒体组件608和处理组件602之间的交互。

存储器604被配置为存储各种类型的数据以支持在设备600的操作。这些数据的示例包括用于在设备600上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件606为设备600的各种组件提供电力。电源组件606可以包括电源管理系统，一个或多个电源，及其他与为设备600生成、管理和分配电力相关联的组件。

多媒体组件608包括在设备600和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件608包括一个前置摄像头和/或后置摄像头。当设备600处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件610被配置为输出和/或输入音频信号。例如，音频组件610包括一个麦克风(MIC)，当设备600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。在一些实施例中，音频组件610还包括一个扬声器，用于输出音频信号。

I/O接口612为处理组件602和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件614包括一个或多个传感器，用于为设备600提供各个方面的状态评估。例如，传感器组件614可以检测到设备600的打开/关闭状态，组件的相对定位，例如所述组件为设备600的显示器和小键盘，传感器组件614还可以检测设备600或设备600一个组件的位置改变，用户与设备600接触的存在或不存在，设备600方位或加速/减速和设备600的温度变化。传感器组件614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件614还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件616被配置为便于设备600和其他设备之间有线或无线方式的通信。设备600可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件616还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，设备600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器604，上述指令可由设备600的处理器620执行以完成本公开技术方案提供的视频播放方法中的当满足预设条件时，生成流量压缩请求，并发送给服务器，其中所述流量压缩请求中记录有用于触发服务器获取目标关注区域的信息，所述流量压缩请求用于请求服务器优先保证目标关注区域内视频内容的码率；根据服务器返回的码流文件播放所述码流文件对应的视频内容，其中所述码流文件为服务器根据所述流量压缩请求对所述目标关注区域之外的视频内容进行码率压缩处理得到的视频文件。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的任务处理方法、装置及系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (17)

1.一种任务处理系统，其特征在于，包括：

任务生成服务器，任务分配服务器以及终端设备；

其中，所述任务生成服务器与所述任务分配服务器之间进行通信连接，所述任务分配服务器与所述终端设备之间进行通信连接；；

所述终端设备包括任务详情预加载模块，任务详情展示模块，任务执行结果暂存模块，以及任务执行结果上传模块，其中，

所述任务详情预加载模块，用于在所述终端设备位于处于第二网络状态的区域时，从所述任务分配服务器获取任务列表，并对列表中各项任务对应的任务详情信息进行预加载，保存在本地存储器中；

所述任务详情展示模块，用于在所述终端设备进入到处于第一网络状态的区域执行目标任务时，从本地存储器读取所述目标任务的详情信息进行展示；

所述任务执行结果暂存模块，用于接收到提交任务执行结果的请求时，将所述任务执行结果加入到本地存储器的任务执行结果队列中；

所述任务执行结果上传模块，用于在所述终端设备回到所述处于所述第二网络状态的区域后，将所述队列中的各条任务执行结果上传到服务器。

2.根据权利要求1所述的系统，其特征在于，

所述任务生成服务器具体用于，针对物流园区内的目标物流对象仓库生成相关的任务；其中，所述目标物流对象仓库内处于第一网络状态，所述物流园区内还包括处于第二网络状态的区域；

所述任务分配服务器具体用于，将所述任务生成服务器生成的任务分配给目标执行者对应的终端设备。

3.根据权利要求1所述的系统，其特征在于，所述终端设备中还包括：

排序模块，用于在将所述任务执行结果提交到服务器之前，确定所述队列中各条任务执行结果的上传优先级，按照优先级进行排序后，将排序结果提供给所述任务执行结果上传模块，以便所述任务执行结果上传模块按照所述排序结果执行所述上传操作。

4.根据权利要求3所述的系统，其特征在于，

所述排序模块具体用于，根据所述任务执行结果对应的任务类型，以及任务执行结果加入到所述队列的时间，确定所述任务执行结果的上传优先级。

5.根据权利要求4所述的系统，其特征在于，

所述排序模块具体用于，根据所述任务执行结果对应的任务类型的初始权重，该任务类型在时间维度上对应的权重变化系数，以及当前时间与所述任务执行结果加入队列的时间差值，确定所述任务执行结果的上传优先级。

6.根据权利要求5所述的系统，其特征在于，

对于周期性执行的任务类型，其权重随着时间的推移降低。

7.根据权利要求1所述的系统，其特征在于，还包括：

判别模块，用于将上传失败的任务执行结果存回所述队列中，并进行重试，若重试预置次数后仍上传失败，则从所述队列中删除，并向服务器进行告警，以便所述服务器将对应的任务信息提供给关联的管理客户端。

8.根据权利要求1至7任一项所述的系统，其特征在于，所述终端设备中还包括：

网络监测模块，用于对关联终端设备的网络状态进行监测，并将监测结果提供给其他各模块。

9.根据权利要求1至7任一项所述的系统，其特征在于，

所述任务列表中的各项任务包括：在目标物流对象仓库内执行的维修、保养或巡检任务。

10.一种任务处理方法，其特征在于，包括：

在第二网络状态下获取任务列表信息，并分别对列表中的各项任务对应的任务详情信息进行预加载，保存在终端设备本地；

在第一网络状态下接收到查看目标任务详情信息的请求时，从所述终端设备本地读取所述目标任务的详情信息并展示；

在所述第一网络状态下接收到提交任务执行结果的请求时，将所述任务执行结果加入到所述终端设备本地的任务执行结果队列中；

恢复到第二网络状态时，将所述队列中的各条任务执行结果上传到服务器。

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

在将所述任务执行结果提交到服务器之前，确定所述队列中各条任务执行结果的上传优先级，按照优先级进行排序后，以便按照所述排序结果执行对所述任务执行结果的上传操作。

12.根据权利要求11所述的方法，其特征在于，

所述确定所述队列中各条任务执行结果的上传优先级，包括：

根据所述任务执行结果对应的任务类型，以及任务执行结果加入到所述队列的时间，确定所述任务执行结果的上传优先级。

13.根据权利要求12所述的方法，其特征在于，

所述确定所述任务执行结果的上传优先级，包括：

根据所述任务执行结果对应的任务类型的初始权重，该任务类型在时间维度上对应的权重变化系数，以及当前时间与所述任务执行结果加入队列的时间差值，确定所述任务执行结果的上传优先级。

14.根据权利要求13所述的方法，其特征在于，

如果所述任务执行结果对应的任务类型为周期性执行的任务，则其上传优先级随着随着其加入队列的时间的增长而降低。

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

将上传失败的任务执行结果存回所述队列中，并进行重试；

若重试预置次数后仍上传失败，则从所述队列中删除，并向服务器进行告警，以便所述服务器将对应的任务信息提供给关联的管理客户端。

16.一种任务处理装置，其特征在于，包括：

任务详情预加载模块，用于在第二网络状态下获取任务列表信息，并分别对列表中的各项任务对应的任务详情信息进行预加载，保存在终端设备本地；

任务详情展示模块，用于在第一网络状态下接收到查看目标任务详情信息的请求时，从所述终端设备本地读取所述目标任务的详情信息并展示；

任务执行结果暂存模块，用于在所述第一网络状态下接收到提交任务执行结果的请求时，将所述任务执行结果加入到所述终端设备本地的任务执行结果队列中；

任务执行结果上传模块，用于在恢复到第二网络状态时，将所述队列中的各条任务执行结果上传到服务器。

17.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

在第二网络状态下获取任务列表信息，并分别对列表中的各项任务对应的任务详情信息进行预加载，保存在终端设备本地；

在第一网络状态下接收到查看目标任务详情信息的请求时，从所述终端设备本地读取所述目标任务的详情信息并展示；

在所述第一网络状态下接收到提交任务执行结果的请求时，将所述任务执行结果加入到所述终端设备本地的任务执行结果队列中；

恢复到第二网络状态时，将所述队列中的各条任务执行结果上传到服务器。

Images