一种基于windows平台的银行自助系统跨浏览器插件的开发方法
【专利摘要】本发明涉及系统插件开发方法【技术领域】，特别涉及一种基于WINDOWS平台的银行自助系统跨浏览器插件的开发方法。本发明包括按照IE类浏览器要求实现COM插件、基于NPAPI标准实现类Netscapes浏览器的插件，及将二者进行整合的技术方法。本发明提供了一种基于WINDOWS平台的银行自助系统跨浏览器插件的开发方法，其能够减少中间插件开发工作量，提高开发效率，提升插件兼容及稳定性。
【专利说明】-种基于WINDOWS平台的银行自助系统跨浏览器插件的开 发方法
【技术领域】
[0001] 本发明涉及系统插件开发方法【技术领域】，特别涉及一种基于WINDOWS平台的银行 自助系统跨浏览器插件的开发方法。
【背景技术】
[0002] 目前国内及全球各金融机构的前端设备绝大部分都是基于Windows平台，而浏览 器发展至今，IE类和类Netscapes两种浏览器占有绝对的地位；目前金融行业应用均是基 于C/S和B/S架构开发，而对于前端机上的应用因需要与各部件设备交互，需要在应用与设 备中间填充各设备插件进行适配；目前上层应用基本都会使用到IE内核，这使得中间插件 需要按照IE浏览器标准进行开发；但因 IE浏览器存在的各种问题，而类Netscapes浏览器 正好解决了这些问题，所以目前存在银行应用从IE内核向Netscapes浏览器迁移的趋势。
[0003] ATL，Active Template Library活动模板库，是一种微软程序库，支持利用C++语 言编写ASP代码以及其它ActiveX程序。通过活动模板库，可以建立COM组件，然后通过 ASP页面中的脚本对COM对象进行调用。这种COM组件可以包含属性页、对话框等控件。
[0004] NPAPKNetscape Plugin Application Programming Interface，网景插件应用程 序接口）是用于在浏览器中执行外部应用程序的通用接口，与微软的ActiveX是竞争技术。
[0005] 而对于综合上述两种技术的插件，目前尚无此类插件的开发方法。
【发明内容】
[0006] 为了解决现有技术的问题，本发明提供了一种基于WINDOWS平台的银行自助系统 跨浏览器插件的开发方法，其能够减少中间插件开发工作量，提高开发效率，提升插件兼容 及稳定性。
[0007] 本发明所采用的技术方案如下： 一种基于WINDOWS平台的银行自助系统跨浏览器插件的开发方法，包括以下步骤： A、 生成基于ATL编程技术的插件； B、 生成基于NPAPI标准的插件； C、 整合步骤A及步骤B中按照两种技术标准实现的插件，将两种插件中的重合部分进 行整合。
[0008] 步骤A具体包括以下步骤： A1、基于ATL编程技术建立ATL COM工程； A2、在工程中添加 COM组件对象； A3、在工程中按照COM要求的方式，添加接口方法、属性和事件。
[0009] 步骤B中包括按照NPAPI接口标准实现添加接口方法、属性和事件的步骤。
[0010] 步骤C具体包括： C1、实现中间操作类，即将所述生成的基于ATL编程技术的插件和生成的基于NPAPI标 准的插件中同名接口映射到同一操作类中； C2、建立所述的生成的基于ATL编程技术的插件和生成的基于NPAPI标准的插件中的 接口与中间操作类关联； C3、综合两种要求生成指定的插件； C4、将生成的插件按照使用要求部署到PC机上的对应位置。
[0011] 本发明的技术方案包括以下内容： 1、 使用ATL COM编程技术实现IE类插件； 2、 使用已经存在的ATL/C0M编程技术，根据银行自助应用的要求并结合设备自身特 点，实现各接口方法、属性和事件，保证生成的插件与IE类浏览器内核之间正常交互。
[0012] 3、遵循NPAPI接口标准实现类Netscapes插件。
[0013] NPAPI是类Netscapes浏览器插件开发的技术标准，该标准规定了插件必须要实 现的方法及属性，以及插件的命名规范、存放位置和调用方法等。
[0014] 4、将两种插件综合到一个插件中 根据ATL COM技术和NPAPI接口标准，结合设备情况，将两种插件做到一块，即插件按 照ATL COM技术要求对IE类浏览器开放接口，按照NPAPI要求向类Netscapes浏览器开放 接口，及按设备实际情况填充指定文件属性，并生成指定文件名的文件。
[0015] 本发明提供的技术方案带来的有益效果是： 经多次测试及长时间观察，按照本方法实现的跨两类浏览器的插件，在两类浏览器应 用上运行高效良好；另外，在开发过程中因减少了重复工作，提高了开发效率，并对设备插 件的版本管理提供了便利。
【专利附图】
【附图说明】
[0016] 图1为本发明的一种基于WINDOWS平台的银行自助系统跨浏览器插件的开发方法 所生成的插件的结构图。
【具体实施方式】
[0017] 为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方 式作进一步地详细描述。
[0018] 实施例一 本实施例可按下列方式展开： 1、使用IDE开发工具，例如VS2010,建立ATL COM工程。
[0019] 2、在工程中添加 COM组件对象。
[0020] 3、在工程中按照COM要求的方式，添加接口方法、属性和事件。
[0021] 4、在工程中按照NPAPI接口标准实现添加接口方法、属性和事件。
[0022] 首先，需要将NP方式需要的各文件添加到工程中，这些文件可以从FireFox官网 下载。
[0023] 将对应文件导入到工程中后，在头文件中进行接口方法的加载，在cpp文件中的 HasMethod中添加对新方法的判断，如Print方法；此处可以定义统一的宏定义，方便其他 方法的判断。
[0024] 添加属性判断，例如StDeviceStatus，在HasProperty中进行判断，同样，可以使 用统一的宏定义，方便其他属性的添加。
[0025] 对于属性信息的获取，放到GetProperty方法中。
[0026] 5、实现中间操作类 中间操作类，功能是将ATL COM和NPAPI的同名接口映射到同一操作类中，包括方法、 属性和事件等，此类具体实现各功能。
[0027] 6、建立两类接口与中间操作类关联： 使用自定义的方法，例如宏定义的方式，将ATL COM接口和NPAPI接口进行映射。
[0028] 7、综合两种要求生成指定的插件： NPAPI标准对生成的动态库文件属性值有要求，需要进行更改，主要是MMEType值的 维护。
[0029] 8、将生成的插件按照使用要求部署到PC机上的对应位置。
[0030] 如果按照ATL COM方式进行使用，可以把控件dll放到系统的任何路径下，在应 用使用之前，需要用regsvr32工具对dll进行注册，使用方可以通过dll控件的clsid或 progid进行控件的访问。
[0031] 如果需要部署在类Netscape浏览器上，不同浏览器对插件位置有不同要求，例如 FireFox要求需要将插件放到安装路径下的plugins文件夹下，而对于Chrome浏览器，只需 要在注册表中，将控件的路径进行配置即可。
[0032] 9、至此，本实施例的插件开发完毕。
[0033] 以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和 原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【权利要求】
1. 一种基于WINDOWS平台的银行自助系统跨浏览器插件的开发方法，包括以下步骤： A、 生成基于ATL编程技术的插件； B、 生成基于NPAPI标准的插件； C、 整合步骤A及步骤B中按照两种技术标准实现的插件，将两种插件中的重合部分进 行整合。
2. 根据权利要求1所述的一种基于WINDOWS平台的银行自助系统跨浏览器插件的开发 方法，其特征在于，所述的步骤A具体包括以下步骤： A1、基于ATL编程技术建立ATL COM工程； A2、在工程中添加 COM组件对象； A3、在工程中按照COM要求的方式，添加接口方法、属性和事件。
3. 根据权利要求1所述的一种基于WINDOWS平台的银行自助系统跨浏览器插件的开发 方法，其特征在于，所述的步骤B中包括按照NPAPI接口标准实现添加接口方法、属性和事 件的步骤。
4. 根据权利要求1所述的一种基于WINDOWS平台的银行自助系统跨浏览器插件的开发 方法，其特征在于，所述的步骤C具体包括： C1、实现中间操作类，即将所述生成的基于ATL编程技术的插件和生成的基于NPAPI标 准的插件中同名接口映射到同一操作类中； C2、建立所述的生成的基于ATL编程技术的插件和生成的基于NPAPI标准的插件中的 接口与中间操作类关联； C3、综合两种要求生成指定的插件； C4、将生成的插件按照使用要求部署到PC机上的对应位置。
【文档编号】G06F9/44GK104102496SQ201410384263
【公开日】2014年10月15日 申请日期:2014年8月6日 优先权日:2014年8月6日
【发明者】王红娟, 张金清, 张家重, 高强, 孙成通 申请人:浪潮(山东)电子信息有限公司