CN108008959A - 一种软件开发工具包sdk接入方法、系统及装置 - Google Patents

Abstract

本发明实施例中，提出一种SDK接入的方法、系统及装置，在该方法中，在每一个应用程序中接入的各个渠道的SDK是适配后SDK，并不是各个渠道的初始SDK，而所述N个渠道中任意两个不同渠道的适配后SDK中具有相同功能的接口是相同的，这样，在各个应用程序接入适配后SDK的时候针对具有相同功能的接口的接入操作是相同的，因此，可以提高接入的效率，例如，第一渠道商的适配后SDK中的支付接口、第二渠道商的适配后SDK的支付接口和第三渠道商的适配后SDK的支付接口都是相同的，这样，在各个应用程序接入适配后SDK的时候针对这些接口的操作是相同的，因此，可以减少接入所耗费的时间，提高接入效率。

Description

一种软件开发工具包SDK接入方法、系统及装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种SDK接入方法、系统及装置。

背景技术

SDK(Software Development Kit，软件开发工具包)是指由软件工程师用于针对特定的软件包、软件框架、硬件平台、操作系统等建立应用软件的开发工具的集合。在移动终端领域，内容开发者可以基于渠道商提供的SDK来开发相应的移动终端程序，并上传至渠道商进行推广和分发。

一般情况下，游戏开发商开发完一款游戏后通常会在不同的渠道发行，例如，第一渠道商开发的游戏可以在第一渠道商的渠道发行，或者也可以在第二渠道商的渠道发行等。为了能够在不同的渠道发行，通常需要在游戏中嵌入各个渠道商的SDK，例如，如果需要在100个渠道发行的话，游戏开发商需要在游戏中分别嵌入100个渠道商各自的SDK，这样存在游戏推广和分发耗时较长、效率较低的缺陷。

发明内容

鉴于上述问题，提出了本发明，以便提供一种克服上述问题或者至少部分地解决上述问题的一种SDK接入方法、系统及装置，用于解决现有技术中存在的应用程序的推广和分发耗时较长、效率较低的缺陷。

依据本发明的第一方面，提供了一种软件开发工具包SDK接入方法，包括：

确定预在N个渠道分发的至少一个应用程序，所述N为大于1的整数；

将所述至少一个应用程序中的每一个应用程序分别与所述N个渠道中的每一个渠道的适配后SDK进行组合，得到所述每一个应用程序的N个组合应用程序，以供分别在所述N个渠道中分发；

其中，所述N个渠道中任意两个不同渠道的适配后SDK中具有相同功能的接口是相同的。

在一个实施方式中，根据本发明的上述实施方式所述的方法，将所述每一个应用程序分别与所述N个渠道中的每一个渠道的适配后SDK进行组合之前，所述方法还包括：

将所述N个渠道中的每一个渠道的初始SDK均与通用SDK适配，得到所述每一个渠道的适配后SDK。

在一些实施方式中，根据本发明的上述任一实施方式所述的方法，将所述N个渠道中的每一个渠道的初始SDK均与通用SDK适配，包括：

将所述N个渠道中的每一个渠道的初始SDK与通用SDK进行接口适配。

在一些实施方式中，根据本发明的上述任一实施方式所述的方法，将所述N个渠道中的每一个渠道的初始SDK与通用SDK进行接口适配，包括：

针对所述初始SDK中的每一个第一接口，从所述通用SDK的第二接口中查找与该第一接口具有相同功能的目标第二接口，并建立该第一接口和所述目标第二接口的映射关系。

在一些实施方式中，根据本发明的上述任一实施方式所述的方法，所述接口包括登录接口、支付接口、切换用户接口、用户信息接口、打开网页接口、上传资源接口、弹窗接口、滚动条接口中的至少一种。

在一些实施方式中，根据本发明的上述任一实施方式所述的方法，所述登录接口包括正常登录接口和/或静默登录接口；

所述支付接口包括金融卡支付接口和/或第三方支付平台支付接口；

所述用户信息接口包括平台用户帐号信息接口和/或用户游戏角色信息接口。

在一些实施方式中，根据本发明的上述任一实施方式所述的方法，所述方法还包括：

将所述N个渠道中的每一个渠道的初始SDK与通用SDK进行资源适配。

在一些实施方式中，根据本发明的上述任一实施方式所述的方法，将所述每一个应用程序分别与所述N个渠道中的每一个渠道的适配后SDK进行组合之前，所述方法还包括：

