TW202009860A - Task processing method, apparatus, and system - Google Patents

Abstract

Disclosed in embodiments of the present application are a task processing method, apparatus, and system. The system comprises: a task generation server, a task allocation server, and a terminal device. The terminal device comprises: a task detail pre-loading module configured to obtain a task list and pre-load task details of the tasks; a task detail presentation module configured to read detail information of a target task from a local memory and present same; a task execution result register module configured to add a task execution result to a task execution result queue of the local memory; and a task execution result uploading module configured to upload the task execution result to a server when recovering to a second network state. The embodiments of the present application can better complete an online process of work orders with low costs in the case that a warehouse has poor network coverage.

Description

Task processing method, device and system

The present application relates to the technical field of task processing, in particular to a task processing method, device and system.

Logistics park (logistics park) refers to an area where logistics operations are concentrated. It is connected to several modes of transportation and integrates a variety of logistics facilities or different types of logistics enterprises in a spatially centralized place. It is also a place with a certain scale and a variety of Rallying point for logistics companies with service functions. The logistics park will be equipped with property personnel, mainly used to perform the following repair, maintenance, inspection and other tasks. At present, in most logistics parks, there is no perfect work order system. When property personnel are required to perform repairs, maintenance, inspections and other operations, they are all processed through paper work orders. When the property staff completes the work order Later, when the work order process is ended on a paper work order, it is clear that the efficiency is very low and error-prone. In some logistics parks with more advanced facilities, they have their own work order system, and they can online the work order process. Property staff can receive work order push through the mobile terminal and complete specific tasks and work on the mobile terminal. Single order operation, upload the task completion result information to the server until the work order is completed. However, this method also has its limitations. This is because the main function of the logistics park is to store goods. Therefore, large warehouses will be deployed in the logistics park, and such warehouses may be deployed in basements, etc. . In addition, because most of the time in the warehouse is unmanned, and the area is large, and the cost of deploying the wireless LAN is relatively high, therefore, the wireless LAN may not be deployed in the warehouse, or, only There are small-scale deployments at entrances and exits in the warehouse. Therefore, the coverage area of wifi in the warehouse is limited, or even not covered, so that in most cases, the warehouse is in a weak network or even no network environment, and once the work order operating environment is in such a place, the property staff cannot complete the work order task Unless using traffic resources from the mobile network. However, the tasks executed in the warehouse usually need to upload some photos, etc. when submitting the task execution results. Therefore, the network traffic that needs to be occupied will be relatively large. In the case of a relatively large amount of tasks, it will also cause Increase in road costs. Therefore, how to complete the online process of the work order at a lower cost when the network coverage in the warehouse is relatively poor becomes a technical problem that needs to be solved by those skilled in the art.

This application provides a task processing method, device and system, which can better complete the online process of work orders at a lower cost when the network coverage in the warehouse is poor. This application provides the following solutions: A task processing system, including: Task generation server, task distribution server and terminal equipment; Wherein, a communication connection is performed between the task generation server and the task distribution server, and a communication connection is performed between the task distribution server and the terminal device; The terminal device includes a task detail preloading module, a task detail display module, a task execution result temporary storage module, and a task execution result upload module, wherein, The task details pre-loading module is used to obtain a task list from the task distribution server when the terminal device is in an area in the second network state, and correspond to each task in the queue list Task details are preloaded and saved in local memory; The task detail display module is used to read the detailed information of the target task from the local memory for display when the terminal device enters the area in the first network state to execute the target task; The task execution result temporary storage module is used to add the task execution result to the task execution result queue of the local memory when receiving the request to submit the task execution result; The task execution result uploading module is used for uploading each task execution result in the queue to the server after the terminal device returns to the area in the second network state. A task processing method, including: Obtain the task list information in the second network state, and pre-load the task detail information corresponding to each task in the list, and save it locally in the terminal device; When receiving a request to view detailed information of the target task in the first network state, read and display the detailed information of the target task locally from the terminal device; When a request to submit a task execution result is received in the first network state, add the task execution result to the local task execution result queue of the terminal device; When recovering to the second network state, upload the execution results of each task in the queue to the server. A task processing device, including: Task details pre-loading module, used to obtain task list information in the second network state, and pre-load task detail information corresponding to each task in the list, and save it locally in the terminal device; The task detail display module is used to read and display the detailed information of the target task locally from the terminal device when a request to view detailed information of the target task is received in the first network state; The task execution result temporary storage module is used to add the task execution result to the local task execution result queue of the terminal device when a request for submitting the task execution result is received in the first network state; The task execution result uploading module is used to upload each task execution result in the queue to the server when the second network state is restored. An electronic device, including: One or more processors; and A memory associated with the one or more processors. The memory is used to store program instructions. When the program instructions are read and executed by the one or more processors, the following operations are performed: Obtain the task list information in the second network state, and pre-load the task detail information corresponding to each task in the list, and save it locally in the terminal device; When receiving a request to view detailed information of the target task in the first network state, read and display the detailed information of the target task locally from the terminal device; When a request to submit a task execution result is received in the first network state, add the task execution result to the local task execution result queue of the terminal device; When recovering to the second network state, upload the execution results of each task in the queue to the server. According to specific embodiments provided by this application, this application discloses the following technical effects: Through the embodiments of the present application, in various application scenarios such as various task processing corresponding to related work orders in the logistics park, if the specific location of the task is not covered by the wireless network or covers a small area, you can use the task details information The pre-loading and the delayed submission of task execution results enable task processing to still achieve an online process, avoiding problems such as low efficiency and high error rates during the execution of paper work orders. Among them, the process of preloading task details information can be carried out in an area with a good network environment, so that the task details can also be viewed in areas with poor network status, and the task execution results can also be submitted, but only at this time. The task execution results can be temporarily stored locally in the terminal device. After completing the tasks and returning to a good network environment, the official upload of the task execution results will be triggered. In this way, there is no need to deploy more WiFi hotspots in the warehouse and other areas, or to occupy mobile network resources. Therefore, cost control can also be achieved during the implementation process. Of course, the implementation of any product of this application does not necessarily need to achieve all the advantages mentioned above at the same time.

