CN107784416B

CN107784416B - 一种任务传递型处理方法

Info

Publication number: CN107784416B
Application number: CN201610796949.6A
Authority: CN
Inventors: 李宝玉
Original assignee: Individual
Current assignee: Individual
Priority date: 2016-08-31
Filing date: 2016-08-31
Publication date: 2021-06-11
Anticipated expiration: 2036-08-31
Also published as: CN107784416A

Abstract

本发明提供一种任务传递型处理方法，任务发起人创建新任务，并设定最终执行用户和任务说明，进入任务传递模式，然后将任务传递给选择好的需要对任务进一步操作的下一个执行用户组，并设定该群的负责执行人，完成该阶段任务后依次进行任务的传递，直至到达最终执行用户。所述任务传递型处理方法将新设任务分阶段由不同的执行用户进行处理，最终确定的处理后的文件达成初始任务的目的。

Description

一种任务传递型处理方法

技术领域

本发明涉及企业办公系统，尤其是涉及一种任务传递型处理方法。

背景技术

随着信息技术、网络技术、通讯技术、数据库技术的不断发展，企业需要借助信息技术、网络技术、通讯技术、数据库技术与管理理念结合来提高企业的核心竞争力，快速响应市场需求。促进企业各机构、各部门、各员工之间的协作和随时随地沟通能力。

协同办公平台可使组织内的经验、知识、资源得到最充分的共享利用，各种信息的上传下达实现无损耗、无延迟的完美传递，一个“简单、实用、开放、灵活”的协同办公平台已然成为了企业办公信息化建设的重中之重。

现有的协同办公平台可实现人员沟通、流程协作、知识共享与整合，可以帮助企业的业务流程规范化、标准化、可视化管理及图形化监控，一定程度上有助于提高企业运行效率和经营效益。然而，现有的协同办公平台均无法实现企业办公管理，无法实现企业工作任务的分配、监视、汇报及管理等功能。而且现有协同办公平台在实现任务考核时，均要等到整个任务完成后对整个大任务进行考核，无法对大任务进行分阶段的细致考核，考核结果的参考价值不高，且不能及时制止和调整任务中途出现问题。

发明内容

本发明提供了一种任务传递型处理方法，解决了企业或其他组织对于任务的处理问题，使任务处理过程中涉及到的每个人都能更好的参与，完成自己所属的分内工作，其技术方案如下所述：

一种任务传递型处理方法，首先建立群账号并在该群帐号下增加群内用户，然后在群内用户中设立管理员帐号，由管理员对系统进行设定和对群内用户的各用户帐号进行管理，包括对用户账户进行分部门、设定自主接受任务的权限，则该方法包括下列步骤：

(1)创建任务：群内用户根据被设定的权限分为能够创设新任务的任务发起人和对应不能够创设新任务的非任务发起人，所述任务是子任务的集合，任务的子集合称成子任务组；

任务传递过程中接收任务进行处理的群内用户的非空子集称为执行用户组，在执行用户组被选择时需要设定该执行用户组的负责执行人；所述执行用户组中的每个群内用户称为执行用户；当执行用户组中只有一个执行用户时，该执行用户为负责执行人；

所述任务发起人创建新任务，则任务的各子任务以任务选择列表形式呈现，所述任务选择列表在每个执行用户组中都对应设置，用于接收任务发起人或上个执行用户组的子任务，并呈现子任务的状态，并默认对该组中的所有参与人可见，然后任务发起人从群内用户进行选择，将选择的群内用户组成对任务下一阶段处理的执行用户组，并设定负责执行人；

(2)任务阶段划分：所述任务发起人能够对新任务进行处理阶段划分，为每阶段设定对应处理的执行用户组以及指定该组的负责执行人，并设定该任务的最终执行用户组；任务发起人或处理任务前面阶段的负责执行人对以上操作不完全的，由正在处理任务最新阶段的执行用户组的负责执行人进行操作；所述处理任务是指有子任务在本组内正在处理；

各执行用户组的负责执行人对下一阶段已经被预设定的并且没有处理任务的执行用户组、组内的负责执行人、以及最终执行用户组认为需要修改，由任务发起人进行修改或者自主进行修改，其中，自主进行修改根据设定权限是否需要经过任务发起人的同意；

