CN111510420A

CN111510420A - 游戏接入方法、游戏开放平台、电子设备及存储介质

Info

Publication number: CN111510420A
Application number: CN201910101291.6A
Authority: CN
Inventors: 刘思维; 周宗奇
Original assignee: Beijing Berlin Interactive Technology Co ltd
Current assignee: Beijing Berlin Interactive Technology Co ltd
Priority date: 2019-01-31
Filing date: 2019-01-31
Publication date: 2020-08-07
Anticipated expiration: 2039-01-31
Also published as: CN111510420B

Abstract

本申请提供了一种游戏接入方法、游戏开放平台、电子设备及存储介质。该方法包括：获取游戏开发者上传的游戏包；在预设的开发者后台确定游戏包所要接入的目标渠道；通过预设的渠道后台将游戏包向目标渠道进行展示。由于本申请提供的技术方案同时面向游戏开发者和游戏渠道开放，任何拥有相关资质的游戏开发者和游戏渠道都可以进行接入，通过本申请提供技术方案，可以直接将游戏开发者的游戏发行到不同的渠道，游戏开发者无需要再次针对不同的渠道进行接入，渠道也可以因此获得大量的游戏资源，避免了繁杂的游戏接入过程，有效提升各大游戏接入各大游戏平台的效率，减低接入成本。

Description

游戏接入方法、游戏开放平台、电子设备及存储介质

技术领域

本申请涉及游戏技术领域，具体而言，本申请涉及一种游戏接入方法、游戏开放平台、电子设备及存储介质。

背景技术

网络技术的迅猛发展和普遍应用，带动了游戏行业的蓬勃发展，使其成为新经济的产物，并将有效促进通信、IT制造等行业的发展。在游戏行业的高速发展态势中，应运而生了一种简单而稳定的游戏运营方式：

网络游戏运营商(也可以称为渠道、游戏代理商等)通过取得大量其它游戏开发商的代理权来运营一个游戏平台，由此便可通过丰富的游戏品类和开放游戏生态，来吸引大量的玩家。对于游戏开发商来说，也可以利用游戏平台的玩家数量来延长游戏的生命周期。

然而，一个游戏平台作为面向游戏开发者的渠道，需要寻找、洽谈并植入大量的游戏。对于游戏开发者来说，也需要针对不同的游戏开发平台进行接入。可见，无论对于网络游戏运营商还是网络游戏开发者来说，游戏接入游戏平台的成本都非常高。

发明内容

为克服上述技术问题或者至少部分地解决上述技术问题，特提出以下技术方案：

第一方面，本申请提供了一种游戏接入方法，该方法包括：

获取游戏开发者上传的游戏包；

在预设的开发者后台确定所述游戏包所要接入的目标渠道；

通过预设的渠道后台将所述游戏包向所述目标渠道进行展示。

在一种可选的实现方式中，所述在预设的开发者后台确定所述游戏包所要接入的目标渠道，包括：

通过预设的开发者测试工具对所述游戏包进行测试；

在测试成功后，在所述开发者后台确定所述游戏包所要接入的目标渠道。

在一种可选的实现方式中，所述通过预设的开发者测试工具对所述游戏包进行测试，包括：

运行所述游戏包；

获取所述游戏包相关的第一模拟数据；

基于所述第一模拟数据，调用所述游戏包相应的接口进行测试。

在一种可选的实现方式中，所述通过预设的渠道后台将所述游戏包向所述目标渠道进行展示之后，还包括：

通过预设的渠道审核工具对所述游戏包进行审核；

在审核通过后，通过所述渠道后台针对所述目标渠道上线所述游戏包对应的游戏。

在一种可选的实现方式中，所述通过所述渠道后台针对所述目标渠道上线所述游戏包对应的游戏，包括：

获取所述目标渠道根据所述渠道后台提供的自定义模块配置的游戏列表配置信息；

通过所述渠道后台基于所述游戏列表配置信息，针对所述目标渠道上线所述游戏包对应的游戏。

在一种可选的实现方式中，所述通过预设的渠道审核工具对所述游戏包进行审核，包括：

运行所述游戏包；

获取所述游戏包相关的第二模拟数据；

基于所述第二模拟数据，调用所述游戏包相应的接口进行测试。

在一种可选的实现方式中，获取游戏开发者上传的游戏包之前，还包括：

通过所述开发者后台接收所述游戏开发者对游戏的创建请求，所述游戏的创建请求中携带游戏身份信息；

为所述游戏分配游戏标识和/或游戏密钥；

