CN113268323A

CN113268323A - Task processing method and device, electronic equipment and storage medium

Info

Publication number: CN113268323A
Application number: CN202110534884.9A
Authority: CN
Inventors: 张翔
Original assignee: Beijing Jingdong Zhenshi Information Technology Co Ltd
Current assignee: Beijing Jingdong Zhenshi Information Technology Co Ltd
Priority date: 2021-05-17
Filing date: 2021-05-17
Publication date: 2021-08-17
Anticipated expiration: 2041-05-17
Also published as: CN113268323B

Abstract

The embodiment of the invention discloses a task processing method, a task processing device, electronic equipment and a storage medium, wherein the method comprises the following steps: acquiring subtask identifications corresponding to the subtasks to be processed in the task list to be processed; determining a target task based on each subtask identifier and a target task identifier of the to-be-processed task list; and sending the target task to a task executing party, so that the task executing party determines a target identification mark corresponding to the target task when receiving the target task, and executes each to-be-processed sub-task in the target task based on the target identification mark. The technical scheme of the embodiment of the invention realizes the simultaneous processing of a plurality of subtasks to be processed, thereby achieving the technical effect of saving resources.

Description

Task processing method and device, electronic equipment and storage medium

Technical Field

The embodiment of the invention relates to the technical field of computers, in particular to a task processing method and device, electronic equipment and a storage medium.

Background

At present, in order to improve space utilization, redundant or frequently unused articles are mostly stored to a target storage location. The existing storage mode mainly comprises the following steps: the user places the single item in a box in a package, and stores the box in a target storage location. With the development of personal storage business, the types and the quantity of articles stored by users are more and more, and more users store a plurality of articles in one box, so that the box is stored to a target storage position, and further the maximum application of personal storage is realized.

When the present invention is implemented based on the above-described embodiments, the inventors have found that the following problems occur:

when a plurality of articles are placed in the same box, if a user wants to take out one of the articles, the user must first obtain the whole box of articles and then obtain the required articles from the whole box of articles. After the articles are taken out, the whole box of articles is packed and stored to a target storage position, and at the moment, the problem that the articles are taken out in the whole box every time and the articles are not convenient to take out exists; further, the articles stored in the box are not all required by the user, so that when the whole box of articles is sent to the user, the problem of waste of transportation resources exists; finally, in order to improve the convenience of obtaining articles, different articles can be placed in different boxes, namely one box and one article, so that the box resources are wasted, and a user cannot store more articles in one box, so that the user is lost.

Disclosure of Invention

The invention provides a task processing method, a task processing device, electronic equipment and a storage medium, which are used for effectively managing a plurality of to-be-processed subtasks so as to improve the technical effect of user experience.

In a first aspect, an embodiment of the present invention provides a task processing method, where the method is applied to a task cube, and includes:

acquiring subtask identifications corresponding to the subtasks to be processed in the task list to be processed;

determining a target task based on each subtask identifier and a target task identifier of the to-be-processed task list;

and sending the target task to a task executing party, so that the task executing party determines a target identification mark corresponding to the target task when receiving the target task, and executes each to-be-processed sub-task in the target task based on the target identification mark.

In a second aspect, an embodiment of the present invention provides a task processing method, where the method is applied to a task executor, and includes:

when a target task is received, determining at least one target identification mark corresponding to the target task; the target task is a task established by the task establishing cube according to each to-be-processed subtask; the target identification mark corresponds to the subtask mark of each subtask to be processed and the target task mark of the target task;

and executing each to-be-processed subtask based on the target identification mark.

In a third aspect, an embodiment of the present invention provides a task processing device, where the device is configured in a task cube, and includes:

the task identifier determining module is used for acquiring subtask identifiers corresponding to the subtasks to be processed in the task list to be processed;

the target task determination module is used for determining a target task based on each subtask identifier and the target task identifier of the to-be-processed task list;

and the target task sending module is used for sending the target task to a task executing party so that the task executing party determines a target identification mark corresponding to the target task when receiving the target task, and executes each to-be-processed subtask in the target task based on the target identification mark.

In a fourth aspect, an embodiment of the present invention provides a task processing device, where the task processing device is configured on a task execution side, and the task processing device includes:

the identification identifier determining module is used for determining at least one target identification identifier corresponding to a target task when the target task is received; the target task is a task established by the task establishing cube according to each to-be-processed subtask; the target identification mark corresponds to the subtask mark of each subtask to be processed and the target task mark of the target task;

and the subtask execution module is used for executing each subtask to be processed based on the target identification mark.

In a fifth aspect, an embodiment of the present invention further provides an electronic device, where the electronic device includes:

one or more processors;

a storage device for storing one or more programs,

when the one or more programs are executed by the one or more processors, the one or more processors implement the task processing method according to any one of the embodiments of the present invention.

In a sixth aspect, the present invention further provides a storage medium containing computer-executable instructions, which when executed by a computer processor, are used for executing the task processing method according to any one of the embodiments of the present invention.

According to the technical scheme of the embodiment of the invention, when the to-be-processed task list is received, the subtask identifiers of each to-be-processed subtask in the to-be-processed task list can be obtained, and then the target task sent to the task executing party is generated based on the subtask identifiers, so that the task executing party can generate the corresponding target identification identifiers according to each subtask identifier in the target task, and the effect of effectively processing each to-be-processed subtask based on the target identifiers and the corresponding subtask identifiers is achieved, the problems that when a plurality of to-be-stored articles are stored in one box in the prior art, if a certain article in the box needs to be obtained, the whole box needs to be mailed to a user, so that the user can take out the needed article from the box, resources are wasted, and user experience is poor are solved, the plurality of to-be-processed subtasks are respectively managed, when the user obtains a certain subtask, the target subtask can be determined from the plurality of subtasks based on the subtask identifier, so that the resource management efficiency is improved, and the technical effect of user experience is also improved.

Drawings

In order to more clearly illustrate the technical solutions of the exemplary embodiments of the present invention, a brief description is given below of the drawings used in describing the embodiments. It should be clear that the described figures are only views of some of the embodiments of the invention to be described, not all, and that for a person skilled in the art, other figures can be derived from these figures without inventive effort.