正在处理任务最新阶段的执行用户组的负责执行人发现任务下一阶段没有继续处理的执行用户组时，由该负责执行人从群内用户进行选择，将选择的群内用户组成对任务下一阶段处理的执行用户组，并设定负责执行人；

(3)任务各阶段确认：所述负责执行人需要选择是否接受任务并进行执行用户确认，接受任务，则所述负责执行人能够根据任务性质对本执行用户组的执行用户进行删除以及增加新的执行用户的操作；本组内有自主接受任务权限的执行用户需要确认参与任务，才能够参与下一步骤的选择或被分配子任务；拒绝参与任务时，则主动退出该执行用户组；确认是否参与该组任务的时间由本组的负责执行人或者系统设定，未确认视为拒绝参与；

如负责执行人选择拒绝接受，任务返回到指定该执行用户组的任务发起人或者负责执行人，由任务发起人或者负责执行人再次选择群内用户，以便实现替换该拒绝的执行用户组，从而进行任务的传递；

(4)任务在执行用户组内的分配：所述负责执行人接受任务并确认本组执行用户后，此时子任务显示在任务选择列表中，对于不需要本组处理的子任务，所述负责执行人能够设置状态为空置；

所述负责执行人对本组的任务选择列表中需要处理的子任务选择主动分配模式或者自主选择模式；

在主动分配模式下，所述负责执行人根据任务性质，将本组的任务选择列表的子任务给群内的各执行用户进行主动分配并进行调整，每个执行用户需要将被分配到的子任务对应的事项进行处理，并在处理完成后点击确认完成，完成后的子任务在本组的任务选择列表显示已完成，所述负责执行人在本组的任务选择列表中能够看到每个执行用户的任务进展情况，并能够对完成的子任务进行核查确认，对处理不符合要求的子任务能够打回原执行用户或本组其他执行用户进行重新处理；

在自主选择模式下，对本组的执行用户设定有任务选择排序，所述任务选择排序采用该执行用户在群内的设定顺序，或者采用负责执行人对本组执行用户确认时的设定顺序，所述执行用户根据任务选择排序的序号依次对本组的任务选择列表中的子任务进行选择，能够直接跳过不选、选择其中一个或选择其中多个子任务；所述负责执行人能够确认或者修改系统对各执行用户设定的选择时间或者直接切换按序正在进行选择的执行用户；

本组内的每个执行用户依次选择接收子任务后，本组的任务选择列表仍存在未分配的子任务，此时本组内的每个执行用户进行第二次的自主依次选择，直至子任务在该次或多次自主依次选择后被分配完成；所述负责执行人能够对分配结果进行确认或者调整，也能够随时暂停自主选择模式，切换到主动分配模式，从而将未分配的子任务主动分配给本组内的执行用户，或者将已分配的子任务进行调整；

每个执行用户需要将选择或被分配到的子任务对应的事项进行处理，并在处理完成后点击确认完成，完成后的子任务在本组的任务选择列表显示已完成，所述负责执行人在本组的任务选择列表中能够看到每个执行用户的任务进展情况，并能够对完成的子任务进行核查确认，对处理不符合要求的子任务能够打回原执行用户或本组其他执行用户进行重新处理；

在主动分配模式或者自主选择模式下，只要本组的任务选择列表的需要处理的子任务都分配完成，则不关心本组内执行用户是否都有子任务处理；

(5)任务处理时，执行用户的管理：本执行用户组的执行用户进行子任务处理时，所述负责执行人也能够对执行用户进行管理，包括对执行用户的删除以及增加新的执行用户的操作；

对执行用户进行删除操作后，该执行用户未完成的子任务返回本组的任务选择列表，并且该执行用户的处理如下：

该执行用户没有已完成的子任务，则被删除操作后退出该组；

该执行用户有已完成的子任务，则被删除操作后仍保留在该组内，但是不能再进行选择或被分配子任务，所述负责执行人能够同时确认该任务的相关信息对该执行用户是否可见；

若该执行用户已完成的子任务被打回到其他执行用户再次处理，该执行用户没有已完成的子任务时，则该执行用户退出该组；

所述负责执行人增加新的执行用户时，新增加的执行用户如果是有自主接受任务权限的执行用户需要确认参与任务，才能够参与本组的任务选择列表中尚未分配的子任务的选择或被分配；拒绝参与任务时，则主动退出该执行用户组；确认是否参与该组任务的时间由本组的负责执行人或者系统设定，未确认视为拒绝参与本组的任务选择列表；如果不是有自主接受任务权限的执行用户，则直接参与本组的任务选择列表中尚未分配的子任务的选择或被分配；