将所述至少一个应用程序中的每一个应用程序均接入通用SDK；

将所述每一个应用程序分别与所述N个渠道中的每一个渠道的适配后SDK进行组合，包括：

将所述每一个应用程序中的通用SDK的第一目标信息分别用每一个渠道的适配后SDK的第二目标信息代替，所述第二目标信息所表征的信息与所述第一目标信息所表征的信息相同。

在一些实施方式中，根据本发明的上述任一实施方式所述的方法，所述第一目标信息用于表征所述通用SDK的接口的信息。

在一些实施方式中，根据本发明的上述任一实施方式所述的方法，所述方法还包括：

接收客户端发送的数据信息；

将所述数据信息的数据格式转换成能够被所述客户端识别的通用格式，并将转换成通用格式的数据信息发送至所述客户端。

在一些实施方式中，根据本发明的上述任一实施方式所述的方法，所述数据信息是所述N个渠道中的任意一渠道反馈的针对所述M个应用程序中的任意一应用程序在该渠道运行的信息。

在本发明实施方式的第二方面中，提供了一种软件开发工具包SDK接入系统，包括：

确定单元，用于确定预在N个渠道分发的至少一个应用程序，所述N为大于1的整数；

组合单元，用于将所述至少一个应用程序中的每一个应用程序分别与所述N个渠道中的每一个渠道的适配后的SDK进行组合，得到所述每一个应用程序的N个组合应用程序，以供分别在所述N个渠道中分发；

其中，所述N个渠道中任意两个不同渠道的适配后SDK中具有相同功能的接口是相同的。

在一个实施方式中，根据本发明的上述实施方式所述的系统，所述系统还包括开发单元，用于将所述N个渠道中的每一个渠道的初始SDK均与通用SDK适配，得到所述每一个渠道的适配后SDK。

在一些实施方式中，根据本发明的上述任一实施方式所述的系统，所述开发单元将所述N个渠道中的每一个渠道的初始SDK均与通用SDK适配，包括：

将所述N个渠道中的每一个渠道的初始SDK与通用SDK进行接口适配。

在一些实施方式中，根据本发明的上述任一实施方式所述的系统，所述开发单元将所述N个渠道中的每一个渠道的初始SDK与通用SDK进行接口适配，包括：

针对所述初始SDK中的每一个第一接口，从所述通用SDK的第二接口中查找与该第一接口具有相同功能的目标第二接口，并建立该第一接口和所述目标第二接口的映射关系。

在一些实施方式中，根据本发明的上述任一实施方式所述的系统，所述接口包括登录接口、支付接口、切换用户接口、用户信息接口、打开网页接口、上传资源接口、弹窗接口、滚动条接口中的至少一种。

在一些实施方式中，根据本发明的上述任一实施方式所述的系统，所述登录接口包括正常登录接口和/或静默登录接口；

所述支付接口包括金融卡支付接口和/或第三方支付平台支付接口；

所述用户信息接口包括平台用户帐号信息接口和/或用户游戏角色信息接口。

在一些实施方式中，根据本发明的上述任一实施方式所述的系统，所述开发单元还用于，将所述N个渠道中的每一个渠道的初始SDK与通用SDK进行资源适配。

在一些实施方式中，根据本发明的上述任一实施方式所述的系统，所述系统还包括融合SDK单元，用于将所述至少一个应用程序中的每一个应用程序均接入通用SDK；

所述组合单元将所述每一个应用程序分别与所述N个渠道中的每一个渠道的适配后SDK进行组合，包括：

将所述每一个应用程序中的通用SDK的第一目标信息分别用每一个渠道的适配后SDK的第二目标信息代替，所述第二目标信息所表征的信息与所述第一目标信息所表征的信息相同。

在一些实施方式中，根据本发明的上述任一实施方式所述的系统，所述第一目标信息用于表征所述通用SDK的接口的信息。

在一些实施方式中，根据本发明的上述任一实施方式所述的系统，所述系统还包括数据运营单元，用于接收客户端发送的数据信息；将所述数据信息的数据格式转换成能够被所述客户端识别的通用格式，并将转换成通用格式的数据信息发送至所述客户端。

在一些实施方式中，根据本发明的上述任一实施方式所述的系统，所述数据信息是所述N个渠道中的任意一渠道反馈的针对所述M个应用程序中的任意一应用程序在该渠道运行的信息。

