一种工单委托方法及系统技术领域
本发明涉及计算机技术领域，特别涉及一种工单委托方法及系统。
背景技术
在流程处理中，系统发起一条信息，该信息就按照已设定好的流程流转
规则(流程图)流转到相应处理人员处，等处理人员处理完该条信息后再流
转下一步直到结束，其中这条信息就称之为工单。
在工单流转到相应处理人员时，由于该相应处理人在某一时间段因请假、
出差等原因无法处理工单时，就可以设置在某一时间段将该工单委托给别人
(代理人)处理，该委托过程就称之为工单委托。其中，委托人即原工单处
理人，是配置工单委托信息的一方，代理人即现工单处理人，是被委托的一
方。
在现有的工单委托中通常只会验证委托人在同一时间段同一流程是否重
复配置过委托信息，而对比较复杂的流程流转或互相委托不做验证，比如a
在某一时间段把某流程的工单委托给b，而b在同一时间段同一流程又将工
单委托给a，在现有的工单委托中将出现系统不知道工单最后该流转到哪而
报错甚至崩溃的情况，此时只能人为的提醒委托人。
发明内容
本发明提供了一种工单委托方法及系统，以解决现有工单委托中因复杂
的工单流转或互相委托导致系统报错甚至崩溃的问题。
为达到上述目的，本发明的技术方案是这样实现的：
一方面，本发明提供了一种工单委托方法，包括：
获取用户新增的工单委托信息，所述工单委托信息包括委托生效的开始
时间和结束时间、流程名、委托人、代理人；
根据新增的工单委托信息，获取数据库中同一流程名同一时间段内的有
效的工单委托信息，其中同一时间段是指与新增的工单委托信息中委托生效
的开始时间和结束时间的期间时间有重叠的时间段；
使用新增的工单委托信息中的委托人匹配获取的所述有效的工单委托信
息中的委托人字段，判断同一流程名同一时间段内是否有同一委托人的其他
委托信息，如果有，则所述新增的工单委托信息无法通过系统验证；
如果同一流程名同一时间段内没有同一委托人的其他委托信息，进一步
使用新增的工单委托信息中的代理人匹配获取的所述有效的工单委托信息中
的代理人字段，判断同一流程名同一时间段内是否有其他人委托同一代理人
的委托信息，如果有，则所述新增的工单委托信息无法通过系统验证；
如果同一流程名同一时间段内没有其他人委托同一代理人的委托信息，
再进一步使用新增的工单委托信息中的代理人匹配获取的所述有效的工单委
托信息中的委托人字段，判断同一流程名同一时间段内是否有同一代理人委
托给其他人的委托信息，如果有，则所述新增的工单委托信息无法通过系统
验证，如果没有，则所述新增的工单委托信息通过系统验证。
可选地，上述方法进一步包括：在新增的工单委托信息无法通过系统验
证时，向用户提示验证未通过的原因；和/或，在新增的工单委托信息通过系
统验证时，将所述新增的工单委托信息存入数据库。
可选地，在获取用户新增的工单委托信息之前，上述方法还包括：当用
户打开新增工单委托信息的页面时，获取服务器的当前时间并返回给该页面；
在所述页面动态给出的时间选择框中设定能选择的最小时间属性为返回的所
述服务器的当前时间。
可选地，上述方法还包括：在启动系统时，从数据库中获取不同流程名
下所有委托人的最早可执行的有效的工单委托信息，并按照流程名加委托人
的命名方式保存到缓存中；在新增的工单委托信息通过系统验证时，根据所
述新增的工单委托信息中的流程名加委托人读取缓存中的工单委托信息；如
果所述新增的工单委托信息中的委托生效的开始时间早于在缓存中读取的工
单委托信息中的委托生效的开始时间，则删除缓存中的所述工单委托信息，
并将所述新增的工单委托信息按照流程名加委托人的命名方式保存在缓存
中。
可选地，上述方法进一步包括：当系统派发工单时，根据所派发工单的
流程名加委托人读取缓存中的工单委托信息；依据服务器的当前时间判断在
缓存中读取的所述工单委托信息是否生效或者过期；如果过期，则在缓存中
删除所述工单委托信息，并在数据库中将所述工单委托信息标识为过期；根
据所派发工单的流程名加委托人从数据库中获取下一个有效的最早可执行的
工单委托信息，并按照流程名加委托人的命名方式保存到缓存中，并继续依
据服务器的当前时间判断是否生效或者过期；如果生效，则将所派发工单的
处理人修改成缓存中的所述工单委托信息中的代理人，并将所派发工单标记
成委托工单。
另一方面，本发明提供了一种工单委托系统，包括：
新增委托获取单元，用于获取用户新增的工单委托信息，所述工单委托
信息包括委托生效的开始时间和结束时间、流程名、委托人、代理人；
有效委托获取单元，用于获取根据新增的工单委托信息，获取数据库中
同一流程名同一时间段内的有效的工单委托信息，其中同一时间段是指与新
增的工单委托信息中委托生效的开始时间和结束时间的期间时间有重叠的时
间段；
第一验证单元，用于使用新增的工单委托信息中的委托人匹配获取的所
述有效的工单委托信息中的委托人字段，判断同一流程名同一时间段内是否
有同一委托人的其他委托信息，如果有，则所述新增的工单委托信息无法通
过系统验证；
第二验证单元，用于如果所述第一验证单元判断同一流程名同一时间段
内没有同一委托人的其他委托信息，进一步使用新增的工单委托信息中的代
理人匹配获取的所述有效的工单委托信息中的代理人字段，判断同一流程名
同一时间段内是否有其他人委托同一代理人的委托信息，如果有，则所述新
增的工单委托信息无法通过系统验证；
第三验证单元，用于如果所述第二验证单元判断同一流程名同一时间段
内没有其他人委托同一代理人的委托信息，再进一步使用新增的工单委托信
息中的代理人匹配获取的所述有效的工单委托信息中的委托人字段，判断同
一流程名同一时间段内是否有同一代理人委托给其他人的委托信息，如果有，
则所述新增的工单委托信息无法通过系统验证，如果没有，则所述新增的工
单委托信息通过系统验证。
可选地，上述系统进一步包括：
提示单元，用于在新增的工单委托信息无法通过系统验证时，向用户提
示验证未通过的原因；和/或，
入库单元，用于在新增的工单委托信息通过系统验证时，将所述新增的
工单委托信息存入数据库。
可选地，上述系统还包括：
服务器时间获取单元，用于在获取用户新增的工单委托信息之前，当用
户打开新增工单委托信息的页面时，获取服务器的当前时间并返回给该页面；
时间设定单元，用于在所述页面动态给出的时间选择框中设定能选择的
最小时间属性为返回的所述服务器的当前时间。
可选地，上述系统还包括：
缓存单元，用于在启动系统时，从数据库中获取不同流程名下所有委托
人的最早可执行的有效的工单委托信息，并按照流程名加委托人的命名方式
保存到缓存中；
缓存检测单元，用于在新增的工单委托信息通过系统验证时，根据所述
新增的工单委托信息中的流程名加委托人读取缓存中的工单委托信息；如果
所述新增的工单委托信息中的委托生效的开始时间早于在缓存中读取的工单
委托信息中的委托生效的开始时间，则删除缓存中的所述工单委托信息，并
将所述新增的工单委托信息按照流程名加委托人的命名方式保存在缓存中。
可选地，上述系统进一步包括：
缓存读取单元，用于当系统派发工单时，根据所派发工单的流程名加委
托人读取缓存中的工单委托信息；
判断单元，用于依据服务器的当前时间判断在缓存中读取的所述工单委
托信息是否生效或者过期；
过期处理单元，用于所述工单委托信息如果过期，则在缓存中删除所述
工单委托信息，并在数据库中将所述工单委托信息标识为过期；根据所派发
工单的流程名加委托人从数据库中获取下一个有效的最早可执行的工单委托
信息，并按照流程名加委托人的命名方式保存到缓存中，并继续依据服务器
的当前时间判断是否生效或者过期；
生效处理单元，用于所述工单委托信息如果生效，则将所派发工单的处
理人修改成缓存中的所述最早可执行的工单委托信息中的代理人，并将所派
发工单标记成委托工单。
本发明的有益效果是：通过在现有验证的基础上增加新的验证条件，验
证条件包括同一流程名同一时间段内是否有同一委托人的其他委托信息，同
一流程名同一时间段内是否有其他人委托同一代理人的委托信息，以及同一
流程名同一时间段内是否有同一代理人委托给其他人的委托信息，如果验证
条件中的任一个判断为是，则新增的工单委托信息无法通过系统验证，从而
杜绝了用户之间的相互工单委托，使工单在流转时能够明确所述工单的处理
人，避免出现连续、相互委托引发的系统因不明确处理人而丢失工单或系统
报错甚至崩溃的情况。
进一步地，通过利用服务器当前时间代替以用户系统时间为基准配置工
单委托信息中的生效时间信息，能够杜绝因用户系统时间有误差导致委托信
息不能及时执行的情况。通过在启动系统时，把最早可执行的有效的工单委
托信息放到缓存中，可以降低工单流转时访问数据库的频率，并降低对工单
流转的影响，从而提高了系统处理的速度和性能。
附图说明
图1为本发明实施例提供的一种工单委托方法流程示意图；
图2为本发明实施例提供的一种工单委托系统结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发
明实施方式作进一步地详细描述。
图1为本发明实施例提供的一种工单委托方法流程示意图，该方法包括
如下步骤：
S101，获取用户新增的工单委托信息，所述工单委托信息包括委托生效
的开始时间和结束时间、流程名、委托人、代理人。
流程名示例：请假流程、报销流程、请示流程等等。
S102，根据新增的工单委托信息，获取数据库中同一流程名同一时间段
内的有效的工单委托信息，其中同一时间段是指与新增的工单委托信息中委
托生效的开始时间和结束时间的期间时间有重叠的时间段。
同一时间段的示例一：新增的工单委托中委托生效的开始时间是9月30
日，结束时间是10月7日，若工单委托1的开始时间是10月3日，结束时
间是10月5日，则工单委托1与新增的工单委托在10月3日至10月5日期
间有时间重叠，则认为二者是同一时间段的工单委托。
同一时间段的示例二：新增的工单委托中委托生效的开始时间是9月30
日，结束时间是10月7日，若工单委托2的开始时间是10月3日，结束时
间是10月10日，则工单委托2与新增的工单委托在10月3日至10月7日
期间有时间重叠，则认为二者是同一时间段的工单委托。
同一时间段的示例三：新增的工单委托中委托生效的开始时间是9月30
日，结束时间是10月7日，若工单委托3的开始时间是9月25日，结束时
间是10月10日，则工单委托3与新增的工单委托在9月30日至10月7日
期间有时间重叠，则认为二者是同一时间段的工单委托。
同一时间段的示例四：新增的工单委托中委托生效的开始时间是9月30
日，结束时间是10月7日，若工单委托4的开始时间是9月25日，结束时
间是10月3日，则工单委托4与新增的工单委托在9月30日至10月3日期
间有时间重叠，则认为二者是同一时间段的工单委托。
S103，使用新增的工单委托信息中的委托人匹配获取的所述有效的工单
委托信息中的委托人字段，判断同一流程名同一时间段内是否有同一委托人
的其他委托信息，如果有，则跳转到S106；如果没有，则跳转至S104。
S104，进一步使用新增的工单委托信息中的代理人匹配获取的所述有效
的工单委托信息中的代理人字段，判断同一流程名同一时间段内是否有其他
人委托同一代理人的委托信息，如果有，则跳转到S106；如果没有，则跳转
至S105。
S105，进一步使用新增的工单委托信息中的代理人匹配获取的所述有效
的工单委托信息中的委托人字段，判断同一流程名同一时间段内是否有同一
代理人委托给其他人的委托信息，如果有，则跳转到S106，如果没有，则跳
转到S107。
S106，所述新增的工单委托信息无法通过系统验证。
S107，所述新增的工单委托信息通过系统验证。
进一步地，本发明实施例的方法还包括：在新增的工单委托信息无法通
过系统验证时，向用户提示验证未通过的原因。
现以表一的内容为示例，对本发明实施例提供的工单委托方法做具体说
明。
新增的工单委托信息：流程名：流程A；委托人：甲；代理人：乙；委
托生效期间：9月30日至10月7日。
根据新增的工单委托信息，获取数据库中同一流程名同一时间段内的有
效的工单委托信息，得到有效的工单委托信息1至4。
有效的工单委托信息1：流程名：流程A；委托人：甲；代理人：丙；
委托生效期间：10月3日至10月8日。
在上述步骤S103中，使用新增的工单委托信息中的委托人“甲”匹配
有效的工单委托信息1中的委托人字段，判断出同一流程名同一时间段内有
同一委托人“甲”的其他委托信息(甲委托丙)，则该新增的工单委托信息无
法通过系统验证，并向用户提示验证未通过的原因是：同一流程名同一时间
段内有同一委托人的其他委托信息。
有效的工单委托信息2：流程名：流程A；委托人：丁；代理人：乙；
委托生效期间：9月25日至10月2日。
在上述步骤S104中，使用新增的工单委托信息中的代理人“乙”匹配
有效的工单委托信息2中的代理人字段，判断出同一流程名同一时间段内有
其他人委托同一代理人的委托信息(丁委托乙)，则该新增的工单委托信息无
法通过系统验证，并向用户提示验证未通过的原因是：同一流程名同一时间
段内有其他人委托同一代理人的委托信息。
有效的工单委托信息3：流程名：流程A；委托人：乙；代理人：戊；
委托生效期间：10月1日至10月6日。
在上述步骤S105中，使用新增的工单委托信息中的代理人“乙”匹配
有效的工单委托信息3中的委托人字段，判断出同一流程名同一时间段内有
同一代理人委托给其他人的委托信息(乙委托戊)，则该新增的工单委托信息
无法通过系统验证(因为不能形成连环委托)，并向用户提示验证未通过的原
因是：同一流程名同一时间段内有同一代理人委托给其他人的委托信息。
需要说明的是，如果有效的工单委托信息3是乙委托给甲、丙或丁的委
托信息，则该新增的工单委托信息也无法通过系统验证。
有效的工单委托信息4：流程名：流程A；委托人：丙；代理人：丁；
委托生效期间：9月30日至10月10日。
通过上述步骤S103-S105，判断出同一流程名同一时间段内既没有同一
委托人“甲”的其他委托信息，也没有其他人委托同一代理人“乙”的委托
信息，也没有同一代理人“乙”委托给其他人的委托信息，因此该新增的工
单委托信息可以通过系统验证。
进一步地，本发明实施例的方法还包括：在新增的工单委托信息通过系
统验证时，将所述新增的工单委托信息存入数据库。该步骤可以让通过系统
验证的新增工单委托及时入库，保证工单流转或者系统派发工单时，能够使
用到及时更新的数据库中的工单委托信息修改工单的实际处理人。
本发明实施例的工单委托方法，通过在现有验证的基础上增加新的验证
条件，验证条件包括同一流程名同一时间段内是否有同一委托人的其他委托
信息，同一流程名同一时间段内是否有其他人委托同一代理人的委托信息，
以及同一流程名同一时间段内是否有同一代理人委托给其他人的委托信息，
如果验证条件中的任一个判断为是，则新增的工单委托信息无法通过系统验
证；从而杜绝了用户之间的相互工单委托，使工单在流转时能够明确所述工
单的处理人，避免出现连续、相互委托引发的系统因不明确处理人而丢失工
单或系统报错甚至崩溃的情况。
在本发明的另一优选实施例中，在获取用户新增的工单委托信息之前，
本发明的方法还包括：
当用户打开新增工单委托信息的页面时，获取服务器的当前时间并返回
给该页面；在所述页面动态给出的时间选择框中设定能选择的最小时间属性
为返回的所述服务器的当前时间。
上述可以利用ajax(AsynchronousJavaScriptAndXML，异步JavaScript
及XML)技术的网页异步更新功能，当用户打开工单委托页面时，在系统
添加时间选择框的时候访问服务器，与服务器进行时间同步，从而获取到服
务器的当前时间。
上述优选实施例针对的是现有技术在用户新增工单委托信息时，填写的
当前时间一般是浏览器时间，可能导致如果客户系统日期有误差，工单委托
信息也会因日期误差而不能按时生效的问题。比如当前日期实际为19号而用
户系统日期是20号，在用户配置委托信息时就会有委托时间不能选择19号
的情况，从而使得委托信息不能够及时执行。
在本发明的该优选实施例中，通过利用服务器当前时间代替以用户系统
时间为基准配置所述工单委托信息中的生效时间信息，并且通过在所述页面
动态给出的时间选择框中设定能选择的最小时间属性为返回的所述服务器的
当前时间，能够杜绝因用户系统时间有误差导致委托信息不能及时执行的情
况。
在本发明的又一优选实施例中，本发明的方法还包括：
在启动系统时，从数据库中获取不同流程名下所有委托人的最早可执行
的有效的工单委托信息，并按照流程名加委托人的命名方式保存到缓存中；
在新增的工单委托信息通过系统验证时，根据所述新增的工单委托信息
中的流程名加委托人读取缓存中的工单委托信息；
如果所述新增的工单委托信息中的委托生效的开始时间早于在缓存中读
取的工单委托信息中的委托生效的开始时间，则删除缓存中的所述工单委托
信息，并将所述新增的工单委托信息按照流程名加委托人的命名方式保存在
缓存中。
该优选实施例针对的是在现有工单流转中，通常会去数据库查询委托信
息，但是因为工单流转是频繁操作，频繁访问数据库会严重影响运行速度及
性能的技术问题。在本发明的该优选实施例中，通过把最早可执行的有效的
工单委托信息放到缓存中，可以降低工单流转时访问数据库的频率，并降低
对工单流转的影响，从而提高了系统处理的速度和性能。
上述优选实施例的具体应用场景如下：
当系统派发工单时，根据所派发工单的流程名加委托人读取缓存中的工
单委托信息；依据服务器的当前时间判断在缓存中读取的所述工单委托信息
是否生效或者过期；
如果过期，则删除缓存中的所述工单委托信息，并在数据库中将所述工
单委托信息标识为过期；根据所派发工单的流程名加委托人从数据库中获取
下一个有效的最早可执行的工单委托信息，并按照流程名加委托人的命名方
式保存到缓存中，并继续依据服务器的当前时间判断是否生效或者过期；
如果生效，则将所派发工单的处理人修改成缓存中的所述工单委托信息
中的代理人，并将所派发工单标记成委托工单。
该标记成委托工单的任务，就会出现在代理人的待办列表里，且任务标
题前会显示委托图标。
需要说明的是，如果在缓存中读取的所述工单委托信息尚未生效，则仍
保存在缓存中，且不对所派发工单的处理人做修改。
由此可知，通过在启动系统时，将数据库中不同流程名下所有委托人的
最早可执行的有效的工单委托信息放到缓存中，能够降低工单流转时由于频
繁访问数据库对系统处理速度的影响。
下述是本发明的一个完整实施例：
首先，在启动系统时，从数据库中获取不同流程名下所有委托人的有效
的最早可执行的工单委托信息，并按照流程名加委托人的命名方式保存到缓
存中。
当用户打开新增工单委托信息的页面时，获取服务器的当前时间并返回
给该页面；在所述页面动态给出的时间选择框中设定能选择的最小时间属性
为返回的所述服务器的当前时间。
接着，对用户新增的工单委托，获取新增的工单委托信息，根据新增的
工单委托信息，获取数据库中同一流程名同一时间段内的有效的工单委托信
息，使用新增的工单委托信息中的委托人匹配获取的所述有效的工单委托信
息中的委托人字段，判断同一流程名同一时间段内是否有同一委托人的其他
委托信息；如果有，则所述新增的工单委托信息无法通过系统验证，如果没
有，则进一步使用新增的工单委托信息中的代理人匹配获取的所述有效的工
单委托信息中的代理人字段，判断同一流程名同一时间段内是否有其他人委
托同一代理人的委托信息；如果有，则所述新增的工单委托信息无法通过系
统验证，如果没有，则再进一步使用新增的工单委托信息中的代理人匹配获
取的所述有效的工单委托信息中的委托人字段，判断同一流程名同一时间段
内是否有同一代理人委托给其他人的委托信息，如果有，则所述新增的工单
委托信息无法通过系统验证，如果还没有，则所述新增的工单委托信息通过
系统验证成为有效的工单委托信息，并将其存入数据库中。
再接着，在新增的工单委托信息通过系统验证时，根据所述新增的工单
委托信息中的流程名加委托人读取缓存中的工单委托信息；如果所述新增的
工单委托信息中的委托生效的开始时间早于在缓存中读取的工单委托信息中
的委托生效的开始时间，则删除缓存中的所述工单委托信息，并将所述新增
的工单委托信息按照流程名加委托人的命名方式保存在缓存中。
最后，当系统派发工单时，根据所派发工单的流程名加委托人读取缓存
中的工单委托信息，并依据服务器的当前时间判断缓存中的所述工单委托信
息是否生效或者过期；
如果过期，则在缓存中删除所述工单委托信息，并在数据库中将所述工
单委托信息标识为过期；根据所派发工单的流程名加委托人从数据库中获取
下一个有效的最早可执行的工单委托信息并按照流程名加委托人的命名方式
保存到缓存中，同样依据服务器的当前时间继续判断是否生效或者过期；
若生效，则将所派发工单的处理人修改成缓存中的所述工单委托信息中
的代理人，并将所派发工单标记成委托工单；同时该派发工单就会出现在所
述代理人的代办理列表中，且任务标题前会显示委托图标。
图2为本发明实施例提供的一种工单委托系统结构示意图，所述工单委
托系统20包括：
新增委托获取单元21，用于获取用户新增的工单委托信息，所述工单委
托信息包括委托生效的开始时间和结束时间、流程名、委托人、代理人。
有效委托获取单元22，用于获取根据新增的工单委托信息，获取数据库
中同一流程名同一时间段内的有效的工单委托信息，其中同一时间段是指与
新增的工单委托信息中委托生效的开始时间和结束时间的期间时间有重叠的
时间段；
第一验证单元23，用于使用新增的工单委托信息中的委托人匹配获取的
所述有效的工单委托信息中的委托人字段，判断同一流程名同一时间段内是
否有同一委托人的其他委托信息，如果有，则所述新增的工单委托信息无法
通过系统验证；
第二验证单元24，用于如果所述第一验证单元23的验证结果为没有，
进一步使用新增的工单委托信息中的代理人匹配获取的所述有效的工单委托
信息中的代理人字段，判断同一流程名同一时间段内是否有其他人委托同一
代理人的委托信息，如果有，则所述新增的工单委托信息无法通过系统验证。
第三验证单元25，用于如果所述第二验证单元24的验证结果为没有，
再进一步使用新增的工单委托信息中的代理人匹配获取的所述有效的工单委
托信息中的委托人字段，判断同一流程名同一时间段内是否有同一代理人委
托给其他人的委托信息，如果有，则所述新增的工单委托信息无法通过系统
验证，如果没有，则所述新增的工单委托信息通过系统验证。
一种优选方案，所述系统20进一步包括：
提示单元，用于在新增的工单委托信息无法通过系统验证时，向用户提
示验证未通过的原因；和/或，
入库单元，用于在新增的工单委托信息通过系统验证时，将所述新增的
工单委托信息存入数据库。
另一种优选方案，所述系统20还包括：
服务器时间获取单元，用于在获取用户新增的工单委托信息之前，当用
户打开新增工单委托信息的页面时，获取服务器的当前时间并返回给该页面；
时间设定单元，用于在所述页面动态给出的时间选择框中设定能选择的
最小时间属性为返回的所述服务器的当前时间。
又一种优选方案，所述系统20还包括：
缓存单元，用于在启动系统时，从数据库中获取不同流程名下所有委托
人的最早可执行的有效的工单委托信息，并按照流程名加委托人的命名方式
保存到缓存中；
缓存检测单元，用于在新增的工单委托信息通过系统验证时，根据所述
新增的工单委托信息中的流程名加委托人读取缓存中的工单委托信息；如果
所述新增的工单委托信息中的委托生效的开始时间早于在缓存中读取的工单
委托信息中的委托生效的开始时间，则删除缓存中的所述工单委托信息，并
将所述新增的工单委托信息按照流程名加委托人的命名方式保存在缓存中。
在上述优选方案中，所述系统20进一步包括：
缓存读取单元，用于当系统派发工单时，根据所派发工单的流程名加委
托人读取缓存中的工单委托信息；
判断单元，用于依据服务器的当前时间判断在缓存中读取的所述工单委
托信息是否生效或者过期；
过期处理单元，用于所述工单委托信息如果过期，则在缓存中删除所述
工单委托信息，并在数据库中将所述工单委托信息标识为过期；根据所派发
工单的流程名加委托人从数据库中获取下一个有效的最早可执行的工单委托
信息，并按照流程名加委托人的命名方式保存到缓存中，并继续依据服务器
的当前时间判断是否生效或者过期；
生效处理单元，用于所述工单委托信息如果生效，则将所派发工单的处
理人修改成缓存中的所述最早可执行的工单委托信息中的代理人，并将所派
发工单标记成委托工单。
本发明的系统实施例的上述单元，与本发明的方法实施例具有相同的发
明构思，分别对应本发明的方法实施例的步骤，在此不再展开赘述。
综上所述，本发明实施例的工单委托方法及系统，通过在现有验证的基
础上增加新的验证条件，验证条件包括同一流程名同一时间段内是否有同一
委托人的其他委托信息，同一流程名同一时间段内是否有其他人委托同一代
理人的委托信息，以及同一流程名同一时间段内是否有同一代理人委托给其
他人的委托信息，如果验证条件中的任一个判断为是，则新增的工单委托信
息无法通过系统验证，从而杜绝了用户之间的相互工单委托，使工单在流转
时能够明确所述工单的处理人，避免出现连续、相互委托引发的系统因不明
确处理人而丢失工单或系统报错甚至崩溃的情况。
进一步地，通过利用服务器当前时间代替以用户系统时间为基准配置工
单委托信息中的生效时间信息，能够杜绝因用户系统时间有误差导致委托信
息不能及时执行的情况。通过在启动系统时，把最早可执行的有效的工单委
托信息放到缓存中，可以降低工单流转时访问数据库的频率，并降低对工单
流转的影响，从而提高了系统处理的速度和性能。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范
围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均
包含在本发明的保护范围内。