CN112363701B - 基于统一接口可个性化选择的图书馆业务系统构建方法 - Google Patents

Abstract

本发明公开了一种基于统一接口可个性化选择的图书馆业务系统构建方法，包括：采用公开的统一接口将相互独立的图书馆应用相关功能模块挂载到构建系统内；根据图书馆用户需求，为用户启用需求对应的必要功能模块和对应选择的功能模块，创建对应的图书馆业务系统；采用网关接收图书馆用户发送的业务请求，将业务请求解析成若干个功能模块的调用指令操作流程；采用统一接口依次调用解析得到的功能模块完成业务请求。本发明根据公开的统一接口可以将图书馆业务系统拆分成多个独立的业务模块，拆分后的系统依赖清晰、相互独立，易于改造；各个供应商的系统可以方便的进行对接；创建的个性化系统个性化选择和可扩展性非常好，可支撑未来图书馆的变化。

Description

基于统一接口可个性化选择的图书馆业务系统构建方法

技术领域

本发明涉及图书馆业务系统个性化技术领域，属于基于统一接口可个性化选择的图书馆业务系统构建方法。

背景技术

现有图书馆业务系统比较庞大，现有技术架构将所有模块混合后运行在同一个服务，模块间的依赖不清晰、互相耦合，改造现有系统需要耗费大量的人力和物力。图书馆使用的系统都是供应商提供的统一版本，想要使用个性化的服务异常困难且需要耗费大量的时间和金钱，且现后后续的扩展性也较差。且各个供应商之间没有统一的接口，对接不方便且需要大量的时间。当前的系统对于图书馆日趋复杂的业务越来越难于支撑。

发明内容

本发明的目的在于提供一种基于统一接口可个性化选择的图书馆业务系统构建方法，提供平台接纳外部供应商提供的独立功能模块，基于公开的统一接口，根据图书馆用户实际需求选择其中部分独立功能模块构建个性化的图书馆业务系统，采用统一接口对选择的功能模块进行依次调用，顺利完成用户发送的业务请求。本发明根据公开的统一接口可以将图书馆业务系统拆分成多个独立的业务模块，拆分后的系统依赖清晰、相互独立，易于改造；各个供应商的系统可以方便的进行对接；创建的个性化系统个性化选择和可扩展性非常好，可支撑未来图书馆的变化。

为达到上述目的，本发明提供如下技术方案：

一种基于统一接口可个性化选择的图书馆业务系统构建方法，所述构建方法包括以下步骤：

S1，各个供应商采用公开的统一接口将图书馆应用相关功能模块挂载到构建系统内，所述图书馆应用相关功能模块均相互对立，其中，部分功能模块所属业务类别一致，部分功能模块存在业务流程上的相关性；

S2，根据图书馆用户需求，为用户启用需求对应的必要功能模块和对应选择的功能模块，创建对应的图书馆业务系统；

S3，采用网关接收图书馆用户发送的业务请求，将业务请求解析成若干个功能模块的调用指令操作流程；

S4，采用所述统一接口依次调用步骤S3中解析得到的功能模块，完成业务请求；其中，在先的功能模块通过向网关发送调用请求的方式，将调用请求发送至下一个功能模块完成后续操作。

进一步地，步骤S2中，所述创建对应的图书馆业务系统的过程包括以下步骤：

S21，根据选择的功能模块创建对应的租户，为租户启用对应的APP服务；

S22，根据用户启用的APP服务为用户创建对应的数据库服务；

S23，根据创建的数据库服务，提供统一管理的超级用户，构建与图书馆用户需求相对应的图书馆业务系统；

S24，采用统一接口为构建完成的图书馆业务系统导入基础数据，并提供统一的登录界面，启用图书馆业务系统。

进一步地，步骤S2中，所述创建对应的图书馆业务系统的过程还包括以下步骤：

S25，根据图书馆用户需求，为租户停用对应的APP服务；

S26，根据用户停用的APP服务为用户从对应的图书馆业务系统中移除对应的数据库服务。

进一步地，步骤S2中，所述创建对应的图书馆业务系统的过程还包括以下步骤：