Fig. 1 is a schematic flowchart of a task processing method according to an embodiment of the present invention;

fig. 2 is a flowchart illustrating a task processing method according to a second embodiment of the present invention;

fig. 3 is a schematic diagram of a task processing method according to a second embodiment of the present invention;

fig. 4 is a flowchart illustrating a task processing method according to a third embodiment of the present invention;

fig. 5 is a schematic diagram of a task processing method according to a third embodiment of the present invention;

fig. 6 is a flowchart illustrating a task processing method according to a fourth embodiment of the present invention;

fig. 7 is a schematic diagram of a task processing method according to a fourth embodiment of the present invention;

fig. 8 is a flowchart illustrating a task processing method according to a fifth embodiment of the present invention;

fig. 9 is a schematic structural diagram of a task processing device according to a sixth embodiment of the present invention;

fig. 10 is a schematic structural diagram of a task processing device according to a seventh embodiment of the present invention;

fig. 11 is a schematic structural diagram of an electronic device according to an eighth embodiment of the present invention.

Detailed Description

The present invention will be described in further detail with reference to the accompanying drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the invention and are not limiting of the invention. It should be further noted that, for the convenience of description, only some of the structures related to the present invention are shown in the drawings, not all of the structures.

Example one

Fig. 1 is a flowchart illustrating a task processing method according to an embodiment of the present invention, where the embodiment is applicable to a case where task identifiers of respective to-be-processed sub-tasks in the to-be-processed tasks are determined, and a target task executable by a task execution party is generated based on the task identifiers, the method may be executed by a task processing device, the device may be implemented in a form of software and/or hardware, and the hardware may be an electronic device, and the electronic device may be a mobile terminal, a PC terminal, or the like. The execution of the technical scheme can be executed by the server, the terminal equipment or the cooperation of the server and the terminal equipment.

Before the technical solution of the present embodiment is introduced, an application scenario is briefly explained. Corresponding application programs can be researched and developed based on the technical scheme of the embodiment of the invention, and a user can install the application programs on the terminal so as to execute the technical scheme based on the functions in the application programs; moreover, a corresponding web page may be developed based on the technical solution of the embodiment of the present invention, and a target task may be generated according to a trigger operation of a user on the web page.

As shown in fig. 1, the method includes:

s110, sub-task identifiers corresponding to the sub-tasks to be processed in the task list to be processed are obtained.

The to-be-processed task list can be a task list uploaded by a user or created by the user based on the to-be-processed subtasks. The task list to be processed comprises a plurality of subtasks to be processed, and each subtask to be processed corresponds to each article to be stored. For example, the task list includes ten pending subtasks, which may be understood as ten items to be stored by the user, i.e., each item stored may be regarded as one pending subtask. To distinguish each of the pending subtasks, a subtask identification corresponding to each subtask may be generated. That is, the subtask identifier is used to represent the corresponding to-be-processed subtask, each to-be-processed subtask has a subtask identifier corresponding to the to-be-processed subtask, and the subtask identifiers of different to-be-processed subtasks are different.

Specifically, the to-be-processed task list uploaded by the user can be obtained, and meanwhile, each to-be-processed subtask and a corresponding subtask identifier in the to-be-processed task list can be obtained.

For example, the user may install an application program for storing the article on the terminal, or edit the article to be stored based on a workbench on the PC, and click the confirmation button after editing the article information of the article to be stored is completed. At this time, each edited article to be stored may be used as a to-be-processed subtask, the set of each to-be-processed subtask is a to-be-processed task list, and the to-be-processed task list may be sent to the server, so that after the server receives the to-be-processed task list, an article identifier, that is, a subtask identifier, of each article to be stored in the to-be-processed task may be obtained. Meanwhile, the server can also obtain a task list identifier of the task list to be processed, namely a target task identifier.

And S120, determining a target task based on each subtask identifier and the target task identifier of the to-be-processed task list.

The target task identification corresponds to the single phase of the task to be processed and is a unique identifier of the task to be processed. The target task sent to the task executor may be generated based on the subtask identifications and the target task identification.

Specifically, after the subtask identifier of each to-be-processed subtask and the target task identifier of the to-be-processed task list are obtained, the target task to be sent to the task executing party may be generated based on the target task identifier and each subtask identifier.

For example, if the to-be-processed task list includes ten to-be-processed subtasks, at this time, ten subtask identifiers may be obtained, for example, the ten subtask identifiers are 1 and 2 … 10, and the target task identifier may be a. And generating a target task sent to the task executive party based on the target task identifier A and the ten subtask identifiers.

It should be noted that, in an actual application process, the subtask identifier may be a character string, and the subtask identifier is merely an exemplary illustration.

S130, the target task is sent to a task executing party, so that when the task executing party receives the target task, a target identification mark corresponding to the target task is determined, and each to-be-processed subtask in the target task is executed based on the target identification mark.

The task executing party may be understood as a party that executes the target task, and optionally, if the task to be processed is a task of storing an item, the task executing party may be a party that takes the item to be stored and stores the item to be stored in the target location. In order to distinguish each to-be-processed subtask, the task executing party may further generate a target identification corresponding to each to-be-processed subtask. The target identification mark and the subtask mark are in one-to-one correspondence, and the relationship that the subtask mark is a lock and the identification mark is a key can be understood. When the task executing party executes the target task, the to-be-processed subtask can be executed only when the target identification mark is matched with the corresponding subtask mark, and the to-be-stored item can be taken away and stored to the target position.

Specifically, after the target task is determined, the target task may be sent to the task executing party, so that the task executing party generates a corresponding target identification identifier according to the subtask identifier and the target task identifier in the target task, and further, the task executing party executes a corresponding to-be-processed subtask according to the target identification identifier.

For example, on the above exemplary basis, after the target task is sent to the task execution party, the task execution party may generate ten target identification identifiers according to ten subtask identifiers in the target task, and establish a one-to-one correspondence relationship. Meanwhile, a target identification mark corresponding to the target task mark can be generated. After the one-to-one correspondence is established, the task executing party can take corresponding articles to be stored from the user addresses of the stored articles according to the target identification marks, and therefore the effect that a plurality of articles are stored in one box is achieved. Furthermore, each article in the box has a corresponding subtask identifier, so that when a user wants to acquire a certain article in the box, the user can acquire the article based on the subtask identifier and the corresponding target identification identifier, and the problem that a task executing party needs to pack and send the whole box of articles to the corresponding user is avoided.

