CN112258136B - 一种基于结构化模型配置具体业务的方法及其系统 - Google Patents

Abstract

本发明公开了一种基于结构化模型配置具体业务的方法，其方法包括：主业务端模块基于用户角色触发具体业务事件；基于所述具体业务事件生成若干个具体业务属性下的业务承办事项，并向业务承办事项的承办用户发送业务承办处理事件；接收各承办用户反馈的处理信息，并基于反馈的处理信息判断所述具体业务事件是否达到业务终结事项；若判断所述业务事件达到业务终结事项，则基于业务终结事项向主业务端模块的管理用户，和/或用户角色所对应的用户反馈业务终结事项信息。在本发明实施例中，具体业务事件关联具体的业务属性，然后关联起所对应的处理事件，使得一个具体业务事件可以在结构模型下完成所对应具体业务的配置过程。

Description

一种基于结构化模型配置具体业务的方法及其系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种基于结构化模型配置具体业务的方法及其系统。

背景技术

WWW服务和Gopher服务是通过客户端程序访问的，这种程序被称为网页浏览器，因为它允许用户根据超文本链接(HyperText Link)进行漫游，而不必进行有目的的查询。网页浏览器鼓励偶然的发现，并因此而得名。浏览器是指可以显示网页服务器或者文件系统的HTML文件内容，并让用户与这些文件交互的一种软件。网页浏览器主要通过HTTP协议与网页服务器交互并获取网页，这些网页由URL指定，文件格式通常为HTML，并由MIME在HTTP协议中指明。一个网页中可以包括多个文档，每个文档都是分别从服务器获取的。大部分的浏览器本身支持除了HTML之外的广泛的格式，例如JPEG、PNG、GIF等图像格式，并且能够扩展支持众多的插件(plug-ins)。另外，许多浏览器还支持其他的URL类型及其相应的协议，如FTP、Gopher、HTTPS(HTTP协议的加密版本)。HTTP内容类型和URL协议规范允许网页设计者在网页中嵌入图像、动画、视频、声音、流媒体等。

基于网页架构下的结构化模型导致各个信息孤岛的存在，若针对一个具体业务事件需要办理时，需要结构化模型下的不同业务模块来实现，现有信息孤岛，导致了每个审批过程都是孤立，导致现有的业务模块无法自适应的结合一个具体的业务事件实现所关联的业务模块协调或协同配置完成具体业务的功能，导致了审批效率慢，无法及时了解各个业务模块审批的进展。

发明内容

本发明的目的在于克服现有技术的不足，本发明提供了一种基于结构化模型配置具体业务的方法及其系统，具体业务事件关联具体的业务属性，然后关联起所对应的处理事件，使得一个具体业务事件可以在结构模型下完成所对应具体业务的配置过程。

为了解决上述技术问题，本发明实施例提供了一种基于结构化模型配置具体业务的方法，所述方法包括以下步骤：

主业务端模块基于用户角色触发具体业务事件，所述具体业务事件关联有若干个具体业务属性，所述若干个具体业务属性由结构化模型中所对应的业务模块所承载；

基于所述具体业务事件生成若干个具体业务属性下的业务承办事项，并向业务承办事项的承办用户发送业务承办处理事件；

接收各承办用户反馈的处理信息，并基于反馈的处理信息判断所述具体业务事件是否达到业务终结事项；

若判断所述业务事件达到业务终结事项，则基于业务终结事项向主业务端模块的管理用户，和/或用户角色所对应的用户反馈业务终结事项信息。

所述主业务端模块基于用户角色触发具体业务事件包括：

基于主业务端模块接收用户设置信息，所述设置信息基于主业务端模块的功能选择项进行设置；

基于用户设置信息识别用户角色所对应的具体业务事件；

基于具体业务事件从结构化模型库中匹配所对应的若干个具体业务属性。

所述基于所述具体业务事件生成若干个具体业务属性下的业务承办事项，并向业务承办事项的承办用户发送业务承办处理事件包括：

基于业务承办事项获取所对应的承办用户信息；

基于承办用户信息生成所对应的业务承办处理事件；

将所述业务承办处理事件发送给承办用户信息中的承办用户。

所述接收各承办用户反馈的处理信息，并基于反馈的处理信息判断所述具体业务事件是否达到业务终结事项包括：

基于所述具体业务事件存储各承办用户反馈的处理信息，所述各承办用户反馈的处理信息存储于所对应具体业务属性的业务模块中；

基于各承办用户反馈的处理信息更新所对应具体业务属性的状态；

基于各具体业务属性的状态判断所述具体业务事件是否达到业务终结事项。