在本发明实施方式的第三方面中，提供了一种软件开发工具包SDK接入装置，包括：

一个或者多个处理器；

存储器；

存储在所述存储器中的程序，当被所述一个或者多个处理器执行时，所述程序使所述处理器执行如上任意一项所述的方法。

在本发明实施方式的第四方面中，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有程序，当所述程序被处理器执行时，使得所述处理器执行如上任意一项所述的方法。

本发明实施例中，提出一种SDK接入的方法：确定预在N个渠道分发的至少一个应用程序，所述N为大于1的整数；步骤110：将所述至少一个应用程序中的每一个应用程序分别与所述N个渠道中的每一个渠道的适配后SDK进行组合，得到所述每一个应用程序的N个组合应用程序，以供分别在所述N个渠道中分发；其中，所述N个渠道中任意两个不同渠道的适配后SDK中具有相同功能的接口是相同的；在该方案中，在每一个应用程序中接入的各个渠道的SDK是适配后SDK，并不是各个渠道的初始SDK，而所述N个渠道中任意两个不同渠道的适配后SDK中具有相同功能的接口是相同的，这样，在各个应用程序接入适配后SDK的时候针对具有相同功能的接口的接入操作是相同的，因此，可以提高接入的效率，例如，第一渠道商的适配后SDK中的支付接口、第二渠道商的适配后SDK的支付接口和第三渠道商的适配后SDK的支付接口都是相同的，这样，在各个应用程序接入适配后SDK的时候针对这些接口的操作是相同的，因此，可以减少接入所耗费的时间，提高接入效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，从而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举例说明本发明的具体实施方式。

附图说明

通过阅读下文中对优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1是根据本发明的实施例提出的SDK接入的一种流程图；

图2是根据本发明的实施例提出的SDK接入系统的示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示意性地示出了根据本发明实施方式的SDK接入的方法10的流程示意图。如图1所示，该方法10可以包括步骤100和110。

步骤100：确定预在N个渠道分发的至少一个应用程序，所述N为大于1的整数；

步骤110：将所述至少一个应用程序中的每一个应用程序分别与所述N个渠道中的每一个渠道的适配后SDK进行组合，得到所述每一个应用程序的N个组合应用程序，以供分别在所述N个渠道中分发；

其中，所述N个渠道中任意两个不同渠道的适配后SDK中具有相同功能的接口是相同的。

例如，如果“植物大战僵尸”游戏预在第一渠道商、第二渠道商和第三渠道商分发，则需要在“植物大战僵尸”这款游戏中分别接入这三个渠道的SDK，如在“植物大战僵尸”中接入第一渠道商的适配后SDK1，则该款游戏可以在第一渠道商分发，如在“植物大战僵尸”中接入第二渠道商的适配后SDK2，则该款游戏可以在第二渠道商分发，如在“植物大战僵尸”中接入第三渠道商的适配后SDK3，则该款游戏可以在第三渠道商分发，适配后SDK1、适配后SDK2和适配后SDK3中具有相同功能的接口例如支付接口、登录接口等是相同的，那么在接入不同的SDK时对于相同功能的接口的接入操作方式是相同的，因此，可以减少耗时，提高效率。

上述示例是以一个游戏接入三个分发渠道为例进行说明，即使有多个游戏预在第一渠道商、第二渠道商和第三渠道商分发，其他游戏也需要分别接入各个渠道的适配后SDK，每一个游戏接入一个渠道的适配后SDK的具体过程与上述示例相同，在此不再一一详述。当然，一个或多个游戏也可能接入不仅三个渠道的适配后SDK，而是例如可以接入一个、两个或者多于三个渠道的适配后SDK，游戏接入每一个渠道的适配后SDK的具体过程与上述示例类似，在此不再一一详述。

步骤110描述的是要在应用程序中接入适配后SDK，适配后SDK并不是各个渠道的初始SDK，需要对初始SDK经过一系列处理后得到的，因此，本发明实施例中，将所述每一个应用程序分别与所述N个渠道中的每一个渠道的适配后SDK进行组合之前，进一步的，所述方法还包括：

将所述N个渠道中的每一个渠道的初始SDK均与通用SDK适配，得到所述每一个渠道的适配后SDK。

也就是说，在执行步骤110之前，需要先生成各个渠道的适配后SDK，这样，应用程序接入SDK时才可以接入适配后SDK。