将所述游戏身份信息关联所述游戏标识和/或所述游戏密钥进行记录，以更新游戏数据库。

在一种可选的实现方式中，在预设的开发者后台确定所述游戏包所要接入的目标渠道之前，还包括：

通过所述渠道后台接收所述目标渠道的账号申请请求，所述目标渠道的账号申请请求中携带所述目标渠道的身份信息；

为所述目标渠道分配渠道标识，并将所述目标渠道的身份信息关联所述渠道标识进行记录，以更新渠道数据库。

基于所述渠道数据库，在所述开发者后台展示各个渠道的候选项；

根据所述游戏开发者对候选项的选择操作，确定所述游戏包所要接入的目标渠道。

在一种可选的实现方式中，确定所述游戏包所要接入的目标渠道之后，还包括：

基于所述渠道数据库，确定所述目标渠道的渠道标识；

所述通过预设的渠道后台将所述游戏包向所述目标渠道进行展示，包括：

通过预设的渠道后台将所述游戏包向所述渠道标识对应的所述目标渠道进行展示。

第二方面，本申请提供了一种游戏开放平台，该游戏开放平台包括：

获取模块，用于获取游戏开发者上传的游戏包；

开发者后台模块，用于确定所述游戏包所要接入的目标渠道；

渠道后台模块，用于将所述游戏包向所述目标渠道进行展示。

在一种可选的实现方式中，该游戏开放平台还包括：

开发者测试工具，用于对所述游戏包进行测试；

所述开发者后台模块具体用于在测试成功后，确定所述游戏包所要接入的目标渠道。

在一种可选的实现方式中，所述开发者测试工具具体用于运行所述游戏包；获取所述游戏包相关的第一模拟数据；基于所述第一模拟数据，调用所述游戏包相应的接口进行测试。

在一种可选的实现方式中，该游戏开放平台包括：

渠道审核工具，用于对所述游戏包进行审核；

所述渠道后台模块具体用于在审核通过后，针对所述目标渠道上线所述游戏包对应的游戏。

在一种可选的实现方式中，所述渠道后台模块具体用于获取所述目标渠道根据所述渠道后台提供的自定义模块配置的游戏列表配置信息；通过所述渠道后台基于所述游戏列表配置信息，针对所述目标渠道上线所述游戏包对应的游戏。

在一种可选的实现方式中，所述渠道审核工具具体用于运行所述游戏包；获取所述游戏包相关的第二模拟数据；基于所述第二模拟数据，调用所述游戏包相应的接口进行测试。

在一种可选的实现方式中，所述开发者后台模块还用于接收所述游戏开发者对游戏的创建请求，所述游戏的创建请求中携带游戏身份信息；为所述游戏分配游戏标识和/或游戏密钥；将所述游戏身份信息关联所述游戏标识和/或所述游戏密钥进行记录，以更新游戏数据库。

在一种可选的实现方式中，所述渠道后台模块还用于通过所述渠道后台接收所述目标渠道的账号申请请求，所述目标渠道的账号申请请求中携带所述目标渠道的身份信息；为所述目标渠道分配渠道标识，并将所述目标渠道的身份信息关联所述渠道标识进行记录，以更新渠道数据库。

在一种可选的实现方式中，所述开发者后台模块具体用于基于所述渠道数据库，在所述开发者后台展示各个渠道的候选项；根据所述游戏开发者对候选项的选择操作，确定所述游戏包所要接入的目标渠道。

在一种可选的实现方式中，所述开发者后台模块还用于基于所述渠道数据库，确定所述目标渠道的渠道标识；

所述渠道后台模块具体用于将所述游戏包向所述渠道标识对应的所述目标渠道进行展示。

第三方面，本公开提供了一种电子设备，该电子设备包括：

处理器和存储器，存储器存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现如本公开的第一方面或第一方面的任一可选的实现方式中所示的方法。

第四方面，本公开提供了一种计算机可读存储介质，计算机存储介质用于存储计算机指令、程序、代码集或指令集，当其在计算机上运行时，使得计算机执行如本公开的第一方面或第一方面的任一可选的实现方式中所示的方法。