Example two

Fig. 2 is a flowchart illustrating a task processing method according to a second embodiment of the present invention, where on the basis of the foregoing embodiment, each to-be-processed sub-task may be created, and a to-be-processed task list may be generated based on the to-be-processed sub-task, and a specific implementation manner of the task list may refer to a technical solution of the present embodiment. The technical terms that are the same as or corresponding to the above embodiments are not repeated herein.

As shown in fig. 2, the method includes:

and S210, when the triggering task creating control is detected, displaying a task creating list page.

It should be noted that before acquiring the subtask identifier of each to-be-processed subtask in the to-be-processed task list, each to-be-processed subtask needs to be created, and then the to-be-processed task list is generated according to each to-be-processed subtask.

Optionally, before obtaining the subtask identifier corresponding to each subtask to be processed in the task list to be processed, the method further includes: and generating the to-be-processed task list based on each to-be-processed subtask.

For example, if the item a needs to be stored, the item information corresponding to the item a may be edited in the task editing page, so as to generate the to-be-processed subtask based on the item a. And generating a to-be-processed task list based on each to-be-processed subtask edited in the task editing page. That is, the to-be-processed task list includes a plurality of to-be-processed subtasks.

It should be noted that, based on the technical solution in this embodiment, a corresponding application program may be developed, or a corresponding WEB page may be developed, or an H5 page may be developed, and a user inputs an account and a password in the application program or the corresponding page to enter a program for executing the technical solution. If so, the user downloads the application program corresponding to the method and installs the application program on the terminal. The user can register a corresponding account number first, and then can input the account number and the password when the user uses the application program to log in. After entering the application program, the user may trigger a task creation control in the application program, that is, a control for creating an item store.

After entering the home page of the application program, a plurality of controls can be displayed on the display interface, and each control corresponds to a different function task. The task creation control is a control in the display interface. And the functional task corresponding to the task creation control is a creation task. When the control is triggered, a task creation list page can be popped up, or a popup window of the task is created. A plurality of controls, such as a subtask addition control, a subtask creation control, a subtask editing control, and the like, are also included in the task creation list page. The task creation list page may be an independent page in which a plurality of pending subtasks may be created.

Specifically, when a user needs to store an item, the target application may be logged in to place an order for the item based on the target application. The order to store the item on and off the application may be: and triggering a task creation control in the application program, and at the moment, popping up a task creation list page or jumping to the task creation list page.

S220, generating to-be-processed subtasks according to the trigger operation in the task creation list page, and generating to-be-processed task lists based on the to-be-processed subtasks.

On the basis of S210, the task creation list page includes a plurality of controls, each of which has a different corresponding function, and optionally, a subtask addition control, a control for adding to the content of the subtask to be processed, and the like. The user can trigger each operation in the task creation list page, and the server can generate corresponding to-be-processed subtasks according to the trigger operation of the user. After the creation of each to-be-processed subtask is completed, the confirmation key can be clicked, and at this time, a to-be-processed task list can be generated. The task list to be processed comprises a plurality of sub tasks to be processed.

Illustratively, the task creation list page includes a to-be-edited control corresponding to an article to be stored, and correspondingly, if only one article to be stored exists, the user may trigger each to-be-edited control in the task creation list page and edit corresponding text content in the to-be-edited control. After the text content corresponding to each control to be edited is edited, the confirmation key can be clicked, and at this time, the creation of the subtask to be processed is completed. Further, if the user triggers a confirmation control at another position, a to-be-processed task list is generated, wherein the to-be-processed task list only comprises one to-be-processed subtask, the to-be-processed subtask corresponds to the to-be-stored item, and meanwhile, the to-be-processed subtask also comprises item information of the to-be-stored item.

Specifically, the corresponding to-be-processed subtasks may be generated according to a trigger operation of a user in the task creation list page, and then the to-be-processed task list may be generated based on each to-be-processed subtask.

In this embodiment, generating the to-be-processed subtasks according to the trigger operation in the task creation list page, and generating the to-be-processed task list based on each to-be-processed subtask includes: when detecting that a subtask adding control in a task creation list page is triggered, creating a subtask to be edited and a subtask identifier corresponding to the subtask to be edited; the subtask to be edited comprises at least one control to be edited; when the triggering target control is detected, taking the subtask to be edited as a subtask to be processed based on the text information in at least one control to be edited; and generating a to-be-processed task list based on each to-be-processed subtask and the corresponding subtask identifier.

And the task creation list comprises a subtask addition control. The subtask adding control is a control for adding a subtask to be processed as the name implies, namely, the task creation list page comprises the subtask adding control. When the user triggers the control, a plurality of controls corresponding to creating the pending subtasks may be displayed. Meanwhile, the created task can be used as a subtask to be edited, that is, although the subtask is generated at this time, the subtask does not have corresponding information, and the user can edit corresponding text information in the control to be edited corresponding to the subtask to be edited. It can be understood that when the subtask addition control is triggered, a plurality of controls can be displayed, and the plurality of controls displayed at this time are referred to as controls to be edited. The number of the at least one control to be edited may be one or multiple, and corresponding text information may be edited in each control to be edited, where the text information corresponds to the name of the editing control, for example, if the name corresponding to the control to be edited is an article name, the text information is the article name a. The number of the controls to be edited corresponding to each subtask to be processed is the same, and the functions of the controls to be edited are also the same. And the user can edit the task attribute information of the corresponding to-be-processed subtask in the to-be-edited control. The task attribute information may include a task name, a task category, a task number, and the like. Correspondingly, the number of the controls to be edited corresponds to the number of the task attribute information. For example, the item to be stored by the user is an article of clothing, i.e. the created pending subtask corresponds to the stored article of clothing. The user can trigger the subtask addition control in the task creation list page, the control to be edited displayed at the moment can be a task name control, a task category control, a task number control and the like, the user can edit the clothes name, the clothes category and the clothes number in the control to be edited, and the edited information is used as task attribute information. After the editing is completed, a confirmation control can be triggered to generate a to-be-processed subtask.