需要说明的是，生成各个渠道的适配后SDK时采用的通用SDK是相同的，是同一个通用SDK，这样，得到的适配后SDK中具有相同功能的接口是相同的。

例如，渠道1的初始SDK1与通用SDK适配，得到渠道1的适配后SDK1、渠道2的初始SDK2与通用SDK适配，得到渠道2的适配后SDK2、渠道3的初始SDK3与通用SDK适配，得到渠道3的适配后SDK3等等，在三个渠道适配时所采用的通用SDK是相同的。

本发明实施例中，将所述N个渠道中的每一个渠道的初始SDK均与通用SDK适配的方式有多种，可选地，可以采用如下方式：

将所述N个渠道中的每一个渠道的初始SDK与通用SDK进行接口适配。

其中，将所述N个渠道中的每一个渠道的初始SDK与通用SDK进行接口适配时，可以采用如下方式：

针对所述初始SDK中的每一个第一接口，从所述通用SDK的第二接口中查找与该第一接口具有相同功能的目标第二接口，并建立该第一接口和所述目标第二接口的映射关系。

例如，第一渠道商的初始SDK中有接口1、接口2和接口3，接口1具有支付功能，接口2具有登录功能，接口3具有切换用户功能，通用SDK中有10个接口(接口A、接口B、……、接口J)，接口E具有支付功能，接口G具有登录功能，接口I具有切换用户功能，则建立接口1和接口E的映射关系，建立接口2和接口G的映射关系，建立接口3和接口I的映射关系。

又例如，第二渠道商的初始SDK中有接口4、接口5和接口6，接口4具有切换用户功能，接口5具有支付功能，接口6具有登录功能，通用SDK中有10个接口(接口A、接口B、……、接口J)，接口E具有支付功能，接口G具有登录功能，接口I具有切换用户功能，则建立接口5和接口E的映射关系，建立接口6和接口G的映射关系，建立接口4和接口I的映射关系。

前面描述的是第一渠道商和第二渠道商都具有支付功能的接口、登录功能的接口和切换用户功能的接口，在实际应用中，可能两个渠道的初始SDK所具有的接口完全不同或者并不完全相同，例如，第一渠道商的初始SDK具有接口1、接口2和接口3，第二渠道商的初始SDK具有接口4、接口5和接口6，其中，接口1和接口5的功能相同，接口2和接口6的功能相同，第二渠道商的初始SDK没有具有接口3功能的接口，第一渠道商中没有接口4所能够实现的功能的接口。

需要说明的是，各个渠道之间是独立的，即使各个渠道的初始SDK的接口完全不同或者不完全相同，也并不影响各个渠道的初始SDK跟通用SDK之间的适配，例如，第一渠道商的初始SDK具有接口1、接口2和接口3，第二渠道商的初始SDK具有接口4、接口5和接口6，其中，接口1和接口5的功能相同，接口2和接口6的功能相同，第二渠道商的初始SDK没有具有接口1功能的接口，第一渠道商中没有具有接口4功能的接口，针对第一渠道商的初始SDK，从通用SDK的接口中查找目标接口，并建立映射关系；针对第二渠道商的初始SDK，从通用SDK的接口中查找目标接口，并建立映射关系，两者之间互不干涉。

本发明实施例中，可选地，所述接口包括登录接口、支付接口、切换用户接口、用户信息接口、打开网页接口、上传资源接口、弹窗接口、滚动条接口中的至少一种。通过调用不同接口可以实现不同的功能，例如通过调用登录接口可以进行登录，通过调用支付接口可以实现支付，等等。

本发明实施例中，各个接口之间并不是互斥的，在应用程序的运行过程中可能会调用不同的接口，例如，在支付过程中可能会调用登录接口、支付接口、切换用户接口、弹窗接口等。

上述只是给出几种接口的具体示例，但是并不限于此。

本发明实施例中，所述登录接口包括正常登录接口和/或静默登录接口。

所述支付接口包括金融卡支付接口和/或第三方支付渠道支付接口；其中，第三方支付平台可以为微信支付平台、支付宝支付平台等。

所述用户信息接口包括平台用户帐号信息接口和/或用户游戏角色信息接口。其中，用户游戏角色信息可以指用户游戏角色的类型，角色的等级，角色的所具有的魔法等信息。

