CN107133024A - 基于osgi框架的业务管理系统 - Google Patents

Abstract

本发明提供了一种基于OSGI框架的业务管理系统，包括：基础功能模块，用于提供业务管理系统的缓存业务、日志业务、异常提示业务和元数据业务；扩展接口模块，连接至基础功能模块，扩展接口组件包括：业务组件接口，业务组件接口可识别外接业务组件，业务组件接口是业务管理系统创建的用于接入外接业务组件的第一类扩展接口；数据交互接口，数据交互接口是业务管理系统根据外接业务组件创建的第二类扩展接口，第二类扩展接口可与业务管理系统的数据库进行数据交互，外接业务组件通过扩展接口模块调用基础功能的服务，并通过数据交互接口获取客户端的数据并进行处理。通过本发明技术方案，提升了业务管理系统的接口扩展效果，降低了维护的难度和成本。

Description

基于OSGI框架的业务管理系统

技术领域

本发明涉及服务器平台技术领域，具体而言，涉及一种基于OSGI框架的业务管理系统。

背景技术

在相关技术中，OSGI(Open Service Gateway Initiative，开放服务网关协议)技术是由OSGI Alliance组织制定的一个基于Java语言的服务规范。

公共资源交易系统涉及到诸多业务功能，每个业务功能需要相应的功能组件来实现业务功能，以招投标公共系统为例，其至少包括交易平台、公共服务平台和行政监督平台，基于OSGI框架的服务平台由于数据业务的交互复杂，需要同时搭建，任一平台的功能组件需要更换时均需要重新配置其在其他平台的运行信息，服务平台的灵活性差，不利于功能拓展和系统维护。

因此，如何设计一种新的基于OSGI框架的业务管理系统以提高平台的拓展性成为亟待解决的技术问题。

发明内容

本发明正是基于上述技术问题至少之一，提出了一种新的基于OSGI框架的业务管理系统，通过在开放服务网关协议框架的基础上构建业务管理系统，并且业务管理系统设置有业务组件接口、数据交互接口和基础功能模块，构建了一种新的可实现组件热插拔的基于OSGI框架的业务管理系统，真正意义上实现了基于OSGI框架的业务管理系统中的组件的物理隔离。

有鉴于此，本发明提出了一种基于OSGI框架的业务管理系统，包括：基础功能模块，用于提供业务管理系统的缓存业务、日志业务、异常提示业务和元数据业务；扩展接口模块，连接至基础功能模块，扩展接口模块包括：业务组件接口，业务组件接口可识别外接业务组件，业务组件接口是业务管理系统创建的用于接入外接业务组件的第一类扩展接口；数据交互接口，数据交互接口是业务管理系统根据外接业务组件创建的第二类扩展接口，第二类扩展接口可与业务管理系统的数据库进行数据交互，外接业务组件通过扩展接口模块调用基础功能的服务，并通过数据交互接口获取客户端的数据并进行处理。

在该技术方案中，通过在开放服务网关协议框架的基础上构建业务管理系统，并且业务管理系统设置有业务组件接口、数据交互接口和基础功能模块，构建了一种新的可实现组件热插拔的基于OSGI框架的业务管理系统，真正意义上实现了基于OSGI框架的业务管理系统中的组件的物理隔离，提升了平台的更新效率。

具体地，开放服务网关协议框架，也即OSGI(Open Service GatewayInitiative)协议框架(简称OSGI协议平台)中包括基础功能模块、业务组件接口和数据交互接口，其中，数据交互接口用于实现OSGI协议平台与客户端的数据交互，基础功能模块包括运行OSGI协议平台的基础组件，诸如持久化引擎、调度引擎、流程引擎、Web服务引擎、消息引擎和规则引擎等，而基础功能模块并不是依赖于客户端数据才能运行，业务组件接口用于实现外接服务组件的热插拔，在业务组件接口中插接外接服务组件时，OSGI协议平台对外接服务组件的功能加以识别，并且生成外接服务组件对应的用户界面和功能菜单，而上述外接服务组件和基础功能模块对客户端的业务数据进行处理后，可经过数据交互接口将处理后的业务数据反馈至客户端。