所述基于各承办用户反馈的处理信息更新所对应具体业务属性的状态之后还包括：

将所更新的业务属性的状态向用户角色所对应的用户反馈更新信息。

所述基于反馈的处理信息判断所述具体业务事件是否达到业务终结事项之后还包括：

若判断所述业务事件未达到业务终结事项，则在预设的时间内重新更新未处理的业务承办事项，并向业务承办事项的承办用户发送业务承办处理事项。

所未处理的业务承办事项包括：业务承办事项的紧急状态、业务承办事项的时间状态、业务承办事项的截止时间。

相应的，本发明实施例还提供了一种基于结构化模型配置具体业务的系统，所述系统包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个应用程序配置用于：执行所述的基于结构化模型配置具体业务的方法。

本发明实施例通过主业务端模块触发一个具体业务事件，使得结构化模型中的所对应的业务模块围绕该具体业务事件来实现具体业务的协调或协同，避免了审批过程的信息孤岛，使得结构化模型能适同时兼容不同应用场景下的业务需求，减少相关服务模块的重复性部署，也提升了整个信息化过程的效率办公。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见的，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1是本发明实施例中的基于结构化模型配置具体业务的方法流程图；

图2是本发明实施例中的基于结构化模型配置具体业务的系统结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明实施例所涉及的一种基于结构化模型配置具体业务的方法，主业务端模块基于用户角色触发具体业务事件，所述具体业务事件关联有若干个具体业务属性，所述若干个具体业务属性由结构化模型中所对应的业务模块所承载；基于所述具体业务事件生成若干个具体业务属性下的业务承办事项，并向业务承办事项的承办用户发送业务承办处理事件；接收各承办用户反馈的处理信息，并基于反馈的处理信息判断所述具体业务事件是否达到业务终结事项；若判断所述业务事件达到业务终结事项，则基于业务终结事项向主业务端模块的管理用户，和/或用户角色所对应的用户反馈业务终结事项信息。

图1示出了本发明实施例中的基于结构化模型配置具体业务的方法流程图，具体步骤如下：

该结构化模型可以采用Web的工作原理实现，Web采用的是客户机-- 服务器架构(Client--Server model)，其中客户端(Client)可以通过网络连接访问另一台计算机的资源或服务，而提供资源或服务的计算机就叫服务器(Server)。Web客户端只要安装了浏览器软件(例如Internet Explorer、Google Chrome、Mozilla FireFox、Opera、AppleSafari......)，就能够通过该软件连上全球各地的Web服务器，进而浏览Web服务器所提供的网页 (homepage)。

动态网页指的是客户端和服务器端可以互动，也就是服务器可以实时处理客户端的请求，然后将结果响应给客户端。动态网页通常通过“浏览器端Scripts”和"服务器端Scripts"两种技术来完成。

浏览器端Scripts指的是嵌入在HTNL源代码中的小程序，由浏览器负责执行。JavaScripts和VBScripts均能用来编写浏览器端Scripts，其中以 JavaScripts为主流。

当浏览器向Web服务器请求打开包含服务器端Scripts的网页时(扩展名为.php、.asp、.aspx、.jsp、.cgi等)，Web服务器会从磁盘上读取网页，先执行里面的服务器端Scripts，将结果转换成HTML网页(扩展名为.htm 或.html)，然后传送给浏览器并关闭连接，而浏览器收到该网页后会将它解析成界面。

S101、主业务端模块基于用户角色触发具体业务事件；

所述具体业务事件关联有若干个具体业务属性，所述若干个具体业务属性由结构化模型中所对应的业务模块所承载。

这里主业务端模块基于用户角色触发具体业务事件包括：基于主业务端模块接收用户设置信息，所述设置信息基于主业务端模块的功能选择项进行设置；基于用户设置信息识别用户角色所对应的具体业务事件；基于具体业务事件从结构化模型库中匹配所对应的若干个具体业务属性。

这里以教务清点计划为例进行说明，主业务端模块可以创建一个具体业务事件，该具体业务事件为对某人员进行清点计划，该业务端模块设置时需要结合某人员的用户角色进行关联性的清点任务的设置，由于人员角色不同，比如学生、教师、员工等会设置不同的具体业务属性，或者主业务模块上的管理端也可以结合人员角色自定义完成具体业务事件，该具体业务事件关联有多个具体业务属性，针对学生的离校清点可以涉及到人事处清点、图书馆清点、财务处清点，并设置相应的清点时间节点。

人事处清点、图书馆清点、财务处清点所对应的具体业务属性会对应到具体的人事处业务模块、图书馆业务模块、财务处业务模块，这些业务模块在结构化模型中属于独立运行的业务模块，其独立存储有各个角色所对应业务模块的数据事项。

