CN114398068A - 渠道接入的方法、系统、电子装置及存储介质 - Google Patents

Abstract

本申请涉及一种渠道接入的方法、系统、电子装置及存储介质，该渠道接入的方法包括：在获取到第一指令的情况下，显示渠道充值回调通知接口的配置模板，其中，配置模板包括：多个与该渠道充值回调通知接口的配置相关的字段名称，以及各字段名称对应的待填充项；根据待填充项中的填充数据，生成目标渠道的渠道充值回调通知接口的配置数据，存储该配置数据；在接收到渠道方服务器推送的订单数据的情况下，确定对应目标渠道，根据目标渠道的渠道充值回调通知接口的配置数据，进行签名验证，并在验证通过后确定返回值，通过本申请，解决了相关技术中把应用接入到不同渠道的SDK的过程工作量较大的问题，减小了企业在渠道接入上投入的人力成本。

Description

渠道接入的方法、系统、电子装置及存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种渠道接入的方法、系统、电子装置及存储介质。

背景技术

通常，内容开发者开发完一个基于移动操作系统(例如，Android系统)的移动终端应用(例如，以APK文件格式的应用程序形式)后，由于内容开发者个人的推广能力有限，因此需要接入到不同的渠道商进行推广。而渠道商通常也会与内容开发者合作，以便在APK源文件中嵌入付费系统等功能，从而实现渠道商与内容开发者的收益共享。为了实现上述嵌入功能，渠道商会发布自己的SDK库供内容开发者下载使用。内容开发者需要将自己的APK文件根据渠道商的SDK库进行修改，以便符合渠道商的定制化要求。

为了更好地推广自己的应用，内容开发者通常会接入多个不同的渠道。而每个渠道都会发布自己独特的SDK库给开发者进行修改。面对成百上千的渠道的SDK，开发者需要花费大量的人力物力将APK应用接入到不同的渠道的SDK。

针对相关技术中把应用接入到不同渠道的SDK的过程工作量较大的问题，尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种渠道接入的方法、系统、电子装置及存储介质，以至少解决相关技术中把应用接入到不同渠道的SDK的过程工作量较大的问题。

第一方面，本申请实施例提供了一种渠道接入的方法，所述方法包括：

在获取到第一指令的情况下，显示渠道充值回调通知接口的配置模板，其中，所述配置模板包括：多个与所述渠道充值回调通知接口的配置相关的字段名称，以及各字段名称对应的待填充项；

根据所述待填充项中的填充数据，生成目标渠道的渠道充值回调通知接口的配置数据，存储所述配置数据；

在接收到渠道方服务器推送的订单数据的情况下，确定对应目标渠道，根据所述目标渠道的渠道充值回调通知接口的配置数据，进行签名验证，并在验证通过后确定返回值。

在其中一些实施例中，所述方法还包括：

在获取到第二指令的情况下，显示渠道登录验证接口的配置模板，其中，所述配置模板包括：多个与所述渠道登录验证接口的配置相关的字段名称，以及各字段名称对应的待填充项；

根据所述待填充项中的填充数据，生成目标渠道的渠道登录验证接口的配置数据，存储所述配置数据；

在接收到游戏客户端传入的登录数据的情况下，确定对应目标渠道，根据所述目标渠道的渠道登录验证接口的配置数据，验证用户是否登录成功，并返回验证结果至所述游戏客户端。

在其中一些实施例中，所述生成目标渠道的配置数据之后，所述方法还包括：

推送所述配置数据至缓存机制服务；

在接收到游戏客户端传入的登录数据的情况下，从所述所述缓存机制服务中获取所述渠道登录验证接口的配置数据；

在接收到渠道方服务器推送的订单数据的情况下，从所述所述缓存机制服务中获取所述渠道充值回调通知接口的配置数据。

在其中一些实施例中，所述推送所述配置数据至缓存机制服务之后，所述方法还包括：

在所述目标渠道的配置数据发生更新的情况下，重新推送更新后的所述配置数据至所述缓存机制服务。

