CN108399541A - 一种插件化手机应用内支付系统及其支付方法 - Google Patents

Abstract

本发明公开了一种插件化手机应用内支付系统及其支付方法，支付系统包括插件注册模块、插件查询模块、插件安装模块、插件卸载模块、插件列表模块、支付模块。支付时，首先SDK初始化，然后遍历已安装的支付插件，并注册到运行环境；后联网查询插件；检查是否有新增插件，若有，则下载并安装该插件；并检查插件是否有更新，若有，则下载并更新该插件；检查是否有插件下线，若有，则卸载本地已安装的插件；最后，用户启用支付功能，SDK展示所有可用的支付方式，用户点击支付，SDK运行对应的支付插件。本发明采用插件化的支付方式，占用空间小，编译速度快，配置灵活。

Description

一种插件化手机应用内支付系统及其支付方法

技术领域

本发明涉及移动支付技术领域，尤其涉及一种插件化手机应用内支付系统及其支付方法。

背景技术

应用内付费简称IAP(In-App Purchase)，是一种简单、透明、安全的支付手段，具有灵活的计费策略，可以支持多类型的应用计费，不但充分尊重和保障用户的权利，同时也为开发者创造了可持续发展的条件。它的主要目的是致力于为免费应用及游戏打造安全的计费环境以及可持续发展的商务模式。

手机应用内支付目前都是通过整合支付SDK实现的。目前市场上，同类SDK有华为游戏支付SDK，飞象SDK，海游SDK，黑鲨SDK，派付通。

现有技术中，手机应用内支付的支付流程如图1所示，目前市场上所有的sdk都是只能提供整合时能够使用的支付方式，如果要更新支付方式，必须应用重新整合新的SDK，并重新发布应用后，用户才能使用。

发明内容

本发明针对上述现有技术的不足，提供了一种插件化手机应用内支付系统及其支付方法，其采用插件化的支付方式，占用空间小， 编译速度快，配置灵活。

为解决现有技术中存在的问题，采用的具体技术方案是：

一种插件化手机应用内支付系统，其包括插件注册模块、插件查询模块、插件安装模块、插件卸载模块、插件列表模块、支付模块；其中

插件注册模块：用于SDK启动后确认本地已安装的支付插件都存在；

插件查询模块；用于SDK向支付插件服务器查询当前最新的支付插件的版本，下载地址；

插件安装模块：用于下载支付插件文件，并安装到SDK中；

插件卸载模块：用于卸载已下线的支付插件；

插件列表模块：用于列出SDK所有可用的支付方式；

支付模块：采用动态加载的方式，把指定的支付插件文件，加载到SDK运行环境中，通过执行支付插件中实现的支付接口，完成支付功能。

本发明还提供了一种插件化手机应用内支付系统的支付方法，其包括以下步骤：

S1、SDK初始化；

S2、遍历已安装的支付插件，并注册到运行环境；

S3、联网查询插件；

S4、检查是否有新增插件，若有，则下载并安装该插件；

S5、检查插件是否有更新，若有，则下载并更新该插件；

S6、检查是否有插件下线，若有，则卸载本地已安装的插件；

S7、用户启用支付功能，SDK展示所有可用的支付方式，用户点击支付，SDK运行对应的支付插件。具体支付步骤为：

S71、读取支付插件文件，得到插件的文件头，文件头含有插件的各类描述信息，并包含该插件的数字签名；

S72、通过SDK内置的加密存储的私钥数据，校验支付插件的数字签名，确认支付插件是否正确，若是正确的、未被破坏的、非伪造的支付插件文件才继续；若校验失败，退出本次调用，并返回支付文件错误或损坏的提升；

S73、从支付插件文件头获取支付插件的加密程序段，解密后，在应用的临时目录下生成可加载的dex文件，通过DexLoader加载成功后，删除临时改dex临时文件；

S74、调用加载成功后的支付插件的支付接口，完成支付。

通过采用上述方案，本发明的一种插件化手机应用内支付系统及其支付方法与现有技术相比，其技术效果在于：

1、本发明使用更加方便，优化了用户体验，加快了软件功能发布速度。

2、本发明以模块化的方式开发实现各种应用内支付的功能，降低了开发人员对整体系统的熟悉要求。

3、采用插件化的支付方式，支付插件的具体优点如下：