主业务端模块基于web登录网页端界面后，可以在发起该具体业务事件后，结合人员角色的性质将相关清点事项推送到所对应的业务模块中进行数据清点工作，该数据清点工作被设置完成之后，会被发送到服务器端，服务器端中的各个业务模块会结合具体业务事件来进行响应，配合完成清点工作。

S102、基于所述具体业务事件生成若干个具体业务属性下的业务承办事项，并向业务承办事项的承办用户发送业务承办处理事件；

这里基于所述具体业务事件生成若干个具体业务属性下的业务承办事项，并向业务承办事项的承办用户发送业务承办处理事件包括：基于业务承办事项获取所对应的承办用户信息；基于承办用户信息生成所对应的业务承办处理事件；将所述业务承办处理事件发送给承办用户信息中的承办用户。

业务承办事项在web客户端发送到服务器之后，服务器会解析业务承办事项所涉及的具体内容，比如针对用户角色具体业务事件所关联的具体业务属性解析所对应的承办用户信息，比如人事处清点所对应的承办用户信息、图书馆清点所对应的承办用户信息、财务处清点所对应的承办用户信息，并基于这些承办用户信息生成所对应的业务承办处理事件，比如基于人事处清点生成学生A与人事处清点专员B的人事处承办处理事项，比如基于财务处清点生成学生A与财务处清点专员C的财务处承办处理事项，比如基于图书馆清点生成学生A与图书馆出清点专员D的图书馆承办处理事项；在这些业务承办处理事件完成之后，将财务处承办处理事项发送给人事处清点专员B的客户端上，将财务处承办处理事项发送给财务处清点专员C的客户端上，将图书馆承办处理事项发送给图书馆出清点专员D的客户端上。

S103、接收各承办用户反馈的处理信息；

人事处清点专员B基于客户端完成所对应的人事清点工作，并将相关人事清点工作反馈至服务器端；财务处清点专员C基于客户端完成所对应的财务清点工作，并将相关人事清点工作反馈至服务器端；图书馆出清点专员D基于客户端完成所对应的图书清点工作，并将相关图书清点工作反馈至服务器端，这些状态被服务器所获取之后，会及时更新相关的清点状态。

S104、基于反馈的处理信息判断所述具体业务事件是否达到业务终结事项，若达到业务终结事项，则进入S105，否则继续S103；

这里接收各承办用户反馈的处理信息，并基于反馈的处理信息判断所述具体业务事件是否达到业务终结事项包括：基于所述具体业务事件存储各承办用户反馈的处理信息，所述各承办用户反馈的处理信息存储于所对应具体业务属性的业务模块中；基于各承办用户反馈的处理信息更新所对应具体业务属性的状态；基于各具体业务属性的状态判断所述具体业务事件是否达到业务终结事项。

这里基于各承办用户反馈的处理信息更新所对应具体业务属性的状态之后还包括：将所更新的业务属性的状态向用户角色所对应的用户反馈更新信息。

这里基于反馈的处理信息判断所述具体业务事件是否达到业务终结事项之后还包括：若判断所述业务事件未达到业务终结事项，则在预设的时间内重新更新未处理的业务承办事项，并向业务承办事项的承办用户发送业务承办处理事项。

这里所未处理的业务承办事项包括：业务承办事项的紧急状态、业务承办事项的时间状态、业务承办事项的截止时间。

S105、若判断所述业务事件达到业务终结事项，则基于业务终结事项向主业务端模块的管理用户，和/或用户角色所对应的用户反馈业务终结事项信息。

本发明实施例所采用的客户端-服务器架构，在所触发的具体业务事件达到业务终结事项时，可以向主业务端模块的管理用户反馈该具体业务事件已处理完，可以办结下一事项，比如针对清点工作的三个内容都处理完成时，则主业务模块可以自动生成业务已办理完成，可以办理离校审批表；在三个内容都处理完成时，也可以向用户角色所对应的用户反馈业务终结事项信息等，以通知所有事项已经处理完毕，用户可以继续下一个处理事项。

本发明实施例通过主业务端模块触发一个具体业务事件，使得结构化模型中的所对应的业务模块围绕该具体业务事件来实现具体业务的协调或协同，避免了审批过程的信息孤岛，使得结构化模型能适同时兼容不同应用场景下的业务需求，减少相关服务模块的重复性部署，也提升了整个信息化过程的效率办公。