其中，客户端不仅包括PC端电脑，还包括浏览器程序等运行在服务器的程序，数据库包括如Oracle、MSSQL和MySql等数据库，另外，还可以在客户端和数据库之间设置中间件设备来降低服务器的数据交互压力，中间件设备包括tomcat、JBoss和Weblogic等设备。

在上述技术方案中，优选地，基础功能模块包括：内核引擎、数据访问引擎和消息引擎；其中，内核引擎运行有驱动基础功能模块中除内核引擎以外的引擎的驱动机制，数据访问引擎通过数据交互接口对客户端的数据进行访问，消息引擎根据预存储的消息处理规则对业务管理系统中的除消息引擎以外的组件进行耦合或解耦合处理。

在该技术方案中，通过在基础功能模块中设置内核引擎、数据访问引擎和消息引擎，实现了运行OSGI协议平台的基本功能，其中，内核引擎用于驱动基础功能模块中的其他引擎，数据访问引擎与数据交互接口连接，以实现对客户端的数据的访问。

在上述技术方案中，优选地，内核引擎还包括：解析组件，连接至业务组件接口，业务组件接口识别外接业务组件后，获取外接业务组件的注解信息。

在该技术方案中，通过在内核引擎中设置解析组件，并连接至业务组件接口，实现了外接业务组件与内核引擎的数据交互，也即外接业务组件能通过内核引擎的驱动对客户端的数据进行解析处理，以将外接业务组件的服务业务扩展至基于OSGI框架的业务管理系统。

在上述任一项技术方案中，优选地，基础功能模块还包括：页面引擎，连接至解析组件和数据交互接口，用于获取注释信息，并根据注释信息对外接业务组件的用户界面进行封装。

在该技术方案中，通过在基础功能模块中设置页面引擎，实现了对外接服务组件的用户界面的封装，也即基于外接服务组件的注释信息，封装相应的用户界面，简化了外接服务组件的配置步骤。

在上述技术方案中，优选地，页面引擎还用于将外接服务组件配置成用户界面中可视化的功能菜单。

在该技术方案中，通过配置用户界面中可视化的功能菜单，进一步地优化了OSGI协议平台的可扩展性，也即在功能界面中创建功能菜单，以根据用户对功能菜单的选择执行外接服务组件的相应功能。

在上述技术方案中，优选地，基础功能模块还包括：持久化引擎，持久化引擎包括至少一个持久层接口，持久层接口基于对象化映射和数据库交互对客户端的数据进行持久化处理。

在该技术方案中，通过在基础功能模块中设置持久化引擎，实现了对数据的持久化处理，也即对OSGI协议平台中运行的数据和客户端的数据之间的数据的交互、查询、修改和删除等操作。

在上述技术方案中，优选地，基础功能模块还包括：权限引擎，包括至少一个用于进行用户权限二次开发的权限接口，基于开放服务网关协议框架模块对客户端的数据进行权限修改。

在该技术方案中，通过在基础功能模块中设置权限修改引擎，实现了对用户权限的二次开发，也即外接服务组件接入到OSGI协议平台后，用户可以对各个组件的权限进行重新编辑，进一步地提升OSGI协议平台的可扩展性。

在上述技术方案中，优选地，外接业务组件中的任两个组件之间，通过开放服务网关协议框架模块的注册机制或包引用机制进行交互。

在上述技术方案中，优选地，还包括：组件管理模块，组件管理模块连接至基础功能模块，还用于对基础功能模块进行监控处理，还用于对基础功能模块进行集成处理，还用于对基础功能模块进行工具配置处理。

在该技术方案中，通过设置组件管理模块，实现了基础功能模块的辅助管理，更进一步地，对于接入的外接服务组件也能进行相应的辅助管理，其中，集成处理包括组件的加载、启动和停止等控制。