It should be further noted that, when the subtask addition control is triggered, a subtask identifier corresponding to the subtask to be edited may also be created, where the subtask identifier corresponds to the subtask to be edited one to one, and for example, an SN code corresponding to the article, that is, a product sequence code, is created, and the product sequence code corresponds to an article to be stored (the subtask to be edited, the subtask to be processed).

Specifically, when it is detected that a user triggers a subtask addition control in the task creation list page, a subtask to be edited may be created and a subtask identifier corresponding to the subtask to be edited may be randomly generated. The subtask to be edited includes at least one control to be edited, and the item information of the item to be stored can be edited in the control to be edited, for example, the item information may be a name, an item type, an item number, and the like. After the editing in the control to be edited is completed and the confirmation key is triggered, the text information edited in the control to be edited can be obtained, and the subtasks to be processed are generated based on the text information and the task identifiers of the subtasks to be edited. If a plurality of articles need to be stored, the step can be repeatedly executed to obtain the to-be-processed subtasks corresponding to the articles to be stored. And generating a to-be-processed task list based on each to-be-processed subtask.

It should be further noted that the subtask identifiers corresponding to the respective to-be-processed subtasks may be randomly generated, or may be generated by using a certain algorithm, for example, a snowflake algorithm.

Optionally, creating a subtask identifier corresponding to the subtask to be edited includes: and processing the associated information of the subtasks to be edited by adopting a snowflake algorithm to generate subtask identifications corresponding to the editing subtasks.

The associated information can be a timestamp for generating the subtask to be edited, a user account number and other information, and the information can be processed based on a snowflake algorithm to obtain a subtask identifier corresponding to the subtask to be edited. Since the user account is usually unique, and the creation timestamps of the same subtasks to be edited are different to some extent, the subtask identifier corresponding to each subtask to be edited (a subtask to be processed) is also unique.

Specifically, the user account and the timestamp of the subtask to be edited may be processed by using a snowflake algorithm, so as to obtain the subtask identifier of the subtask to be edited.

And S230, acquiring subtask identifications corresponding to the subtasks to be processed in the task list to be processed.

S240, determining a target task based on each subtask identifier and the target task identifier of the to-be-processed task list.

In this embodiment, the target task includes a target task identifier corresponding to the to-be-processed task list, and also includes a sub-task identifier corresponding to each to-be-processed sub-task.

In order to facilitate a task executive party to better execute a target task, the task type can be selected when a task list to be processed is uploaded; or adding the task type when generating the target task based on each task identifier in the to-be-processed task list. The advantage of this arrangement is that the task executing party can execute each sub-task to be processed in the task list according to the task type.

Optionally, determining the target task based on each sub-task identifier and the target task identifier corresponding to the to-be-processed task in a single phase includes: determining a target task identifier and a task type corresponding to the to-be-processed task in a single phase; and generating the target task based on the task type, the subtask identifier and the target task identifier.

The target task identifier corresponds to the to-be-processed task single phase, and when the task creating control is triggered, the task identifier corresponding to the to-be-processed task single phase can be generated and used as the target task identifier. The task type is preset and can comprise the following steps: small tasks, medium tasks and large tasks. The task type corresponds to the size of the box in which each item to be stored is stored, e.g., a small task corresponds to a smaller box size and a large task corresponds to a larger box size. The user can select the task type according to the actual requirements, i.e. the items to be stored (number and size of subtasks to be processed).

The advantage of including the type of task in the target task in this embodiment is that the task performer can carry a correspondingly sized box to turn each item to be stored.

Specifically, the target task is generated according to the task type, the subtask identifier and the target task identifier selected by the user.

And S250, sending the target task to the task executing party, so that the task executing party determines a target identification corresponding to the target task when receiving the target task, and executing each to-be-processed sub-task in the target task based on the target identification.

Specifically, the target task may be sent to the task execution side, so that the task execution side executes the received target task.

In this embodiment, the sending the target task to the task execution party so that the task execution party determines the target identification identifier corresponding to the target task when receiving the target task, so as to execute each to-be-processed sub-task in the target task based on the target identification identifier includes: and sending the target task to a task executing party so that the task executing party respectively generates target identification marks corresponding to the subtask identifications and the target task identification when receiving the target task, and executing each to-be-processed subtask in the target task based on the target identification marks and the task type.

Specifically, when the task executor receives the target task, the target identification identifiers corresponding to the target task identifier and the subtask identifier may be determined, respectively. Meanwhile, the corresponding relation between the target identification mark and the to-be-processed subtasks can be established, so that the task executing party can execute each to-be-processed subtask in the target task based on the target identification mark and the task type. For example, each pending subtask is executed with a bin size that matches the task type.

As an alternative embodiment of the foregoing embodiment, fig. 3 is a schematic diagram of a task processing method according to a second embodiment of the present invention. The to-be-processed task list is an article list corresponding to the to-be-stored articles, and the to-be-processed subtasks correspond to the to-be-stored articles. A user can log in a target application program, and after a task creating control is triggered in the target application program, a task creating list page can be popped up, and meanwhile box numbers for temporarily placing various stored articles, namely target task identifiers, can be generated. A to-be-processed subtask corresponding to each to-be-stored item may be created in the task creation list page, and at the same time, a product serial number SN code (subtask identifier) corresponding to the to-be-processed subtask may also be generated. The user may maintain the product serial number and corresponding information of the item to be stored. After all the information of the articles to be stored is edited, namely after the to-be-processed subtasks corresponding to the articles to be stored are generated, the user can trigger the confirmation control. And generating a task list to be processed based on the trigger operation of the user, and sending the task list to be processed to the server, so that the server generates a target task to be sent to the task execution party based on the task list to be processed.

According to the technical scheme of the embodiment of the invention, before the to-be-processed task list is obtained, a user can edit the to-be-processed subtasks corresponding to the to-be-stored articles on the display interface, generate the subtask identifications corresponding to the to-be-processed subtasks, and generate the to-be-processed task list based on the subtask identifications and the to-be-processed subtasks, so that the server can effectively manage the to-be-processed subtasks according to the articles in the to-be-processed task list.