如图2所示的基于结构化模型配置具体业务的系统结构示意图，该系统包括处理器302、存储器303、输入单元304以及显示单元305等器件。本领域技术人员可以理解，图2示出的设备结构器件并不构成对所有设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件。存储器 303可用于存储应用程序301以及各功能模块，处理器302运行存储在存储器303的应用程序301，从而执行设备的各种功能应用以及数据处理。存储器可以是内存储器或外存储器，或者包括内存储器和外存储器两者。内存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程 ROM(EPROM)、电可擦写可编程ROM(EEPROM)、快闪存储器、或者随机存储器。外存储器可以包括硬盘、软盘、ZIP盘、U盘、磁带等。本发明所公开的存储器包括但不限于这些类型的存储器。本发明所公开的存储器只作为例子而非作为限定。

输入单元304用于接收信号的输入，以及接收用户输入的关键字。输入单元304为用户提供输入操作行为，可收集用户在网页端界面的操作过程指令，并根据预先设定的程序驱动相应的连接装置；其它输入设备可以包括但不限于物理键盘、功能键(比如播放控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。显示单元305可用于显示用户输入的信息或提供给用户的信息以及终端设备的各种菜单。显示单元305可采用液晶显示器、有机发光二极管等形式。处理器302是终端设备的控制中心，利用各种接口和线路连接整个设备的各个部分，通过运行或执行存储在存储器302内的软件程序和/或模块，以及调用存储在存储器内的数据，执行各种功能和处理数据。

作为一个实施例，该系统包括：一个或多个处理器302，存储器303，一个或多个应用程序301，其中所述一个或多个应用程序301被存储在存储器303中并被配置为由所述一个或多个处理器302执行，所述一个或多个应用程序301配置用于执行上述实施例中的基于结构化模型配置具体业务的方法。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，ReadOnly Memory)、随机存取存储器(RAM，Random AccessMemory)、磁盘或光盘等。

另外，以上对本发明实施例进行了详细介绍，本文中应采用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (5)

1.一种基于结构化模型配置具体业务的方法，其特征在于，所述方法包括以下步骤：

主业务端模块基于用户角色触发具体业务事件，所述具体业务事件关联有若干个具体业务属性，所述若干个具体业务属性由结构化模型中所对应的业务模块所承载；

基于所述具体业务事件生成若干个具体业务属性下的业务承办事项，并向业务承办事项的承办用户发送业务承办处理事件；

接收各承办用户反馈的处理信息，并基于反馈的处理信息判断所述具体业务事件是否达到业务终结事项；

若判断所述业务事件达到业务终结事项，则基于业务终结事项向主业务端模块的管理用户，和/或用户角色所对应的用户反馈业务终结事项信息；

其中，所述基于所述具体业务事件生成若干个具体业务属性下的业务承办事项，并向业务承办事项的承办用户发送业务承办处理事件包括：基于业务承办事项获取所对应的承办用户信息；基于承办用户信息生成所对应的业务承办处理事件；将所述业务承办处理事件发送给承办用户信息中的承办用户；

所述接收各承办用户反馈的处理信息，并基于反馈的处理信息判断所述具体业务事件是否达到业务终结事项包括：基于所述具体业务事件存储各承办用户反馈的处理信息，所述各承办用户反馈的处理信息存储于所对应具体业务属性的业务模块中；基于各承办用户反馈的处理信息更新所对应具体业务属性的状态；基于各具体业务属性的状态判断所述具体业务事件是否达到业务终结事项；

所述主业务端模块基于用户角色触发具体业务事件包括：基于主业务端模块接收用户设置信息，所述设置信息基于主业务端模块的功能选择项进行设置；基于用户设置信息识别用户角色所对应的具体业务事件；基于具体业务事件从结构化模型库中匹配所对应的若干个具体业务属性。

2.如权利要求1所述的基于结构化模型配置具体业务的方法，其特征在于，所述基于各承办用户反馈的处理信息更新所对应具体业务属性的状态之后还包括：

将所更新的业务属性的状态向用户角色所对应的用户反馈更新信息。

3.如权利要求1所述的基于结构化模型配置具体业务的方法，其特征在于，所述基于反馈的处理信息判断所述具体业务事件是否达到业务终结事项之后还包括：

若判断所述业务事件未达到业务终结事项，则在预设的时间内重新更新未处理的业务承办事项，并向业务承办事项的承办用户发送业务承办处理事项。

4.如权利要求1所述的基于结构化模型配置具体业务的方法，其特征在于，所未处理的业务承办事项包括：业务承办事项的紧急状态、业务承办事项的时间状态、业务承办事项的截止时间。

5.一种基于结构化模型配置具体业务的系统，其特征在于，所收系统包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个应用程序配置用于：执行根据权利要求1至4中任意一项所述的基于结构化模型配置具体业务的方法。