在上述技术方案中，优选地，还包括：开发工具模块，连接至基础功能模块、外接组件接口和数据交互接口，用于根据获取的客户端的开发指令进行建模开发、工具配置和报表设计。

在该技术方案中，通过设置开发工具模块，实现了根据客户端的开发指令进行程序开发、建模、配置和设计等步骤，结合基础功能模块和外接服务组件实现用户的开发需求。

通过以上技术方案，通过在开放服务网关协议框架的基础上构建业务管理系统，并且业务管理系统设置有业务组件接口、数据交互接口和基础功能模块，构建了一种新的可实现组件热插拔的基于OSGI框架的业务管理系统，真正意义上实现了基于OSGI框架的业务管理系统中的组件的物理隔离，提升了平台的更新效率。

附图说明

图1示出了根据本发明的一个实施例的基于OSGI框架的业务管理系统的示意框图；

图2示出了根据本发明的另一个实施例的基于OSGI框架的业务管理系统的示意框图；

图3示出了根据本发明的再一个实施例的基于OSGI框架的业务管理系统的示意框图；

图4示出了根据本发明的实施例的基于OSGI框架的业务管理系统的应用场景的示意图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用第三方不同于在此描述的第三方方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

图1示出了根据本发明的一个实施例的基于OSGI框架的业务管理系统的示意框图。

如图1所示，根据本发明的一个实施例的基于OSGI框架的业务管理系统100，包括：基础功能模块102，用于提供业务管理系统的缓存业务、日志业务、异常提示业务和元数据业务；扩展接口模块104，连接至基础功能模块102，扩展接口模块104包括：业务组件接口1042，业务组件接口1042可识别外接业务组件，业务组件接口1042是业务管理系统创建的用于接入外接业务组件的第一类扩展接口；数据交互接口1044，数据交互接口1044是业务管理系统根据外接业务组件创建的第二类扩展接口，第二类扩展接口可与业务管理系统的数据库进行数据交互，外接业务组件通过扩展接口模块104调用基础功能的服务，并通过数据交互接口1044获取客户端的数据并进行处理。

在该技术方案中，通过在开放服务网关协议框架的基础上构建业务管理系统，并且业务管理系统设置有业务组件接口1042、数据交互接口1044和基础功能模块102，构建了一种新的可实现组件热插拔的基于OSGI框架的业务管理系统100，真正意义上实现了基于OSGI框架的业务管理系统100中的组件的物理隔离，提升了平台的更新效率。

具体地，开放服务网关协议框架，也即OSGI(Open Service GatewayInitiative)协议框架(简称OSGI协议平台)中包括基础功能模块102、业务组件接口1042和数据交互接口1044，其中，数据交互接口1044用于实现OSGI协议平台与客户端的数据交互，基础功能模块102包括运行OSGI协议平台的基础组件，诸如持久化引擎10210、调度引擎、流程引擎、Web服务引擎、消息引擎1026和规则引擎等，而基础功能模块102并不是依赖于客户端数据才能运行，业务组件接口1042用于实现外接服务组件110的热插拔，在业务组件接口1042中插接外接服务组件110时，OSGI协议平台对外接服务组件110的功能加以识别，并且生成外接服务组件110对应的用户界面和功能菜单，而上述外接服务组件110和基础功能模块102对客户端的业务数据进行处理后，可经过数据交互接口1044将处理后的业务数据反馈至客户端。

其中，客户端不仅包括PC端电脑，还包括浏览器程序等运行在服务器的程序，数据库包括如Oracle、MSSQL和MySql等数据库，另外，还可以在客户端和数据库之间设置中间件设备来降低服务器的数据交互压力，中间件设备包括tomcat、JBoss和Weblogic等设备。

另外，基于OSGI框架的业务管理系统100可以基于SSH框架开发，SSH为“Struts+Spring+Hibernate”的一个集成框架，是目前较流行的一种Web应用程序开源框架。