如果图书馆用户需求为切换功能模块，将切换请求发送至网关，网关生成请求停用的功能模块的停用指令；

系统内部关闭机制根据停用指令停用对应的功能模块，并且在模块停用成功后通知网关，网关生成请求启动的功能模块的启动指令；

系统内部关闭机制根据启动指令启动对应的功能模块，并且在模块启用成功后通知网关，网关返回切换成功指令。

进一步地，所述图书馆业务系统的启动流程包括以下步骤：

S01，读取业务系统基础信息，所述业务系统基础信息包括数据库配置信息和服务网关配置信息；

S02，读取app配置信息，启动app服务；

S03，读取租户信息，根据用户需求启动/停用对应的app服务；

S04，完成系统启动。

进一步地，步骤S02中，如果添加了新的app服务，写入新的app服务的配置信息，发送app启动命令后，再读取app服务的配置信息。

进一步地，步骤S03中，所述读取租户信息，根据用户需求启动/停用对应的app服务的过程包括以下步骤：

S031，判断是否为已有用户，如果是，进入步骤S032，否则，为新用户添加租户信息和所需app后，进入步骤S032；

S032，判断用户请求是删除用户和app信息还是写入用户和app信息，如果是删除用户和app信息，为用户停用对应的app，否则，为用户启用对应的app。

本发明的有益效果在于：

1、根据公开的统一接口可以将图书馆业务系统拆分成多个独立的业务模块，拆分后的系统依赖清晰、相互独立、改造单个业务模块只需要少量人月的时间。

2、根据公开的统一接口任何个人或者组织都可将图书馆应用app挂载到系统。图书馆可以根据需求选择对应的app，可提供完全个性化的选择。

3、根据统一接口创建的个性化系统可扩展性和系统升级非常方便，可支撑未来图书馆的变化。

4、根据统一接口各个供应商的系统可以方便的进行对接。

5、根据统一接口开发的系统个性化选择和可扩展性非常好，可以支撑图书馆现代化的需求。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，并可依照说明书的内容予以实施，以下以本发明的较佳实施例并配合附图详细说明如后。

附图说明

图1为基于统一接口可个性化选择的图书馆业务系统构建方法的流程图。

图2为图书馆业务系统app服务启用/停用方法流程图。

图3为图书馆业务系统中某个类别的功能模块切换过程示意图。

图4为基于统一接口执行某个用户发送的业务请求的功能模块调用流程示意图。

具体实施方式

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

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

此外，下面所描述的本发明不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。

结合图1，本发明提及一种基于统一接口可个性化选择的图书馆业务系统构建方法，所述构建方法包括以下步骤：

S1，各个供应商采用公开的统一接口将图书馆应用相关功能模块挂载到构建系统内，所述图书馆应用相关功能模块均相互对立，其中，部分功能模块所属业务类别一致，部分功能模块存在业务流程上的相关性。

S2，根据图书馆用户需求，为用户启用需求对应的必要功能模块和对应选择的功能模块，创建对应的图书馆业务系统。

S3，采用网关接收图书馆用户发送的业务请求，将业务请求解析成若干个功能模块的调用指令操作流程。

S4，采用所述统一接口依次调用步骤S3中解析得到的功能模块，完成业务请求；其中，在先的功能模块通过向网关发送调用请求的方式，将调用请求发送至下一个功能模块完成后续操作。

不同于现有技术中各个功能模块相互之间具有依赖关系的图书馆业务系统，本发明提出，提供一个构建系统平台和统一接口，软件供应商采用统一接口将自行开发的图书馆相关功能模块挂在到构建系统平台上，由图书馆根据用户需求任意选择其中部分功能模块创建开放给用户的图书馆业务系统。在构建成的图书馆业务系统中，各个功能模块仍然是相互独立的，这使得各个供应商之间也无需为了配合其他功能模块调整自身模块的接口。这一特性在图书馆业务中尤为重要。图书馆业务包含的种类非常多，且业务和业务之间衔接性非常强，例如购书之后需要入库，这就必须使购书模块和库管模块实现有效对接，又例如用户需要流通接书，需要同时调用流通模块和典藏模块等，这也是为何在现有技术中，图书馆业务系统通常都是整体构建，各功能模块之间存在依赖关系的原因，这也使得维护、扩展系统变得异常困难。正是基于这一问题，本发明提出基于公开的统一接口可以将图书馆业务系统拆分成多个独立的业务模块，拆分后的系统依赖清晰、相互独立，改造单个业务模块只需要少量人月的时间；并且根据公开的统一接口任何个人或者组织都可将图书馆应用app挂载到系统，图书馆可以根据需求选择对应的app，可提供完全个性化的选择，减少对单一供应商的依赖。

