[发明专利]一种第三方接口调用方法及装置

说明书

技术领域

本发明涉及互联网信息处理技术领域，尤其涉及一种第三方接口调用方法及装置。

背景技术

一个系统的架构是作为接口规范和实现标准提供给开发人员。分布式系统需要调用很多其他第三方的应用接口，满足当前系统业务的需求。客观上无法要求第三方应用接口的定义遵循调用方的架构规范，每个第三方应用接口定义的请求协议，参数，头信息，返回值类型，返回码类型都不相同。通常的方式是针对每个第三方应用接口的规范开发一套调用程序，集成在系统中。

现有技术中的缺点包括：

代码开发和维护成本高，需要不断进行版本迭代，每次新增或取消某个第三方应用接口都要建立新的版本进行开发和维护代码。

系统部署维护成本高，每次新增或取消某个第三方应用接口都需重新启动整个系统，再重启期间，或发生异常，导致所有的调用程序都不可用。

对于临时性、阶段性的第三方调用需求，比如加载一个演示程序，也需要代码开发集成测试验收重启等一系列流程，不够灵活，效率低。

发明内容

为了解决上述技术问题，本发明提供了一种第三方接口调用方法及装置。

本发明提供了一种第三方接口调用方法，包括：服务器接收并记录插件程序包；服务器接收到调用第三方应用接口的请求后，确定与第三方应用接口对应的插件程序包；对与第三方应用接口对应的插件程序包进行加载、编译和运行；根据请求中的第三方应用接口的参数调用第三方应用接口。

进一步的，服务器记录插件程序包包括：记录插件程序包的标识、脚本名称、插件程序地址和插件程序配置信息；确定与第三方应用接口对应的插件程序包包括：确定与第三方应用接口对应的脚本名称；确定与脚本名称对应的插件程序包的标识；根据标识确定插件程序地址；对与第三方应用接口对应的插件程序包进行加载包括：从插件程序地址加载插件程序脚本。

进一步的，服务器接收插件程序包包括：使用上传组件提供图形化的界面；通过界面接收插件程序包。

进一步的，服务器中预存储有根据缓存请求进行缓存的至少一个第三方应用接口以及与至少一个第三方应用接口对应的插件程序包运行的初始化过程；对与第三方应用接口对应的插件程序包进行加载、编译和运行，包括：查询服务器中是否缓存有第三方应用接口；在服务器中缓存有第三方应用接口的情况下，调用并直接运行第三方应用接口对应的初始化过程。

进一步的，插件程序包包括：胶水语言类型的文件或者一组胶水语言类型的脚本文件的压缩包。

本发明还提供了一种第三方接口调用装置，设置在服务器上，包括：

接收模块，用于接收并记录插件程序包；

确定模块，用于在服务器接收到调用第三方应用接口的请求后，确定与第三方应用接口对应的插件程序包；

处理模块，用于对与第三方应用接口对应的插件程序包进行加载、编译和运行；

调用模块，用于根据请求中的第三方应用接口的参数调用第三方应用接口。

进一步的，接收模块包括：记录插件程序包的标识、脚本名称、插件程序地址和插件程序配置信息；确定模块包括：第一确定模块，用于确定与第三方应用接口对应的脚本名称；第二确定模块，用于确定与脚本名称对应的插件程序包的标识；第三确定模块，用于根据标识确定插件程序地址；处理模块包括：从插件程序地址加载插件程序脚本。

进一步的，接收模块包括：上传模块，用于使用上传组件提供图形化的界面；第一接收模块，用于通过界面接收插件程序包。

进一步的，此装置还包括缓存模块；缓存模块，用于预存储有根据缓存请求进行缓存的至少一个第三方应用接口以及与至少一个第三方应用接口对应的插件程序包运行的初始化过程；处理模块包括：查询模块，用于查询服务器中是否缓存有第三方应用接口；运行模块，用于在服务器中缓存有第三方应用接口的情况下，调用并直接运行第三方应用接口对应的初始化过程。

进一步的，插件程序包包括：胶水语言类型的文件或者一组胶水语言类型的脚本文件的压缩包。

本发明的优点包括：以插件方式集成第三方应用接口，对系统的架构和版本不做更迭，不必为了兼容性建立逻辑复杂的统一的调用架构。对于临时性和/或阶段性的调取第三方资源的需求，能以最快效率完成对接。

附图说明

构成本发明的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是实施例中第三方接口调用方法的流程图；