第二方面，本申请实施例提供了一种渠道接入的系统，所述系统包括：

第一配置模块，用于在获取到第一指令的情况下，显示渠道充值回调通知接口的配置模板，其中，所述配置模板包括：多个与所述渠道充值回调通知接口的配置相关的字段名称，以及各字段名称对应的待填充项；

第一存储模块，用于根据所述待填充项中的填充数据，生成目标渠道的渠道充值回调通知接口的配置数据，存储所述配置数据；

第一确定模块，用于在接收到渠道方服务器推送的订单数据的情况下，确定对应目标渠道，根据所述目标渠道的渠道充值回调通知接口的配置数据，进行签名验证，并在验证通过后确定返回值。

在其中一些实施例中，所述系统还包括：

第二配置模块，用于在获取到第二指令的情况下，显示渠道登录验证接口的配置模板，其中，所述配置模板包括：多个与所述渠道登录验证接口的配置相关的字段名称，以及各字段名称对应的待填充项；

第二存储模块，用于根据所述待填充项中的填充数据，生成目标渠道的渠道登录验证接口的配置数据，存储所述配置数据；

第二确定模块，用于在接收到游戏客户端传入的登录数据的情况下，确定对应目标渠道，根据所述目标渠道的渠道登录验证接口的配置数据，验证用户是否登录成功，并返回验证结果至所述游戏客户端。

在其中一些实施例中，所述第一存储模块和所述第二存储模块还用于，在生成目标渠道的配置数据之后，推送所述配置数据至缓存机制服务；

所述第二确定模块还用于，在接收到游戏客户端传入的登录数据的情况下，从所述所述缓存机制服务中获取所述渠道登录验证接口的配置数据；

所述第一确定模块还用于，在接收到渠道方服务器推送的订单数据的情况下，从所述所述缓存机制服务中获取所述渠道充值回调通知接口的配置数据。

在其中一些实施例中，所述第一存储模块和所述第二存储模块还用于，在所述目标渠道的配置数据发生更新的情况下，重新推送更新后的所述配置数据至所述缓存机制服务。

第三方面，本申请实施例提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述渠道接入的方法。

第四方面，本申请实施例提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述渠道接入的方法。

相比于相关技术，本申请实施例提供的渠道接入的方法，通过在获取到第一指令的情况下，显示渠道充值回调通知接口的配置模板，其中，配置模板包括：多个与该渠道充值回调通知接口的配置相关的字段名称，以及各字段名称对应的待填充项；根据待填充项中的填充数据，生成目标渠道的渠道充值回调通知接口的配置数据，存储该配置数据；在接收到渠道方服务器推送的订单数据的情况下，确定对应目标渠道，根据目标渠道的渠道充值回调通知接口的配置数据，进行签名验证，并在验证通过后确定返回值，解决了相关技术中把应用接入到不同渠道的SDK的过程工作量较大的问题，减小了企业在渠道接入上投入的人力成本。

附图说明

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

图1是根据本申请实施例的渠道接入的方法的应用环境示意图；

图2是根据本申请第一实施例的渠道接入的方法的流程图；

图3是根据本申请第一实施例的加密格式字段的内容输入框的示意图；

图4是根据本申请第二实施例的渠道接入的方法的流程图；

图5是根据本申请第三实施例的渠道接入的方法的流程图；

图6是根据本申请第四实施例的渠道接入的方法的流程图；

图7是根据本申请第五实施例的渠道接入过程的示意图；

图8是根据本申请第六实施例的渠道接入的系统的结构框图；

图9是根据本申请第七实施例的渠道接入的系统的结构框图；

图10是根据本申请实施例的电子设备的内部结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