该组的执行用户接受子任务或者子任务组时，在处理过程中经过负责执行人确认能够放弃本执行用户未完成的子任务或者子任务组，使得未完成的子任务或者子任务组返到本组的任务选择列表，以便重新被选择或被分配；

对于空置状态的子任务，所述负责执行人能够直接选定向后处理，而不再由本组执行用户进行处理；

(6)子任务的处理：所述子任务在某阶段的执行用户组被处理时，包括子任务的转分配、分解、添加、删除、跳转和滑行；所述子任务在该组的任务选择列表中的状态包括未分配、未完成、已完成、已确认、空置、跳转处理；

子任务状态：

未分配：所述子任务从上一阶段到达本阶段时，本组的任务选择列表中均显示未分配状态；

未完成：子任务被本组的执行用户进行处理，在处理过程中；

已完成：子任务被本组的执行用户处理完成；

已确认：完成的子任务被本组的负责执行人检查无误的确认；

空置：对于不属于本组处理的子任务，需要由后面阶段进行处理时，由本组的负责执行人将对应的子任务选为空置状态，空置状态的子任务不在本组进行分配，而是直接传递到下一阶段的执行用户组的任务选择列表中；

跳转处理：本组的子任务由负责执行人选定并跳转到前面阶段的执行用户或执行用户组进行处理时，为跳转处理，只有等子任务完成后，才跳转回来成为已完成状态；

子任务的处理：

添加：子任务在正在处理任务的执行用户组中能够进行添加，负责执行人能够直接添加，或者由负责执行人确认该组执行用户的添加；

删除：子任务在正在处理任务的执行用户组中能够进行删除，负责执行人能够进行删除，但需要任务发起人或者最终执行用户组确认；

跳转：对于本组任务选择列表显示的子任务，包括空置的子任务，本组的负责执行人认为需要由前面阶段的执行用户或执行用户组进行处理时，则对该子任务进行跳转操作，在子任务被处理完成后直接返回到该组；对于子任务组跳转到执行用户组时，重复步骤(4)到步骤(5)；

滑行：对于连续任务阶段的各执行用户组，所述连续任务阶段是指执行用户组确定后的不小于两个连续执行用户组的，前面阶段的执行用户组对后面的执行用户组认为不需要修改，各执行用户组对本组的执行用户进行了确认，则子任务在前面的执行用户组被完成并且经过该组的负责执行人确认后，自动进入下一执行用户组由此组的执行用户进行进一步的处理，直至无法进入下一阶段的执行用户组，子任务进入到连续任务阶段最后的执行用户组时，该组为正在处理任务最新阶段的执行用户组；

其中，对于前面阶段完成的子任务，本阶段的负责执行人能够将该子任务进行空置或滑行操作；

(7)任务完成：执行用户组的负责执行人确认本阶段的任务完成后，选择完成任务，该任务则传递到下一个执行用户组；

所述任务完成是指本组的任务选择列表中需要处理的子任务全部处理完成，包括跳转的任务已经完成，并且由负责执行人确认了所有子任务；前面阶段的负责执行人没有确认对应阶段的任务完成，后面阶段的负责执行人则无法确认本阶段的任务完成；

这种任务由任务发起人创建并传递给执行用户组，并由该执行用户组完成后将任务传递给下一个执行用户组，直至到达最终执行用户组的过程称为任务传递模式；

任务传递模式中，接受任务某阶段的执行用户组，则重复步骤(2)到步骤(6)的操作；

(8)任务结束：对于设定有最终执行用户组的任务，则该任务最后到达最终执行用户组，并且各阶段都依次确认任务完成，则该任务结束；

对于没有设定有最终执行用户组的任务，则该任务最后到达最后执行用户组，并且各阶段都依次确认任务完成，所述最后执行用户组认为不再需要处理，能够选择任务结束，该结果由任务发起人确认。

进一步的，步骤(6)中，在某一阶段的任务处理过程中，所述执行用户能够将自己尚未处理完成的子任务或子任务组转分配给群内的其他执行用户；