EXAMPLE III

Fig. 4 is a flowchart illustrating a task processing method according to a third embodiment of the present invention, and based on the foregoing embodiment, if a user wants to obtain one or more stored sub-tasks, the method may be executed according to the method provided in this embodiment. The technical terms that are the same as or corresponding to the above embodiments are not repeated herein.

As shown in fig. 4, the method includes:

and S310, when the triggering task creating control is detected, displaying a task creating list page.

And S320, generating to-be-processed subtasks according to the trigger operation in the task creation list page, and generating to-be-processed task lists based on the to-be-processed subtasks.

S330, acquiring subtask identifications corresponding to the subtasks to be processed in the task list to be processed.

S340, determining a target task based on each subtask identifier and the target task identifier of the to-be-processed task list.

And S350, sending the target task to the task executing party, so that the task executing party determines a target identification mark corresponding to the target task when receiving the target task, and executing each to-be-processed sub-task in the target task based on the target identification mark.

And S360, popping up a task selection list page corresponding to the task when detecting that the control for acquiring the task is triggered.

It should be noted that, if a user wants to obtain a certain item from the stored items, the user may also log in the application program and trigger a certain task obtaining control in the application program. After the task acquisition control is triggered, a task selection list page can pop up. The task selection list page comprises a plurality of to-be-acquired subtasks, and each to-be-acquired subtask is a to-be-processed subtask which is created in advance and sent to a task party. The user can trigger any one of the to-be-processed subtasks in the to-be-selected task list page.

And S370, determining the target subtask to be acquired based on the trigger operation in the task selection list page, and sending the subtask identifier of the target subtask to be acquired to the task executing party, so that the task executing party invokes the target subtask to be acquired according to the subtask identifier.

The subtask to be acquired, which is triggered in the to-be-selected list page by the user, can be used as the target subtask to be acquired. If the to-be-selected list page includes ten to-be-acquired subtasks, if the user triggers the to-be-acquired subtask numbered 5, the to-be-acquired subtask numbered 5 may be used as the target to-be-acquired subtask. In order to acquire the article corresponding to the target to-be-acquired subtask, the subtask identifier of the target to-be-acquired subtask may be sent to the task executing side. And the task executing party can call the target subtask to be acquired according to the subtask identifier.

As an alternative embodiment of the foregoing embodiment, fig. 5 is a schematic diagram of a task processing method provided by a third embodiment of the present invention. As shown in fig. 5, if a user needs to obtain one or more items from stored items, the user may enter an item obtaining page after logging in an application program, where the item obtaining page includes a plurality of to-be-obtained subtasks (to-be-obtained items), and the user may trigger to select the to-be-obtained subtasks to be obtained, and may submit an extraction order to the server after completing the selection and triggering a confirmation key. And the order extraction comprises triggering the selected target to-be-acquired subtasks. The server can send the subtask identifier of the target subtask to be acquired to the task executing party, so that the task executing party acquires each target subtask to be acquired and sends the target subtask to be acquired to the corresponding user.

According to the technical scheme of the embodiment of the invention, when the control for acquiring the subtask triggered by the user is detected, the target subtask to be acquired can be determined according to the subtask identifier triggered by the user, and the subtask identifier of the target subtask to be acquired is sent to the task executing party, so that the task executing party can determine the target subtask to be acquired from the executed multiple subtasks to be processed and feed the target subtask to be acquired back to the task cube building party, the technical problem of resource waste caused by the fact that all tasks need to be sent to the task cube building party is solved, the multiple subtasks to be processed are processed uniformly, and the technical effects of resource processing efficiency, management efficiency and user experience are improved.

Example four

Fig. 6 is a flowchart of a task processing method according to a fourth embodiment of the present invention, where this embodiment is applicable to a situation where a corresponding target identification is generated according to a received target task and then a corresponding target task is executed based on the target identification, and the method may be executed by a task processing device corresponding to a task executor, where the task processing device may be implemented in a form of software and/or hardware, and the hardware may be an electronic device, and the electronic device may be a mobile terminal, a PC terminal, or the like. The execution of the technical scheme can be executed by the server, the terminal equipment or the cooperation of the server and the terminal equipment.

As shown in fig. 6, the method includes:

s410, when a target task is received, at least one target identification mark corresponding to the target task is determined.

It should be noted that, executing the technical solution of the present embodiment is a task executing party. A task performer may be understood as a party performing a corresponding task. In this embodiment, the task executing party takes the to-be-stored item away and stores the to-be-stored item to the corresponding location. For example, if the target task includes ten items to be stored, the task executor is a user who takes the ten items to be stored and stores the items to be stored in the target location. Before the task executing party takes the corresponding article to be stored away, the application program also needs to be logged in to receive the target task sent by the task establishing party, and then the user corresponding to the task executing party can execute the target task after the task executing party receives the target task.

The target task is created by the task establishing party and needs to be executed by the task executing party. The target task comprises at least one to-be-processed subtask, a subtask identifier of each to-be-processed subtask, and a target task identifier of the target task. The target identification mark is in one-to-one correspondence with the target task mark and the subtask mark in the target task. Specifically, after the task performing party receives the target task, the task performing party may generate a target identification corresponding to each subtask identifier, for example, the target identification may be a radio frequency identification tag. Namely, generating the radio frequency identification label corresponding to each subtask identification and the target task identification.

And S420, executing each to-be-processed subtask based on the target identification mark.

Specifically, after the target identification is determined, a worker corresponding to the task execution party, such as a site user, may carry the radio frequency identification tag to the address corresponding to the task creating party to obtain the target task. At this time, since the radio frequency identification tag and the subtask identifier are in one-to-one correspondence, the radio frequency identification tag can be attached to the to-be-stored item corresponding to the subtask identifier.

