支持多渠道SDK的接入系统及方法与流程

本发明涉及游戏渠道连接领域，特别是涉及支持多渠道SDK的接入系统及方法。

背景技术：

SDK(Software Development Kit，软件开发工具包)一般都是一些软件工程师为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具的集合，可以简单地为某个程序设计语言提供应用程序接口API的一些文件。

在游戏行业中，产品开发商往往会把开发的游戏提供给渠道商进行发行和推广。由于每个渠道SDK的接入方法都不尽相同，一个游戏对接N个渠道就需要进行N次接入操作，对接过程繁琐，效率极低。

技术实现要素：

鉴于以上所述现有技术的缺点，本发明的目的在于提供支持多渠道SDK的接入系统及方法，用于解决现有技术中游戏开发商针对游戏SDK的接入工作量大、效率低的问题。

为实现上述目的及其他相关目的，本发明提供一种支持多渠道SDK的接入系统，所述系统预存有至少一种渠道SDK的打包工具，每个所述打包工具用于打包出对应渠道的SDK包，所述系统包括：输入模块，获取游戏主体程序内容，并提供所述至少一种渠道的名称以供选择；打包模块，根据选择的目标渠道，从所述预存的至少一个打包工具中查找与所述目标渠道对应的打包工具，从而打包生成所述目标渠道的SDK包。

于本发明一实施例中，所述系统还预存有各个渠道SDK针对不同的游戏所设置的不同的配置信息，所述打包模块在打包时，从所述目标渠道的各个配置信息中择一添加至对应的配置文件中以完成打包。

于本发明一实施例中，所述配置信息包括：移动终端应用程序软件编号APPID、接口密钥APPKEY。

于本发明一实施例中，所述打包模块还用于：对生成的所述目标渠道的SDK包进行命名，其后缀名与所述目标渠道相对应。

于本发明一实施例中，所述系统还包括：接口模块，提供所述系统的抽象层接口，当所述抽象层接口被调用时，触发所述输入模块执行相应的操作。

为实现上述目的及其他相关目的，本发明提供一种支持多渠道SDK的接入方法，包括：预存至少一种渠道SDK的打包工具，各所述打包工具用于打包出对应渠道的SDK包；获取游戏主体程序内容，并提供所述至少一种渠道的名称以供选择；根据选择的目标渠道，从所述预存的至少一个打包工具中查找与所述目标渠道对应的打包工具，从而打包生成所述目标渠道的SDK包。

于本发明一实施例中，所述方法还包括：预存各个渠道SDK针对不同的游戏所设置的不同的配置信息；从所述目标渠道的各个配置信息中择一添加至对应的配置文件中以完成打包。

于本发明一实施例中，所述配置信息包括：移动终端应用程序软件编号APPID、接口密钥APPKEY。

于本发明一实施例中，所述方法还包括：对生成的所述目标渠道的SDK包进行命名，其后缀名与所述目标渠道相对应。

于本发明一实施例中，所述方法还包括：检测获取游戏主体程序内容的启动命令，并在检测到所述启动命令时，开始获取并执行相应操作。

如上所述，本发明的支持多渠道SDK的接入系统及方法，将游戏和SDK接入分离，使得多款游戏能够重用，通过抽象出一个SDK接入框架，游戏只需要接入这个框架即可实现与多个渠道的对接，大大减少了对接工作量、提高对接效率。

附图说明

图1显示为本发明一实施例的支持多渠道SDK接入的系统模块图。

图2显示为本发明一实施例的支持多渠道SDK接入的方法流程图。

元件标号说明

100 支持多渠道SDK接入的系统

101 输入模块

102 打包模块

S201～S203 步骤

具体实施方式

以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

请参阅图1，本发明提供一种支持多渠道SDK的接入系统100，作为一种软件实现，可以搭载于服务器等电子设备中，通过运行来实现相应的功能。需要说明的是，所述系统100中需要预存有至少一种渠道(例如：360、uc、应用宝、小米、百度等)SDK的打包工具，每个所述打包工具用于打包出对应渠道的SDK包。

所述系统100主要包括：输入模块101、打包模块102。输入模块101用于获取游戏主体程序内容(如：APK包)，并提供所述至少一种渠道的名称以供用户选择。此时，用户可以选择一种或多种希望对接的目标渠道。打包模块102用于根据选择的目标渠道，从所述预存的至少一个打包工具中查找与所述目标渠道对应的打包工具，进而打包生成所述目标渠道的SDK包。

在一实施例中，所述系统100还预存有各个渠道SDK针对不同的游戏所设置的不同的配置信息，换句话说，每个渠道预先准备有多组移动终端应用程序软件编号APPID、接口密钥APPKEY，当有待接入的游戏时，会以随机或自定义的形式向该游戏分配其中一组配置信息，以作为标识并确保安全。所述打包模块102在打包某个游戏对接某个渠道的SDK包的过程中，会将该渠道分配给该游戏的一组配置信息添加至配置文件中以完成打包。

在打包完成后，所述打包模块102还可以对每个渠道SDK包进行命名，并分别设置一个后缀。比如：针对渠道UC，SDK包的后缀为.uc；针对渠道当乐，SDK包的后缀为.dl等。

在一实施例中，所述系统100还包括：接口模块(未图示)，用于提供所述系统100的抽象层接口。当所述抽象层接口被调用时，就可以触发所述输入模块101开始执行相应的操作。

请参阅图2，与上述系统实施例原理相似的是，本发明提供一种支持多渠道SDK的接入方法，由于前述实施例中的技术特征可以应用于本实施例，因而不再重复赘述。所述方法主要包括如下步骤：

步骤S201：预存至少一种渠道SDK的打包工具，各所述打包工具用于打包出对应渠道的SDK包。

步骤S202：获取游戏主体程序内容，并提供所述至少一种渠道的名称以供选择；需要说明的是，在本步骤执行前，还包括：检测获取游戏主体程序内容的启动命令，并在检测到所述启动命令时，开始获取并执行相应操作。

步骤S203：根据选择的目标渠道，从所述预存的至少一个打包工具中查找与所述目标渠道对应的打包工具，从而打包生成所述目标渠道的SDK包。

可选的，所述步骤S203还包括：预存各个渠道SDK针对不同的游戏所设置的不同的配置信息；从所述目标渠道的各个配置信息中择一添加至对应的配置文件中以完成打包。其中，所述配置信息包括对应的：移动终端应用程序软件编号APPID、接口密钥APPKEY。

可选的，所述步骤S203还包括：对生成的所述目标渠道的SDK包进行命名，其后缀名与所述目标渠道相对应。

综上所述，本发明的支持多渠道SDK的接入系统及方法，提供统一的对接接口及文档，针对不同的游戏研发厂商进行高效的耦合对接，统一的标准，统一的结构，原先需要几天对接一个游戏研发厂商，如今可以一天对接多个游戏研发项目，对接效率大大提高，有效克服了现有技术中的种种缺点而具高度产业利用价值。

上述实施例仅例示性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。