其中，α為具體任務類型對應的初始權重，λ是具體任務類型在時間維度上的權重變化係數，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、磁碟、光碟等，包括若干指令用以使得一台電腦設備(可以是個人電腦，伺服器，或者網路設備等)執行本申請各個實施例或者實施例的某些部分所述的方法。 本說明書中的各個實施例均採用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於系統或系統實施例而言，由於其基本相似於方法實施例，所以描述得比較簡單，相關之處參見方法實施例的部分說明即可。以上所描述的系統及系統實施例僅僅是示意性的，其中所述作為分離構件說明的單元可以是或者也可以不是實體上分開的，作為單元顯示的構件可以是或者也可以不是實體單元，即可以位於一個地方，或者也可以分佈到多個網路單元上。可以根據實際的需要選擇其中的部分或者全部模組來實現本實施例方案的目的。本領域普通技術人員在不付出創造性勞動的情況下，即可以理解並實施。 以上對本申請所提供的任務處理方法、裝置及系統，進行了詳細介紹，本文中應用了具體個例對本申請的原理及實施方式進行了闡述，以上實施例的說明只是用於幫助理解本申請的方法及其核心思想；同時，對於本領域的一般技術人員，依據本申請的思想，在具體實施方式及應用範圍上均會有改變之處。綜上所述，本說明書內容不應理解為對本申請的限制。The technical solutions in the embodiments of the present application will be described clearly and completely in combination with the drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, but not all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by persons of ordinary skill in the art fall within the protection scope of the present application. In the embodiments of the present application, it is considered that in a logistics park and other scenarios, in addition to a warehouse, an office area with property personnel is usually provided, and in such an office area, there is usually a relatively good wireless area network coverage. In addition, the property staff spend most of their time in the office area. They only go to the warehouse when they need to enter the warehouse to perform specific tasks, and after performing specific maintenance, inspection, and maintenance operations in the warehouse, Will still return to the office area. Based on the above considerations, the embodiments of the present application provide solutions for preloading task detail information and delaying the submission of task execution results. In other words, the operator can pull the task list in an area with a good network status, such as an office area. During the pulling process, the task details corresponding to each task can be pre-loaded locally on the terminal device. In this way, when the operator enters a warehouse and other areas with poor network status to perform specific tasks, the detailed information corresponding to each task can be read locally from the terminal device. After referring to the execution, the task execution result can be submitted. At this time, due to the poor network status, in this embodiment of the present application, the task execution result information corresponding to each task can also be temporarily stored locally in the terminal device, and then wait until the operation After the personnel complete the tasks and return to the office area and other areas with better network status, the results of the tasks are uploaded to the server. In this way, even when the network environment is relatively poor, the online process of the work order can still be realized without the need to deploy more WiFi hotspots in the warehouse or consume the traffic resources of the mobile network . The specific implementation scheme is described in detail below. Embodiment 1 First, this embodiment 1 provides a task processing system. Referring to FIG. 1, the system may include: a task generation server 101, a task distribution server 102, and a terminal device 103. The task generation server 101 and A communication connection can be performed between the task distribution server 102, and a communication connection can be performed between the task distribution server 102 and the terminal device 103, so as to achieve mutual communication. The terminal device 103 may include a task details pre-loading module 1031, a task details display module 1032, a task execution result temporary storage module 1033, and a task execution result upload module 1034, wherein, the task details pre-load The loading module 1031 is used to obtain a task list when the terminal device is located in the area in the second network state, and preload and save task detail information corresponding to each task in the queue list In the local memory; the task detail display module 1032 is used to read the detailed information of the target task from the local memory when the terminal device enters the first network status field to execute the target task Display; the task execution result temporary storage module 1033 is used to add the task execution result to the task execution result queue of the local memory when receiving the request to submit the task execution result; the task execution result The uploading module 1034 is configured to upload the execution results of each task in the queue to the server after the terminal device returns to the area in the second network state. It should be noted that each module in the above-mentioned terminal device can be operated in an operator terminal device (such as a mobile phone) in a scenario such as a logistics park through an App or a functional element in the App. That is to say, through this App or functional element, the operator can not only receive the work order task issued by the server or the superior management terminal device, but also continue to follow the terminal in the case of a poor network environment in the warehouse The task information in the device performs specific tasks and submits the task execution results. Specifically, the task generation server can be implemented by deploying in the cloud, etc. The role of the server is to generate specific tasks. For example, in the application scenario specific to the logistics park, the task generation server can be specifically used to generate related tasks for the target logistics object warehouse in the logistics park. The task assignment server may be specifically used to distribute tasks generated by the task generation server to terminal devices corresponding to target performers. Among them, the target logistics object warehouse can be in the first network state, that is, the network state is not good, and it is usually impossible to achieve normal communication; in addition, the logistics park also includes an area in the second network state, For example, the office area, etc., where the network status is good, can achieve normal communication with the cloud server. In addition, in the logistics park scenario, the specific tasks generated by the task generation server can include a variety of, for example, a device in the warehouse issues a fault alarm, the task generation system can generate maintenance tasks, or users such as third-party merchants in the warehouse During the process of depositing logistics objects, it was found that the warehouse had some problems, so the specific problems were reported through its user terminal, and corresponding inspection tasks could be generated accordingly; or, some periodic tasks could be pre-configured, such as , Regular inspections, maintenance, etc. In short, after the task generation server generates a specific task, the task distribution server can be located in the cloud (or can be located in the cloud, or it can be sent to the management equipment in the logistics park (computer and other equipment corresponding to the staff in the supervisor and other positions first ), etc.) Deliver specific tasks to specific worker terminal devices, and the user terminal (for example, the aforementioned App, etc.) in the terminal device can provide an interface for viewing the task list. The operator can request to view the specific task list through the user terminal, and correspondingly, the specific task list can be displayed in the interface. In addition, in the traditional case, after receiving the request to view the task list, the client will only request the server to obtain the task list corresponding to the current operator, instead of loading the detailed information of each specific task at the same time, only When the operator clicks on a specific task in the list, the specific task details are requested from the server and displayed. Then, the operator needs to perform the corresponding task according to the specific information in the task details and pass the task details The specific operation entry provided in the interface submits the corresponding task execution result. However, in the embodiment of the present application, the operator may face a poor network status after entering the warehouse and other areas with his terminal equipment. Therefore, when the user requests to obtain the task list, or may receive the server’s When pushing the task list, the detailed information of each task is pre-loaded. In other words, the operator can obtain a specific task list in the office area and other areas with good network conditions. At this time, the server can provide the task details corresponding to each task in the task list to the client. After the client loads, it can be saved in the local memory of the operator's terminal device. In other words, in the embodiment of the present application, the loading of task details information is no longer conditional on the operator clicking on a specific task from the task list, but as long as the task list is obtained, each task is mapped The task details are loaded locally on the terminal device. Of course, during this pre-loading process, the operator may not need to be aware, that is, the operator does not need to perform special operations, but only needs to normally pull or receive his own task list. After obtaining the task list and pre-loading the detailed information of the relevant tasks, the specific operator can enter the specific warehouse to perform specific tasks. When performing specific tasks, you need to click on the specific from the task list Tasks, check the task details before you can know how to execute the task. At this time, because the network environment in the warehouse is not good, that is, the first network state is processed, if you follow the existing technology, you cannot view the task details. In the embodiments of the present application, due to the specific task details The information is pre-loaded locally to the terminal device, so specific task details can be read directly from the terminal device and displayed to the operator. In other words, as shown in Figure 2-1, the operator can perform a task list in an area with a relatively good network environment, such as an office area. At this time, the task list loading page can be displayed, and the page can show the specific Task list. At the same time, it is also possible to trigger specific task details preload processing asynchronously, that is, the task details information corresponding to each task in the list can be preloaded (that is, in the user Before actually clicking on a specific task item in the list, the loading of task details information has been completed) and saved in the local memory of the terminal device. After that, when the user enters the warehouse to perform specific tasks, he can view the specific task list through the terminal device and click one of the tasks from the task list to enter the task processing page. At this time, due to the poor network status in the warehouse Therefore, you can directly display the detailed task information stored in the local memory to display the task processing page corresponding to the task, which can display the specific task content and other information corresponding to the currently selected task. After that, the operator can perform specific tasks according to the prompts on the task processing page, and after performing a specific task, he can submit the specific task execution results. The so-called task execution results can include specific needs to be filled out Inspection data, or photos taken during the execution of tasks. For example, during the execution of the inspection task, it is found that there is an abnormality. At this time, in addition to submitting a text description of the abnormality, you can also take pictures of the specific abnormal location, equipment, etc., together with the text description and the result of the photo Submit as a task execution result, etc. However, due to the poor network environment in the warehouse, it still cannot be submitted directly to the server. For this reason, in the embodiment of the present application, a temporary storage module for task execution results is also provided, that is, after receiving the task execution result for a certain task, if the terminal device is in the first network state, that is If there is no network or the network signal is poor, the task execution result can be added to the local task execution result queue of the terminal device for temporary storage. That is to say, the task list that the same operator pulls each time will usually include multiple tasks. During the process of entering the warehouse to execute each task, you can use the task details page to complete each task. Related entrances, etc., submit the task execution results, including specific parameters, or pictures, etc. In this way, with the completion of each task, the task execution result information corresponding to each task will form a queue and be temporarily stored locally in the terminal device. After the operators perform the tasks in the list, they can leave the warehouse and return to the office area and other locations. In this way, the terminal equipment will obtain a better network environment. In other words, the terminal device is brought into the second network state. At this time, the task execution result upload module can upload each task in the queue to the server. In this way, the uploading of the execution results of various tasks can be realized by delayed uploading. It can be seen that the network status in the warehouse where the specific task is executed in real time is not good, and the online process of the work order can be realized by preloading the task details and delaying the upload of the task execution results. In a specific implementation, since the task execution result is subjected to delayed upload processing in the embodiment of the present application, the time when the task execution result reaches the server is later than the time when the task is actually executed and completed. In addition, because the same batch of tasks received by the same operator is completed before returning to the environment with a better network status, the task execution results can be uploaded in a unified manner. Each task execution result needs to be uploaded to server. In practical applications, in the scenario of warehouse work order tasks in the logistics park, the operator usually submits some pictures for the purpose of describing the problem or keeping evidence for the tasks he has performed. Especially for some inspection tasks, because there may be more objects to be inspected, if there are problems in many places, a large number of pictures need to be collected, and all need to be uploaded to the server, etc. The amount of data in the picture itself is relatively large, and the upload process is usually slow compared to the upload of information such as plain text, which makes the upload of each task execution result may take longer. In this way, from the time when the first task execution result is uploaded to the last task execution result to complete the upload, it may take a relatively long period of time, which may be more than ten minutes or even tens of minutes, and so on. For the server, some tasks may have higher requirements for execution time, the server needs to know the execution results as early as possible, and some tasks have lower requirements for execution time. . Therefore, in an alternative embodiment, as shown in FIG. 2-2, the system may further include a sorting module for determining each item in the queue before submitting the task execution result to the server Priority of uploading the task execution result is sorted according to the priority, and the sorting result is provided to the task execution result uploading module, so that the task execution result uploading module performs the uploading operation according to the sorting result. That is to say, because each upload operation process may take a relatively long time, so in order to avoid the execution of some tasks with high time requirements, the results can be transmitted to the server too late, you can also first sort before uploading, Task execution results with higher priority are uploaded first. Among them, there are many ways to specifically determine the priority of the task execution result. For example, in one way, the operator can consciously sort the task execution sequence during the execution of the task, and give priority to the tasks that are usually more important. At this time, the priority can be directly determined according to the execution order of the task, and the completed task is executed by the worker first, and the task execution result has a higher priority. Or, in another way, in order to reduce the dependence on the subjective behavior of the operator, the sorting module can also determine the execution of each task according to the task type corresponding to the task execution result and the time added to the queue and other information The priority of the result. Among them, the specific task types can include temporarily generated tasks, timed tasks, etc. Among them, the temporarily generated tasks can also be divided into more subdivided types according to the different initiators of the task, for example, they can include tasks generated by automatic alarms of equipment in the warehouse, Or a task triggered by a third-party merchant or the like during the process of entering or leaving the warehouse, and so on. Different types of tasks can have different priorities for uploading task execution results. Tasks of the same type can be sorted according to the time when the task execution results are added to the queue, and so on. For example, due to the characteristics of temporary tasks that are temporarily generated, the server may need to know the specific situation as soon as possible; while for scheduled tasks, it is usually to perform some routine inspections and other operations, and there may not necessarily be a problem. If there is a problem, it may not be an urgent problem. Therefore, its priority can be higher than that of scheduled tasks, and so on. In addition, in the specific implementation, in order to more accurately determine the priority of each task execution result, it can also be quantified according to the task type, the time to enter the queue and other information, and calculate the priority score of each task execution result, then, according to Sort by high or low score. Specifically, first, various task types may be assigned initial weights, for example, the initial weight of a temporary task is higher than that of a timed task, and so on. In addition, the weight change coefficient corresponding to the time dimension can be set for various task types. The weight change coefficient corresponding to different task types over time can also be different, and this coefficient can be an integer or a negative number. and many more. The time may specifically refer to the time difference between the current time and the task execution result added to the queue. In this way, as long as the initial weight corresponding to the specific task type, the weight change coefficient in the time dimension, and the time difference are substituted into the preset function relationship, the upload priority corresponding to a task execution result can be determined . For example, in specific implementation, the above function relationship can be:

Where α is the initial weight corresponding to the specific task type, λ is the weight change coefficient of the specific task type in the time dimension, x′ is the time when the task execution result is added to the queue, and x is the current time. Of course, in specific implementation, it may not be limited to the above one functional relationship, and may also be replaced by other functional relationships. That is to say, with the passage of time, the upload priority of the execution result of the same task will change dynamically, and depending on the type of the corresponding task, the specific degree of change may be different (the value of each corresponding coefficient λ can be different). For example, for a task that is executed periodically, its upload priority decreases as the time it joins the queue increases. This is because, due to the delayed upload, the actual upload start time may be very short from the task execution time of the next cycle. At this time, it does not matter even if the task execution result is uploaded to the server later, because the server may be very fast You will get the execution results in the next cycle, and so on. For a temporary task, the server may need to know its execution result as soon as possible. Therefore, the priority of uploading the task execution result can be increased over time, and so on. In short, the function relationship can be set in advance, so that the time difference between the current time (that is, the time when the priority calculation is specifically performed) and the time when each task execution result is added to the queue can be determined first, and the task execution result can be determined to correspond to Task category, and the initial weight corresponding to the specific task category, the weight change coefficient of the task category in the time dimension, and then brought into the specific function relationship, you can calculate the upload priority corresponding to the execution result of each task . In short, you can determine the priority of each task execution result, sort it according to the priority result, and then upload it to the server, so that the task execution results with high timeliness requirements must be submitted to the server as soon as possible. , In order to carry out relevant interventions in a timely manner. In addition, in the specific implementation, there may be a phenomenon that the execution result of a certain task cannot be uploaded successfully. The specific reason may be a parameter error (for example, the value of a field exceeds the preset range, etc.), or the size of the picture Too big, etc. For this situation, as shown in FIG. 2-2, the system of the embodiment of the present application may also provide a discrimination module for storing the execution result of the failed upload task back into the queue and retrying, If the upload still fails after the preset number of retries, you can delete it from the queue and warn the server so that the server can provide the corresponding task information to the associated management client. The management client here can be the client of the supervisor and other personnel in the logistics park, so that it can be informed of the specific task execution status in time, and if necessary, the task can be reassigned, and so on. That is to say, in the embodiment of the present application, for a worker who specifically executes a task, after submitting the execution result of the specific task in the warehouse, no matter whether the task execution result is uploaded successfully or not, no direct feedback will be given To the operator. This is because, in the embodiment of the present application, the time for officially uploading the task execution result information to the server lags behind the time for the user to execute the task, and the user may have returned to the office when uploading the task execution result Areas and other places, the interface of its terminal equipment has long ceased to stay on the details page of a certain task. Therefore, if the operator is suddenly notified that the execution result of a certain task is not uploaded successfully, it may cause the user's doubts. Moreover, if the operator returns to the warehouse to re-execute the task, there will also be problems such as inefficiency. Therefore, the embodiment of the present application adopts the task information that failed to upload successfully to the management client. When the management client considers it necessary, it rejoins the next batch of tasks and assigns them to the operator, so that the operator can re-execute the task when executing a new task batch, and so on. It should be noted that, in specific implementation, as shown in FIG. 2-2, the system may further include a network monitoring module, which is used to monitor the network status of the associated terminal device and provide the monitoring results to all The task details display module, task execution result temporary storage module and task execution result upload module. That is to say, the network monitoring module can monitor the specific network status of the terminal device, and the modules at each link of task execution can be specifically processed according to the specific network monitoring results. For example, if the operator submits a specific task execution result and monitors that the network status in the warehouse is good, the task execution result temporary storage module will not be triggered, and the task execution result upload module will directly upload it to the server, that is, , No longer need to be stored in local memory, etc. However, when the operator submits a specific task execution result and the network status is not good, the task execution result temporary storage module is triggered to store the task execution result in the local memory. After that, once it is detected that the network status is recovered well, the task execution result upload module can be triggered to upload each task stored in the local memory, etc. In order to better understand the technical solutions provided by the embodiments of the present application, the following uses a logistics park scenario as an example, and in conjunction with the state change diagram shown in FIG. 3, the specific solutions adopted by the embodiments of the present application are described in detail. As shown in Figure 3, there can be warehouses and office areas in the logistics park. Of these, there can usually be multiple warehouses, and there may also be multiple office areas. Only one is shown as an example. The operator can obtain a specific task list in the office area. While obtaining the task list, the task details of the specific task can be preloaded into the local memory of the terminal device and saved. Afterwards, the operator carried the terminal equipment into the warehouse to perform specific tasks. In the process of performing a task, if you need to view the task details, you can read it from the local memory and display it on the interface; if you need to submit the task execution results, including the relevant parameters entered, the photos taken, etc., you can save In the local memory of the terminal device. After completing each task, the operator can bring the terminal device back to the office area. At this time, the normal network environment is restored. Therefore, the task execution result information temporarily stored in the local memory can be uploaded to the server. In short, through the embodiments of the present application, in various application scenarios such as various task processing corresponding to related work orders in the logistics park, if the specific location of the task is not covered by the wireless network or covers a small area, you can pass the task The pre-loading of detailed information and the delayed submission of task execution results enable task processing to still achieve an online process, avoiding problems such as low efficiency and high error rates during the execution of paper work orders. Among them, the process of preloading task details information can be carried out in an area with a good network environment, so that the task details can also be viewed in areas with poor network status, and the task execution results can also be submitted, but only at this time. The task execution results can be temporarily stored locally in the terminal device. After completing the tasks and returning to a good network environment, the official upload of the task execution results will be triggered. In this way, there is no need to deploy more WiFi hotspots in the warehouse or other areas, or occupy mobile network resources. Therefore, cost control can also be achieved during the implementation process. Embodiment 2 The second embodiment corresponds to the first embodiment. From the perspective of a terminal device, a task processing method is provided. Referring to FIG. 4, the method may specifically include: S401: Obtain a task in a second network state List information, and pre-load the task detail information corresponding to each task in the list, and save it locally in the terminal device; S402: When receiving a request to view the target task detail information in the first network state, from all The terminal device locally reads detailed information of the target task and displays it; S403: When receiving a request to submit a task execution result in the first network state, add the task execution result to the terminal device local In the task execution result queue of S404; S404: uploading each task execution result in the queue to the server when returning to the second network state. In specific implementation, before submitting the task execution result to the server, the upload priority of each task execution result in the queue may also be determined first, and sorted according to the priority so as to execute according to the sorted result Uploading the task execution result. In a specific implementation manner, the priority of uploading the task execution result may be determined according to the task type corresponding to the task execution result and the time when the task execution result is added to the queue. More specifically, according to the initial weight of the task type corresponding to the task execution result, the corresponding weight change coefficient of the task type in the time dimension, and the time difference between the current time and the task execution result added to the queue, Determine the upload priority of the task execution result. Wherein, if the task type corresponding to the task execution result is a periodically executed task, its upload priority decreases as the time it joins the queue increases. In addition, in specific implementation, the execution result of the failed upload task can also be stored in the queue and retryed; if the upload fails after a preset number of retries, delete from the queue and send The server performs a warning so that the server provides corresponding task information to the associated management client. Corresponding to the second embodiment, an embodiment of the present application further provides a task processing device, wherein, referring to FIG. 5, the device may specifically include: a task details pre-loading module 501, which is used to obtain in the second network state Task list information, and pre-load task detail information corresponding to each task in the list, and save it locally in the terminal device; Task detail display module 502, used to receive the viewing target task in the first network state When requesting detailed information, read and display the detailed information of the target task locally from the terminal device; the task execution result temporary storage module 503 is used to receive the submitted task execution result in the first network state , The task execution result is added to the local task execution result queue of the terminal device; the task execution result upload module 504 is used to restore the queue when the second network state is restored The execution results of each task in the upload to the server. In addition, an embodiment of the present application also provides an electronic device, including: one or more processors; and a memory associated with the one or more processors, the memory is used to store program instructions, the programs When the instruction is read and executed by the one or more processors, the following operations are performed: acquiring task list information in the second network state, and pre-loading task detail information corresponding to each task in the list , Stored locally in the terminal device; when a request to view detailed information of the target task is received in the first network state, the detailed information of the target task is read and displayed locally from the terminal device; on the first network When a request to submit a task execution result is received in the state, the task execution result is added to the local task execution result queue of the terminal device; when the second network state is restored, each of the queues is added The task execution results are uploaded to the server. Among them, FIG. 6 exemplarily shows the architecture of an electronic device. For example, the device 600 may be a mobile phone, a computer, a digital broadcasting terminal, a messaging device, a game console, a tablet device, a medical device, a fitness device, and a personal digital assistant. , Aircraft, etc. 6, the device 600 may include one or more of the following components: a processing component 602, a memory 604, a power supply component 606, a multimedia component 608, an audio component 610, an input/output (I/O) interface 612, a sensor Element 614, and communication element 616. The processing element 602 generally controls the overall operations of the device 600, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations. The processing element 602 may include one or more processors 620 to execute instructions to complete the video playback method provided in the technical solution of the present disclosure when a preset condition is met, generate a traffic compression request and send it to the server, wherein The traffic compression request records the information used to trigger the server to obtain the target area of interest. The traffic compression request is used to request the server to first ensure the bit rate of the video content in the target area of interest; according to the code stream file returned by the server The video content corresponding to the code stream file, wherein the code stream file is all or part of the steps of the video file obtained by the server performing bit rate compression processing on the video content outside the target area of interest according to the traffic compression request. In addition, the processing element 602 may include one or more modules to facilitate interaction between the processing element 602 and other elements. For example, the processing component 602 may include a multimedia module to facilitate interaction between the multimedia element 608 and the processing element 602. The memory 604 is configured to store various types of data to support the operation of the device 600. Examples of such data include instructions for any applications or methods operating on the device 600, contact data, phone book data, messages, pictures, video, etc. The memory 604 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable and programmable read-only memory (EEPROM), Erasable and programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disc. The power supply element 606 provides power to various elements of the device 600. The power supply element 606 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power for the device 600. The multimedia component 608 includes a screen between the device 600 and the user that provides an output interface. In some embodiments, the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive input signals from the user. The touch panel includes one or more touch sensors to sense touch, swipe, and gestures on the touch panel. The touch sensor may not only sense the boundary of the touch or sliding action, but also detect the duration and pressure related to the touch or sliding operation. In some embodiments, the multimedia element 608 includes a front lens and/or a rear lens. When the device 600 is in an operation mode, such as a shooting mode or a video mode, the front lens and/or the rear lens can receive external multimedia data. Each front lens and rear lens can be a fixed optical lens system or have focal length and optical zoom capabilities. The audio component 610 is configured to output and/or input audio signals. For example, the audio component 610 includes a microphone (MIC). When the device 600 is in an operation mode, such as a call mode, a recording mode, and a voice recognition mode, the microphone is configured to receive an external audio signal. The received audio signal may be further stored in the memory 604 or sent via the communication element 616. In some embodiments, the audio component 610 further includes a speaker for outputting audio signals. The I/O interface 612 provides an interface between the processing element 602 and the peripheral interface module. The peripheral interface module may be a keyboard, a click wheel, and buttons. These buttons may include, but are not limited to: home button, volume button, start button, and lock button. The sensor element 614 includes one or more sensors for providing the device 600 with various aspects of status assessment. For example, the sensor element 614 can detect the on/off state of the device 600, and the relative positioning of the elements, for example, the element is the display and keypad of the device 600, and the sensor element 614 can also detect the device 600 or the device 600. The position of the element changes, the presence or absence of user contact with the device 600, the orientation or acceleration/deceleration of the device 600, and the temperature change of the device 600. The sensor element 614 may include a proximity sensor configured to detect the presence of nearby objects without any physical contact. The sensor element 614 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor element 614 may further include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor. The communication element 616 is configured to facilitate wired or wireless communication between the device 600 and other devices. The device 600 can access a wireless network based on a communication standard, such as WiFi, 2G, or 3G, or a combination thereof. In an exemplary embodiment, the communication member 616 receives a broadcast signal or broadcast related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication member 616 further includes a near field communication (NFC) module to facilitate short-range communication. For example, the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies. In an exemplary embodiment, the device 600 may be implemented by one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), on-site Programmable gate array (FPGA), controller, microcontroller, microprocessor or other electronic components to implement the above method. In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions is also provided, for example, a memory 604 including instructions. The above instructions may be executed by the processor 620 of the device 600 to complete the technical solutions provided by the present disclosure. In the video playback method, when a preset condition is met, a traffic compression request is generated and sent to the server, wherein the traffic compression request records information for triggering the server to obtain a target area of interest, and the traffic compression request is used to Request the server to give priority to ensuring the code rate of the video content in the target area of interest; play the video content corresponding to the code stream file according to the code stream file returned by the server, where the code stream file is the server's response to the traffic compression request A video file obtained by performing bit rate compression processing on the video content outside the target attention area. For example, the non-transitory computer-readable storage medium may be ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk, and optical data storage device. It can be known from the description of the above embodiments that those skilled in the art can clearly understand that this application can be implemented by means of software plus a necessary general hardware platform. Based on this understanding, the technical solution of the present application can be embodied in the form of software products in essence or part that contributes to the existing technology, and the computer software products can be stored in storage media, such as ROM/RAM, disk, The optical disc, etc., includes several instructions to enable a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the methods described in the embodiments or some parts of the embodiments of the present application. The embodiments in this specification are described in a progressive manner. The same or similar parts between the embodiments can be referred to each other. Each embodiment focuses on the differences from other embodiments. In particular, for the system or the system embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant part can be referred to the description of the method embodiment. The system and system embodiments described above are only schematic, wherein the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is It can be located in one place, or it can be distributed on multiple network elements. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment. Those of ordinary skill in the art can understand and implement without paying creative labor. The task processing methods, devices, and systems provided in this application are described in detail above. Specific examples are used in this article to explain the principles and implementation of this application. The descriptions of the above embodiments are only used to help understand this application. The method and its core idea; meanwhile, for those of ordinary skill in the art, according to the ideas of the present application, there will be changes in the specific implementation mode and application scope. In summary, the content of this specification should not be understood as a limitation to this application.