本申请提供的游戏接入方法、游戏开放平台、电子设备及存储介质，获取游戏开发者上传的游戏包；在预设的开发者后台确定游戏包所要接入的目标渠道；通过预设的渠道后台将游戏包向目标渠道进行展示，由于本申请提供的技术方案同时面向游戏开发者和游戏渠道开放，任何拥有相关资质的游戏开发者和游戏渠道都可以进行接入，通过本申请提供技术方案，可以直接将游戏开发者的游戏发行到不同的渠道，游戏开发者无需要再次针对不同的渠道进行接入，渠道也可以因此获得大量的游戏资源，避免了繁杂的游戏接入过程，有效提升各大游戏接入各大游戏平台的效率，减低接入成本。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图做简单的介绍。

图1为本申请实施例提供的一种游戏接入方法的流程示意图；

图2为本申请实施例提供的一种游戏开放平台的结构示意图；

图3为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

本公开实施例提供了一种游戏接入方法，如图1所示，该方法包括：

步骤S101：获取游戏开发者上传的游戏包；

步骤S102：在预设的开发者后台确定游戏包所要接入的目标渠道；

步骤S103：通过预设的渠道后台将游戏包向目标渠道进行展示。

本申请实施例中，执行主体为同时面向游戏开发者和游戏渠道开放的游戏开发平台，任何拥有相关资质的游戏开发者和游戏渠道都可以进行接入。

其中，开发者后台是该游戏开发平台向游戏开发者提供的，游戏开发者登陆开发者后台后，即可在开发者后台中创建游戏。

同理地，渠道后台是该游戏开发平台向游戏渠道提供的，游戏渠道登陆渠道后台，即可在渠道后台中上线游戏。

在步骤S101中，游戏开发者在开发者后台中创建游戏后，该游戏开发平台获取游戏开发者上传的游戏包。

在步骤S102中，在预设的开发者后台确定游戏包所要接入的目标渠道，即游戏开发者在开发者后台中创建游戏后，就可以确定该游戏所要上线的目标渠道。其中，目标渠道的个数可以为一个或多个，也可以是该游戏开发平台面向的所有游戏渠道。

本申请实施例中，不对步骤S101和步骤S102的执行顺序作出限定，实际应用中，可以先执行步骤S101，后执行步骤S102；也可以先执行步骤S102，后执行步骤S101；或者，步骤S101和步骤S102还可以同时执行。

在步骤S103中，通过预设的渠道后台将游戏包向目标渠道进行展示，即给目标渠道提供可以上线的游戏。随后，即可针对目标渠道通过渠道后台上线该游戏包对应的游戏。

本申请实施例中，可以直接将游戏开发者的游戏发行到不同的渠道，游戏开发者无需要再次针对不同的渠道进行接入，渠道也可以因此获得大量的游戏资源，避免了繁杂的游戏接入过程，有效提升各大游戏接入各大游戏平台的效率，减低接入成本。

本申请实施例提供了一种可行的实现方式，步骤S102包括步骤：

步骤S1021：通过预设的开发者测试工具对游戏包进行测试；

其中，开发者测试工具是该游戏开发平台通过开发者后台提供的，可以用于测试开发者在开发者后台中创建的游戏。

步骤S1022：在测试成功后，在开发者后台确定游戏包所要接入的目标渠道。

即只有通过开发者测试工具测试成功的游戏包，才能在目标渠道正常运行，因此在测试成功后，再将在开发者后台提交的游戏包向目标渠道接入，以提高游戏接入的可靠性。

具体而言，步骤S1021中，测试的方式具体包括：

步骤SA：运行游戏包；

步骤SB：获取游戏包相关的第一模拟数据；

步骤SC：基于第一模拟数据，调用游戏包相应的接口进行测试。

其中，步骤SA中，开发者测试工具会尝试运行游戏包，而步骤SB中，获取的第一模拟数据可以是开发者输入的，也可以是游戏开发平台生成的，本申请实施例在此不做限定。

需要说明的是，若第一模拟数据是开发者输入的，则步骤SB在步骤SA之后执行，若第一模拟数据是游戏开发平台生成的，则步骤SB和步骤SA可以任意先后执行，也可以同时执行。

随后，在步骤SC中，基于第一模拟数据，调用游戏包相应的接口进行测试。实际应用中，游戏程序相应的接口还包括上述游戏平台提供的游戏SDK(Software DevelopmentKit，软件开发工具包)接口。具体地，游戏开发者在开发该游戏时，已预先在游戏包中嵌入该游戏SDK，用于游戏在本申请实施例提供的游戏开发平台面向的渠道运行。即，通过开发者测试工具，除了可以测试运行是否正常运行，还可以测试游戏是否能在对应的渠道正常运行，从而提高游戏接入的可靠性。

本申请实施例还提供了一种可行的实现方式，步骤S103之后，还包括步骤：