其中，用户游戏角色信息是可以发生变化的，例如，在这个时段用户的游戏角色是“孙悟空”，下一个时段用户的游戏角色是“嫦娥”；或者，在这个时段用户的游戏角色是“孙悟空”，等级是11级，下一个时段用户的游戏角色仍然是“孙悟空”，但是等级变成15级。

前面描述的是初始SDK跟通用SDK进行接口适配，在实际应用中，有些渠道的SDK中的资源可能不是采用通用的规则，例如，图片的存储规则，读取规则等，对于这些不是采用通用规则的资源也要进行适配，因此，本发明实施例中，进一步的，所述方法还包括：

将所述N个渠道中的每一个渠道的初始SDK与通用SDK进行资源适配。

前面都从处理渠道的初始SDK的角度来描述的，而在实际应用中，应用程序为了在各个渠道分发，也要预先对应用程序进行处理，进一步的，将所述每一个应用程序分别与所述N个渠道中的每一个渠道的适配后SDK进行组合之前，所述方法还包括：

将所述至少一个应用程序中的每一个应用程序均接入通用SDK；

此时，将所述每一个应用程序分别与所述N个渠道中的每一个渠道的适配后SDK进行组合，包括：

将所述每一个应用程序中的通用SDK的第一目标信息分别用每一个渠道的适配后SDK的第二目标信息代替，所述第二目标信息所表征的信息与所述第一目标信息所表征的信息相同。

其中，可选地，所述第一目标信息用于表征所述通用SDK的接口的信息。

在实际应用中，各个渠道所采用的数据格式可能是不同的，那么终端需要解析不同格式的数据，存在复杂度较高的缺陷，为了降低复杂度，提高处理效率，本发明实施例中，进一步的，所述方法还包括：

接收客户端发送的数据信息；

将所述数据信息的数据格式转换成能够被所述客户端识别的通用格式，并将转换成通用格式的数据信息发送至所述客户端。

这样，即使各个渠道采用不同格式的数据，但是，经过数据格式转换的话，转换后的数据格式是唯一的，终端只需要解析这种唯一的格式即可，降低了复杂度。

其中，所述数据信息是所述N个渠道中的任意一渠道反馈的针对所述M个应用程序中的任意一应用程序在该渠道运行的信息。

例如，第一渠道商的数据格式是格式1，第二渠道商的数据格式是格式2，第三渠道商的数据格式是格式3，客户端将各个渠道反馈回来的数据发送给方法10的执行主体，方法10的执行主体将格式1、格式2和格式3的数据都转换为通用格式，由于终端只需要解析通用格式这种数据格式即可，不需要分别解析格式1、格式2和格式3的数据，因此，降低了复杂度，提高了处理效率。

又例如，用户通过第一渠道商、第二渠道商分别运行游戏1，第一渠道商向客户端反馈的数据信息中包括的是Qid，第二渠道商向客户端反馈的数据信息中包括的是Mid，格式转换后，都转换为Id，客户端只需要解析Id即可，不需要即解析Qid，也解析Mid。

本发明实施例中，客户端发送的数据信息可以是来自于渠道的，当然，在实际应用中，客户端发送的数据信息也可以是自动发起的，并不是来自于渠道或者其他设备的，在此不做具体限定。

在该方案中，在每一个应用程序中接入的各个渠道的SDK是适配后SDK，并不是各个渠道的初始SDK，而所述N个渠道中任意两个不同渠道的适配后SDK中具有相同功能的接口是相同的，这样，在各个应用程序接入适配后SDK的时候针对具有相同功能的接口的操作是相同的，因此，可以提高接入的效率，例如，第一渠道商的适配后SDK中的支付接口、第二渠道商的适配后SDK的支付接口和第三渠道商的适配后SDK的支付接口都是相同的，这样，各个在应用程序接入适配后SDK的时候针对这些接口的操作是相同的，因此，可以减少接入所耗费的时间，提高接入效率。

参阅图2所示，本发明实施例中，还提出一种SDK接入系统20，包括：

确定单元200，用于确定预在N个渠道分发的至少一个应用程序，所述N为大于1的整数；

组合单元210，用于将所述至少一个应用程序中的每一个应用程序分别与所述N个渠道中的每一个渠道的适配后SDK进行组合，得到所述每一个应用程序的N个组合应用程序，以供分别在所述N个渠道中分发；

其中，所述N个渠道中任意两个不同渠道的适配后SDK中具有相同功能的接口是相同的。