集成SSH框架的系统从职责上分为四层：表示层、业务逻辑层、数据持久层和域模块层，以帮助开发人员在短期内搭建结构清晰、可复用性好、维护方便的Web应用程序。其中使用Struts作为系统的整体基础架构，负责MVC的分离，在Struts框架的模型部分，控制业务跳转，利用Hibernate框架对持久层提供支持，Spring做管理，管理struts和hibernate。具体做法是：用面向对象的分析方法根据需求提出一些模型，将这些模型实现为基本的Java对象，然后编写基本的DAO(Data AccessObjects)接口，并给出Hibernate的DAO实现，采用Hibernate架构实现的DAO类来实现Java类与数据库之间的转换和访问，最后由Spring做管理，管理struts和hibernate。

系统的基本业务流程是：在表示层中，首先通过JSP页面实现交互界面，负责接收请求(Request)和传送响应(Response)，然后Struts根据配置文件(struts-config.xml)或注解将Action Servlet接收到的Request委派给相应的Action处理。在业务层中，管理服务组件的Spring IoC容器负责向Action提供业务模型(Model)组件和该组件的协作对象数据处理(DAO)组件完成业务逻辑，并提供事务处理、缓冲池等容器组件以提升系统性能和保证数据的完整性。而在持久层中，则依赖于Hibernate的对象化映射和数据库交互，处理DAO组件请求的数据，并返回处理结果。

采用上述开发模型，不仅实现了视图、控制器与模型的彻底分离，而且还实现了业务逻辑层与持久层的分离。这样无论前端如何变化，模型层只需很少的改动，并且数据库的变化也不会对前端有所影响，大大提高了系统的可复用性。而且由于不同层之间耦合度小，有利于团队成员并行工作，大大提高了开发效率。

在上述技术方案中，优选地，基础功能模块102包括：内核引擎1022、数据访问引擎1024和消息引擎1026；其中，内核引擎1022运行有驱动基础功能模块102中除内核引擎1022以外的引擎的驱动机制，数据访问引擎1024通过数据交互接口1044对客户端的数据进行访问，消息引擎1026根据预存储的消息处理规则对业务管理系统中的除消息引擎1026以外的组件进行耦合或解耦合处理。

在该技术方案中，通过在基础功能模块102中设置内核引擎1022、数据访问引擎1024和消息引擎1026，实现了运行OSGI协议平台的基本功能，其中，内核引擎1022用于驱动基础功能模块102中的其他引擎，数据访问引擎1024与数据交互接口1044连接，以实现对客户端的数据的访问。

在上述技术方案中，优选地，内核引擎1022还包括：解析组件，连接至业务组件接口1042，业务组件接口1042识别外接业务组件后，获取外接业务组件的注解信息。

在该技术方案中，通过在内核引擎1022中设置解析组件，并连接至业务组件接口1042，实现了外接业务组件与内核引擎1022的数据交互，也即外接业务组件能通过内核引擎1022的驱动对客户端的数据进行解析处理，以将外接业务组件的服务业务扩展至基于OSGI框架的业务管理系统100。

在上述任一项技术方案中，优选地，基础功能模块102还包括：页面引擎1028，连接至解析组件和数据交互接口1044，用于获取注释信息，并根据注释信息对外接业务组件的用户界面进行封装。

在该技术方案中，通过在基础功能模块102中设置页面引擎1028，实现了对外接服务组件110的用户界面的封装，也即基于外接服务组件110的注释信息，封装相应的用户界面，简化了外接服务组件110的配置步骤。

在上述技术方案中，优选地，页面引擎1028还用于将外接服务组件110配置成用户界面中可视化的功能菜单。

在该技术方案中，通过配置用户界面中可视化的功能菜单，进一步地优化了OSGI协议平台的可扩展性，也即在功能界面中创建功能菜单，以根据用户对功能菜单的选择执行外接服务组件110的相应功能。

在上述技术方案中，优选地，基础功能模块102还包括：持久化引擎10210，持久化引擎10210包括至少一个持久层接口，持久层接口基于对象化映射和数据库交互对客户端的数据进行持久化处理。