转分配给其他执行用户时，本身变为转分配用户，其他执行用户为被转分配用户，包括下列步骤：1)首先选择子任务或者子任务组进行转分配处理，形成转分配任务，然后对转分配任务选择需要处理的被转分配用户，进行主动转分配；2)所述被转分配用户收到转分配任务时，能够选择接受或拒绝，接受转分配任务还需经过该组的负责执行人的同意，转分配用户进行分配的子任务或者子任务组转移给被转分配用户；若被转分配用户没在该执行用户组，则进入该组成为执行用户；3)若被转分配用户拒绝转分配任务则由转分配用户选择其他执行用户，使其他执行用户形成新的被转分配用户；

其中，所述转分配的次数、执行用户对应的转分配权限由系统进行设定；执行用户组中的负责执行人，也能够对执行用户的转分配进行管理，设定的转分配权限不得大于系统进行的设定；

所述该组的负责执行人对于转分配用户向本组内执行用户的转分配行为，能够设置默认同意的处理；

所述负责执行人也能够主动对执行用户进行任务的转分配。

进一步的，步骤(6)中，在某一阶段的任务处理过程中，所述执行用户能够将自己处理的子任务或子任务组分解给其他执行用户；

分解给其他执行用户时，本身变为任务分解者，其他执行用户为分解执行用户，包括下列步骤：1)首先选择子任务或子任务组进行分解处理，形成分解任务，然后对分解任务选择需要处理的分解执行用户，进行主动分配；2)所述分解执行用户收到分解任务时，能够选择接受或拒绝，接受分解任务则须在完成任务后选择完成分解任务，任务分解者得到该分解任务完成的信息，效果归于任务分解者；拒绝分解任务则由任务分解者选择其他执行用户，使其他执行用户形成新的分解执行用户；

其中，所述分解的次数，以及执行用户对应的分解权限由系统进行设定；执行用户组中的负责执行人，也能够对执行用户的分解执行进行管理，设定的分解权限不得大于系统进行的设定；

所述负责执行人对于转分配用户的转分配行为，能够由负责执行人进行默认同意的处理或者在分解者申请分解执行时进行同意；

所述负责执行人也能够主动对执行用户进行任务的分解执行。

进一步的，对于经常使用到的常用项目，而该常用项目又通常由相对固定的执行用户进行处理，则本发明通过系统设定常用项目模块，固化该常用项目名称、对应处理的执行用户以及固定负责执行人，并设定该项目模块被引用时是否能够被编辑或者由固定负责执行人进行编辑；

在任务发起人或负责执行人设定执行用户组时，直接引用该常用项目模块，使其成为任务传递模式的一个阶段；或者使执行用户进行快速的转分配与分解任务时，该常用项目模块对应转分配与分解完成的效果；

所述常用项目模块被引用后，对于任务的处理采用步骤(4)到步骤(6)，并由固定负责执行人确认任务完成。

进一步的，所述任务传递型处理方法能够对各执行用户参与或者发起的任务进行包括任务完成情况、耗费时间的数据统计，每个执行用户的数据统计生成该执行用户的工作日志；

管理员对群内用户进行分部门后，各部门的负责人能够看到该部门内执行用户参与或者发起的任务名称以及工作日志。

进一步的，为了方便各执行用户的沟通，本方法设置了信息交流窗口和对应的小纸条功能；

所述各部门组设置有组内的信息交流窗口；系统设置有面向所述全部的执行用户的信息交流窗口；各执行用户之间能够建立信息交流窗口，所述信息交流窗口能够进行会话、语音聊天、视频聊天、文件传送、记录保存的其中一个或多个的功能；

各执行用户能够将处理事务进行记载，形成电子形式的小纸条，并能够通过信息交流窗口接收其他执行用户的小纸条，或者发送小纸条给其他执行用户；所述小纸条组成纸条库，各执行用户能够对自己的纸条库进行管理，将小纸条删除或进行合并，合并后的小纸条按照时间顺序将原含有的内容依次排列，并标识发送人、时间的关键信息。

进一步的，为了方便任务传递，任务的所有参与人能够对各自正在处理的任务进行任务说明：

执行用户能够对正在处理的子任务进行说明，在对应的子任务完成之前能够进行修改或补充；

任务发起人或者负责执行人能够对任务的阶段进行说明，在对应的任务阶段完成之前能够进行修改或补充；

