基于浏览器插件的自动兼容Windows系统Web应用的软件系统的制作方法

基于浏览器插件的自动兼容windows系统web应用的软件系统
技术领域
1.本发明涉及信创兼容性领域，特别涉及基于浏览器插件的自动兼容windows系统web应用的软件系统。


背景技术：

2.由于大量浏览器应用运行在windows ie浏览器下，国产操作系统基于linux开发，使用浏览器大部分基于chromium和gecko内核开发，由于内核上的差异，会导致浏览器操作系统底层库js不匹配的问题，activx，ocx插件无法正常工作的问题，页面渲染效果存在差异等问题，大量系统使用技术过于成旧，时间久远，甚至源码都很难找全，开发团队早已解散，在这种情况下很难基于源码去做兼容，即使能满足前面的条件，在源码级上去做兼容也是一件非常困难事情，耗费人力和时间成本比较大。


技术实现要素：

3.本发明的目的在于提供基于浏览器插件的自动兼容windows系统web应用的软件系统，以解决上述背景技术中提出的问题。
4.为实现上述目的，本发明提供如下技术方案：基于浏览器插件的自动兼容windows系统web应用的软件系统，所述软件系统搭建包括以下几个步骤：
5.s1：打开应用网站待检测修复的页面；
6.s2：浏览器插件检测用户权限；
7.s3：浏览器插件将规则库检测脚本注入待检测页面执行，检测脚本查找页面兼容性问题；
8.s4：浏览器插件将检测到兼容性问题发送给本地服务，所述本地服务将对应关系存储在本地数据库中；
9.s5：知识库包含兼容性问题描述、解决方案和修复补丁；
10.s6：所述本地服务根据页面问题对应的规则id查找与之对应的知识库；
11.s7：判断查找的知识库是否存在修复补丁；
12.s8：浏览器插件在页面加载时根据应用id和页面url向本地服务查找补丁库修复页面兼容性问题。
13.优选的，所述用户权限判断用户是否为高级用户，高级用户可以分析页面兼容性问题，非高级用户不能分析页面问题，只能运行补丁修复页面。
14.优选的，所述检测脚本通过找页面兼容性问题给出兼容性问题代码出现的资源文件路径、行号和列号。
15.优选的，所述对应数据包括应用id、页面链接、页面标题、资源文件、兼容性问题和资源文件映射关系、规则和知识库。
16.优选的，所述本地服务包括脚本管理、知识库、图像对比和插件服务，所述插件服务通过安装npapi插件，远程调用windows service插件接口和应用虚拟化服务。
17.优选的，所述脚本管理主要管理用户自定义脚本，所述图像对比通过检测ui渲染问题通过区域推到node节点修改样式实现兼容。
18.优选的，所述浏览器插件通过tcp协议连接本地服务，以页面为单位获取需要注入的脚本和知识库中通用解决方案的脚本和替换的静态资源文件等，通过匹配url地址的方式将以上数据注入到访问的页面中。
19.优选的，所述浏览器插件负责和页面进行交互，具有获取页面资源文件、执行规则库检测脚本、执行知识库修复脚本的能力。
20.本发明的技术效果和优点：
21.(1)本发明通过浏览器插件将规则库检测脚本注入待检测页面执行，检测脚本查找页面兼容性问题，依靠本地服务将检测到的对应关系储存到本地数据库中，在知识库中寻找兼容性问题描述、解决方案和修复补丁，通过所述本地服务根据页面问题对应的规则id查找与之对应的知识库，判断查找的知识库是否存在修复补丁，最后通过浏览器插件在页面加载时根据应用id和页面url向本地服务查找补丁库，本地服务将对应的补丁库返回给浏览器插件，浏览器插件将补丁库注入到页面中执行，补丁库修复页面兼容性问题，解决了在源码级上去做兼容也是一件非常困难事情，耗费人力和时间成本比较大的问题；
22.(2)本发明通过本地服务管理规则库和知识库，页面兼容性问题数据存储、页面修复方案查找、页面修复方案存储本地服务中图像对比服务可以为检测脚本提供图像对比能力，可以帮助发现一些页面渲染问题并通过检测ui渲染问题通过区域推到node节点修改样式实现兼容来解决activx，ocx插件无法正常工作的问题，页面渲染效果存在差异等问题。
附图说明
23.图1为本发明软件系统搭建流程图结构示意图。
24.图2为本发明国产操作系统示意图。
具体实施方式
25.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
26.本发明提供了如图1-2所示的基于浏览器插件的自动兼容windows系统web应用的软件系统，所述软件系统搭建包括以下几个步骤：
27.s1：打开应用网站待检测修复的页面；
28.s2：浏览器插件检测用户权限，判断用户是否为高级用户，高级用户可以分析页面兼容性问题，非高级用户不能分析页面问题，只能运行补丁修复页面；
29.s3：浏览器插件将规则库检测脚本注入待检测页面执行，检测脚本查找页面兼容性问题；
30.s4：浏览器插件将检测到兼容性问题发送给本地服务，所述本地服务将对应关系存储在本地数据库中；
31.s5：知识库包含兼容性问题描述、解决方案和修复补丁；
32.s6：所述本地服务根据页面问题对应的规则id查找与之对应的知识库；
33.s7：判断查找的知识库是否存在修复补丁，如果存在修复补丁，将修复补丁打包到补丁库中，如果不存在修复补丁，用户可以手动添加自定义补丁，并打包到补丁库中；
34.s8：浏览器插件在页面加载时根据应用id和页面url向本地服务查找补丁库修复页面兼容性问题；
35.所述用户权限判断用户是否为高级用户，高级用户可以分析页面兼容性问题，非高级用户不能分析页面问题，只能运行补丁修复页面；
36.所述检测脚本通过找页面兼容性问题给出兼容性问题代码出现的资源文件路径、行号和列号；
37.所述对应数据包括应用id、页面链接、页面标题、资源文件、兼容性问题和资源文件映射关系、规则和知识库，js类属于window级别的函数通过hook方式重写来实现自动兼容，例如window.showmodaldialog，基于document操作的js方法通过知识库方式进行匹配，通过知识库正则表达式方式匹配存在兼容js的信息，结合语法分析器自动重构对应function的内容做到自动兼容；
38.所述本地服务包括脚本管理、知识库、图像对比和插件服务，所述插件服务通过安装npapi插件，远程调用windows service插件接口和应用虚拟化服务，插件类，主要分为三大类，流版签，流媒体，自定义插件，在windows环境中ie使用的一般为activex和ocx类型插件，对于流版签，流媒体的插件通过知识库插件分类预埋通用插件的兼容代码，例如weboffice，使用wpsoffice替换，mediaplay使用video.js自动替换兼容；对于自定义插件，分如下几种方式进行兼容，有源码的情况下，验证npapi的规范协议进行迁移，属于从跟上解决问题，对于插件没有源码的情况时，插件不属于外设和渲染相关，可以通过websocket方式将命令转发到windows service进行执行，执行结果返回渲染即可，对于外设和渲染相关的可以通过应用虚拟化的方式进行兼容；
39.所述脚本管理主要管理用户自定义脚本，所述图像对比通过检测ui渲染问题通过区域推到node节点修改样式实现兼容，渲染类主要通过知识库分类中渲染相关进行兼容，运行渲染类检测代码，对存在渲染类相关问题的地方定位和自动修复，对ui布局存在严重差异问题采用图像比对算法，在国产系统浏览器中标记存在ui渲染差异化较大的地方，通过位置信息反推document所在的节点，并对节点进行自动修复，针对以上的三类兼容性问题，在现有迁移知识库中没有对应信息时，系统提供资源文件替换，例如发现login.js存在兼容问题，用户可以修改login.js标记为login_modify.js，login_modify.js为兼容后的脚本，扩展程序在执行时通过network方式拦截资源信息，并匹配资源文件做相应的替换。对于页面中使用的js很难快速解决的情况，我们提供集成ied环境供开发人员自定开发脚本进行兼容；
40.所述浏览器插件通过tcp协议连接本地服务，以页面为单位获取需要注入的脚本和知识库中通用解决方案的脚本和替换的静态资源文件等，通过匹配url地址的方式将以上数据注入到访问的页面中，需要访问一些系统原生api代码，可以通过npapi插件服务提供对应的能；
41.所述浏览器插件负责和页面进行交互，具有获取页面资源文件、执行规则库检测脚本、执行知识库修复脚本的能力。
42.最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。