例如，如果“植物大战僵尸”游戏预在第一渠道商、第二渠道商和第三渠道商分发，则需要在“植物大战僵尸”这款游戏中分别接入这三个渠道的SDK，如在“植物大战僵尸”中接入第一渠道商的适配后SDK1，则该款游戏可以在第一渠道商分发，如在“植物大战僵尸”中接入第二渠道商的适配后SDK2，则该款游戏可以在第二渠道商分发，如在“植物大战僵尸”中接入第三渠道商的适配后SDK3，则该款游戏可以在第三渠道商分发，适配后SDK1、适配后SDK2和适配后SDK3中具有相同功能的接口例如支付接口、登录接口等是相同的，那么在接入不同的SDK时对于相同功能的接口的接入操作方式是相同的，因此，可以减少耗时，提高效率。

上述示例是以一个游戏接入三个分发渠道为例进行说明，即使有多个游戏预在第一渠道商、第二渠道商和第三渠道商分发，其他游戏也需要分别接入各个渠道的适配后SDK，每一个游戏接入一个渠道的适配后SDK的具体过程与上述示例相同，在此不再一一详述。当然，一个或多个游戏也可能接入不仅三个渠道的适配后SDK，而是例如可以接入一个、两个或者多于三个渠道的适配后SDK，游戏接入每一个渠道的适配后SDK的具体过程与上述示例类似，在此不再一一详述。

组合单元210描述的是要在应用程序中接入适配后SDK，适配后SDK并不是各个渠道的初始SDK，需要对初始SDK经过一系列处理后得到的，因此，本发明实施例中，所述系统20还包括开发单元220，用于将所述N个渠道中的每一个渠道的初始SDK均与通用SDK适配，得到所述每一个渠道的适配后SDK。

也就是说，需要先生成各个渠道的适配后SDK，这样，应用程序接入SDK时才可以接入适配后SDK。

需要说明的是，生成各个渠道的适配后SDK时采用的通用SDK是相同的，是同一个通用SDK，这样，得到的适配后SDK中具有相同功能的接口是相同的。

例如，渠道1的初始SDK1与通用SDK适配，得到渠道1的适配后SDK1、渠道2的初始SDK2与通用SDK适配，得到渠道2的适配后SDK2、渠道3的初始SDK3与通用SDK适配，得到渠道3的适配后SDK3等等，在三个渠道适配时所采用的通用SDK是相同的。

所述开发单元220将所述N个渠道中的每一个渠道的初始SDK均与通用SDK适配，包括：

将所述N个渠道中的每一个渠道的初始SDK与通用SDK进行接口适配。

其中，所述开发单元220将所述N个渠道中的每一个渠道的初始SDK与通用SDK进行接口适配，包括：

针对所述初始SDK中的每一个第一接口，从所述通用SDK的第二接口中查找与该第一接口具有相同功能的目标第二接口，并建立该第一接口和所述目标第二接口的映射关系。

例如，第一渠道商的初始SDK中有接口1、接口2和接口3，接口1具有支付功能，接口2具有登录功能，接口3具有切换用户功能，通用SDK中有10个接口(接口A、接口B、……、接口J)，接口E具有支付功能，接口G具有登录功能，接口I具有切换用户功能，则建立接口1和接口E的映射关系，建立接口2和接口G的映射关系，建立接口3和接口I的映射关系。

又例如，第二渠道商的初始SDK中有接口4、接口5和接口6，接口4具有切换用户功能，接口5具有支付功能，接口6具有登录功能，通用SDK中有10个接口(接口A、接口B、……、接口J)，接口E具有支付功能，接口G具有登录功能，接口I具有切换用户功能，则建立接口5和接口E的映射关系，建立接口6和接口G的映射关系，建立接口4和接口I的映射关系。

前面描述的是第一渠道商和第二渠道商都具有支付功能的接口、登录功能的接口和切换用户功能的接口，在实际应用中，可能两个渠道的初始SDK所具有的接口完全不同或者并不完全相同，例如，第一渠道商的初始SDK具有接口1、接口2和接口3，第二渠道商的初始SDK具有接口4、接口5和接口6，其中，接口1和接口5的功能相同，接口2和接口6的功能相同，第二渠道商的初始SDK没有具有接口3功能的接口，第一渠道商中没有接口4所能够实现的功能的接口。