本申请提供的渠道接入的方法，可以应用于如图1所示的应用环境中，图1是根据本申请实施例的渠道接入的方法的应用环境示意图，如图1所示，终端102与服务器104通过网络进行通信。服务器104在获取到第一指令的情况下，通过终端102显示渠道充值回调通知接口的配置模板，其中，配置模板包括：多个与渠道充值回调通知接口的配置相关的字段名称，以及各字段名称对应的待填充项；服务器104对待填充项中的填充数据进行存储，生成目标渠道的渠道充值回调通知接口的配置数据；服务器104在接收到渠道方服务器推送的订单数据的情况下，确定对应目标渠道，根据目标渠道的渠道充值回调通知接口的配置数据，进行签名验证，并在验证通过后确定返回值；其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在相关技术中，把应用接入到不同渠道的SDK的过程工作量较大，本实施例对造成该问题的原因展开分析：在相关技术中，渠道接入的开发人员面对成百上千的渠道的SDK，该开发人员需要为每个渠道一一编写相应接入代码，由于各个渠道的接入代码之间存在大量的重复代码，开发人员的普遍做法是先复制其他渠道对应的接入代码，再根据目标渠道提供的接入文档中的相关配置数据，寻找到该配置数据在代码中的维护位置进行修改，该寻找维护位置的过程费时费力，并且，不同渠道的接入文档中的表示相同含义的字段的字段命名也不尽相同，例如，同样表示用户ID，有些渠道的接入文档中是uid，有些渠道的接入文档中是userid，还有的渠道的接入文档中是U_id，直接用搜索工具在接入代码中查找目标字段，存在找不到该字段的可能性，进一步加剧了寻找维护位置的过程的困难性。

由此，本实施例提供了一种渠道接入的方法，图2是根据本申请第一实施例的渠道接入的方法的流程图，如图2所示，该流程包括如下步骤：

步骤S201，在获取到第一指令的情况下，显示渠道充值回调通知接口的配置模板，其中，该配置模板包括：多个与渠道充值回调通知接口的配置相关的字段名称，以及各字段名称对应的待填充项；

可选的，与渠道充值回调通知接口的配置相关的字段名称，包括但不限于是渠道的ID、名称、充值类型、请求类型、加密方式(MD5、RSA256、SHA1、DES、SHA256WithRSA等)、是否下单、不参与加密的字段、签名、扩展参数、用户id、游戏订单号、渠道订单号、订单金额、金额单位、加密格式、拼接Key、成功返回值、失败返回值、签名错误返回值等；

需要注意的是，待填充项的内容输入框可以但不限于是文本框、下拉框、单选框、复选框、表单等，可以根据具体字段确定适合该字段的内容输入框，例如，图3是根据本申请第一实施例的加密格式字段的内容输入框的示意图，如图3所示，针对众多渠道的不同签名验证方式，可以做差异性的分发模式的配置，用户在编辑加密格式的待填充项时，可以选择字典顺序或其他格式，若选择字典顺序，则按照默认加密格式进行加密，若选择其他格式，则用户可自定义加密格式，包括可以增加/删除加密时读取的字段名、定义读取各字段名时的顺序，以及定义读取各字段名时相邻两个字段名之间的间隔符等；

步骤S202，根据待填充项中的填充数据，生成目标渠道的渠道充值回调通知接口的配置数据，存储该配置数据；

步骤S203，在接收到渠道方服务器推送的订单数据的情况下，确定对应目标渠道，根据目标渠道的渠道充值回调通知接口的配置数据，进行签名验证，并在验证通过后确定返回值。

通过步骤S201至S203，相对于相关技术中把应用接入到不同渠道的SDK的过程工作量较大的问题，本实施例对集成SDK服务器端的渠道接入进行了模块化的配置管理，渠道接入的开发人员对于每一个待接入的渠道，只需要填写渠道充值回调通知接口的配置模板，而无需进行大量的代码编写工作，也无需费时费力地寻找代码维护位置，从而减少了渠道接入的开发人员的工作量，并且本实施例对不同渠道下表征同样含义的不同字段做了统一，渠道接入的开发人员无需编辑字段名称，只需要填写字段值，从而进一步减少了渠道接入的开发人员的工作量，解决了相关技术中把应用接入到不同渠道的SDK的过程工作量较大的问题，减小了企业在渠道接入上投入的人力成本。