步骤S104：通过预设的渠道审核工具对游戏包进行审核；

其中，渠道审核工具是该游戏开发平台通过渠道后台提供的，可以用于测审核游戏开发者提交的游戏。

步骤S105：在审核通过后，通过渠道后台针对目标渠道上线游戏包对应的游戏。

即只有通过渠道审核工具审核通过的游戏包，才能在目标渠道正常运行，因此在审核通过后，再将针对目标渠道通过渠道后台上线该游戏包对应的游戏，即在目标渠道的客户端界面中展示包含该游戏的游戏列表，以提高渠道接入游戏的可靠性。

其中，目标渠道的客户端可以是预先集成上述游戏平台提供的渠道SDK的目标渠道开发的客户端，也可以是目标渠道开发的操作系统上直接运行的上述游戏平台预先提供的渠道客户端，用于展示运行中的预先嵌入游戏开发平台提供的游戏SDK的游戏。

具体而言，步骤S104中，审核的方式具体包括：

步骤S1041：运行游戏包；

步骤S1042：获取游戏包相关的第二模拟数据；

步骤S1043：基于第二模拟数据，调用游戏包相应的接口进行测试。

其中，步骤S1041中，渠道审核工具会尝试运行游戏包，而步骤S1042中，获取的第二模拟数据可以是开发者输入的，也可以是游戏开发平台生成的，本申请实施例在此不做限定。

需要说明的是，上述第一模拟数据和第二模拟数据仅仅是对两个阶段的模拟数据进行区分，而不能理解为对模拟数据的限定。实际应用中，第一模拟数据和第二模拟数据可以相同也可以不同。

同理地，若第二模拟数据是开发者输入的，则步骤S1042在步骤S1041之后执行，若第二模拟数据是游戏开发平台生成的，则步骤S1042和步骤S1041可以任意先后执行，也可以同时执行。

随后，在步骤S1043中，基于第二模拟数据，调用游戏包相应的接口进行测试。实际应用中，对游戏程序相应的接口的介绍可以参见上文中的介绍，在此不再赘述。

本申请实施例中，通过开发者后台和渠道后台对游戏的双重检测功能，能够进一步提高游戏接入渠道的可靠性。

本申请实施例中，渠道后台为渠道用户提供了用于配置游戏列表的自定义模块，渠道用户可以根据自定义模板配置游戏的分类、游戏列表中的位置排序、推广游戏列表等。

那么在步骤S105中，获取渠道用户配置完后生成的游戏列表配置信息，即获取目标渠道根据渠道后台提供的自定义模块配置的游戏列表配置信息，随后，通过渠道后台基于游戏列表配置信息，针对目标渠道上线游戏包对应的游戏。即可在目标渠道的客户端界面按照渠道用户的需求对游戏进行展示。

本申请实施例中，在步骤S101之前，游戏开发者需要为上传的游戏包在游戏开发平台进行游戏的创建，游戏开发平台可以通过开发者后台接收游戏开发者对游戏的创建请求，其中，游戏的创建请求中会携带游戏身份信息，例如游戏名称等。

进一步地，游戏开发平台为游戏分配游戏标识和/或游戏密钥，即每个游戏开发者在创建游戏时，会获得一个针对该游戏的唯一的游戏标识(例如游戏ID等)和/或游戏密钥，可以在游戏开发者将游戏包上传时用于确定游戏的有效身份。

进一步地，游戏开发平台会将游戏身份信息关联游戏标识和/或游戏密钥进行记录，以更新游戏数据库。

实际应用中，能够在游戏开发平台创建游戏的游戏开发者，已预先经过了资质验证，而持有在游戏开发平台的开发者账号。游戏开发者可以利用开发者账号在游戏开发平台创建游戏，进一步地，一个开发者账号下可以创建多个游戏。

本申请实施例中，针对接入游戏开放平台的各个游戏，会维护一个游戏数据库，存储游戏的相关信息，实际应用中，游戏数据库除了包括游戏身份信息、游戏标识、游戏密钥等信息，还可包括对应的游戏开发者，上线的渠道等信息。

同理地，本申请实施例中，上述游戏开发平台面向的游戏渠道，均是在渠道后台申请了账号的渠道。那么，在渠道通过渠道后台申请账号时，以目标渠道为例，游戏开发平台需要通过渠道后台接收目标渠道的账号申请请求，其中，目标渠道的账号申请请求中携带目标渠道的身份信息，例如渠道的名称、地址等；