任务的所有参与人能够看到该任务的所有任务说明。

进一步的，所述方法的运行应设定服务器，用于维护任务传递的数据处理；

所述任务涉及到需要处理到的文件时，则将所述文件放置在所述服务器中，形成文件库，并且子任务和文件是不限定的对应关系，所述子任务的操作不影响文件的状态；

所述文件只有正在处理任务的执行用户能够进行进一步的处理，其中，同一文件在被其中一个执行用户调用时，不能被其他执行用户调用处理；

在子任务处理过程中，执行用户能够在客户端与服务器端进行文件的上传或下载，完成处理后确认自己的子任务完成时则退出对相关文件的处理权限；

所述执行用户处理完子任务时，则子任务对应的文件能够被该执行用户所在组的负责执行人进行查看或修改处理；

每阶段的任务完成时，该阶段对应的文件都放置在文件库中同一文件夹中，下一阶段的执行用户直接从上一阶段任务完成的文件夹中进行文件的读取或修改的操作；

所述子任务以及任务处理中涉及的文件，所述管理员能够事先在服务器中进行创设，包括子任务的种类和名称、文件库中文件的种类和名称、子任务和文件的对应关系，则所有任务的处理过程中不能超出创设的范围。

进一步的，所述任务发起人选择任务触发因素，从而根据任务触发因素创建新任务，所述任务触发因素包括网络虚拟会议室的会话记录、电子邮件、电子文档、电子录音、视频会议记录、电子订单、可拆分的电子表格，创建新任务时将需要处理的事项划分成子任务，所述各子任务以本组的任务选择列表形式呈现；

任务发起人也能够将总任务分组，将不同组的任务分别进行任务传递模式的处理；

所述任务发起人或者任务传递模式中的各负责执行人，能够创建附属任务，则正在处理的任务作为主任务，所述附属任务需要与正在处理的主任务进行绑定，处理步骤同主任务一样，并能够根据设定的权限在处理过程中直接调用主任务的执行用户组，以及复制主任务的文件；

所述任务发起人和各负责执行人能看到主任务和附属任务的状态。

其中，所述管理员能够看到所有的任务列表和具体任务的流程示意图，并将任务进行分组管理；

任务的流程示意图对任务参与者可见；

所述流程示意图呈树状，底层表示任务发起人，主干表示任务传递过程中的各阶段的执行用户组，树尖表示任务结束的执行用户组；枝干表示执行用户组的各执行用户对子任务的处理；转分配和分解表示为树叶；跳转则表示为连线；子任务的多少表示主干的粗细；

所述任务发起人能够看到自己参与或发起的任务列表和具体任务的流程示意图，并将自己参与或发起的任务进行分组管理；

所述管理员能够删除任何任务，所述任务发起人能够删除自己发起的任务，任务被删除后则不再进行处理，在任务发起人的任务列表中，该任务进入垃圾站；任务处理中的各执行用户则在自己的任务提示中显示该任务被删除，确认后不用继续处理任务；

对于被删除的任务，相关文件和任务记录依然保留，所述管理员能够清除被删除的任务，则该任务对应的相关文件和任务记录被清除；

所述管理员能够恢复所有被删除的任务，所述任务发起人能够恢复自己删除的任务，任务被恢复后则回到删除前状态，由任务的参与者继续进行任务的处理。

所述任务传递型处理方法将初始任务分阶段由不同的执行者进行处理，最终确定的处理后的文件达成初始任务的目的。在此过程中，上级能够借助系统对员工的任务执行情况的准确、细致考核；上级的查看可及时发现并制止和调整大任务执行过程中途出现问题；高级领导可以根据下级员工的工作日报和任务处理情况，为企业整体调度和宏观管控提供了可靠的依据。

附图说明

图1是本方法的流程示意图；

图2是实施例1中本方法在饭店的工作流程示意图；

图3是实施例2中本方法在文件处理企业的工作流程示意图。

具体实施方式

本发明的操作主要是首先通过对人进行选择，然后对任务进行处理，一个大任务会分解成子任务，各子任务在任务传递过程中被一一处理，直至最终完成，在这个过程中，设置文件管理、信息窗口、任务说明等其他功能，从而使得本发明适合企业大部分事务的处理过程。