同时，本申请实施例至少还存在以下有益效果：第一，本实施例对不同渠道下表征同样含义的不同字段做了统一，降低了渠道接入时参数配置出错的概率，提高了数据的安全性；第二，本实施例从接收到目标渠道的服务器推送的订单数据，到确定该渠道的验证方式，进行签名验证，再在验证通过后确定返回值，将返回值返回给渠道方，整个流程的实现与业务代码完全解耦，降低了对运行站点的影响；第三，本实施例除去了大量冗余代码，提升了应用站点的服务器性能。

本申请实施例不仅可以配置渠道充值回调模板并将该配置数据进行应用，同理还可以拓展到渠道商嵌入的其他功能的参数配置与应用，例如，在其中一些实施例中，渠道商在APK源文件中嵌入了登录验证功能，图4是根据本申请第二实施例的渠道接入的方法的流程图，如图4所示，该流程包括如下步骤：

步骤S401，在获取到第二指令的情况下，显示渠道登录验证接口的配置模板，其中，该配置模板包括：多个与渠道登录验证接口的配置相关的字段名称，以及各字段名称对应的待填充项；可选的，与渠道登录验证接口的配置相关的字段名称，包括但不限于是渠道的ID、名称、英文简称、是否登录验证的标识、渠道接口的地址、请求类型、请求传入字段、验证返回值等；

步骤S402，根据待填充项中的填充数据，生成目标渠道的渠道登录验证接口的配置数据，存储该配置数据；

步骤S403，在接收到游戏客户端传入的登录数据的情况下，确定对应目标渠道，根据目标渠道的渠道登录验证接口的配置数据，验证用户是否登录成功，并返回验证结果至游戏客户端。

在其中一些实施例中，图5是根据本申请第三实施例的渠道接入的方法的流程图，如图5所示，生成目标渠道的配置数据之后，该流程包括如下步骤：

步骤S501，推送配置数据至Redis等缓存机制服务；

步骤S502，在接收到游戏客户端传入的登录数据的情况下，从缓存机制服务中获取渠道登录验证接口的配置数据；在接收到渠道方服务器推送的订单数据的情况下，从缓存机制服务中获取渠道充值回调通知接口的配置数据。

通过步骤S501至S502，本实施例利用了Redis等缓存机制服务，来存储渠道相关配置数据，并且读取配置数据时也是从该缓存机制服务中进行读取，与相关技术中将配置数据通过本地的物理文件存储在多台负载上的方式相比，本实施例只需要更新缓存机制服务中缓存的数据，无需对多台负载逐一进行更新，减少了数据更新时的工作量。

考虑到渠道方提供的接入文档在渠道接入成功后，接入文档中的数据存在调整的可能性，例如，在相关技术中，如果渠道方后期更改了接入文档中的渠道的请求类型，原先是以get方式接收数据，现更改为以post方式，若系统无法同时兼容get和post方式，则工作人员需要在修改请求类型后更新代码，而代码更新期间势必会影响运行站点的正常运行，由此，在其中一些实施例中，图6是根据本申请第四实施例的渠道接入的方法的流程图，如图6所示，生成目标渠道的配置数据之后，该流程包括如下步骤：

步骤S601，在目标渠道的配置数据发生更新的情况下，重新推送更新后的配置数据至缓存机制服务。

通过步骤S601，在新渠道接入时或在更新渠道配置时，开发人员只需新增或修改配置，系统会自动而推送更新后的配置数据至缓存机制服务进行缓存，无需对代码进行更新迭代，从而进一步降低了对运行站点的影响。

在其中一些实施例中，图7是根据本申请第五实施例的渠道接入过程的示意图，如图7所示，渠道接入时：

渠道接入的开发人员登录配置管理后台，手动创建渠道，后台生成渠道ID；开发人员维护项目和渠道的关联关系，填写该项目下接入该渠道所需的参数名及参数值(例如，appid、appkey等)；渠道接入的开发人员阅读渠道方提供的服务器端的接入文档，根据该文档，维护对应的渠道登录验证接口的配置模板，保存后，后台生成目标渠道的渠道登录验证接口的配置数据；开发人员根据该文档，维护对应的渠道充值回调通知接口的配置模板，保存后，后台生成目标渠道的渠道充值回调通知接口的配置数据；配置数据可以保存在数据库或者以XML文件格式进行物理存储，再推送至Redis等缓存机制服务进行存储；