101‧‧‧ task generation server 102‧‧‧Task distribution server 103‧‧‧terminal equipment 1031‧‧‧ Mission details pre-loaded module 1032‧‧‧ Mission details display module 1033‧‧‧ Task execution result temporary storage module 1034‧‧‧ task execution result upload module 501‧‧‧ mission details pre-loaded module 502‧‧‧ Mission details display module 503‧‧‧ Task execution result temporary storage module 504‧‧‧ task execution result upload module 600‧‧‧Equipment 602‧‧‧Processing element 604‧‧‧Memory 606‧‧‧Power supply element 608‧‧‧Multimedia components 610‧‧‧Audio component 612‧‧‧I/O interface 614‧‧‧Sensor element 616‧‧‧Communication components 620‧‧‧ processor

In order to more clearly explain the embodiments of the present application or the technical solutions in the prior art, the drawings required in the embodiments will be briefly introduced below. Obviously, the drawings in the following description are only some implementations of the present application For example, for a person of ordinary skill in the art, without paying any creative work, other drawings can also be obtained according to these drawings. FIG. 1 is a schematic diagram of a system provided by an embodiment of the present application; Figures 2-1 and 2-2 are schematic diagrams of preloading and delayed uploading provided by embodiments of the present application; 3 is a schematic diagram of state changes provided by an embodiment of the present application; 4 is a flowchart of a method provided by an embodiment of the present application; 5 is a schematic diagram of a device provided by an embodiment of the present application; 6 is a schematic diagram of an electronic device provided by an embodiment of the present application.

