发明内容
本发明实施例提供了一种任务处理系统及方法,能够提高工作效率。
第一方面,本发明实施例提供了一种任务处理系统,包括:消息中心和门户系统;
所述门户系统分别与所述消息中心以及至少一个业务系统相连;所述消息中心与所述至少一个业务系统中利用消息服务方式接入的业务系统相连;
所述门户系统,用于当接收到任一待处理任务的处理命令时,将存储的所述待处理任务的待办任务数据发送给所述待处理任务对应的目标业务系统,以使所述目标业务系统根据所述待办任务数据处理所述待处理任务,当所述目标业务系统不是利用消息服务方式接入的业务系统时,向所述门户系统发送处理后生成的任务数据,当所述目标业务系统是利用消息服务方式接入的业务系统时,向所述消息中心发送处理后生成的任务消息;用于当接收到所述目标业务系统发来的所述任务数据时,根据所述任务数据生成任务消息,将所述任务消息发送给所述消息中心;用于接收所述消息中心发来的任务消息,根据接收到的任务消息,更新存储的所述待办任务数据;
所述消息中心,用于将接收到的任务消息推送给所述门户系统。
进一步地,
所述门户系统,用于根据所述任务消息,判断所述待处理任务是否处理完成,如果是,则将存储的所述待办任务数据删除,输出所述待处理任务已处理完成的信息,否则,从所述任务消息中解析出待办任务数据,利用解析出的所述待办任务数据替换存储的所述待办任务数据。
进一步地,
所述门户系统,进一步用于当判断出所述待处理任务处理完成时,从所述任务消息中解析出办结数据,保存所述办结数据,当判断出所述待处理任务没有处理完成时,从所述任务消息中解析出办结数据和待办任务数据,保存所述办结数据,并执行所述利用解析出的所述待办任务数据替换存储的所述待办任务数据。
进一步地,
所述门户系统上设置有Rest服务接口;
所述门户系统,用于通过所述Rest服务接口接收所述目标业务系统发来的所述任务数据。
进一步地,
所述门户系统,进一步用于展示各个所述业务系统中的待处理任务,以使用户根据展示的各个所述业务系统中的待处理任务输入处理命令。
第二方面,本发明实施例提供了一种任务处理方法,包括:
门户系统在接收到任一待处理任务的处理命令时,将存储的所述待处理任务的待办任务数据发送给所述待处理任务对应的目标业务系统,以使所述目标业务系统根据所述待办任务数据处理所述待处理任务,当所述目标业务系统不是利用消息服务方式接入的业务系统时,向所述门户系统发送处理后生成的任务数据,当所述目标业务系统是利用消息服务方式接入的业务系统时,向消息中心发送处理后生成的任务消息;
所述门户系统在接收到所述目标业务系统发来的所述任务数据时,根据所述任务数据生成任务消息,将所述任务消息发送给所述消息中心;
所述消息中心将接收到的任务消息推送给所述门户系统;
所述门户系统接收所述消息中心发来的任务消息,根据接收到的任务消息,更新存储的所述待办任务数据。
进一步地,
所述根据接收到的任务消息,更新存储的所述待办任务数据,包括:
所述门户系统根据所述任务消息,判断所述待处理任务是否处理完成,如果是,则将存储的所述待办任务数据删除,输出所述待处理任务已处理完成的信息,否则,从所述任务消息中解析出待办任务数据,利用解析出的所述待办任务数据替换存储的所述待办任务数据。
进一步地,
在所述判断所述待处理任务是否处理完成之后,进一步包括:
当判断出所述待处理任务处理完成时,从所述任务消息中解析出办结数据,保存所述办结数据,当判断出所述待处理任务没有处理完成时,从所述任务消息中解析出办结数据和待办任务数据,保存所述办结数据,并执行所述利用解析出的所述待办任务数据替换存储的所述待办任务数据。
进一步地,
所述门户系统上设置有Rest服务接口;
所述门户系统通过所述Rest服务接口接收所述目标业务系统发来的所述任务数据。
进一步地,
该方法进一步包括:
所述门户系统展示各个所述业务系统中的待处理任务,以使用户根据展示的各个所述业务系统中的待处理任务输入处理命令。
在本发明实施例中,门户系统与至少一个业务系统相连,用户可以通过门户系统输入针对任一业务系统的待处理任务的处理命令,门户系统根据该处理命令向对应的目标业务系统发送待办任务数据,以使目标业务系统对该待处理任务进行处理,并在处理后输出任务数据给门户系统,或输出任务消息给消息中心,门户系统在接收到任务数据时转换成任务消息发给消息中心,消息中心将接收到的任务消息发给门户系统,门户系统更新存储的待办任务数据,如果该待处理任务还没有处理完,则可以在后续接收到用户的处理命令时,根据更新后的待办任务数据触发对应的目标业务系统进一步处理该待处理任务,也就是说,用户只需向门户系统输入处理命令即可对各个触发各个业务系统进行待处理任务的处理,无需在各个业务系统之间进行切换,大大提高了工作效率。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例,基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,本发明实施例提供了一种任务处理系统,该系统包括:
消息中心101和门户系统102;
所述门户系统102分别与所述消息中心101以及至少一个业务系统相连;所述消息中心101与所述至少一个业务系统中利用消息服务方式接入的业务系统相连;
所述门户系统102,用于当接收到任一待处理任务的处理命令时,将存储的所述待处理任务的待办任务数据发送给所述待处理任务对应的目标业务系统,以使所述目标业务系统根据所述待办任务数据处理所述待处理任务,当所述目标业务系统不是利用消息服务方式接入的业务系统时,向所述门户系统发送处理后生成的任务数据,当所述目标业务系统是利用消息服务方式接入的业务系统时,向所述消息中心101发送处理后生成的任务消息;用于当接收到所述目标业务系统发来的所述任务数据时,根据所述任务数据生成任务消息,将所述任务消息发送给所述消息中心101;用于接收所述消息中心101发来的任务消息,根据接收到的任务消息,更新存储的所述待办任务数据;
所述消息中心101,用于将接收到的任务消息推送给所述门户系统102。
在本发明实施例中,门户系统与至少一个业务系统相连,用户可以通过门户系统输入针对任一业务系统的待处理任务的处理命令,门户系统根据该处理命令向对应的目标业务系统发送待办任务数据,以使目标业务系统对该待处理任务进行处理,并在处理后输出任务数据给门户系统,或输出任务消息给消息中心,门户系统在接收到任务数据时转换成任务消息发给消息中心,消息中心将接收到的任务消息发给门户系统,门户系统更新存储的待办任务数据,如果该待处理任务还没有处理完,则可以在后续接收到用户的处理命令时,根据更新后的待办任务数据触发对应的目标业务系统进一步处理该待处理任务,也就是说,用户只需向门户系统输入处理命令即可对各个触发各个业务系统进行待处理任务的处理,无需在各个业务系统之间进行切换,大大提高了工作效率。
通过上述描述可见,至少一个业务系统中有些是利用消息服务方式接入的,这些业务系统与消息中心相连,通过消息方式向消息中心传入数据,剩余的业务系统通过其他方式向门户系统传入数据,并有门户系统转换为消息的形式传入到消息中心,这些数据由消息中心统一分发。
对于不是利用消息服务方式接入的业务系统,可以通过Rest服务进行接入,具体地,在本发明一实施例中,所述门户系统上设置有Rest服务接口;
所述门户系统,用于通过所述Rest服务接口接收所述目标业务系统发来的所述任务数据。
在本发明实施例中,通过Rest服务接入的业务系统通过调用门户系统的Rest服务接口向门户系统传递任务数据。
在本发明一实施例中,所述门户系统,用于根据所述任务消息,判断所述待处理任务是否处理完成,如果是,则将存储的所述待办任务数据删除,输出所述待处理任务已处理完成的信息,否则,从所述任务消息中解析出待办任务数据,利用解析出的所述待办任务数据替换存储的所述待办任务数据。
在本发明实施例中,目标业务系统在处理待处理任务时,可能只是处理了待处理任务的某个环节,这是,目标业务系统将当前阶段的任务数据发送给门户系统或者以消息的形式发送给消息中心,门户系统对应没有处理完成的待处理任务需要保存最小的待办任务数据,以便于后续接着本次的处理结果进行后续处理。当目标业务系统处理完该待处理任务时,门户系统直接将存储的该待处理任务对应的待办任务数据删除,避免该待处理任务被重复处理。
在本发明一实施例中,所述门户系统,进一步用于当判断出所述待处理任务处理完成时,从所述任务消息中解析出办结数据,保存所述办结数据,当判断出所述待处理任务没有处理完成时,从所述任务消息中解析出办结数据和待办任务数据,保存所述办结数据,并执行所述利用解析出的所述待办任务数据替换存储的所述待办任务数据。
在本发明实施例中,业务系统在处理待处理任务时,会产生办结数据,在后续处理时,可以结合这些办结数据进行处理。门户系统会保存这些办结数据。当待处理任务没有处理完成时,目标业务系统保存本次产生的办结数据和剩余的待办任务数据,当待处理任务处理完成时,没有剩余的待办任务数据,这时,删除保存的代表任务数据,并且,保存办结数据。
具体地,门户系统中可以包括数据库,该数据库设置有两个表,一个表用于存储各个待处理任务的待办任务数据,一个表用于存储各个待处理任务的办结数据。
举例来说,待处理任务有3个环节,当待处理任务的第一个环节已经处理,第二个环节和第三个环节还没有被处理时,门户系统存储的待办任务数据为第二个环节和第三个环节相关的待办任务数据,在接收到处理命令时,将第二个环节和第三个环节相关的待办任务数据发送给目标业务系统,目标业务系统处理了第二个环节之后结束了本次处理,发出任务数据或任务消息,门户系统根据接收到任务消息判断出该待处理任务没有处理完,则保存第三个环节相关的待办任务数据和当前的办结数据,后续可以使得目标业务系统根据第三环节相关的待办任务数据对第三个环节进行处理,当第三个环节被处理完成后,整个待处理任务处理完成,这时,门户系统保存整个待处理任务的办结数据,并且删除待处理任务的所有待办任务数据。
在本发明一实施例中,所述门户系统,进一步用于展示各个所述业务系统中的待处理任务,以使用户根据展示的各个所述业务系统中的待处理任务输入处理命令。
在本发明实施例中,用户可以通过门户系统查看到各个业务系统中的待处理任务,用户可以选择本次需要处理的待处理任务。门户系统可以调用待处理任务对应的目标业务系统的办理页面来处理待处理任务。对于用户来说,各个业务系统是透明的,用户只需要与门户系统进行交互即可。
在本发明实施例中,统一通过消息中心来处理接收到的任务消息。消息中心中可以包括消息队列。通过消息队列来存储各个任务消息。通过消息中心对任务消息进行统一管理。通过消息中心可以将任务消息推送到各个门户系统,例如:PC端的门户系统、移动端的门户系统等。利用消息中心可以实现任务消息的发送失败后重发,可以处理任务消息传递过程中的错误消息。
在本发明实施例中,消息服务方式可以是JAVA消息服务方式。
本发明实施例提供的一种任务处理系统可以支持JAVA消息服务方式的接入,也可以支持Rest服务方式的接入,进而使得该任务处理系统可以与更多的业务系统进行对接,能够更加方便用户使用不同的业务系统,能实现多业务系统的待处理任务的统一展示和处理。
在本发明实施例中,门户系统中可以包括办理控制台,用户可以在办理控制台上查看各个展示的待处理任务,并可以通过办理控制台办理各个待处理任务。
在本发明一实施例中,至少一个业务系统中可以包括自建政务业务系统和第三方政务业务系统。门户系统可以包括政务服务门户系统。
在本发明实施例中,应用了Rest服务、分布式消息中间件(消息中心)等技术,使得业务系统与本系统之间能够以松耦合的关系传递数据,提高了数据传输的可靠性和系统的易用性。
在本发明实施例中,业务系统与门户系统之间通过消息中心以消息的形式传递数据,降低了系统之间的耦合度,降低数据传输的延迟时间,提高用户体验,提高数据的可靠性。
本发明实施例提供的一种任务处理系统,集消息接收、任务处理于一体,可靠易用。
在本发明实施例中,用户在使用本发明实施例提供的任务处理系统时,通过单点登录的方式进行用户信息的验证,当通过验证后,登录到该任务处理系统,可以使用该任务处理系统,能够调用业务系统的办理页面进行相关待处理任务的处理,业务系统处理后,业务系统发出任务数据或任务消息,进行后续的代表任务数据的更新过程。
在本发明实施例中,通过消息服务方式和Rest服务方式解决了同构和异构系统之间的消息实时传递问题,并且,通过与各个业务系统进行对接,实现了待处理任务在门户系统集中办理,提高了办理效率。
在本发明实施例中,在对数据存储、更新的过程中完成待处理任务的处理操作。
如图2所示,本发明实施例提供了一种任务处理方法,包括:
步骤201:门户系统在接收到任一待处理任务的处理命令时,将存储的所述待处理任务的待办任务数据发送给所述待处理任务对应的目标业务系统,以使所述目标业务系统根据所述待办任务数据处理所述待处理任务,当所述目标业务系统不是利用消息服务方式接入的业务系统时,向所述门户系统发送处理后生成的任务数据,当所述目标业务系统是利用消息服务方式接入的业务系统时,向消息中心发送处理后生成的任务消息;
步骤202:所述门户系统在接收到所述目标业务系统发来的所述任务数据时,根据所述任务数据生成任务消息,将所述任务消息发送给所述消息中心;
步骤203:所述消息中心将接收到的任务消息推送给所述门户系统;
步骤204:所述门户系统接收所述消息中心发来的任务消息,根据接收到的任务消息,更新存储的所述待办任务数据。
在本发明实施例中,门户系统与至少一个业务系统相连,用户可以通过门户系统输入针对任一业务系统的待处理任务的处理命令,门户系统根据该处理命令向对应的目标业务系统发送待办任务数据,以使目标业务系统对该待处理任务进行处理,并在处理后输出任务数据给门户系统,或输出任务消息给消息中心,门户系统在接收到任务数据时转换成任务消息发给消息中心,消息中心将接收到的任务消息发给门户系统,门户系统更新存储的待办任务数据,如果该待处理任务还没有处理完,则可以在后续接收到用户的处理命令时,根据更新后的待办任务数据触发对应的目标业务系统进一步处理该待处理任务,也就是说,用户只需向门户系统输入处理命令即可对各个触发各个业务系统进行待处理任务的处理,无需在各个业务系统之间进行切换,大大提高了工作效率。
在本发明一实施例中,所述根据接收到的任务消息,更新存储的所述待办任务数据,包括:
所述门户系统根据所述任务消息,判断所述待处理任务是否处理完成,如果是,则将存储的所述待办任务数据删除,输出所述待处理任务已处理完成的信息,否则,从所述任务消息中解析出待办任务数据,利用解析出的所述待办任务数据替换存储的所述待办任务数据。
在本发明一实施例中,在所述判断所述待处理任务是否处理完成之后,进一步包括:
当判断出所述待处理任务处理完成时,从所述任务消息中解析出办结数据,保存所述办结数据,当判断出所述待处理任务没有处理完成时,从所述任务消息中解析出办结数据和待办任务数据,保存所述办结数据,并执行所述利用解析出的所述待办任务数据替换存储的所述待办任务数据。
在本发明一实施例中,所述门户系统上设置有Rest服务接口;
所述门户系统通过所述Rest服务接口接收所述目标业务系统发来的所述任务数据。
在本发明一实施例中,该方法进一步包括:
所述门户系统展示各个所述业务系统中的待处理任务,以使用户根据展示的各个所述业务系统中的待处理任务输入处理命令。
针对利用消息服务方式接入的业务系统,如图3所示,本发明实施例提供了一种任务处理方法,包括:
步骤301:门户系统在接收到任一待处理任务的处理命令时,将存储的待处理任务的待办任务数据发送给待处理任务对应的目标业务系统。
这里的目标业务系统是利用消息服务方式接入的业务系统,具体地,可以是利用JAVA消息服务方式接入的业务系统。
另外,门户系统还可以显示各个待处理任务,用户可以通过门户系统查看待处理任务的详细信息,并且,可以针对某个待处理任务输入处理命令。
步骤302:目标业务系统根据待办任务数据处理待处理任务,向消息中心发送处理后生成的任务消息。
目标业务系统直接向消息中心反馈。具体地,如果该待处理任务还没有处理完成,则该任务消息中包括本次处理后的待办任务数据和本次处理后的办结数据。如果该待处理任务处理完成,则该任务消息中只包括本次处理后的办结数据。
步骤303:消息中心将接收到的目标业务系统发来的任务消息推送给门户系统。
具体地,如果有多个待处理任务被不同的业务系统处理,并且,返回了对应的任务消息,这时,消息中心就会将接收到的各个任务消息推送给门户系统。
步骤304:门户系统接收消息中心发来的任务消息。
步骤305:门户系统根据任务消息,判断待处理任务是否处理完成,如果是,则执行步骤306,否则,执行步骤307。
步骤306:门户系统从任务消息中解析出办结数据,保存办结数据,将存储的待办任务数据删除,输出待处理任务已处理完成的信息。
具体地,当该待处理任务处理完成,则无需再对该待处理任务进行处理,直接删除存储的该待处理任务的待办任务数据,并告知用户该待处理任务已处理完成。
步骤307:门户系统从任务消息中解析出办结数据和待办任务数据,保存办结数据,利用解析出的待办任务数据替换存储的待办任务数据。
具体地,由于该待处理任务被目标业务系统处理了一部分,那么,该待处理任务的待办任务数据发生了改变,通过本次处理后新的待办任务数据替换存储的待办任务数据,使得在下一次处理时,利用新的待办任务数据进行处理,进而继续接着上一次处理的进度进行处理。
针对不是利用消息服务方式接入的业务系统,具体地,针对利用Rest服务方式接入的业务系统,如图4所示,本发明实施例提供了一种任务处理方法,包括:
步骤401:门户系统在接收到任一待处理任务的处理命令时,将存储的待处理任务的待办任务数据发送给待处理任务对应的目标业务系统。
这里的目标业务系统不是利用消息服务方式接入的业务系统,具体地,可以是利用Rest服务方式接入的业务系统。
步骤402:目标业务系统根据待办任务数据处理待处理任务,向门户系统发送处理后生成的任务数据。
目标业务系统直接向门户系统反馈。具体地,如果该待处理任务还没有处理完成,则该任务数据中包括本次处理后的待办任务数据和本次处理后的办结数据。如果该待处理任务处理完成,则该任务数据中只包括本次处理后的办结数据。
步骤403:门户系统根据目标业务系统发来的任务数据生成任务消息,将任务消息发送给消息中心。
为了便于消息中心对各个业务系统的反馈进行统一处理,门户系统将接收到的任务数据转换成任务消息发给消息中心。
步骤404:消息中心将接收到的任务消息推送给门户系统。
具体地,如果有多个待处理任务被不同的业务系统处理,并且,返回了对应的任务消息,这时,消息中心就会将接收到的各个任务消息推送给门户系统。
步骤405:门户系统接收消息中心发来的任务消息。
步骤406:门户系统根据任务消息,判断待处理任务是否处理完成,如果是,则执行步骤407,否则,执行步骤408。
步骤407:门户系统从任务消息中解析出办结数据,保存办结数据,将存储的待办任务数据删除,输出待处理任务已处理完成的信息。
具体地,当该待处理任务处理完成,则无需再对该待处理任务进行处理,直接删除存储的该待处理任务的待办任务数据,并告知用户该待处理任务已处理完成。
步骤408:门户系统从任务消息中解析出办结数据和待办任务数据,保存办结数据,利用解析出的待办任务数据替换存储的待办任务数据。
具体地,由于该待处理任务被目标业务系统处理了一部分,那么,该待处理任务的待办任务数据发生了改变,通过本次处理后新的待办任务数据替换存储的待办任务数据,使得在下一次处理时,利用新的待办任务数据进行处理,进而继续接着上一次处理的进度进行处理。
本发明各个实施例至少具有如下有益效果:
1、在本发明实施例中,门户系统与至少一个业务系统相连,用户可以通过门户系统输入针对任一业务系统的待处理任务的处理命令,门户系统根据该处理命令向对应的目标业务系统发送待办任务数据,以使目标业务系统对该待处理任务进行处理,并在处理后输出任务数据给门户系统,或输出任务消息给消息中心,门户系统在接收到任务数据时转换成任务消息发给消息中心,消息中心将接收到的任务消息发给门户系统,门户系统更新存储的待办任务数据,如果该待处理任务还没有处理完,则可以在后续接收到用户的处理命令时,根据更新后的待办任务数据触发对应的目标业务系统进一步处理该待处理任务,也就是说,用户只需向门户系统输入处理命令即可对各个触发各个业务系统进行待处理任务的处理,无需在各个业务系统之间进行切换,大大提高了工作效率。
2、在本发明实施例中,用户可以通过门户系统查看到各个业务系统中的待处理任务,用户可以选择本次需要处理的待处理任务。门户系统可以调用待处理任务对应的目标业务系统的办理页面来处理待处理任务。对于用户来说,各个业务系统是透明的,用户只需要与门户系统进行交互即可,提高了用户体验。
3、本发明实施例提供的一种任务处理系统可以支持JAVA消息服务方式的接入,也可以支持Rest服务方式的接入,进而使得该任务处理系统可以与更多的业务系统进行对接,能够更加方便用户使用不同的业务系统,能实现多业务系统的待处理任务的统一展示和处理。
4、在本发明实施例中,业务系统与门户系统之间通过消息中心以消息的形式传递数据,降低了系统之间的耦合度,降低数据传输的延迟时间,提高用户体验,提高数据的可靠性。
5、在本发明实施例中,通过消息服务方式和Rest服务方式解决了同构和异构系统之间的消息实时传递问题,并且,通过与各个业务系统进行对接,实现了待处理任务在门户系统集中办理,提高了办理效率。
需要说明的是,在本文中,诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个〃····〃”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储在计算机可读取的存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质中。
最后需要说明的是:以上所述仅为本发明的较佳实施例,仅用于说明本发明的技术方案,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等,均包含在本发明的保护范围内。