本发明首先建立群账号并在该群帐号下增加群内用户，然后在群内用户中设立管理员帐号，由管理员对系统进行设定和对群内用户的各用户帐号进行管理，包括对用户账户进行分部门、设定自主接受任务的权限，文件或子任务的设定等。

群内用户根据被设定的权限分为能够创设新任务的任务发起人和对应不能够创设新任务的非任务发起人，所述任务是子任务的集合，任务的子集合称成子任务组。

任务传递过程中接收任务进行处理的群内用户的非空子集称为执行用户组，在执行用户组被选择时需要设定该执行用户组的负责执行人；所述执行用户组中的每个群内用户称为执行用户；当执行用户组中只有一个执行用户时，该执行用户为负责执行人。

任务的各子任务以任务选择列表形式呈现，所述任务选择列表在每个执行用户组中都对应设置，用于接收任务发起人或上个执行用户组的子任务，并呈现子任务的状态，并默认对该组中的所有参与人可见。

所述子任务在某阶段的执行用户组被处理时，包括子任务的转分配、分解、添加、删除、跳转和滑行；所述子任务在该组的任务选择列表中的状态包括未分配、未完成、已完成、已确认、空置、跳转处理；

子任务状态：

已完成：子任务被本组的执行用户处理完成；

子任务的处理：

跳转：对于本组任务选择列表显示的子任务，包括空置的子任务，本组的负责执行人认为需要由前面阶段的执行用户或执行用户组进行处理时，则对该子任务进行跳转操作，在子任务被处理完成后直接返回到该组；对于子任务组跳转到执行用户组时。

其中，对于前面阶段完成的子任务，本阶段的负责执行人能够将该子任务进行空置或滑行操作。

所述任务发起人选择任务触发因素，从而根据任务触发因素创建新任务，所述任务触发因素包括网络虚拟会议室的会话记录、电子邮件、电子文档、电子录音、视频会议记录、电子订单、可拆分的电子表格，创建新任务时将需要处理的事项划分成子任务，所述各子任务以本组的任务选择列表形式呈现。

如图1所示，则该方法包括下列步骤：

(1)创建任务：

所述任务发起人创建新任务，则然后任务发起人从群内用户进行选择，将选择的群内用户组成对任务下一阶段处理的执行用户组，并设定负责执行人；

(6)子任务的处理：包括对子任务进行增加、删除、跳转等操作，子任务同时呈现不同的状态；

子任务的转分配和分解：

步骤(6)中，在某一阶段的任务处理过程中，所述执行用户能够将自己尚未处理完成的子任务或子任务组转分配给群内的其他执行用户；

所述负责执行人也能够主动对执行用户进行任务的转分配。

步骤(6)中，在某一阶段的任务处理过程中，所述执行用户能够将自己处理的子任务或子任务组分解给其他执行用户；

项目模块的设定：

对于经常使用到的常用项目，而该常用项目又通常由相对固定的执行用户进行处理，则本发明通过系统设定常用项目模块，固化该常用项目名称、对应处理的执行用户以及固定负责执行人，并设定该项目模块被引用时是否能够被编辑或者由固定负责执行人进行编辑；

日志的管理：

所述任务传递型处理方法能够对各执行用户参与或者发起的任务进行包括任务完成情况、耗费时间的数据统计，每个执行用户的数据统计生成该执行用户的工作日志；

信息沟通以及小纸条的设定：

任务阶段的描述说明：

任务的所有参与人能够看到该任务的所有任务说明。

这样实现了任务交流。

文件管理：

总任务与分任务，主任务与附属任务的管理：

流程示意图的设定：

任务的流程示意图对任务参与者可见；

以下通过两个具体实施例说明如何应用本发明：

在实施例1中，对于饭店，客人根据电子菜单下了订单，饭店管理员生成对应本桌订单任务，设定最终的任务人为自己；订单任务传递给后厨；后厨的负责人对订单任务分拆给不同的厨师处理；饭菜准备好后，后厨的负责人选择任务完成，并传送给服务员的负责人；服务员的负责人将上菜任务由服务员自由选择，完成任务后选择完成，并选择饭店管理员；饭店管理员在收到客人结账信息后，结束任务，并发布新任务给服务员打扫。

如果各处理阶段均模块化，则各负责执行人将不属于本组的直接选择空置进行传递，对剩下的本组的进行分配，而各任务也在传递过程中被处理，子任务可以直接前进，从而使得上菜的速度大大增加。