在该技术方案中，通过在基础功能模块102中设置持久化引擎10210，实现了对数据的持久化处理，也即对OSGI协议平台中运行的数据和客户端的数据之间的数据的交互、查询、修改和删除等操作。

在上述技术方案中，优选地，基础功能模块102还包括：权限引擎10212，包括至少一个用于进行用户权限二次开发的权限接口，基于开放服务网关协议框架模块对客户端的数据进行权限修改。

在该技术方案中，通过在基础功能模块102中设置权限修改引擎，实现了对用户权限的二次开发，也即外接服务组件110接入到OSGI协议平台后，用户可以对各个组件的权限进行重新编辑，进一步地提升OSGI协议平台的可扩展性。

在上述技术方案中，优选地，外接业务组件中的任两个组件之间，通过开放服务网关协议框架模块的注册机制或包引用机制进行交互。

在上述技术方案中，优选地，还包括：组件管理模块106，组件管理模块106连接至基础功能模块102，还用于对基础功能模块102进行监控处理，还用于对基础功能模块102进行集成处理，还用于对基础功能模块102进行工具配置处理。

在该技术方案中，通过设置组件管理模块106，实现了基础功能模块102的辅助管理，更进一步地，对于接入的外接服务组件110也能进行相应的辅助管理，其中，集成处理包括组件的加载、启动和停止等控制。

在上述技术方案中，优选地，还包括：开发工具模块108，连接至基础功能模块102、外接组件接口和数据交互接口1044，用于根据获取的客户端的开发指令进行建模开发、工具配置和报表设计。

在该技术方案中，通过设置开发工具模块108，实现了根据客户端的开发指令进行程序开发、建模、配置和设计等步骤，结合基础功能模块102和外接服务组件110实现用户的开发需求。

图2示出了根据本发明的另一个实施例的基于OSGI框架的业务管理系统的示意框图。

如图2所示，根据本发明的另一个实施例的基于OSGI框架的业务管理系统，包括：功能模块202、扩展接口204、导出接口206、服务接口208和服务引用210，其中，功能模块202包括领域对象2022、业务对象2024、业务逻辑2026、业务界面2028、服务定义20210和服务实现20212等。

上述功能模块202中包括基础功能模块和外接服务组件，其中外接服务组件通过扩展接口204接入平台，也即功能模块实现对客户端数据的处理，并通过服务接口208、服务引用210和导出接口206实现服务的调用，以通过服务的调用实现组件的数据交互过程。

图3示出了根据本发明的再一个实施例的基于OSGI框架的业务管理系统的示意框图。

如图3所示，根据本发明的再一个实施例的基于OSGI框架的业务管理系统，包括：基于OSGI框架的业务管理系统300、客户端320(数据业务)、功能模块302和扩展接口306，其中，功能模块302与模块管理304绑定，模块管理304中包括内核组件、数据访问组件、日志组件、定时器组件、工作流组件和缓存组件等，还包括页面引擎(其中包括标签库、主题库、JS构件框架和JS构件库等)，扩展接口306可接入数据检索308、附件310、业务流程312、任务调度314、数据字典316和配置中心318等业务组件。

图4示出了根据本发明的实施例的基于OSGI框架的业务管理系统的应用场景的示意图。

如图4所示，通过业务分析后形成领域模型、业务用例模型和组织结构图。根据领域模型使用领域建模工具生成实体类，业务管理系统会根据实体类反向生成数据库表结构(如图4中Hibernate指向Data base所示过程)。业务用例模型包括业务模块结构和业务流程两部分，业务模块结构将是业务组件划分的依据，开发辅助工作根据业务模块结构的业务用例开发出业务组件(如业务和报表等)，完成的业务组件将部署到业务管理系统的组件引擎，组件引擎解析业务组件内并通过流程定义工具和工作流引擎将相关服务注册到消息引擎、服务引擎、规则引擎或报表引擎等。通过业务管理系统的模块管理将业务组件中的功能配置成用户最终可见的功能菜单。根据用户组织结构图分析用户权限结构，通过平台的权限管理进行配置，最终形成我们需要的业务管理系统。

