[发明专利]浏览器插件的生成、发布、加载和更新方法以及系统

说明书

技术领域

本申请涉及一种浏览器插件的生成、发布、加载、更新方法以及使用所述方法的系统以及浏览器插件，尤其涉及一种将依赖于浏览器的功能函数封装在插件中，而单独部署在其中调用为相关功能定义的虚拟API的业务逻辑代码，并且通过动态接口加载所述业务逻辑代码，从而实现浏览器插件的快速迭代和更新。

背景技术

为了加强用户粘度或者为用户提供便捷的服务，很多互联网产品提供配套的浏览器插件作为辅助。互联网产品的优点是能够快速迭代并方便维护，而且发布一个版本就能在各种操作系统的浏览器下使用。

但是，浏览器插件更像是一个客户端产品，它的更新机制并不像传统互联网产品那样，能够立即上线、立即生效，而是通过浏览器自身的机制检测更新，甚至低版本的浏览器需要用户手动更新插件。此外，不同浏览器的插件API都是不兼容的，因此特定的插件只能在特定的浏览器下使用。

以上两个浏览器插件的特性与互联网产品的特性发生了强烈的冲突。传统的开发互联网产品的配套浏览器插件的方式为整个产品的维护、升级和快速迭代带来了巨大的成本和挑战。

发明内容

本发明的目的在于提供一种浏览器插件的生成、发布、加载和更新方法以及使用所述方法的系统和浏览器插件，通过单独部署独立于浏览器的业务逻辑代码，而将依赖于浏览器的代码封装在实际发布到客户端的浏览器插件中，为多种浏览器发布的浏览器插件可共享业务逻辑代码，从而实现浏览器插件的快速开发和快速迭代。

根据本发明的一方面，提供一种生成浏览器插件的方法，所述方法包括：定义调用至少一个虚拟API的业务逻辑代码；为所述至少一个虚拟API构建适于特定浏览器的API函数；构建用于定位所述业务逻辑代码的插件启动接口；构建适于所述特定浏览器的浏览器插件，其中，将用于调用所述插件启动接口的代码、用于加载所述业务逻辑代码的代码以及构建的适于所述特定浏览器的API函数封装在浏览器插件中。

所述的方法可还包括：定义一个或多个虚拟API；其中，定义的业务逻辑代码可调用所述一个或多个虚拟API。

所述业务逻辑代码可以是脚本代码。

所述的方法可还包括：将记录有所述业务逻辑代码的代码文件部署在服务器的特定位置。

所述的方法可还包括：在所述特定位置还部署业务逻辑代码的资源文件，其中，所述插件启动接口用于定位所述代码文件以及资源文件。

所述的方法可还包括：将插件启动接口部署在所述服务器或另一服务器上。

根据本发明的另一方面，提供一种发布浏览器插件的方法，所述方法包括：将业务逻辑代码的代码文件部署在第一服务器上；将用于定位所述代码文件的插件启动接口部署在第二服务器的特定位置上；将插件代码发布到公众可访问的指定位置上，以用于客户机下载所述插件代码。其中，业务逻辑代码调用至少一个虚拟API，发布的插件代码封装有用于调用所述插件启动接口的代码、用于加载所述业务逻辑代码的代码以及适于所述特定浏览器的实现所述至少一个虚拟API的至少一个API函数。

所述业务逻辑代码可以是脚本代码。

所述的方法可还包括：在所述特定位置上还部署业务逻辑代码的资源文件，其中，所述插件启动接口用于定位所述代码文件以及资源文件。

所述第一服务器和第二服务器可以是同一服务器。

根据本发明的另一方面，提供一种加载浏览器插件的方法，所述方法包括，在浏览器插件中：通过调用在其中封装的插件启动接口的代码调用部署在第一服务器上的插件启动接口，以定位第二服务器上的业务逻辑代码；从第二服务器加载定位的业务逻辑代码。其中，浏览器插件中的插件代码封装有用于加载所述业务逻辑代码的代码、用于调用部署在第一服务器上的插件启动接口的代码以及适于所述浏览器的实现所述至少一个虚拟API的至少一个API函数，所述插件启动接口用于定位第二服务器上的业务逻辑代码。

所述业务逻辑代码可以是脚本代码。

所述的方法可还包括：在第二服务器上还部署业务逻辑代码的资源文件，其中，所述插件启动接口用于定位所述代码文件以及资源文件。

所述第一服务器和第二服务器可以是同一服务器。