进一步地，为目标渠道分配渠道标识，并将目标渠道的身份信息关联渠道标识进行记录，以更新渠道数据库。即每个渠道会获得一个唯一的身份标识(例如渠道ID等)。

实际应用中，渠道也需要经过资质验证，并在资质验证通过后，才能够成功申请到游戏开发平台的渠道资质。

本申请实施例中，针对上述游戏开放平台面向的各个游戏渠道，会维护一个渠道数据库，存储游戏渠道的相关信息，实际应用中，渠道数据库除了包括渠道的身份信息、渠道标识等信息，还可包括接入的游戏等信息。

那么，在步骤S102中确定的目标渠道，均是在步骤S102之前已在渠道后台申请了账号的渠道。

具体地，在步骤S102中，可以基于渠道数据库，在开发者后台展示各个渠道的候选项，即根据渠道数据库中存储的渠道的相关信息，生成各个渠道的候选项，并在游戏开发者通过开发者后台上传游戏包时，在开发者后台进行展示，以供游戏开发者进行选择。随后，便可根据游戏开发者对候选项的选择操作，确定游戏包所要接入的目标渠道。

本申请实施例还提供了一种可行的实现方式，在步骤S102确定了目标渠道之后，基于渠道数据库，确定目标渠道的渠道标识，由于渠道标识是唯一的，能够表征渠道的有效身份信息，也便于渠道后台识别对应的目标渠道。那么在步骤S103中，即可通过预设的渠道后台将游戏包向渠道标识对应的目标渠道进行展示，以实现游戏的有效接入。

本申请实施例提供的游戏接入方法，可以显著减少游戏开发者接入不同渠道的工作，同时游戏仍然可以通过渠道触达更多的玩家。而更多的游戏运行商或代理商都可以通过接入上述游戏开发平台成为游戏渠道，获得游戏开发平台的能力，以增加用户的活跃度和粘性。

本申请实施例还提供了一种游戏开放平台，如图2所示，该游戏开放平台可以包括：获取模块201、开发者后台模块202和渠道后台模块203，其中，

获取模块201用于获取游戏开发者上传的游戏包；

开发者后台模块202用于确定游戏包所要接入的目标渠道；

渠道后台模块203用于将游戏包向目标渠道进行展示。

在一种可选的实现方式中，该游戏开放平台还包括：

开发者测试工具，用于对游戏包进行测试；

开发者后台模块202具体用于在测试成功后，确定游戏包所要接入的目标渠道。

在一种可选的实现方式中，开发者测试工具具体用于运行游戏包；获取游戏包相关的第一模拟数据；基于第一模拟数据，调用游戏包相应的接口进行测试。

在一种可选的实现方式中，该游戏开放平台包括：

渠道审核工具，用于对游戏包进行审核；

渠道后台模块203具体用于在审核通过后，针对目标渠道上线游戏包对应的游戏。

在一种可选的实现方式中，渠道后台模块203具体用于获取目标渠道根据渠道后台提供的自定义模块配置的游戏列表配置信息；通过渠道后台基于游戏列表配置信息，针对目标渠道上线游戏包对应的游戏。

在一种可选的实现方式中，渠道审核工具具体用于运行游戏包；获取游戏包相关的第二模拟数据；基于第二模拟数据，调用游戏包相应的接口进行测试。

在一种可选的实现方式中，开发者后台模块202还用于接收游戏开发者对游戏的创建请求，游戏的创建请求中携带游戏身份信息；为游戏分配游戏标识和/或游戏密钥；将游戏身份信息关联游戏标识和/或游戏密钥进行记录，以更新游戏数据库。

在一种可选的实现方式中，渠道后台模块203还用于通过渠道后台接收目标渠道的账号申请请求，目标渠道的账号申请请求中携带目标渠道的身份信息；为目标渠道分配渠道标识，并将目标渠道的身份信息关联渠道标识进行记录，以更新渠道数据库。

在一种可选的实现方式中，开发者后台模块202具体用于基于渠道数据库，在开发者后台展示各个渠道的候选项；根据游戏开发者对候选项的选择操作，确定游戏包所要接入的目标渠道。

在一种可选的实现方式中，开发者后台模块202还用于基于渠道数据库，确定目标渠道的渠道标识；

渠道后台模块203具体用于将游戏包向渠道标识对应的目标渠道进行展示。

