专利名称：任务处理系统和任务处理方法
技术领域：
本发明涉及企业资源管理领域，具体而言，涉及一种任务处理系统和任务处理方法。
背景技术：
企业管理人员的日常工作需要使用ERP (Enterprise ResourcePlanning,企业资源计划)系统进行大量的信息查询、分析和处理，比如销售跟单员每天都要定期查询自己管辖的业务范围是否有异常的订单、到期要发货的订单、到期该收款的订单、关键客户的订单进度等等，所有这些工作在ERP系统中其实都表现为订单查询的不同查询条件和查询规则。现有技术方案的缺陷在于业务员每天都必须进入这些功能进行频繁的反复操作，除去简单重复操作带来的枯燥和繁琐外，因为业务是瞬息万变的，而这些操作时机与业务变化时机可能并不一致，进而导致业务没有及时处理。因此，需要一种新的任务处理技术，可以在业务发生变化时智能的按照业务规则计算需要用户处理信息，使用户无需频繁的进入查询功能查询数据就可以掌控自己需要关注的业务动态。
发明内容
本发明正是基于上述问题，提出了一种新的任务处理技术，可以在业务发生变化时智能的按照业务规则计算需要用户处理信息，使用户无需频繁的进入查询功能查询数据就可以掌控自己需要关注的业务动态。有鉴于此，本发明提出了一种任务处理系统，包括接收单元，用于接收终端发送的任务注册申请，将任务注册信息保存在任务注册清单中；查找单元，分析所述任务注册信息中的查询方案，根据所述查询方案中的查询条件分析出其对应的业务对象和对应的业务消息；获取单元，获取所述业务对象发布的业务消息；处理单元，根据所述任务的所述查询方案和所述获取单元获取的所述业务消息，确定所述任务的状态变化结果；界面更新单元，获取所述任务的状态变化结果信息，并将所述信息推送给所述终端，所述终端将所述信息添加到显示器的显示图标上。在该技术方案中，用户可以将需要智能处理的任务申请添加到任务注册清单中，这样任务就会执行智能处理过程，所谓智能处理过程是指任务会在业务发生变化时智能的按照业务规则计算需要用户处理的信息，并把这些信息实时推送到用户桌面，用户无需频繁进入查询功能查询数据就可以掌控自己需要关注的业务动态。在上述技术方案中，优选地，所述获取单元包括任务分配子单元，用于把所述任务添加到消息捕获子单元的消息侦听列表中，并把消息捕获子单元添加到对应的业务对象的消息侦听者列表中；消息捕获子单元，捕获所述业务对象发布的所述业务消息，并把所述业务消息发送给所述任务。
在该技术方案中，由于任务的处理接口与通常的业务对象的业务消息侦听者接口不同，所以需要一个中间代理，捕获任务需要侦听的业务消息，再把业务消息分发给任务，从而使任务获得其需要的业务消息。在上述技术方案中，优选地，所述任务的状态变化结果包括所述查询方案的查询结果条目数，所述系统还包括结果确定单元，根据所述业务消息的内容和所述查询方案的查询条件，确定查询方案对应的查询结果条目数。在该技术方案中，任务可以根据业务消息和查询条件，计算任务的查询方案对应的查询结果条目数。这样用户就可以在桌面的显示图标上直接查看到任务的查询结果条目数，而不需要自己反复进行繁琐的操作才能得到查询结果的条目数，提高了用户的工作效率。在上述技术方案中，优选地，还包括所述接收单元还用于接收所述终端发送的删除任务的申请或更新任务名称的申请；以及响应单元，根据所述删除申请，删除所述任务注册信息和任务状态信息，并通过终端的显示器更新显示；以及根据所述更新任务名称的申请，更新所述任务注册信息中的名称属性。在该技术方案中，用户在不需要对某一任务做智能处理时，可以发送删除智能任务的申请，这样系统将会删除跟这一任务相关的所有信息，从而不占用过多的系统资源。当用户对桌面上显示图标下的任务名称做出修改时，系统会相应的修改任务注册信息中的名称属性，从而使得在发送相应的业务消息时，不会出现找不到匹配的任务对象的问题。在上述技术方案中，优选地，还包括标记单元，若所述任务的查询方案与用户无关，当检索到所述消息侦听者列表中包含有相同的查询方案时，将其标记为一个处理组。在该技术方案中，当任务的查询方案与用户无关时，即任务的查询方案不会因为用户的差异而造成查询内容的不同时，则当检索到消息侦听者列表中包含有相同的查询方案时，将其标记为一个处理组。这样在业务消息到达时，只需要对一个处理组中的消息处理一次，就可以通知到处理组中的所有任务，提高了系统的处理效率。根据本发明的又一方面，还提供了一种任务处理方法，包括步骤202，接收终端发送的任务注册申请，将任务注册信息保存在任务注册清单中；步骤204，分析所述任务注册信息中的查询方案，根据所述查询方案中的查询条件分析出其对应的业务对象和对应的业务消息；步骤206，获取所述业务对象发布的业务消息；步骤208，根据所述任务的所述查询方案和所述获取单元获取的所述业务消息，确定所述任务的状态变化结果；步骤210，获取所述任务的状态变化结果信息，将所述信息推送给所述终端，所述终端将所述信息添加到显示器的显示图标上。在该技术方案中，用户可以将需要智能处理的任务申请添加到任务注册清单中，这样任务就会执行智能处理过程，所谓智能处理过程是指任务会在业务发生变化时智能的按照业务规则计算需要用户处理的信息，并把这些信息实时推送到用户桌面，用户无需频繁进入查询功能查询数据就可以掌控自己需要关注的业务动态。在上述技术方案中，优选地，所述步骤206还包括把所述任务添加到消息捕获子单元的消息侦听列表中，并把消息捕获子单元添加到对应的业务对象的消息侦听者列表中；以及捕获所述业务对象发布的所述业务消息，并把所述业务消息发送给所述任务。在该技术方案中，由于任务的处理接口与通常的业务对象的业务消息侦听者接口不同，所以需要一个中间代理，捕获任务需要侦听的业务消息，再把业务消息分发给任务，从而使任务获得其需要的业务消息。在上述技术方案中，优选地，所述任务的状态变化结果信息包括所述查询方案的查询结果条目数，所述步骤210还包括根据所述业务消息的内容和所述查询方案的查询条件，确定查询方案对应的查询结果条目数。在该技术方案中，任务可以根据业务消息和查询条件，计算任务的查询方案对应的查询结果条目数。这样用户就可以在桌面的显示图标上直接查看到任务的查询结果条目数，而不需要自己反复进行繁琐的操作才能得到查询结果的条目数，提高了用户的工作效率。在上述技术方案中，优选地，还包括接收所述终端发送的删除智能任务的申请或更新任务名称的申请；以及根据所述删除申请，删除所述任务注册信息和任务状态信息，并通过终端的显示器更新显示；以及根据所述更新任务名称的申请，更新所述任务注册信息中的名称属性。在该技术方案中，用户在不需要对某一任务做智能处理时，可以发送删除智能任务的申请，这样系统将会删除跟这一任务相关的所有信息，从而不占用过多的系统资源。当用户对桌面上显示图标下的任务名称做出修改时，系统会相应的修改任务注册信息中的名称属性，从而使得在发送相应的业务消息时，不会出现找不到匹配的任务对象的问题。在上述技术方案中，优选地，所述步骤206还包括若所述任务的查询方案与用户无关，当检索到所述消息侦听者列表中包含有相同的查询方案时，将其标记为一个处理组。在该技术方案中，当任务的查询方案与用户无关时，即任务的查询方案不会因为用户的差异而造成查询内容的不同时，则当检索到消息侦听者列表中包含有相同的查询方案时，将其标记为一个处理组。这样在业务消息到达时，只需要对一个处理组中的消息处理一次，就可以通知到处理组中的所有任务，提高了系统的处理效率。通过以上技术方案，可以在业务发生变化时智能的按照业务规则计算需要用户处理信息，使用户无需频繁进入查询功能查询数据就可以掌控自己需要关注的业务动态。
图I示出了根据本发明的实施例的任务处理系统的框图；图2示出了根据本发明的实施例的任务处理方法的流程图；图3示出了根据本发明的实施例的任务处理系统的结构图；图4示出了根据本发明的实施例的注册智能任务的具体流程图；图5示出了根据本发明的实施例的删除智能任务的具体流程图；图6示出了根据本发明的实施例的注册业务消息侦听者的流程图；图7示出了根据本发明的实施例的业务消息捕获处理的流程图；图8示出了根据本发明的实施例的初始化任务状态信息的流程图；图9示出了根据本发明的实施例的任务状态计算的流程图；图10示出了根据本发明的实施例的任务状态推送的流程图；图11示出了根据本发明的实施例的任务状态显示的示意图；图12至图14示出了根据本发明的实施例的任务状态显示的屏幕截图。
具体实施例方式为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式
对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。图I示出了根据本发明的实施例的任务处理系统的框图。如图I所示，根据本发明的实施例的任务处理系统100包括接收单元102，用于接收终端发送的任务注册申请，将任务注册信息保存在任务注册清单中；查找单元104，分析所述任务注册信息中的查询方案，根据所述查询方案中的查询条件分析出其对应的业务对象和对应的业务消息；获取单元106，获取所述业务对象发布的业务消息；处理单元108，根据所述任务的所述查询方案和所述获取单元106获取的所述业务消息，确定所述任务的状态变化结果；界面更新单元110，获取所述任务的状态变化结果信息，并将所述信息推送给所述终端，所述终端将所述信息添加到显示器的显示图标上。在该技术方案中，用户可以将需要智能处理的任务申请添加到任务注册清单中，这样任务就会执行智能处理过程，所谓智能处理过程是指任务会在业务发生变化时智能的按照业务规则计算需要用户处理的信息，并把这些信息实时推送到用户桌面，用户无需频繁进入查询功能查询数据就可以掌控自己需要关注的业务动态。在上述技术方案中，优选地，所述获取单元106包括任务分配子单元1062，用于把所述任务添加到消息捕获子单元的消息侦听列表中，并把消息捕获子单元添加到对应的业务对象的消息侦听者列表中；消息捕获子单元1064，捕获所述业务对象发布的所述业务消息，并把所述业务消息发送给所述任务。在该技术方案中，由于任务的处理接口与通常的业务对象的业务消息侦听者接口不同，所以需要一个中间代理，捕获任务需要侦听的业务消息，再把业务消息分发给任务，从而使任务获得其需要的业务消息。在上述技术方案中，优选地，所述任务的状态变化结果包括所述查询方案的查询结果条目数，所述系统还包括结果确定单元112，根据所述业务消息的内容和所述查询方案的查询条件，确定查询方案对应的查询结果条目数。在该技术方案中，任务可以根据业务消息和查询条件，计算任务的查询方案对应的查询结果条目数。这样用户就可以在桌面的显示图标上直接查看到任务的查询结果条目数，而不需要自己反复进行繁琐的操作才能得到查询结果的条目数，提高了用户的工作效率。在上述技术方案中，优选地，还包括所述接收单元102还用于接收所述终端发送的删除任务的申请或更新任务名称的申请；以及响应单元114，根据所述删除申请，删除所述任务注册信息和任务状态信息，并通过终端的显示器更新显示；以及根据所述更新任务名称的申请，更新所述任务注册信息中的名称属性。在该技术方案中，用户在不需要对某一任务做智能处理时，可以发送删除智能任务的申请，这样系统将会删除跟这一任务相关的所有信息，从而不占用过多的系统资源。当用户对桌面上显示图标下的任务名称做出修改时，系统会相应的修改任务注册信息中的名称属性，从而使得在发送相应的业务消息时，不会出现找不到匹配的任务对象的问题。在上述技术方案中，优选地,还包括标记单元116,若所述任务的查询方案与用户无关，当检索到所述消息侦听者列表中包含有相同的查询方案时，将其标记为一个处理组。在该技术方案中，当任务的查询方案与用户无关时，即任务的查询方案不会因为用户的差异而造成查询内容的不同时，则当检索到消息侦听者列表中包含有相同的查询方案时，将其标记为一个处理组。这样在业务消息到达时，只需要对一个处理组中的消息处理一次，就可以通知到处理组中的所有任务，提高了系统的处理效率。图2示出了根据本发明的实施例的任务处理方法的流程图。如图2所示，根据本发明的实施例任务处理方法，包括步骤202，接收终端发送的任务注册申请，将任务注册信息保存在任务注册清单中；步骤204，分析所述任务注册信息中的查询方案，根据所述查询方案中的查询条件分析出其对应的业务对象和对应的业务消息；步骤206，获取所述业务对象发布的业务消息；步骤208，根据所述任务的所述查询方案和所述获取单元获取的所述业务消息，确定所述任务的状态变化结果；步骤210，获取所述任务的状态变化结果信息，将所述信息推送给所述终端，所述终端将所述信息添加到显示器的显示图标上。在该技术方案中，用户可以将需要智能处理的任务申请添加到任务注册清单中，这样任务就会执行智能处理过程，所谓智能处理过程是指任务会在业务发生变化时智能的按照业务规则计算需要用户处理的信息，并把这些信息实时推送到用户桌面，用户无需频繁进入查询功能查询数据就可以掌控自己需要关注的业务动态。在上述技术方案中，优选地，所述步骤206还包括把所述任务添加到消息捕获子单元的消息侦听列表中，并把消息捕获子单元添加到对应的业务对象的消息侦听者列表中；以及捕获所述业务对象发布的所述业务消息，并把所述业务消息发送给所述任务。在该技术方案中，由于任务的处理接口与通常的业务对象的业务消息侦听者接口不同，所以需要一个中间代理，捕获任务需要侦听的业务消息，再把业务消息分发给任务，从而使任务获得其需要的业务消息。在上述技术方案中，优选地，所述任务的状态变化结果信息包括所述查询方案的查询结果条目数，所述步骤210还包括根据所述业务消息的内容和所述查询方案的查询条件，确定查询方案对应的查询结果条目数。在该技术方案中，任务可以根据业务消息和查询条件，计算任务的查询方案对应的查询结果条目数。这样用户就可以在桌面的显示图标上直接查看到任务的查询结果条目数，而不需要自己反复进行繁琐的操作才能得到查询结果的条目数，提高了用户的工作效率。在上述技术方案中，优选地，还包括接收所述终端发送的删除智能任务的申请或更新任务名称的申请；以及根据所述删除申请，删除所述任务注册信息和任务状态信息，并通过终端的显示器更新显示；以及根据所述更新任务名称的申请，更新所述任务注册信息中的名称属性。
在该技术方案中，用户在不需要对某一任务做智能处理时，可以发送删除智能任务的申请，这样系统将会删除跟这一任务相关的所有信息，从而不占用过多的系统资源。当用户对桌面上显示图标下的任务名称做出修改时，系统会相应的修改任务注册信息中的名称属性，从而使得在发送相应的业务消息时，不会出现找不到匹配的任务对象的问题。在上述技术方案中，优选地，所述步骤206还包括若所述任务的查询方案与用户无关，当检索到所述消息侦听者列表中包含有相同的查询方案时，将其标记为一个处理组。在该技术方案中，当任务的查询方案与用户无关时，即任务的查询方案不会因为用户的差异而造成查询内容的不同时，则当检索到消息侦听者列表中包含有相同的查询方案时，将其标记为一个处理组。这样在业务消息到达时，只需要对一个处理组中的消息处理一次，就可以通知到处理组中的所有任务，提高了系统的处理效率。图3示出了根据本发明的实施例的任务处理系统的结构图。如图3所示，本发明的实施例的任务处理系统300包括智能任务注册与管理部件302、业务消息捕获处理部件304、任务状态计算部件306、任务状态推送部件308、智能任务桌面链接部件310。下面对各部件进行详细说明I、智能任务注册与管理部件302(I)注册智能任务职能描述接受用户的智能任务注册申请，按用户保存智能任务注册清单。分析需要捕获的业务消息，调用业务消息捕获处理部件注册消息侦听者。触发任务状态计算部件做一次项目状态信息初始化计算。接收参数1、用户ID 2、查询方案3、业务功能ID。触发时机用户选择把查询方案注册为智能任务时触发。图4示出了根据本发明的实施例的注册智能任务的具体流程图。如图4所示，的实施例的注册智能任务的具体流程如下步骤402，持久化智能任务注册信息。首先检索是否存在重复的任务，然后创建任务对象ID，ID为主键Key，任务名字默认等于功能名称+ “ ”+查询方案名称+ “ ” +用户ID。将任务ID、任务名称、用户ID、查询方案ID作为智能任务关键属性，持久化到数据库表。步骤404，分析查询方案关联的业务消息。分解出查询方案涉及的业务对象，并根据查询方案中的查询条件项目分析对应的业务消息。其中，如果查询条件是时间临近类条件，业务对象为系统时钟，则根据条件的精度决定时钟的触发频率(月、天或小时)。步骤406，调用业务消息捕获处理部件注册业务消息侦听者。把智能任务作为消息的侦听者。步骤408，调用任务状态计算部件初始化任务状态信息。根据查询方案查询任务目前的需要处理的任务条目数。步骤410，通知桌面更新显示。向桌面发送更新智能任务显示消息，桌面装置会检索智能任务，显示智能任务最新状态。(2)删除智能任务职能描述接受用户删除智能任务申请。删除掉智能任务注册信息。调用业务消息捕获处理部件，撤销业务消息侦听。删除任务状态信息。
接收参数智能任务ID。触发时机用户在桌面智能链接上选择删除智能任务时触发。图5示出了根据本发明的实施例的删除智能任务的具体流程图。如图5所示，本发明的实施例的删除智能任务的具体流程如下步骤502，删除智能任务状态信息。清除智能任务计算的缓存，清除智能任务的状态结果。步骤504，调用业务消息捕获处理部件撤销业务消息侦听者。把智能任务从业务消息侦听者列表中清除。步骤506，删除智能任务注册信息。把智能任务从注册表中删除。步骤508，通知桌面更新显示。向桌面发送更新智能任务显示消息，桌面装置会检索智能任务，显示智能任务最新状态。(3)更新智能任务名称职能描述接受用户更新智能任务名称申请。更新智能任务注册信息的名称属性。接收参数1、智能任务ID 2、智能任务名称。触发时机用户在桌面智能链接上选择修改智能任务名称时触发。其处理过程为调用持久化过程，更新任务名称，通知桌面更新显示。2、业务消息捕获处理部件304(I)注册业务消息侦听者职能描述把业务消息捕获处理部件注册到业务对象的消息侦听列表中。把智能任务注册到业务消息捕获处理部件的消息侦听列表中。业务消息捕获处理部件既是消息的侦听者，也是消息的分发传递者。接收参数1、智能任务ID 2、业务消息ID 3、业务对象ID。触发时机用户在注册智能任务时触发。图6示出了根据本发明的实施例的注册业务消息侦听者的流程图。如图6所示，本发明的实施例的注册业务消息侦听者的具体流程如下步骤602，接受智能任务到侦听列表。把智能任务作为业务消息捕获处理部件的消息侦听者列表，为消息发生时调用侦听者的处理逻辑做好准备。如果智能任务的查询方案与用户无关，则检索是否有相同的查询方案在侦听者列表中，把他们标记为一个处理组，消息到达时，只需处理一次即可，提高系统处理效率。步骤604，调用业务对象注册消息侦听者。把业务消息捕获处理部件注册到业务对象的消息侦听者列表中。业务消息捕获处理部件既是消息的侦听者，也是消息的分发传递者。(2)业务消息捕获处理职能描述接受业务对象发布的业务消息。遍历该业务消息的侦听者，调用侦听者的处理接口。接收参数业务消息对象触发时机业务对象发生业务消息相关业务处理动作时。图7示出了根据本发明的实施例的业务消息捕获处理的流程图。如图7所示，本发明的实施例的业务消息捕获处理的流程如下
步骤702，检索消息侦听者列表。根据消息ID和业务对象ID检索侦听者列表，按照处理组和智能任务对象ID排序。步骤704，遍历调用侦听者(智能任务)消息处理接口。异步调用每一个侦听者的消息处理接口，智能任务消息处理接口调用智能任务状态计算部件进行任务状态计算。如果同一个处理组有多个侦听者，把他们传入处理接口的通知列表参数，否则，把侦听者的智能任务ID传给通知列表参数。步骤704，调用任务状态推送部件通知桌面链接根系显示。检索是否存在包含本智能任务的登陆在线的桌面，向桌面发送任务链接状态更新消息。3、任务状态计算部件306(I)初始化任务状态信息职能描述调用查询引擎计算查询方案的结果条目数。更新任务状态信息。接收参数1、智能任务ID 2、查询方案ID 3、用户ID。触发时机用户在注册智能任务时触发。图8示出了根据本发明的实施例的初始化任务状态信息的流程图。如图8所示，本发明的实施例的初始化任务状态信息的流程如下步骤802，调用查询引擎计算查询方案的结果条目数。查询方案的结果条目数作为任务状态的关键信息存储和显示。步骤804，更新任务状态记录。持久化任务状态信息。(2)根据业务消息任务状态计算职能描述根据消息对象内容构建查询方案补充条件。调用查询引擎计算查询方案的结果条目数，更新任务状态记录。接收参数1、智能任务ID 2、查询方案ID 3、用户ID 4、业务消息对象5、通知列表。触发时机业务对象发生业务消息相关业务处理动作时。图9示出了根据本发明的实施例的任务状态计算的流程图。如图9所示，本发明的实施例的任务状态计算的流程如下步骤902，根据消息内容构建查询方案补充条件。根据消息内容确定查询方案对应的条件项目的值。步骤904，调用查询引擎计算查询方案的结果条目数。查询方案的结果条目数作为任务状态的关键信息存储和显示。步骤906，更新任务状态记录。持久化通知列表参数中的所有智能任务的任务状态信息。4、任务状态推送部件职能描述把任务状态的变化信息推送给桌面。接收参数1、智能任务ID 2、任务状态信息对象。触发时机智能任务对象状态发生变化时。图10示出了根据本发明的实施例的任务状态推送的流程图。如图10所示，本发明的实施例的任务状态推送的流程如下步骤1002，检索智能对象所在的在线桌面。从登陆注册表中检索在线的桌面。检查智能任务是否包含在这些桌面中。步骤1004，获得并唤醒桌面的网络连接。通过桌面对象获得其网络连接。建立会话状态。步骤1006，推送消息给桌面。把智能任务ID和任务状态信息打包传给桌面。步骤1008，休眠桌面的网络连接。把桌面的网络连接置于休眠状态。5、智能任务桌面链接部件职能描述这是一个职能任务及其状态的用户界面显示部件。双击链接是打开智能任务关联的业务功能并执行关联的查询方案。图11示出了根据本发明的实施例的任务状态显示的示意图。如图11所示，本发明的实施例的任务状态显示的显示图标包括任务名称、任务图标、任务状态。任务状态显示出了该查询方案的查询结果条目数。通过以上5个部件的配合，就能把ERP用户的日常操作变为智能任务，无须进入功能进行琐碎的查询操作，所有关心的业务状态都一目了然的显示在桌面上了，看见任务图标右上角有橘黄色的圆圈数字，就知道有任务需要赶快处理了，否则，就放心地做更重要的事情，本发明把ERP功能由被动执行变为主动任务，业务流程效率一定可以大幅提升。图12至图14示出了根据本发明的实施例的任务状态显示的屏幕截图。如图12所示，用户想要将任务注册为智能任务时，可通过鼠标右键得到右键菜单，再通过选择菜单中的选项即可将任务注册为智能任务。如图13所示，用户可以在桌面直接查看到智能任务的状态，双击智能任务的桌面图标，即可进入到对应的业务功能。如图14所示，用户在图13所示的界面双击本周应发货订单，即进入到如图14所示的业务功能界面。以上结合附图详细说明了本发明的技术方案，通过本发明的技术方案，可以在业务发生变化时智能的按照业务规则计算需要用户处理信息，使用户无需频繁进入查询功能查询数据就可以掌控自己需要关注的业务动态。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.ー种任务处理系统，其特征在于，包括 接收单元，用于接收终端发送的任务注册申请，将任务注册信息保存在任务注册清单中； 查找单元，分析所述任务注册信息中的查询方案，根据所述查询方案中的查询条件分析出其对应的业务对象和对应的业务消息； 获取单元，获取所述业务对象发布的业务消息； 处理单元，根据所述任务的所述查询方案和所述获取单元获取的所述业务消息，确定所述任务的状态变化结果； 界面更新単元，获取所述任务的状态变化结果信息，将所述信息推送给所述終端，所述終端将所述信息添加到显示器的显示图标上。
2.根据权利要求I所述的任务处理系统，其特征在于，所述获取単元包括 任务分配子単元，用于把所述任务添加到消息捕获子单元的消息侦听列表中，并把所述消息捕获子单元添加到对应的业务对象的消息侦听者列表中； 消息捕获子单元，捕获所述业务对象发布的所述业务消息，并把所述业务消息发送给所述任务。
3.根据权利要求2所述的任务处理系统，其特征在干，所述任务的状态变化结果包括所述查询方案的查询结果条目数，所述系统还包括 结果确定单元，根据所述业务消息的内容和所述查询方案的查询条件，确定查询方案对应的查询结果条目数。
4.根据权利要求3所述的任务处理系统，其特征在于，还包括 所述接收単元还用于 接收所述终端发送的删除任务的申请或更新任务名称的申请；以及响应单元，根据所述删除申请，删除所述任务注册信息和任务状态信息，并通过终端的显示器更新显示；以及根据所述更新任务名称的申请，更新所述任务注册信息中的名称属性。
5.根据权利要求I至4中任一项所述的任务处理系统，其特征在于，还包括 标记单元，若所述任务的查询方案与用户无关，当检索到所述消息侦听者列表中包含有相同的查询方案时，将其标记为ー个处理组。
6.—种任务处理方法,其特征在于,包括 步骤202，接收终端发送的任务注册申请，将任务注册信息保存在任务注册清单中；步骤204，分析所述任务注册信息中的查询方案，根据所述查询方案中的查询条件分析出其对应的业务对象和对应的业务消息； 步骤206，获取所述业务对象发布的业务消息； 步骤208，根据所述任务的所述查询方案和所述获取单元获取的所述业务消息，确定所述任务的状态变化结果； 步骤210，获取所述任务的状态变化结果信息，将所述信息推送给所述終端，所述终端将所述信息添加到显示器的显示图标上。
7.根据权利要求6所述的任务处理方法，其特征在于，所述步骤206包括 把所述任务添加到消息捕获子单元的消息侦听列表中，并把所述消息捕获子单元添加到对应的业务对象的消息侦听者列表中；以及 捕获所述业务对象发布的所述业务消息，并把所述业务消息发送给所述任务。
8.根据权利要求7所述的任务处理方法，其特征在干，所述任务的状态变化结果信息包括所述查询方案的查询结果条目数，所述步骤210还包括 根据所述业务消息的内容和所述查询方案的查询条件，确定查询方案对应的查询结果条目数。
9.根据权利要求8中所述的任务处理方法，其特征在于，还包括 接收所述终端发送的删除任务的申请或更新任务名称的申请；以及 根据所述删除申请，删除所述任务注册信息和任务状态信息，并通过终端的显示器更新显示；以及根据所述更新任务名称的申请，更新所述任务注册信息中的名称属性。
10.根据权利要求6至9中任一项所述的任务处理方法，其特征在于，所述步骤206还包括 若所述任务的查询方案与用户无关，当检索到所述消息侦听者列表中包含有相同的查询方案时，将其标记为ー个处理组。
全文摘要
本发明提出了一种任务处理系统，包括接收单元，用于接收终端发送的任务注册申请，将任务注册信息保存在任务注册清单中；查找单元，分析任务注册信息中的查询方案，根据查询方案中的查询条件分析出其对应的业务对象和对应的业务消息；获取单元，获取业务对象发布的业务消息；处理单元，根据任务的查询方案和获取单元获取的业务消息，确定任务的状态变化结果；界面更新单元，获取任务的状态变化结果信息，并将信息推送给终端，终端将信息添加到显示器的显示图标上。相应地，本发明还提供了一种任务处理方法。通过本发明的技术方案，可以使用户无需频繁进入查询功能查询数据就可以掌控自己需要关注的业务动态。
文档编号G06Q10/06GK102982415SQ20121048024
公开日2013年3月20日 申请日期2012年11月22日 优先权日2012年11月22日
发明者李均会 申请人:用友软件股份有限公司