• 轻量级，仅包含本支付方式必要的实现逻辑，减小了SDK占用的手机存储空间；• 可独立升级，更新成本低，减少了更新时耗费的网络流量；•编译速度快，支付插件的软件包工程小，提高了工作效率；

• 配置灵活，可以根据支付场景的需要来灵活配置相应的支付插件。

附图说明

图1为现有技术中手机应用内支付的支付流程图；

图2为本发明一种插件化手机应用内支付系统的支付流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明了，下面结合具体实例并参照附图，对本发明进一步详细说明。应该理解，这些描述只是示例性的，而并非要限制本发明的范围。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本发明的概念。

本发明插件化手机应用内支付系统，其包含如下模块：

1.插件注册模块，用于SDK启动后确认本地已安装的支付插件都存在；

2.插件查询模块，用于SDK向支付插件服务器查询当前最新的支付插件的版本，下载地址；

3.插件安装模块，下载支付插件文件，并安装到SDK中；

4.插件卸载模块，用于卸载已下线的支付插件；

5.插件列表模块，用于列出SDK所有可用的支付方式；

6.支付模块，采用动态加载的方式，把指定的支付插件文件，加载到SDK运行环境中，通过执行支付插件中实现的支付接口，完成支付功能。

本发的具体支付方法为：

1、SDK初始化；

2、遍历已安装的支付插件，并注册到运行环境；

3、联网查询插件；

4、是否有新增插件，若有，则下载并安装该插件；

5、是否插件有更新，若有，则下载并更新该插件；

6、是否有插件下线，若有，则卸载本地已安装的插件；

7、用户启用支付功能，SDK展示所有可用的支付方式，用户点击支付，SDK运行对应的支付插件。具体步骤为：

a、读取支付插件文件，得到插件的文件头，文件头含有插件的各类描述信息，并包含该插件的数字签名；

b、通过SDK内置的加密存储的私钥数据，校验支付插件的数字签名，确认支付插件是正确的，未被破坏的、非伪造的支付插件文件才继续，若校验失败会退出本次调用，并返回支付文件错误或损坏的提升；

c、从支付插件文件头获取支付插件的加密程序段， 解密后，在应用的临时目录下生成可加载的dex文件，通过DexLoader加载成功后，删除临时改dex临时文件；

d、调用加载成功后的支付插件的支付接口，完成支付。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明的保护范围，凡在本发明的精神和原则之内，所作的任何修改、等同替换、均包含在本发明的保护范围之内。

Claims (3)

1.一种插件化手机应用内支付系统，其特征在于，其包括插件注册模块、插件查询模块、插件安装模块、插件卸载模块、插件列表模块、支付模块；其中

插件注册模块：用于SDK启动后确认本地已安装的支付插件都存在；

插件查询模块；用于SDK向支付插件服务器查询当前最新的支付插件的版本，下载地址；

插件安装模块：用于下载支付插件文件，并安装到SDK中；

插件卸载模块：用于卸载已下线的支付插件；

插件列表模块：用于列出SDK所有可用的支付方式；

支付模块：采用动态加载的方式，把指定的支付插件文件，加载到SDK运行环境中，通过执行支付插件中实现的支付接口，完成支付功能。

2.一种插件化手机应用内支付系统的支付方法，其特征在于，其包括以下步骤：

S1、SDK初始化；

S2、遍历已安装的支付插件，并注册到运行环境；

S3、联网查询插件；

S4、检查是否有新增插件，若有，则下载并安装该插件；

S5、检查插件是否有更新，若有，则下载并更新该插件；

S6、检查是否有插件下线，若有，则卸载本地已安装的插件；

S7、用户启用支付功能，SDK展示所有可用的支付方式，用户点击支付，SDK运行对应的支付插件。

3.根据权利要求2所述的一种插件化手机应用内支付系统的支付方法，其特征在于，步骤S7所述的具体支付步骤为：

S71、读取支付插件文件，得到插件的文件头，文件头含有插件的各类描述信息，并包含该插件的数字签名；

S72、通过SDK内置的加密存储的私钥数据，校验支付插件的数字签名，确认支付插件是否正确，若是正确的、未被破坏的、非伪造的支付插件文件才继续；若校验失败，退出本次调用，并返回支付文件错误或损坏的提升；

S73、从支付插件文件头获取支付插件的加密程序段，解密后，在应用的临时目录下生成可加载的dex文件，通过DexLoader加载成功后，删除临时改dex临时文件；

S74、调用加载成功后的支付插件的支付接口，完成支付。