101‧‧‧ task generation server

102‧‧‧Task distribution server

103‧‧‧terminal equipment

1031‧‧‧ Mission details pre-loaded module

1032‧‧‧ Mission details display module

1033‧‧‧ Task execution result temporary storage module

1034‧‧‧ task execution result upload module

Claims (17)

A task processing system, including: Task generation server, task distribution server and terminal equipment; Wherein, a communication connection is performed between the task generation server and the task distribution server, and a communication connection is performed between the task distribution server and the terminal device; The terminal device includes a task detail preloading module, a task detail display module, a task execution result temporary storage module, and a task execution result upload module, wherein, The task details pre-loading module is used to obtain a task list from the task distribution server when the terminal device is in an area in the second network state, and correspond to each task in the queue list Task details are preloaded and saved in local memory; The task detail display module is used to read the detailed information of the target task from the local memory for display when the terminal device enters the area in the first network state to execute the target task; The task execution result temporary storage module is used to add the task execution result to the task execution result queue of the local memory when receiving the request to submit the task execution result; The task execution result uploading module is used for uploading each task execution result in the queue to the server after the terminal device returns to the area in the second network state. The system as described in item 1 of the patent application scope, in which The task generating server is specifically used to generate related tasks for the target logistics object warehouse in the logistics park; wherein, the target logistics object warehouse is in the first network state, and the logistics park further includes the second Network status area; The task assignment server is specifically configured to distribute tasks generated by the task generation server to terminal devices corresponding to target performers. The system according to item 1 of the patent application scope, wherein the terminal device further includes: The sorting module is used to determine the upload priority of each task execution result in the queue before submitting the task execution result to the server, and after sorting according to the priority, provide the sorting result to the task An execution result upload module, so that the task execution result upload module performs the upload operation according to the sorting result. The system as described in item 3 of the patent application scope, in which The sorting module is specifically used to determine the priority of uploading the task execution result according to the task type corresponding to the task execution result and the time when the task execution result is added to the queue. The system as described in item 4 of the patent application scope, in which The sorting module is specifically used for, according to the initial weight of the task type corresponding to the task execution result, the corresponding weight change coefficient of the task type in the time dimension, and the current time and the time when the task execution result is added to the queue The difference value determines the upload priority of the task execution result. The system as described in item 5 of the patent application scope, in which For the types of tasks that are executed periodically, their weight decreases over time. The system as described in item 1 of the patent application scope, which also includes: The discriminating module is used to store the execution result of the failed upload task into the queue and retry. If the upload fails after a preset number of retries, delete it from the queue and send it to the server Warn so that the server provides the corresponding task information to the associated management client. The system according to any one of items 1 to 7 of the patent application scope, wherein the terminal device further includes: The network monitoring module is used to monitor the network status of the associated terminal equipment and provide the monitoring results to other modules. The system according to any one of items 1 to 7 of the patent application scope, wherein, The tasks in the task list include: repair, maintenance or inspection tasks performed in the target logistics object warehouse. A task processing method, including: Obtain the task list information in the second network state, and pre-load the task detail information corresponding to each task in the list, and save it locally in the terminal device; When receiving a request to view detailed information of the target task in the first network state, read and display the detailed information of the target task locally from the terminal device; When a request to submit a task execution result is received in the first network state, add the task execution result to the local task execution result queue of the terminal device; When recovering to the second network state, upload the execution results of each task in the queue to the server. The method as described in item 10 of the patent application scope, which also includes: Before submitting the task execution results to the server, determine the upload priority of each task execution result in the queue, and sort them according to the priority so that the task execution results can be executed according to the sorting results Upload operation. The method as described in item 11 of the patent application scope, in which The determination of the uploading priority of the execution results of each task in the queue includes: The priority of uploading the task execution result is determined according to the task type corresponding to the task execution result and the time when the task execution result is added to the queue. The method as described in item 12 of the patent application scope, in which The determination of the uploading priority of the task execution result includes: The task execution result is determined according to the initial weight of the task type corresponding to the task execution result, the weight change coefficient corresponding to the task type in the time dimension, and the time difference between the current time and the task execution result added to the queue 'S upload priority. The method as described in item 13 of the patent application scope, in which If the task type corresponding to the task execution result is a periodically executed task, its upload priority decreases as the time it joins the queue increases. The method as described in item 10 of the patent application scope, which also includes: Save the execution result of the failed upload task to the queue and retry; If the upload fails after the preset number of retries, it is deleted from the queue and a warning is sent to the server so that the server provides the corresponding task information to the associated management client. A task processing device includes: Task details pre-loading module, used to obtain task list information in the second network state, and pre-load task detail information corresponding to each task in the list, and save it locally in the terminal device; The task detail display module is used to read and display the detailed information of the target task locally from the terminal device when a request to view detailed information of the target task is received in the first network state; The task execution result temporary storage module is used to add the task execution result to the local task execution result queue of the terminal device when a request for submitting the task execution result is received in the first network state; The task execution result uploading module is used to upload each task execution result in the queue to the server when the second network state is restored. An electronic device, including: One or more processors; and A memory associated with the one or more processors. The memory is used to store program instructions. When the program instructions are read and executed by the one or more processors, the following operations are performed: Obtain the task list information in the second network state, and pre-load the task detail information corresponding to each task in the list, and save it locally in the terminal device; When receiving a request to view detailed information of the target task in the first network state, read and display the detailed information of the target task locally from the terminal device; When a request to submit a task execution result is received in the first network state, add the task execution result to the local task execution result queue of the terminal device; When recovering to the second network state, upload the execution results of each task in the queue to the server.

Images