In this embodiment, the determination of the target identification tag corresponding to each subtask identifier and the target task identifier has the following advantages: when a user corresponding to the task building party wants to obtain a stored article, the task executing party can determine a target identification mark corresponding to the object according to a subtask mark of the object to be obtained, and then sends the object to be obtained to a user corresponding to the task building party, so that the problem that all the objects need to be sent to the user corresponding to the task building party to select the needed object from the objects, transportation resources are wasted, and user experience is poor is solved.

As an alternative embodiment of the foregoing embodiment, fig. 7 is a schematic diagram of a task processing method according to a fourth embodiment of the present invention, as shown in fig. 7: after the target task is sent to the task executing party, the task executing party may generate a corresponding target identification (radio frequency identification tag RFID tag) according to each task identifier in the target task, that is, each task identifier is bound with an RFID tag, and each tag is different. After the target identification marks corresponding to the task marks are generated, the task execution user corresponding to the task execution party can carry the label and take the to-be-stored item from the address corresponding to the task establishment party. And the target task identifier is a box for temporarily storing each article to be stored. When each article to be stored is taken away, the corresponding radio frequency identification tag can be pasted according to the subtask identifier of the article to be stored. After the target identification marks corresponding to the to-be-stored articles are pasted, the user corresponding to the task executing party can take the to-be-stored articles away, so that the to-be-stored articles are stored in the target storage position, for example, the storage room.

EXAMPLE five

Fig. 8 is a flowchart illustrating a task processing method according to a fifth embodiment of the present invention, and based on the foregoing embodiment, if a task executing party receives a task obtaining request for obtaining a target subtask sent by a task creating party, the task executing party may execute the task based on the method disclosed in this embodiment. The technical terms that are the same as or corresponding to the above embodiments are not repeated herein.

As shown in fig. 8, the method includes:

and S510, when the target task is received, determining at least one target identification corresponding to the target task.

In this embodiment, determining at least one target identification corresponding to the target task may be: when a target task is received, acquiring a target task identifier and each subtask identifier in the target task; and determining a main target identification mark corresponding to the target task identification and a slave target identification mark corresponding to each target subtask identification.

The main target identification mark is a radio frequency identification label corresponding to the target task identification mark. The number of slave identifications is the same as the number of subtask identifications. The slave identification tag is a radio frequency identification tag corresponding to the subtask identification.

Specifically, after the target task is obtained, a target task identifier and a subtask identifier in the target task may be obtained, and a radio frequency identification tag corresponding to the current station is bound to the target task identifier and the subtask identifier, respectively, and the radio frequency identification tag is used as the target identification identifier.

S520, executing each to-be-processed subtask based on the target identification mark.

Optionally, based on the target identification, each to-be-processed subtask is executed, including: establishing a corresponding relation among the main target identification mark, each to-be-processed subtask and the corresponding auxiliary target identification mark; and executing each to-be-processed subtask in the target task based on the corresponding relation.

In order to determine the target identification mark corresponding to each task mark, a corresponding relationship between the task marks and the identification marks may be established, so as to obtain the radio frequency identification tag corresponding to each task mark based on the corresponding relationship. The user corresponding to the task execution party can carry the radio frequency identification tag to the user address corresponding to the task building party, and the radio frequency identification tag is pasted to each subtask to be processed according to the corresponding relation, namely pasted to each article to be stored. The advantage of pasting the radio frequency identification tag to the corresponding to-be-stored article is that the subtask identifier corresponding to each to-be-stored article can be determined based on the radio frequency identification tag, and then the to-be-stored article which the user wants to obtain is obtained.

S530, when a task obtaining request for obtaining the target subtask sent by the task building body is received, determining a task identifier in the task request, and a main identification identifier and a slave identification identifier of the task identifier.

It should be noted that, when a user needs to acquire a certain item from the stored items, the task acquisition control may be triggered. And after the task acquisition control is triggered, jumping to a task acquisition page. The task acquisition page comprises a plurality of stored items, namely subtasks which are completed by a plurality of task executors. The user can trigger each subtask in the task acquisition page, and the triggered subtask is used as a target subtask. Meanwhile, a to-be-processed task list to which the target subtask belongs can be determined, and a target task identifier of the to-be-processed task list is obtained.

Specifically, based on the correspondence, a master identification corresponding to the target task identification and a slave identification corresponding to the subtask identification may be determined.

And S540, determining a target task based on the main identification mark, and determining a target to-be-acquired subtask from each to-be-acquired subtask in the target task based on the auxiliary identification mark.

Specifically, the box for temporarily storing the article to be stored is determined based on the master identification (radio frequency identification tag), and the article to be acquired determined by the task establishing party can be determined based on the slave identification.

And S550, feeding back response data corresponding to the target subtasks to be acquired to the task building body.

Specifically, after the subtask to be acquired (stored article to be acquired) is acquired, the article can be packaged and delivered out of the warehouse, and meanwhile, the packaged and delivered out-of-the-warehouse information is fed back to the task building body. And after packaging and ex-warehouse, sending the articles to the user corresponding to the task building party according to the user address edited by the task building party.

If the subtask to be acquired by the target is sent to the task cube building in a mailing mode, in order to further facilitate the user to track the object to be acquired, the express bill number can be sent to the task cube building.

It should be noted that, when the task creator creates the task, the default mailing address may be edited, the subtask sending address may also be edited when the task is triggered to be obtained, or of course, the subtask sending address may also be edited after the subtask is selected, so that the task executor may send the subtask to the corresponding user according to the edited task sending address.

EXAMPLE six

Fig. 9 is a schematic structural diagram of a task processing device according to a sixth embodiment of the present invention, where the device may be configured to build a cube with a task, and the device includes: task identification determination module 610, target task determination module 620, and target task sending module 630. Wherein,

the task identifier determining module 610 is configured to obtain a subtask identifier corresponding to each to-be-processed subtask in the to-be-processed task list; a target task determining module 620, configured to determine a target task based on each sub-task identifier and a target task identifier of the to-be-processed task list; a target task sending module 630, configured to send the target task to a task executing party, so that when the task executing party receives the target task, the task executing party determines a target identification corresponding to the target task, and executes each to-be-processed sub task in the target task based on the target identification.

On the basis of the technical scheme, the device comprises a task list creating module, and the task list creating module comprises:

the list page creating unit is used for displaying the task creating list page when the triggering task creating control is detected; and the task list generating unit is used for generating the subtasks to be processed according to the triggering operation in the task creation list page and generating the task list to be processed based on each subtask to be processed.

On the basis of the above technical solutions, the task list generating unit includes:

the subtask identifier creating subunit is used for creating a subtask to be edited and a subtask identifier corresponding to the subtask to be edited when the subtask addition control in the task creation list page is triggered; the subtask to be edited comprises at least one control to be edited; the to-be-processed task generating subunit is used for taking the to-be-edited subtask as the to-be-processed subtask based on the text information in the at least one to-be-edited control when the trigger target control is detected; and the task list generating subunit is used for generating the to-be-processed task list based on each to-be-processed subtask and the corresponding subtask identifier.

On the basis of the above technical solutions, the subtask identifier creating unit is further configured to: and processing the associated information of the subtasks to be edited by adopting a snowflake algorithm to generate the subtask identifications.

On the basis of the above technical solutions, the target task determining module includes:

the task attribute information determining unit is used for determining a target task identifier and a task type corresponding to the to-be-processed task in a single phase; and the target task determining unit is used for generating the target task based on the task type, the subtask identifier and the target task identifier.

On the basis of the above technical solutions, the target task sending module is further configured to: and sending the target task to a task executive party so that the task executive party respectively generates target identification marks corresponding to the subtask identifications and the target task identification when receiving the target task, and executing each to-be-processed subtask in the target task based on the target identification marks and the task type.

On the basis of the above technical solutions, the apparatus further includes:

the task selection list page display module is used for popping up a task selection list page corresponding to the task when detecting a control triggering the acquisition of the task; the task selection list page comprises a plurality of subtasks to be acquired; the subtasks to be acquired are created in advance and sent to the task executing party; and the target to-be-acquired subtask sending module is used for determining a target to-be-acquired subtask based on the trigger operation in the task selection list page, and sending the subtask identifier of the target to-be-acquired subtask to the task executing party so that the task executing party calls the target to-be-acquired subtask according to the subtask identifier.

On the basis of the technical schemes, the subtasks to be processed correspond to the articles to be stored one by one.

The task processing device provided by the embodiment of the invention can execute the task processing method provided by any embodiment of the invention, and has corresponding functional modules and beneficial effects of the execution method.

It should be noted that, the units and modules included in the apparatus are merely divided according to functional logic, but are not limited to the above division as long as the corresponding functions can be implemented; in addition, specific names of the functional units are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the embodiment of the invention.

EXAMPLE seven

Fig. 10 is a schematic structural diagram of a task processing device according to a seventh embodiment of the present invention, where the task processing device is applied to a task execution side, and the device includes: a recognition flag determination module 710 and a subtask execution module 720.

The identification identifier determining module 710 is configured to, when a target task is received, determine at least one target identification identifier corresponding to the target task; the target identification mark corresponds to a subtask mark and a target task mark of each to-be-processed subtask in the target task; and a subtask execution module 720, configured to execute each to-be-processed subtask based on the target identification.

On the basis of the above technical solutions, the identification identifier determining module includes:

the task identification recognition unit is used for acquiring a target task identification and each subtask identification in a target task when the target task is received; and the target identification mark generation unit is used for determining a main target identification mark corresponding to the target task mark and a secondary target identification mark corresponding to each target subtask mark.

On the basis of the above technical solutions, the subtask execution module includes:

the corresponding relation establishing unit is used for establishing the corresponding relation among the main target identification mark, each to-be-processed subtask and the corresponding auxiliary target identification mark; and the subtask execution unit is used for executing each to-be-processed subtask in the target task based on the corresponding relation.

On the basis of the above technical solutions, the apparatus further includes:

the task creating module is used for creating a task obtaining request for obtaining a target subtask, and sending the task obtaining request to the identification mark generating module; the target to-be-acquired subtask determining module is used for determining a target task based on the main identification mark and determining a target to-be-acquired subtask from each subtask to be acquired in the target task based on the auxiliary identification mark; and the feedback information sending module is used for feeding back the response data corresponding to the target subtask to be acquired to the task cube.

Example eight

Fig. 11 is a schematic structural diagram of an electronic device according to an eighth embodiment of the present invention. FIG. 11 illustrates a block diagram of an exemplary electronic device 80 suitable for use in implementing embodiments of the present invention. The electronic device 80 shown in fig. 11 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiment of the present invention.

As shown in fig. 11, the electronic device 80 is in the form of a general purpose computing device. The components of the electronic device 80 may include, but are not limited to: one or more processors or processing units 801, a system memory 802, and a bus 803 that couples various system components including the system memory 802 and the processing unit 801.

Bus 803 represents one or more of any of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, and a processor or local bus using any of a variety of bus architectures. By way of example, such architectures include, but are not limited to, Industry Standard Architecture (ISA) bus, micro-channel architecture (MAC) bus, enhanced ISA bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus.

The electronic device 80 typically includes a variety of computer system readable media. Such media may be any available media that is accessible by electronic device 80 and includes both volatile and nonvolatile media, removable and non-removable media.

The system memory 802 may include computer system readable media in the form of volatile memory, such as Random Access Memory (RAM)804 and/or cache memory 805. The electronic device 80 may further include other removable/non-removable, volatile/nonvolatile computer system storage media. By way of example only, storage system 806 may be used to read from and write to non-removable, nonvolatile magnetic media (not shown in FIG. 11, and commonly referred to as a "hard drive"). Although not shown in FIG. 11, a magnetic disk drive for reading from and writing to a removable, nonvolatile magnetic disk (e.g., a "floppy disk") and an optical disk drive for reading from or writing to a removable, nonvolatile optical disk (e.g., a CD-ROM, DVD-ROM, or other optical media) may be provided. In these cases, each drive may be connected to the bus 803 by one or more data media interfaces. Memory 802 may include at least one program product having a set (e.g., at least one) of program modules that are configured to carry out the functions of embodiments of the invention.

A program/utility 808 having a set (at least one) of program modules 807 may be stored, for instance, in memory 802, such program modules 807 including, but not limited to, an operating system, one or more application programs, other program modules, and program data, each of which examples or some combination thereof may include an implementation of a network environment. Program modules 807 generally perform the functions and/or methodologies of embodiments of the present invention as described herein.