登录验证的Web站点接收到游戏客户端传入的登录数据之后，利用登录统一处理方法，解析目标渠道的渠道登录验证接口的配置数据，验证用户是否登录成功，进而跟项目做独立交互；

渠道充值站点提供带有项目ID(或游戏ID)和渠道ID组成的重定向URL至渠道方，渠道方在用户充值成功后，发送订单相关数据至该URL，渠道充值站点利用充值统一处理方法，根据渠道方对应URL中的项目ID和渠道ID，匹配出Redis中对应的配置数据，读取接收到的数据参数名称和参数值，拼接签名加密的字符串，进行签名验证；签名验证通过后，匹配出配置数据中业务所需其他参数，进行后续业务操作，并根据以上处理结果，匹配对应返回值，回应渠道方服务器。

本申请实施例还提供了一种渠道接入的系统，图8是根据本申请第六实施例的渠道接入的系统的结构框图，如图8所示，该系统包括第一配置模块801、第一存储模块802和第一确定模块803，其中：

第一配置模块801用于在获取到第一指令的情况下，显示渠道充值回调通知接口的配置模板，其中，配置模板包括：多个与渠道充值回调通知接口的配置相关的字段名称，以及各字段名称对应的待填充项；

第一存储模块802用于根据待填充项中的填充数据，生成目标渠道的渠道充值回调通知接口的配置数据，存储配置数据；

第一确定模块803用于在接收到渠道方服务器推送的订单数据的情况下，确定对应目标渠道，根据目标渠道的渠道充值回调通知接口的配置数据，进行签名验证，并在验证通过后确定返回值。

在其中一些实施例中，图9是根据本申请第七实施例的渠道接入的系统的结构框图，如图9所示，该系统还包括第二配置模块901、第二存储模块902和第二确定模块903，其中：

第二配置模块901用于在获取到第二指令的情况下，显示渠道登录验证接口的配置模板，其中，配置模板包括：多个与渠道登录验证接口的配置相关的字段名称，以及各字段名称对应的待填充项；

第二存储模块902用于根据待填充项中的填充数据，生成目标渠道的渠道登录验证接口的配置数据，存储配置数据；

第二确定模块903用于在接收到游戏客户端传入的登录数据的情况下，确定对应目标渠道，根据目标渠道的渠道登录验证接口的配置数据，验证用户是否登录成功，并返回验证结果至游戏客户端。

在其中一些实施例中，第一存储模块802和第二存储模块902还用于，在生成目标渠道的配置数据之后，推送配置数据至缓存机制服务；

第二确定模块903还用于，在接收到游戏客户端传入的登录数据的情况下，从缓存机制服务中获取渠道登录验证接口的配置数据；

第一确定模块803还用于，在接收到渠道方服务器推送的订单数据的情况下，从缓存机制服务中获取渠道充值回调通知接口的配置数据。

在其中一些实施例中，第一存储模块802和第二存储模块902还用于，在目标渠道的配置数据发生更新的情况下，重新推送更新后的配置数据至缓存机制服务。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种渠道接入的方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

在一个实施例中，图10是根据本申请实施例的电子设备的内部结构示意图，如图10所示，提供了一种电子设备，该电子设备可以是服务器，其内部结构图可以如图10所示。该电子设备包括通过内部总线连接的处理器、网络接口、内存储器和非易失性存储器，其中，该非易失性存储器存储有操作系统、计算机程序和数据库。处理器用于提供计算和控制能力，网络接口用于与外部的终端通过网络连接通信，内存储器用于为操作系统和计算机程序的运行提供环境，计算机程序被处理器执行时以实现一种渠道接入的方法，数据库用于存储数据。

本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

本领域的技术人员应该明白，以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种渠道接入的方法，其特征在于，所述方法包括：