也就是说，假定饭店管理员将饭店的部门分为凉菜部门、炒菜部门、煮粥部门、上菜部门、结算部门、清理部门，则菜空置或被处理，而上菜部门只要收到上菜信息，就去处理，那么，最终速度将大大加快；

为了进一步的提高速度，也可以由饭店管理员将一单任务分组，并传递给不同部门处理，比如凉菜、炒菜、粥分别由凉菜部门、炒菜部门、煮粥部门处理，处理完都交给上菜部门以及后面的部门进行处理。

在这里，所述凉菜部门、炒菜部门、煮粥部门、上菜部门、结算部门、清理部门都采用模块快设定。

实施例2中，客户发布委托，甲部门负责人生成对应任务，设定最终的任务人为本部门甲；任务传递给乙部门，设定乙部门的A为负责人；A对订单任务由本部门自由选择；乙部门完成后，A将任务传递给甲；甲将文件发送给客户，并将相关纸质材料快递给客户，完成客户委托；受委托企业的管理员通过查看任务目录，反馈给企业老总，老总表扬了甲部门和乙部门。

如果在乙部门处理中，其中一个员工生病了，可以转分配其任务给另外员工。

对于甲部门的一个员工，处理某一子任务，需要别人进行帮忙，则可以将任务分解给别人一起处理，效果完成等同于该员工完成。

而对于文件来说，该员工处理好自己的任务，那么就退出了对文件的访问权限，但是如果甲将其他员工的子任务打给该员工，该员工又能继续访问文件。

Claims

1.一种任务传递型处理方法，首先建立群账号并在该群帐号下增加群内用户，然后在群内用户中设立管理员帐号，由管理员对系统进行设定和对群内用户的各用户帐号进行管理，包括对用户账户进行分部门、设定自主接受任务的权限，则该方法包括下列步骤：

所述任务发起人选择任务触发因素，从而根据任务触发因素创建新任务，所述任务触发因素包括网络虚拟会议室的会话记录、电子邮件、电子文档、电子录音、视频会议记录、电子订单、可拆分的电子表格，创建新任务时将需要处理的事项划分成子任务，所述各子任务以本组的任务选择列表形式呈现；

所述任务发起人和各负责执行人能看到主任务和附属任务的状态；

子任务状态：

已完成：子任务被本组的执行用户处理完成；

子任务的处理：

2.根据权利要求1所述的任务传递型处理方法，其特征在于：步骤(6)中，在某一阶段的任务处理过程中，所述执行用户能够将自己尚未处理完成的子任务或子任务组转分配给群内的其他执行用户；

所述负责执行人也能够主动对执行用户进行任务的转分配。

3.根据权利要求1所述的任务传递型处理方法，其特征在于：步骤(6)中，在某一阶段的任务处理过程中，所述执行用户能够将自己处理的子任务或子任务组分解给其他执行用户；

4.根据权利要求1-3任一所述的任务传递型处理方法，其特征在于：对于经常使用到的常用项目，而该常用项目又通常由相对固定的执行用户进行处理，则本发明通过系统设定常用项目模块，固化该常用项目名称、对应处理的执行用户以及固定负责执行人，并设定该项目模块被引用时是否能够被编辑或者由固定负责执行人进行编辑；

5.根据权利要求1所述的任务传递型处理方法，其特征在于：所述任务传递型处理方法能够对各执行用户参与或者发起的任务进行包括任务完成情况、耗费时间的数据统计，每个执行用户的数据统计生成该执行用户的工作日志；

6.根据权利要求5所述的任务传递型处理方法，其特征在于：为了方便各执行用户的沟通，本方法设置了信息交流窗口和对应的小纸条功能；

7.根据权利要求1所述的任务传递型处理方法，其特征在于：为了方便任务传递，任务的所有参与人能够对各自正在处理的任务进行任务说明：

任务的所有参与人能够看到该任务的所有任务说明。

8.根据权利要求1所述的任务传递型处理方法，其特征在于：所述方法的运行应设定服务器，用于维护任务传递的数据处理；

9.根据权利要求1所述的任务传递型处理方法，其特征在于：所述管理员能够看到所有的任务列表和具体任务的流程示意图，并将任务进行分组管理；

任务的流程示意图对任务参与者可见；