本申请实施例提供的游戏开发平台，同时面向游戏开发者和游戏渠道开放，任何拥有相关资质的游戏开发者和游戏渠道都可以进行接入，可以直接将游戏开发者的游戏发行到不同的渠道，游戏开发者无需要再次针对不同的渠道进行接入，可以显著减少游戏开发者接入不同渠道的工作，同时游戏仍然可以通过渠道触达更多的玩家。而更多的游戏运行商或代理商都可以通过接入上述游戏开发平台成为游戏渠道，获得游戏开发平台的能力，以增加用户的活跃度和粘性。

所属领域的技术人员可以清楚地了解到，本申请实施例提供的游戏开发平台，其实现原理及产生的技术效果和前述方法实施例相同，为描述的方便和简洁，本申请实施例部分未提及之处，可参考前述方法实施例中相应内容，在此不再赘述。

本申请实施例还提供了一种电子设备(计算设备)，如图3所示，图3所示的电子设30包括：处理器301和存储器302，存储器302存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、至少一段程序、代码集或指令集由处理器301加载并执行以实现前述方法实施例中相应内容。

可选地，电子设备30还可以包括收发器303。处理器301和收发器303相连，如通过总线304相连。需要说明的是，实际应用中收发器303不限于一个，该电子设备30的结构并不构成对本申请实施例的限定。

其中，处理器301可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器301也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线304可包括一通路，在上述组件之间传送信息。总线304可以是PCI总线或EISA总线等。总线304可以分为地址总线、数据总线、控制总线等。为便于表示，图3中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器302可以是ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM、CD-ROM或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

本申请实施例提供的电子设备，同时面向游戏开发者和游戏渠道开放，任何拥有相关资质的游戏开发者和游戏渠道都可以进行接入，可以直接将游戏开发者的游戏发行到不同的渠道，游戏开发者无需要再次针对不同的渠道进行接入，可以显著减少游戏开发者接入不同渠道的工作，同时游戏仍然可以通过渠道触达更多的玩家。而更多的游戏运行商或代理商都可以通过接入上述游戏开发平台成为游戏渠道，获得游戏开发平台的能力，以增加用户的活跃度和粘性。

本申请实施例还提供了一种计算机可读存储介质，该计算机存储介质用于存储计算机指令，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims

1.一种游戏接入方法，其特征在于，包括：

获取游戏开发者上传的游戏包；

在预设的开发者后台确定所述游戏包所要接入的目标渠道；

2.根据权利要求1所述的游戏接入方法，其特征在于，所述在预设的开发者后台确定所述游戏包所要接入的目标渠道，包括：

通过预设的开发者测试工具对所述游戏包进行测试；

3.根据权利要求2所述的游戏接入方法，其特征在于，所述通过预设的开发者测试工具对所述游戏包进行测试，包括：

运行所述游戏包；

获取所述游戏包相关的第一模拟数据；

4.根据权利要求1所述的游戏接入方法，其特征在于，所述通过预设的渠道后台将所述游戏包向所述目标渠道进行展示之后，还包括：

通过预设的渠道审核工具对所述游戏包进行审核；

5.根据权利要求4所述的游戏接入方法，其特征在于，所述通过所述渠道后台针对所述目标渠道上线所述游戏包对应的游戏，包括：

6.根据权利要求4所述的游戏接入方法，其特征在于，所述通过预设的渠道审核工具对所述游戏包进行审核，包括：

运行所述游戏包；

获取所述游戏包相关的第二模拟数据；

7.根据权利要求1-6任一项所述的游戏接入方法，其特征在于，获取游戏开发者上传的游戏包之前，还包括：

为所述游戏分配游戏标识和/或游戏密钥；

8.根据权利要求1-6任一项所述的游戏接入方法，其特征在于，在预设的开发者后台确定所述游戏包所要接入的目标渠道之前，还包括：

9.根据权利要求8所述的游戏接入方法，其特征在于，所述在预设的开发者后台确定所述游戏包所要接入的目标渠道，包括：

10.根据权利要求8所述的游戏接入方法，其特征在于，确定所述游戏包所要接入的目标渠道之后，还包括：

基于所述渠道数据库，确定所述目标渠道的渠道标识；

11.一种游戏开放平台，其特征在于，包括：

获取模块，用于获取游戏开发者上传的游戏包；

12.一种电子设备，其特征在于，包括：

处理器和存储器，所述存储器存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1-10任一项所述的方法。

13.一种计算机可读存储介质，其特征在于，所述计算机存储介质用于存储计算机指令、程序、代码集或指令集，当其在计算机上运行时，使得计算机执行如权利要求1-10任一项所述的方法。