图4为基于统一接口执行某个用户发送的流通接书业务请求的功能模块调用流程示意图。对应的模块启用步骤为：

第一步：用户发送流通借书操作。

第二步：请求到达网关，网关根据启用的统一接口信息向流通模块发送请求。

第三步：流通模块执行借书操作，当执行到需要调用的外部接口时，流通模块会向网关发送请求，网关根据启用的统一接口信息将请求转发到典藏模块，典藏模块执行完操作后将数据返回到流通模块。

第四步：流通模块执行完所有操作后，将返回信息返回给用户。

具体的，基于统一接口，本发明的图书馆业务系统的构建过程包括以下步骤：

第一步：根据公开的统一接口任何个人或者组织都可将图书馆应用模块挂载到系统。

第二步：根据图书馆用户需求，为用户启用需要运行的必要模块和对应选择的功能模块。

第三步：根据选择的功能创建对应的租户

第四步：为租户启用对应的app服务/为租户停用不需要的app。

第五步：根据用户启用的app服务为用户创建对应的数据库服务/根据用户停用的app服务为用户移除对应的数据库服务。

第六步：根据创建的服务，提供统一管理的超级用户。

第七步：使用统一接口为系统导入基础数据。

第八步：提供统一的登陆界面开启系统的使用。

第九步：当用户需要添加新的功能或者移除不需要的功能时根据第四、五步可以完成对应功能的增删。

图2为图书馆业务系统app服务启用/停用方法流程图。所述图书馆业务系统的启动流程包括以下步骤：

S01，读取业务系统基础信息，所述业务系统基础信息包括数据库配置信息和服务网关配置信息。

S02，读取app配置信息，启动app服务。在步骤S02中，如果添加了新的app服务，写入新的app服务的配置信息，发送app启动命令后，再读取app服务的配置信息。

S03，读取租户信息，根据用户需求启动/停用对应的app服务。

S04，完成系统启动。

优选的，步骤S03中，所述读取租户信息，根据用户需求启动/停用对应的app服务的过程包括以下步骤：

S031，判断是否为已有用户，如果是，进入步骤S032，否则，为新用户添加租户信息和所需app后，进入步骤S032。

S032，判断用户请求是删除用户和app信息还是写入用户和app信息，如果是删除用户和app信息，为用户停用对应的app，否则，为用户启用对应的app。

优选的，步骤S2中，所述创建对应的图书馆业务系统的过程还包括以下步骤：

如果图书馆用户需求为切换功能模块，将切换请求发送至网关，网关生成请求停用的功能模块的停用指令。系统内部关闭机制根据停用指令停用对应的功能模块，并且在模块停用成功后通知网关，网关生成请求启动的功能模块的启动指令。系统内部关闭机制根据启动指令启动对应的功能模块，并且在模块启用成功后通知网关，网关返回切换成功指令。

结合图3，以下以流通模块为示例，假设供应商A提供了流通模块A，供应商B提供了流通模块B：

当图书馆业务系统中不存在任何流通模块，且管理人员决定启用流通模块A示例如下：

第一步：用户根据需要发送启用流通模块A请求。

第二步：请求到达网关，根据用户请求的模块启用该模块统一接口方法。

第三步：网关发送启用模块命令,系统内部启动机制根据命令启用流通模块A。

第四步：流通模块A启用成功后通知网关，网关将成功命令发送给用户。

当图书馆业务系统在使用一段时间后，想要切换当前流通模块A为流通模块B的示例如下：