在获取到第一指令的情况下，显示渠道充值回调通知接口的配置模板，其中，所述配置模板包括：多个与所述渠道充值回调通知接口的配置相关的字段名称，以及各字段名称对应的待填充项；

根据所述待填充项中的填充数据，生成目标渠道的渠道充值回调通知接口的配置数据，存储所述配置数据；

在接收到渠道方服务器推送的订单数据的情况下，确定对应目标渠道，根据所述目标渠道的渠道充值回调通知接口的配置数据，进行签名验证，并在验证通过后确定返回值。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在获取到第二指令的情况下，显示渠道登录验证接口的配置模板，其中，所述配置模板包括：多个与所述渠道登录验证接口的配置相关的字段名称，以及各字段名称对应的待填充项；

根据所述待填充项中的填充数据，生成目标渠道的渠道登录验证接口的配置数据，存储所述配置数据；

在接收到游戏客户端传入的登录数据的情况下，确定对应目标渠道，根据所述目标渠道的渠道登录验证接口的配置数据，验证用户是否登录成功，并返回验证结果至所述游戏客户端。

3.根据权利要求2所述的方法，其特征在于，所述生成目标渠道的配置数据之后，所述方法还包括：

推送所述配置数据至缓存机制服务；

在接收到游戏客户端传入的登录数据的情况下，从所述所述缓存机制服务中获取所述渠道登录验证接口的配置数据；

在接收到渠道方服务器推送的订单数据的情况下，从所述所述缓存机制服务中获取所述渠道充值回调通知接口的配置数据。

4.根据权利要求3所述的方法，其特征在于，所述推送所述配置数据至缓存机制服务之后，所述方法还包括：

在所述目标渠道的配置数据发生更新的情况下，重新推送更新后的所述配置数据至所述缓存机制服务。

5.一种渠道接入的系统，其特征在于，所述系统包括：

第一配置模块，用于在获取到第一指令的情况下，显示渠道充值回调通知接口的配置模板，其中，所述配置模板包括：多个与所述渠道充值回调通知接口的配置相关的字段名称，以及各字段名称对应的待填充项；

第一存储模块，用于根据所述待填充项中的填充数据，生成目标渠道的渠道充值回调通知接口的配置数据，存储所述配置数据；

第一确定模块，用于在接收到渠道方服务器推送的订单数据的情况下，确定对应目标渠道，根据所述目标渠道的渠道充值回调通知接口的配置数据，进行签名验证，并在验证通过后确定返回值。

6.根据权利要求5所述的系统，其特征在于，所述系统还包括：

第二配置模块，用于在获取到第二指令的情况下，显示渠道登录验证接口的配置模板，其中，所述配置模板包括：多个与所述渠道登录验证接口的配置相关的字段名称，以及各字段名称对应的待填充项；

第二存储模块，用于根据所述待填充项中的填充数据，生成目标渠道的渠道登录验证接口的配置数据，存储所述配置数据；

第二确定模块，用于在接收到游戏客户端传入的登录数据的情况下，确定对应目标渠道，根据所述目标渠道的渠道登录验证接口的配置数据，验证用户是否登录成功，并返回验证结果至所述游戏客户端。

7.根据权利要求6所述的系统，其特征在于，

所述第一存储模块和所述第二存储模块还用于，在生成目标渠道的配置数据之后，推送所述配置数据至缓存机制服务；

所述第二确定模块还用于，在接收到游戏客户端传入的登录数据的情况下，从所述所述缓存机制服务中获取所述渠道登录验证接口的配置数据；

所述第一确定模块还用于，在接收到渠道方服务器推送的订单数据的情况下，从所述所述缓存机制服务中获取所述渠道充值回调通知接口的配置数据。

8.根据权利要求7所述的系统，其特征在于，

所述第一存储模块和所述第二存储模块还用于，在所述目标渠道的配置数据发生更新的情况下，重新推送更新后的所述配置数据至所述缓存机制服务。

9.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行权利要求1至4中任一项所述的渠道接入的方法。

10.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行权利要求1至4中任一项所述的渠道接入的方法。

Images