以上结合附图详细说明了本发明的技术方案，考虑到相关技术中如何设计一种新的基于OSGI框架的业务管理系统以提高平台的拓展性的技术问题，本发明提出了一种新的基于OSGI框架的业务管理系统，通过在开放服务网关协议框架的基础上设置业务组件接口、数据交互接口和基础功能模块，构建了一种新的可实现组件热插拔的基于OSGI框架的业务管理系统，真正意义上实现了基于OSGI框架的业务管理系统中的组件的物理隔离。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种基于OSGI框架的业务管理系统，其特征在于，包括：

基础功能模块，用于提供所述业务管理系统的缓存业务、日志业务、异常提示业务和元数据业务；

扩展接口模块，连接至所述基础功能模块，所述扩展接口组件包括：

业务组件接口，所述业务组件接口可识别外接业务组件，所述业务组件接口是所述业务管理系统创建的用于接入所述外接业务组件的第一类扩展接口；

数据交互接口，所述数据交互接口是所述业务管理系统根据所述外接业务组件创建的第二类扩展接口，所述第二类扩展接口可与所述业务管理系统的数据库进行数据交互，所述外接业务组件通过所述扩展接口模块调用所述基础功能的服务，并通过所述数据交互接口获取客户端的数据并进行处理。

2.根据权利要求1所述的基于OSGI框架的业务管理系统，其特征在于，所述基础功能模块包括：

内核引擎、数据访问引擎和消息引擎；

其中，所述内核引擎运行有驱动所述基础功能模块中除所述内核引擎以外的引擎的驱动机制，所述数据访问引擎通过所述数据交互接口对所述客户端的数据进行访问，所述消息引擎根据预存储的消息处理规则对所述业务管理系统中的除所述消息引擎以外的组件进行耦合或解耦合处理。

3.根据权利要求2所述的基于OSGI框架的业务管理系统，其特征在于，所述内核引擎还包括：

解析组件，连接至所述业务组件接口，所述业务组件接口识别所述外接业务组件后，获取所述外接业务组件的注解信息。

4.根据权利要求1至3中任一项所述的基于OSGI框架的业务管理系统，其特征在于，所述基础功能模块还包括：

页面引擎，连接至所述解析组件和所述数据交互接口，用于获取所述注释信息，并根据所述注释信息对所述外接业务组件的用户界面进行封装。

5.根据权利要求4所述的基于OSGI框架的业务管理系统，其特征在于，所述页面引擎还用于将所述外接业务组件的业务功能配置成所述用户界面中可视化的功能菜单。

6.根据权利要求5所述的基于OSGI框架的业务管理系统，其特征在于，所述基础功能模块还包括：

持久化引擎，所述持久化引擎包括至少一个持久层接口，所述持久层接口基于对象化映射和数据库交互对所述客户端的数据进行持久化处理。

7.根据权利要求6所述的基于OSGI框架的业务管理系统，其特征在于，所述基础功能模块还包括：

权限修改引擎，包括至少一个用于进行用户权限二次开发的权限接口，基于所述开放服务网关协议框架对所述客户端的数据进行权限修改。

8.根据权利要求6或7所述的基于OSGI框架的业务管理系统，其特征在于，所述外接业务组件中的任两个组件之间，通过所述开放服务网关协议框架的注册机制或包引用机制进行交互。

9.根据权利要求8所述的基于OSGI框架的业务管理系统，其特征在于，还包括：

组件管理模块，所述组件管理模块连接至所述基础功能模块，还用于对所述基础功能模块进行监控处理，还用于对所述基础功能模块进行集成处理，还用于对所述基础功能模块进行工具配置处理。

10.根据权利要求9所述的基于OSGI框架的业务管理系统，其特征在于，还包括：

开发工具模块，连接至所述基础功能模块、所述外接组件接口和所述数据交互接口，用于根据获取的所述客户端的开发指令进行建模开发、工具配置和报表设计。