第一步：用户根据需求需要将流通模块A切换成流通模块B,用户发送停用流通模块A启用流通模块B请求。

第二步：请求到达网关，根据用户请求的模块停用流通模块A。

第三步：系统内部关闭机制根据命令为用户停用流通模块A。

第四步：流通模块A停用成功后通知网关，网关开始启动流通模块B命令。

第五步：网关发送启用流通模块命令,系统内部启动机制根据命令启用流通模块B。

第六步：流通模块B启用成功后通知网关，网关将停用流通模块A成功启用流通模块B命令发送给用户。

由此可见，本发明根据公开的统一接口任何个人或者组织都可将图书馆应用模块挂载到系统，可以丰富图书馆的业务和选择而不是传统的依靠一家供应商。根据图书馆用户需求可以随时启用或者卸载对应的应用极大的提高了图书馆选择的灵活性扩展性，降低了相应的成本。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (5)

1.一种基于统一接口可个性化选择的图书馆业务系统构建方法，其特征在于，所述构建方法包括以下步骤：

S1，各个供应商采用公开的统一接口将图书馆应用相关功能模块挂载到构建系统内，所述图书馆应用相关功能模块均相互对立，其中，部分功能模块所属业务类别一致，部分功能模块存在业务流程上的相关性；

S2，根据图书馆用户需求，为用户启用需求对应的必要功能模块和对应选择的功能模块，创建对应的图书馆业务系统，包括以下步骤：

S21，根据选择的功能模块创建对应的租户，为租户启用对应的APP服务；

S22，根据用户启用的APP服务为用户创建对应的数据库服务；

S23，根据创建的数据库服务，提供统一管理的超级用户，构建与图书馆用户需求相对应的图书馆业务系统；

S24，采用统一接口为构建完成的图书馆业务系统导入基础数据，并提供统一的登录界面，启用图书馆业务系统；

S25，根据图书馆用户需求，为租户停用对应的APP服务；

S26，根据用户停用的APP服务为用户从对应的图书馆业务系统中移除对应的数据库服务；

S3，采用网关接收图书馆用户发送的业务请求，将业务请求解析成若干个功能模块的调用指令操作流程；

S4，采用所述统一接口依次调用步骤S3中解析得到的功能模块，完成业务请求；其中，在先的功能模块通过向网关发送调用请求的方式，将调用请求发送至下一个功能模块完成后续操作。

2.根据权利要求1所述的基于统一接口可个性化选择的图书馆业务系统构建方法，其特征在于，步骤S2中，所述创建对应的图书馆业务系统的过程还包括以下步骤：

如果图书馆用户需求为切换功能模块，将切换请求发送至网关，网关生成请求停用的功能模块的停用指令；

系统内部关闭机制根据停用指令停用对应的功能模块，并且在模块停用成功后通知网关，网关生成请求启动的功能模块的启动指令；

系统内部关闭机制根据启动指令启动对应的功能模块，并且在模块启用成功后通知网关，网关返回切换成功指令。

3.根据权利要求1所述的基于统一接口可个性化选择的图书馆业务系统构建方法，其特征在于，所述图书馆业务系统的启动流程包括以下步骤：

S01，读取业务系统基础信息，所述业务系统基础信息包括数据库配置信息和服务网关配置信息；

S02，读取app配置信息，启动app服务；

S03，读取租户信息，根据用户需求启动/停用对应的app服务；

S04，完成系统启动。

4.根据权利要求3所述的基于统一接口可个性化选择的图书馆业务系统构建方法，其特征在于，步骤S02中，如果添加了新的app服务，写入新的app服务的配置信息，发送app启动命令后，再读取app服务的配置信息。

5.根据权利要求3所述的基于统一接口可个性化选择的图书馆业务系统构建方法，其特征在于，步骤S03中，所述读取租户信息，根据用户需求启动/停用对应的app服务的过程包括以下步骤：

S031，判断是否为已有用户，如果是，进入步骤S032，否则，为新用户添加租户信息和所需app后，进入步骤S032；

S032，判断用户请求是删除用户和app信息还是写入用户和app信息，如果是删除用户和app信息，为用户停用对应的app，否则，为用户启用对应的app。