需要说明的是，各个渠道之间是独立的，即使各个渠道的初始SDK的接口完全不同或者不完全相同，也并不影响各个渠道的初始SDK跟通用SDK之间的适配，例如，第一渠道商的初始SDK具有接口1、接口2和接口3，第二渠道商的初始SDK具有接口4、接口5和接口6，其中，接口1和接口5的功能相同，接口2和接口6的功能相同，第二渠道商的初始SDK没有具有接口1功能的接口，第一渠道商中没有具有接口4功能的接口，针对第一渠道商的初始SDK，从通用SDK的接口中查找目标接口，并建立映射关系；针对第二渠道商的初始SDK，从通用SDK的接口中查找目标接口，并建立映射关系，两者之间互不干涉。

本发明实施例中，可选地，所述接口包括登录接口、支付接口、切换用户接口、用户信息接口、打开网页接口、上传资源接口、弹窗接口、滚动条接口中的至少一种。通过调用不同接口可以实现不同的功能，例如通过调用登录接口可以进行登录，通过调用支付接口可以实现支付，等等。

本发明实施例中，各个接口之间并不是互斥的，在应用程序的运行过程中可能会调用不同的接口，例如，在支付过程中可能会调用登录接口、支付接口、切换用户接口、弹窗接口等。

上述只是给出几种接口的具体示例，但是并不限于此。

所述登录接口包括正常登录接口和/或静默登录接口；

所述支付接口包括金融卡支付接口和/或第三方支付渠道支付接口，其中，第三方支付平台可以为微信支付平台、支付宝支付平台等；

所述用户信息接口包括渠道用户帐号信息接口和/或用户游戏角色信息接口。其中，用户游戏角色信息可以指用户游戏角色的类型，角色的等级，角色的所具有的魔法等信息。

其中，用户游戏角色信息是可以发生变化的，例如，在这个时段用户的游戏角色是“孙悟空”，下一个时段用户的游戏角色是“嫦娥”；或者，在这个时段用户的游戏角色是“孙悟空”，等级是11级，下一个时段用户的游戏角色仍然是“孙悟空”，但是等级变成15级。

前面描述的是初始SDK跟通用SDK进行接口适配，在实际应用中，有些渠道的SDK中的资源可能不是采用通用的规则，例如，图片的存储规则，读取规则等，对于这些不是采用通用规则的资源也要进行适配，因此，本发明实施例中，所述开发单元220还用于，将所述N个渠道中的每一个渠道的初始SDK与通用SDK进行资源适配。

前面都从处理渠道的初始SDK的角度来描述的，而在实际应用中，应用程序为了在各个渠道分发，也要预先对应用程序进行处理，进一步的，所述系统20还包括融合SDK单元230，用于将所述至少一个应用程序中的每一个应用程序均接入通用SDK；

所述组合单元210将所述每一个应用程序分别与所述N个渠道中的每一个渠道的适配后SDK进行组合，包括：

将所述每一个应用程序中的通用SDK的第一目标信息分别用每一个渠道的适配后SDK的第二目标信息代替，所述第二目标信息所表征的信息与所述第一目标信息所表征的信息相同。

其中，可选地，所述第一目标信息用于表征所述通用SDK的接口的信息。

在实际应用中，各个渠道所采用的数据格式可能是不同的，那么终端需要解析不同格式的数据，存在复杂度较高的缺陷，为了降低复杂度，提高处理效率，本发明实施例中，进一步的，所述系统20还包括数据运营单元240，用于接收客户端发送的数据信息；将所述数据信息的数据格式转换成能够被所述客户端识别的通用格式，并将转换成通用格式的数据信息发送至所述客户端。

这样，即使各个渠道采用不同格式的数据，但是，经过数据格式转换的话，转换后的数据格式是唯一的，终端只需要解析这种唯一的格式即可，降低了复杂度。

所述数据信息是所述N个渠道中的任意一渠道反馈的针对所述M个应用程序中的任意一应用程序在该渠道运行的信息。

例如，第一渠道商的数据格式是格式1，第二渠道商的数据格式是格式2，第三渠道商的数据格式是格式3，客户端将各个渠道反馈回来的数据发送给方法10的执行主体，方法10的执行主体将格式1、格式2和格式3的数据都转换为通用格式，由于终端只需要解析通用格式这种数据格式即可，不需要分别解析格式1、格式2和格式3的数据，因此，降低了复杂度，提高了处理效率。

