一种基于自主可控的电子文件归档和档案管理系统的制作方法

1.本技术涉及软件适配技术领域，尤其是一种基于自主可控的电子文件归档和档案管理系统。


背景技术：

2.为提升信息技术产业的自主可控能力，在基础硬件、电脑、操作系统、中间件、数据服务器等领域实现国产替代，完成国产化兼容性适配成为信息技术产业发展的趋势。而企业级的电子档案管理系统，与相关的操作系统、中间件、服务器等绑定严重，对国产化的系统兼容性差。


技术实现要素：

3.本技术的目的在于至少一定程度上解决现有技术中存在的技术问题之一。
4.为此，本发明的目的在于提供一种兼容性强的基于自主可控的电子文件归档和档案管理系统。
5.为了达到上述技术目的，本技术实施例所采取的技术方案包括：
6.本技术实施例的基于自主可控的电子文件归档和档案管理系统，所述基于自主可控的电子文件归档和档案管理系统用于电子文件的归档和管理，所述系统的架构包括：前端访问层、应用服务层和后端框架；其中，所述前端访问层用于国产化浏览器的前端访问页面的兼容性适配；所述应用服务层用于应用服务的国产化适配；所述后端框架用于底层基础服务的国产化适配；所述应用服务层通过j2ee代码实现国产化适配；所述应用服务层对在微服务框架下的springboot项目进行国产化适配；所述应用服务层对底层容器技术进行兼容性适配；所述后端框架通过spring cloud技术实现底层基础服务的国产化适配。上述系统通过从应用层上缓解跨平台的系统部署与交互问题，实现软件的国产化替代。有利于提升管理系统的兼容性，降低国产化改造成本。
7.另外，根据本技术上述实施例的基于自主可控的电子文件归档和档案管理系统，还可以具有以下附加的技术特征：
8.进一步地，本技术实施例的基于自主可控的电子文件归档和档案管理系统，所述前端访问层通过对国产浏览器的渲染和解析前端代码，进行前端访问页面的适配，实现对html5的渲染。
9.进一步地，在本技术的一个实施例中，所述前端访问层通过将板式文件查看器集成于网页中，进行pdf和ofd文件的渲染，实现电子档案文件的在线阅览。
10.进一步地，在本技术的一个实施例中，所述应用服务层通过war方式部署，实现springboot项目的国产化适配。
11.进一步地，在本技术的一个实施例中，所述应用服务层用于对相关组件进行重编译，实现对底层容器技术的兼容性适配；所述重编译包括：redis编译、kafka编译、rabbitmq编译和openoffice编译中的至少一种。
12.进一步地，在本技术的一个实施例中，所述应用服务层包括加密组件、日志组件、系统审计组件和系统备份组件；所述加密组件使用sm4国密算法进行加密处理；所述日志组件使用kafka作为主干日志传递组件；所述系统审计组件用于对业务数据的操作进行回滚记录与属性变更记录；所述系统备份组件用于实现对数据库、应用代码、应用缓存和应用存储数据的备份。
13.进一步地，在本技术的一个实施例中，所述后端框架包括系统文档转换组件、系统消息队列组件和任务队列组件；其中，所述系统文档转换组件通过openoffice源码在国产化环境进行编译，实现文档格式的适配；所述系统消息队列组件通过编译实现国产化cpu的适配；所述任务队列组件通过quartz实现任务系统的适配。
14.进一步地，在本技术的一个实施例中，所述前端访问层包括pc浏览器、移动终端和展示终端中的至少一种。
15.进一步地，在本技术的一个实施例中，所述系统的架构还包括安全负载，所述安全负载用于实现负载均衡。
16.本技术实施例通过从应用层上缓解跨平台的系统部署与交互问题，实现软件的国产化替代。有利于提升管理系统的兼容性，降低国产化改造成本。
附图说明
17.为了更清楚地说明本技术实施例或者现有技术中的技术方案，下面对本技术实施例或者现有技术中的相关技术方案附图作以下介绍，应当理解的是，下面介绍中的附图仅仅为了方便清晰表述本技术的技术方案中的部分实施例，对于本领域的技术人员来说，在无需付出创造性劳动的前提下，还可以根据这些附图获取到其他附图。
18.图1为本技术提供的基于自主可控的电子文件归档和档案管理系统的一种实施例的结构示意图。
具体实施方式
19.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本技术，而不能理解为对本技术的限制。对于以下实施例中的步骤编号，其仅为了便于阐述说明而设置，对步骤之间的顺序不做任何限定，实施例中的各步骤的执行顺序均可根据本领域技术人员的理解来进行适应性调整。
20.为提升信息技术产业的自主可控能力，在基础硬件、电脑、操作系统、中间件、数据服务器等领域实现国产替代，完成国产化兼容性适配成为信息技术产业发展的趋势。而企业级的电子档案管理系统，与相关的操作系统、中间件、服务器等绑定严重，对国产化的系统兼容性差。现有的技术主要确定是从源码级别的迁移，存在功能偏差大，部分功能在国产化环境使用存在较大的问题，甚至无法操作。对于电子文件归档和电子档案管理需要操作到的电子文件，在国产化环境经常出现无法打开的问题，对前端业务人员造成文件遗失的疑虑。
21.下面参照附图详细描述根据本技术实施例提出的基于自主可控的电子文件归档和档案管理系统，首先参照附图描述根据本技术实施例提出的一种基于自主可控的电子文
件归档和档案管理系统。
22.图1是本技术一个实施例的基于自主可控的电子文件归档和档案管理系统结构示意图，所述基于自主可控的电子文件归档和档案管理系统用于电子文件的归档和管理，所述系统的架构包括：前端访问层、应用服务层和后端框架；
23.其中，所述前端访问层用于国产化浏览器的前端访问页面的兼容性适配；所述应用服务层用于应用服务的国产化适配；所述后端框架用于底层基础服务的国产化适配；
24.所述应用服务层通过j2ee代码实现国产化适配；所述应用服务层对在微服务框架下的springboot项目进行国产化适配；所述应用服务层对底层容器技术进行兼容性适配；
25.所述后端框架通过spring cloud技术实现底层基础服务的国产化适配。
26.具体地，j2ee提供了一个企业级的计算模型和运行环境以用于开发和部署多层体系结构的应用。它通过提供企业计算环境所必需的各种服务。j2ee中多数标准定义了接口，例如jndi、jdbc、java mail等，大大简化了应用开发和移植过程，使得部署在j2ee平台上的多层应用可以实现高可用性、安全性、可扩展性和可靠性。同时，j2ee体系，通过部署业务逻辑集中的可重用组件，可以大大提高应用本身的扩展性。示例性地，当应用的显示界面需要进行修改时，只需对展示层进行修改，业务流程和处理逻辑修改时，只需对控制层进行修改，而数据结构发生变化时，只需在数据实体层中进行调整，各部分之间的接口保持不变，逻辑保持独立，提升扩展效率。
27.在一些可能的实现方式中，基于j2ee的用户操作响应过程为：用户通过表示层jsp界面向web服务器发出请求；通过web服务器控制层的调度，调用对应的javabean；javabean再去调用容器中的企业级业务组件，两者之间的通讯采用远程过程调用(rmi——remote method invocation)方式；业务组件从数据库中取得数据，返回给javabean；javabean再返回给前端html页面，响应用户的请求。
28.在一些可能的实现方式中，基于j2ee实现跨平台应用，为系统的可伸缩性奠定基础。当业务量不大时，可采用国产linux+pc服务器；业务量非常大时，虽然国产linux+pc+app集群可以解决大部分问题，但对数据库服务器，更有效的是采用高性能的国产集群服务器。
29.在一些可能的实现方式中，本技术提供的一种基于自主可控的电子文件归档和档案管理系统，采用成熟可靠的体系架构。系统技术架构基于java+html5全栈式的国产化适配。同时，采用微服务框架、前后端分离模式开发。底层存储支持常见国产化关系型数据库，国产化普通存储与对象存储，后端框架使用spring全家桶，前端使用h5作为展示，nui-app作为移动前端混编架构，并且统一提供restful(轻量化)风格api。并支持多样化的部署模式(容器化、虚拟化)，访问层支持各类国产化展示终端与设备。
30.进一步地，本技术实施例的基于自主可控的电子文件归档和档案管理系统，所述前端访问层通过对国产浏览器的渲染和解析前端代码，进行前端访问页面的适配，实现对html5的渲染。
31.进一步地，在本技术的一个实施例中，所述前端访问层通过将板式文件查看器集成于网页中，进行pdf和ofd文件的渲染，实现电子档案文件的在线阅览。
32.在一些可能的实现方式中，国产浏览器可以是360浏览器、火狐浏览器、qq浏览器或麒麟操作系统自带的浏览器等。对国产浏览器渲染与解析前端代码部分进行适配，通过
实现对html5规范的渲染(应用html5《canvas》元素进行图形的绘制，通过脚本(javascript)完成)，保障了在国产浏览器上各类业务界面的渲染正常与兼容。
33.具体地，国产化浏览器采用的核心主要有：safari浏览器(webkit内核)、360(ie+chrome双内核)、chrome浏览器(chromium内核)等。
34.在一些可能的实现方式中，应用将pdf查看器集成于网页中(pdf.js技术)实现个性化pdf渲染。pdf.js是基于html5技术构建的，用于展示可移植文档格式的文件(pdf)，它可以在现代浏览器中使用且无需安装任何第三方插件；实现了在网页中加载并显示pdf文件，在档案管理系统中将pdf查看器集成在网页中，便于业务流程的操作，并实现了电子档案文件(pdf、ofd格式版式文件)的在线阅览。
35.进一步地，在本技术的一个实施例中，所述应用服务层通过war方式部署，实现springboot项目的国产化适配。
36.具体地，应用服务层通过底层实现j2ee代码的规范适配，使系统能在服务层上兼容国内j2ee容器(如tongweb7.0、金蝶aas v9.0等)及厂商的内部实现。在一些可能的实现方式中，在微服务框架下的springboot体系，微服务应用需要容器来支撑对外提供服务，但springboot内置的默认容器并不符合信创要求，因此需要把它替换成国产化的容器，进行迁移改造，实现自主可控等。有效解决与国产数据库、国产中间件的整合、部署。在一些可能的实现方式中，应用服务层也可以通过jar方式部署，实现springboot项目的国产化适配
37.进一步地，在本技术的一个实施例中，所述应用服务层用于对相关组件进行重编译，实现对底层容器技术的兼容性适配；所述重编译包括：redis编译、kafka编译、rabbitmq编译和openoffice编译中的至少一种。
38.具体地，通过重编译，完成对开源的docker容器技术的支持，方便各个服务在不同国产化环境上的实施和迁移，保障各个服务的迁移完整性和安全性。最大化节省系统在各类型的国产化服务器迁移与实施成本。
39.进一步地，在本技术的一个实施例中，所述应用服务层包括加密组件、日志组件、系统审计组件和系统备份组件；所述加密组件使用sm4国密算法进行加密处理；所述日志组件使用kafka作为主干日志传递组件；所述系统审计组件用于对业务数据的操作进行回滚记录与属性变更记录；所述系统备份组件用于实现对数据库、应用代码、应用缓存和应用存储数据的备份。
40.具体地，加密组件还可以兼容rsa、sha、3des、aes、idea等非国密算法的加密处理。系统日志组件使用kafka作为主干日志传递组件，支持海量日志记录分发，底层采用nosql作为日志查询引擎，对海量的日志提供统计查询功能。
41.进一步地，在本技术的一个实施例中，所述后端框架包括系统文档转换组件、系统消息队列组件和任务队列组件；其中，所述系统文档转换组件通过openoffice源码在国产化环境进行编译，实现文档格式的适配；所述系统消息队列组件通过编译实现国产化cpu的适配；所述任务队列组件通过quartz实现任务系统的适配，具体地，系统消息队列组件包括rabbitmq。
42.进一步地，在本技术的一个实施例中，所述前端访问层包括pc浏览器、移动终端和展示终端中的至少一种。
43.进一步地，在本技术的一个实施例中，所述系统的架构还包括安全负载，所述安全
负载用于实现负载均衡。
44.综上所述，本技术从应用层上解决跨平台的系统部署与交互问题。不仅满足与现有国产化软件产品的部署模式，对未来国产化软件的部署也提供了扩展的接口，实现了真正的软件国产化替代。同时，本系统支持自由扩展后续功能，保留了与国产化服务器硬件的交互接口，满足未来针对国产化硬件的设备适配。本系统在自主可控环境下系统的最大限度提升了兼容性；降低了国产化改造成本。通过前端访问、应用服务、服务组件、底层框架的多重适配改造，使电子档案管理系统既能适配国产化环境，又能保证系统的性能不受影响。经过对系统的全面优化，系统稳定性得到很大提升，使企业用户不需额外增加设备，即能保证系统平衡运行，保障了业务连续性。
45.此外，虽然在功能性模块的背景下描述了本技术，但应当理解的是，除非另有相反说明，功能和/或特征中的一个或多个可以被集成在单个物理装置和/或软件模块中，或者一个或多个功能和/或特征可以在单独的物理装置或软件模块中被实现。还可以理解的是，有关每个模块的实际实现的详细讨论对于理解本技术是不必要的。更确切地说，考虑到在本文中公开的装置中各种功能模块的属性、功能和内部关系的情况下，在工程师的常规技术内将会了解该模块的实际实现。因此，本领域技术人员运用普通技术就能够在无需过度试验的情况下实现在权利要求书中所阐明的本技术。还可以理解的是，所公开的特定概念仅仅是说明性的，并不意在限制本技术的范围，本技术的范围由所附权利要求书及其等同方案的全部范围来决定。
46.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干程序用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
47.在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行程序的定序列表，可以具体实现在任何计算机可读介质中，以供程序执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从程序执行系统、装置或设备取程序并执行程序的系统)使用，或结合这些程序执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供程序执行系统、装置或设备或结合这些程序执行系统、装置或设备而使用的装置。
48.计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
49.应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述
实施方式中，多个步骤或方法可以用存储在存储器中且由合适的程序执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
50.在本说明书的上述描述中，参考术语“一个实施方式/实施例”、“另一实施方式/实施例”或“某些实施方式/实施例”等的描述意指结合实施方式或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施方式或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施方式或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施方式或示例中以合适的方式结合。
51.尽管已经示出和描述了本技术的实施方式，本领域的普通技术人员可以理解：在不脱离本技术的原理和宗旨的情况下可以对这些实施方式进行多种变化、修改、替换和变型，本技术的范围由权利要求及其等同物限定。
52.以上是对本技术的较佳实施进行了具体说明，但本技术并不限于所述实施例，熟悉本领域的技术人员在不违背本技术精神的前提下还可做作出种种的等同变形或替换，这些等同的变形或替换均包含在本技术权利要求所限定的范围内。