The electronic device 80 may also communicate with one or more external devices 809 (e.g., keyboard, pointing device, display 810, etc.), with one or more devices that enable a user to interact with the electronic device 80, and/or with any devices (e.g., network card, modem, etc.) that enable the electronic device 80 to communicate with one or more other computing devices. Such communication may occur via an input/output (I/O) interface 811. Also, the electronic device 80 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network such as the Internet) via the network adapter 812. As shown, the network adapter 812 communicates with the other modules of the electronic device 80 over the bus 803. It should be appreciated that although not shown in FIG. 11, other hardware and/or software modules may be used in conjunction with electronic device 80, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.

The processing unit 801 executes various functional applications and data processing by running a program stored in the system memory 802, for example, to implement a task processing method provided by an embodiment of the present invention.

Example nine

An embodiment of the present invention also provides a storage medium containing computer-executable instructions for performing a task processing method when executed by a computer processor.

The method comprises the following steps:

Or,

when a target task is received, determining at least one target identification mark corresponding to the target task; the target identification mark corresponds to a subtask mark and a target task mark of each to-be-processed subtask in the target task;

Computer storage media for embodiments of the invention may employ any combination of one or more computer-readable media. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.

A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.

Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Computer program code for carrying out operations for embodiments of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).

It is to be noted that the foregoing is only illustrative of the preferred embodiments of the present invention and the technical principles employed. It will be understood by those skilled in the art that the present invention is not limited to the particular embodiments described herein, but is capable of various obvious changes, rearrangements and substitutions as will now become apparent to those skilled in the art without departing from the scope of the invention. Therefore, although the present invention has been described in greater detail by the above embodiments, the present invention is not limited to the above embodiments, and may include other equivalent embodiments without departing from the spirit of the present invention, and the scope of the present invention is determined by the scope of the appended claims.

Claims

1. A task processing method is applied to task cube building and comprises the following steps:

2. The method according to claim 1, wherein before the obtaining of the subtask identifier corresponding to each of the to-be-processed subtasks in the to-be-processed task list, the method further comprises:

generating the to-be-processed task list based on each to-be-processed subtask;

the generating the to-be-processed task list based on each to-be-processed subtask includes:

when the trigger task creation control is detected, displaying a task creation list page;

and generating to-be-processed subtasks according to the triggering operation in the task creation list page, and generating the to-be-processed task list based on each to-be-processed subtask.

3. The method according to claim 2, wherein the generating the to-be-processed subtasks according to the trigger operation in the task creation list page, and the generating the to-be-processed task list based on each to-be-processed subtask includes:

when detecting that a subtask adding control in the task creation list page is triggered, creating a subtask to be edited and a subtask identifier corresponding to the subtask to be edited; the subtask to be edited comprises at least one control to be edited;

when a trigger target control is detected, taking the subtask to be edited as a subtask to be processed based on text information in the at least one control to be edited;

and generating the to-be-processed task list based on each to-be-processed subtask and the corresponding subtask identifier.

4. The method of claim 3, wherein creating a subtask identifier corresponding to the subtask to be edited comprises:

and processing the associated information of the subtasks to be edited by adopting a snowflake algorithm to generate the subtask identifications.

5. The method according to claim 1, wherein the determining a target task based on each subtask identifier and a target task identifier corresponding to the to-be-processed task in one phase comprises:

determining a target task identifier and a task type corresponding to the to-be-processed task in a single phase;

and generating the target task based on the task type, the subtask identifier and the target task identifier.

6. The method according to claim 5, wherein the sending the target task to a task execution party so that the task execution party determines a target identification corresponding to the target task when receiving the target task, and executes each to-be-processed sub-task in the target task based on the target identification comprises:

and sending the target task to a task executive party so that the task executive party respectively generates target identification marks corresponding to the subtask identifications and the target task identification when receiving the target task, and executing each to-be-processed subtask in the target task based on the target identification marks and the task type.

7. The method of claim 1, further comprising:

when a control triggering to acquire a task is detected, popping up a task selection list page corresponding to the task; the task selection list page comprises a plurality of subtasks to be acquired; the subtasks to be acquired are created in advance and sent to the task executing party;

and determining a target subtask to be acquired based on the trigger operation in the task selection list page, and sending a subtask identifier of the target subtask to be acquired to the task executing party so that the task executing party calls the target subtask to be acquired according to the subtask identifier.

8. The method according to any of claims 1-7, wherein the sub-tasks to be processed correspond one-to-one to the items to be stored.

9. A task processing method is applied to a task executive side and comprises the following steps:

10. The method of claim 9, wherein determining at least one target identifier corresponding to a target task when the target task is received comprises:

when a target task is received, acquiring a target task identifier and each subtask identifier in the target task;

and determining a main target identification mark corresponding to the target task identification and a secondary target identification mark corresponding to each target subtask identification.

11. The method according to claim 10, wherein the executing each sub-task to be processed based on the target recognition identifier comprises:

establishing a corresponding relation among the main target identification mark, each to-be-processed subtask and the corresponding auxiliary target identification mark;

and executing each to-be-processed subtask in the target task based on the corresponding relation.

12. The method of claim 9, further comprising:

when a task obtaining request for obtaining a target subtask sent by a task building body is received, determining a task identifier in the task request, and a main identification identifier and a slave identification identifier of the task identifier;

determining a target task based on the main identification mark, and determining a target subtask to be acquired from each subtask to be acquired in the target task based on the auxiliary identification mark;

and feeding back response data corresponding to the target subtask to be acquired to the task building body.

13. A task processing apparatus configured to a task cube, comprising:

14. A task processing device, which is arranged on a task execution side, comprising:

15. An electronic device, characterized in that the electronic device comprises:

one or more processors;

a storage device for storing one or more programs,

when executed by the one or more processors, cause the one or more processors to implement a method of task processing as claimed in any one of claims 1-8 or 9-12.

16. A storage medium containing computer-executable instructions for performing the task processing method of any one of claims 1-8 or 9-12 when executed by a computer processor.