又例如，用户通过第一渠道商、第二渠道商分别运行游戏1，第一渠道商向客户端反馈的数据信息中包括的是Qid，第二渠道商向客户端反馈的数据信息中包括的是Mid，格式转换后，都转换为Id，客户端只需要解析Id即可，不需要即解析Qid，也解析Mid。

本发明实施例中，客户端发送的数据信息可以是来自于渠道的，当然，在实际应用中，客户端发送的数据信息也可以是自动发起的，并不是来自于渠道或者其他设备的，在此不做具体限定。

在该方案中，在每一个应用程序中接入的各个渠道的SDK是适配后SDK，并不是各个渠道的初始SDK，而所述N个渠道中任意两个不同渠道的适配后SDK中具有相同功能的接口是相同的，这样，在各个应用程序接入适配后SDK的时候针对具有相同功能的接口的操作是相同的，因此，可以提高接入的效率，例如，第一渠道商的适配后SDK中的支付接口、第二渠道商的适配后SDK的支付接口和第三渠道商的适配后SDK的支付接口都是相同的，这样，在各个应用程序接入适配后SDK的时候针对这些接口的操作是相同的，因此，可以减少接入所耗费的时间，提高接入效率。

在此提供的方法和装置不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的装置中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个装置中。可以把实施例中的若干模块组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者模块中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个装置实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的装置中的一些或者全部模块的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种软件开发工具包SDK接入方法，包括：

确定预在N个渠道分发的至少一个应用程序，所述N为大于1的整数；

将所述至少一个应用程序中的每一个应用程序分别与所述N个渠道中的每一个渠道的适配后SDK进行组合，得到所述每一个应用程序的N个组合应用程序，以供分别在所述N个渠道中分发；

其中，所述N个渠道中任意两个不同渠道的适配后SDK中具有相同功能的接口是相同的。

2.如权利要求1所述的方法，将所述每一个应用程序分别与所述N个渠道中的每一个渠道的适配后SDK进行组合之前，所述方法还包括：

将所述N个渠道中的每一个渠道的初始SDK均与通用SDK适配，得到所述每一个渠道的适配后SDK。

3.如权利要求2所述的方法，将所述N个渠道中的每一个渠道的初始SDK均与通用SDK适配，包括：

将所述N个渠道中的每一个渠道的初始SDK与通用SDK进行接口适配。

4.如权利要求3所述的方法，将所述N个渠道中的每一个渠道的初始SDK与通用SDK进行接口适配，包括：

针对所述初始SDK中的每一个第一接口，从所述通用SDK的第二接口中查找与该第一接口具有相同功能的目标第二接口，并建立该第一接口和所述目标第二接口的映射关系。

5.如权利要求3所述的方法，所述方法还包括：

将所述N个渠道中的每一个渠道的初始SDK与通用SDK进行资源适配。

6.如权利要求2-5中任一项所述的方法，将所述每一个应用程序分别与所述N个渠道中的每一个渠道的适配后SDK进行组合之前，所述方法还包括：

将所述至少一个应用程序中的每一个应用程序均接入通用SDK；

将所述每一个应用程序分别与所述N个渠道中的每一个渠道的适配后SDK进行组合，包括：

将所述每一个应用程序中的通用SDK的第一目标信息分别用每一个渠道的适配后SDK的第二目标信息代替，所述第二目标信息所表征的信息与所述第一目标信息所表征的信息相同。

7.如权利要求1所述的方法，所述方法还包括：

接收客户端发送的数据信息；

将所述数据信息的数据格式转换成能够被所述客户端识别的通用格式，并将转换成通用格式的数据信息发送至所述客户端。

8.一种软件开发工具包SDK接入系统，包括：

确定单元，用于确定预在N个渠道分发的至少一个应用程序，所述N为大于1的整数；

组合单元，用于将所述至少一个应用程序中的每一个应用程序分别与所述N个渠道中的每一个渠道的适配后SDK进行组合，得到所述每一个应用程序的N个组合应用程序，以供分别在所述N个渠道中分发；

其中，所述N个渠道中任意两个不同渠道的适配后SDK中具有相同功能的接口是相同的。

9.一种软件开发工具包SDK接入装置，包括：

一个或者多个处理器；

存储器；

存储在所述存储器中的程序，当被所述一个或者多个处理器执行时，所述程序使所述处理器执行如权利要求1-7中任意一项所述的方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有程序，当所述程序被处理器执行时，使得所述处理器执行如权利要求1-7中任意一项所述的方法。