游戏交互方法及装置、可读存储介质及电子设备与流程

1.本公开涉及人机交互技术领域，具体而言，涉及一种游戏交互方法、游戏交互装置、计算机可读存储介质以及电子设备。


背景技术：

2.在一些团队合作游戏中，会遇到由于某种原因而需要进行游戏重开的情况，如临时有事、选错游戏角色等。
3.然而相关技术中，当玩家想要重开时，无法将玩家的重开意愿快速的告知其他队友，所以导致游戏重开效率低下，且玩家往往不知道可以选择哪个游戏角色以触发游戏重开机制，所以导致游戏重开的成功率或准确性较低。
4.需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。


技术实现要素：

5.本公开的目的在于提供一种游戏交互方法及装置、计算机可读存储介质及电子设备，进而至少在一定程度上改善游戏重开效率低且重开准确性较低的问题。
6.本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。
7.根据本公开的第一方面，提供了一种游戏交互方法，包括：在第一游戏客户端上接收包括重开请求原因的第一游戏重开请求，所述第一游戏重开请求由第二游戏客户端响应在所述第二游戏客户端的游戏角色选择界面中对请求重开控件的触发操作而生成；响应于对所述第一游戏重开请求的同意操作，确定与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果；根据所述游戏角色选择结果，在所述第一游戏客户端中为所述第一游戏账号推荐能够触发游戏重开的目标游戏角色。
8.在本公开的一种示例性实施例中，基于前述方案，所述第一游戏重开请求由所述第二游戏客户端响应在所述第二游戏客户端的游戏角色选择界面中对请求重开控件的触发操作而生成，包括：所述第二游戏客户端响应于在所述第二游戏客户端的游戏角色选择界面中对请求重开控件的触发操作，在所述第二游戏客户端中显示重开请求原因列表；所述第二游戏客户端响应于在所述游戏重开请求原因列表中对任一重开请求原因的选择操作，生成所述第一游戏重开请求。
9.在本公开的一种示例性实施例中，基于前述方案，所述方法还包括：响应于在所述第一游戏客户端的游戏角色选择界面中对请求重开控件的触发操作，确定与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果；根据所述游戏角色选择结果，在所述第一游戏客户端中为所述第一游戏账号推荐能够触发游戏重开的游戏角色。
10.在本公开的一种示例性实施例中，基于前述方案，响应于在所述第一游戏客户端的游戏角色选择界面中对请求重开控件的触发操作，确定与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果，包括：响应于在游戏选择阶段对所述第一游戏客户端的游戏角色选择界面中的请求重开控件的触发操作，在所述第一游戏客户端中显示重开请求原因列表；响应于在所述重开请求原因列表中针对任一重开请求原因的触发操作，确定与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果。
11.在本公开的一种示例性实施例中，基于前述方案，所述方法还包括：将所述第一游戏客户端对所述第一游戏重开请求的选择结果，发送至与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的其它游戏账号对应的游戏客户端，以使得各游戏客户端能够同步显示所述第一游戏客户端对所述第一游戏重开请求的选择结果；其中，所述选择结果用于表征所述第一游戏客户端是否同意所述第一游戏重开请求。
12.在本公开的一种示例性实施例中，基于前述方案，所述方法还包括：在游戏角色选择阶段结束时，若所述第一游戏客户端未进行游戏角色选择且所述第一游戏客户端同意所述第一游戏重开请求，则为所述第一游戏客户端中的第一游戏账号随机选定一能够触发游戏重开的游戏角色；在游戏角色选择阶段结束时，若所述第一游戏客户端为未进行游戏角色选择且所述第一游戏客户端不同意所述第一游戏重开请求，则为所述第一游戏客户端中的第一游戏账号选定熟练度最高的游戏角色。
13.在本公开的一种示例性实施例中，基于前述方案，所述方法还包括：在根据所述游戏角色选择结果，未能为所述第一游戏账号推荐出能够触发游戏重开的目标游戏角色时，则根据所述第一游戏账号对其候选游戏角色列表中的每个候选游戏角色的熟练度为所述第一游戏账号推荐游戏角色。
14.根据本公开的第二方面，提供了一种游戏交互装置，包括：第一游戏重开请求接收模块，被配置为在第一游戏客户端上接收第二游戏客户端发送的第一游戏重开请求，所述第一游戏重开请求中包括所述第二游戏客户端对应的第二游戏账号的重开请求原因，所述第一游戏重开请求根据在所述第二游戏客户端中在游戏选择阶段对应的游戏角色选择界面中触发请求重开控件而生成；第一响应模块，被配置为响应于基于所述重开请求原因在所述第一游戏客户端中对所述游戏重开请求的同意操作，确定与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果；目标游戏角色推荐模块，被配置为根据所述游戏角色选择结果，在所述第一游戏客户端中为所述第一游戏账号推荐能够触发游戏重开的目标游戏角色；其中，所述第二游戏客户端包括与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的其它游戏账号对应的游戏客户端。
15.根据本公开的第三方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述实施例中第一方面所述的游戏交互方法。
16.根据本公开实施例的第四方面，提供了一种电子设备，包括：处理器；以及，存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中第一方面所述的游戏交互方法。
17.由上述技术方案可知，本公开示例性实施例中的游戏交互方法、游戏交互装置，以
及实现所述游戏交互方法的计算机可读存储介质及电子设备，至少具备以下优点和积极效果：
18.在本公开的一些实施例所提供的技术方案中，可以在第一游戏客户端上接收包括重开请求原因的第一游戏重开请求，所述第一游戏重开请求由第二游戏客户端响应在所述第二游戏客户端的游戏角色选择界面中对请求重开控件的触发操作而生成；响应于对所述第一游戏重开请求的同意操作，确定与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果；根据所述游戏角色选择结果，在所述第一游戏客户端中为所述第一游戏账号推荐能够触发游戏重开的目标游戏角色。与相关技术相比，一方面，本公开可以直接根据其他游戏账号的游戏角色选择结果，为同意重开的游戏账号推荐能够触发游戏重开的目标游戏角色，可以辅助游戏玩家提高触发游戏重开功能的准确性；另一方面，本公开通过触发游戏角色选择界面中的请求重开控件，可以直接向其它游戏账号所在的游戏客户端发送游戏重开请求，方便不同游戏账号对应的游戏玩家之间快速的交换重开意愿，提高游戏重开的效率。
19.本公开应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
20.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
21.图1示出一示例性实施例中可以应用本公开的游戏交互方法及游戏交互装置的应用环境的系统架构图；
22.图2示出本公开一示例性实施例中的游戏交互方法的流程示意图；
23.图3示出本公开一示例性实施例中的生成第一游戏重开请求方法的流程示意图；
24.图4示出本公开一示例实施例中的游戏角色选择界面的示意图；
25.图5示出本公开一示例性实施例中的触发请求重开控件后的图形用户界面的示意图；
26.图6示出本公开一示例性实施例中的第二游戏客户端向第一游戏客户端发送第一游戏重开请求后，在第二游戏客户端中显示的图形用户界面的示意图；
27.图7示出本公开一示例性实施例中第二游戏客户端向第一游戏客户端发送第一游戏重开请求后，在第一游戏客户端中显示的的图形用户界面示意图；
28.图8示出本公开一示例性实施例中的一种图形用户界面示意图；
29.图9示出本公开一示例性实施例中的另一种为第一游戏账号推荐能够触发游戏重开的目标游戏角色的方法的流程示意图；
30.图10示出本公开一示例性实施例中的再一种图形用户界面示意图；
31.图11示出本公开一示例性实施例中游戏交互装置的结构示意图；
32.图12示出本公开示例性实施例中计算机存储介质的结构示意图；
33.图13示出本公开示例性实施例中电子设备的结构示意图。
具体实施方式
34.现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。
35.本说明书中使用用语“一个”、“一”、“该”和“所述”用以表示存在一个或多个要素/组成部分/等；用语“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等；用语“第一”和“第二”等仅作为标记使用，不是对其对象的数量限制。
36.此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。
37.在pvp(player versus player，玩家对玩家)团队合作游戏中，经常有玩家遇到某种原因而不能或不想继续本轮对战，想要重开游戏，例如突然有急事、阵容不行、有明显的“演员”等。
38.然而，在实际中，常常会因为其他因素导致某个或某些玩家的重开意愿不能完成，例如队友不知道其它队友想重开的意愿或者原因，队友不知道其他队友是否愿意重开，万一选择不熟练的游戏角色后其他队友不配合重开导致游戏对战存在较大的输的可能性，但又不知道可以选择哪个游戏角色能够触发重开机制等。从而导致游戏重开的效率和准确性较低，影响用户的交互体验和游戏体验。
39.为了在一定程度上改善上述的相关技术问题，本公开提出了一种游戏交互方法及游戏交互装置，该游戏交互方法及游戏交互装置可以应用于图1所示的示例性应用环境的系统架构中。
40.参考图1，图1示出了可以应用本公开实施例的一种游戏交互方法及游戏交互装置的示例性应用环境的系统架构的示意图。
41.如图1所示，系统架构100可以包括终端设备101、102、103、104中的一个或多个，网络105和服务器106。网络105用以在终端设备101、102、103、104和服务器106之间提供通信链路的介质。网络105可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。终端设备101、102、103、104可以是智能手机、平板电脑、笔记本电脑、台式计算机等，但并不局限于此。
42.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器106可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn、以及大数据和人工智能平台等基础云计算服务的云服务器。
43.本公开实施例所提供的游戏交互方法可以在服务器106执行，相应地，游戏交互装置一般设置于服务器106中。
44.举例而言，在一种示例性实施例中，可以是用户在终端设备101、102、103或者104中进行游戏对战。其中，可以是终端设备101、102、103、104中的游戏玩家在一个游戏阵营。在游戏角色选择阶段中，终端设备102中的游戏账号1如果想要重开，其可以触发其游戏角色选择界面中的请求重开控件并选择预设重开原因，就可以直接向与终端设备102中登录的游戏账号处于同一游戏阵营，且分别登录在终端设备101、103、104的多个游戏账号直接第一游戏重开请求。这样，终端设备101、103、104都可以接收到游戏账号1发送的第一游戏重开请求，该第一游戏重开请求中包括游戏账号1选择的预设重开原因。终端设备101、103、104中登录的游戏账号根据游戏账号1选择的预设重开原因可以确认自己是否同意游戏账号1的第一游戏重开请求。以终端设备101为例，如果同意，则通过终端设备101中登录的游戏账号进行游戏的游戏玩家，可以触发基于第一游戏重开请求在终端设备101中显示的与第一游戏重开请求关联的同意重开控件。游戏服务器106响应于终端设备101对第一游戏重开请求的同意操作，确定与终端设备101中登录的游戏账号处于同一游戏阵营的其它游戏账号的游戏选择结果，并根据其它游戏账号的选择结果，为终端设备101中登录的游戏账号自动推荐能够触发游戏重开的目标游戏角色。
45.本领域技术人员容易理解的是，上述应用场景仅是用于举例，本示例性实施例中并不以此为限。
46.图2示出本公开一示例性实施例中游戏交互方法的流程示意图。参考图2，该方法包括：
47.步骤s210，在第一游戏客户端上接收包括重开请求原因的第一游戏重开请求，所述第一游戏重开请求由第二游戏客户端响应在所述第二游戏客户端的游戏角色选择界面中对请求重开控件的触发操作而生成；
48.步骤s220，响应于对所述第一游戏重开请求的同意操作，确定与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果；
49.步骤s230，根据所述游戏角色选择结果，在所述第一游戏客户端中为所述第一游戏账号推荐能够触发游戏重开的目标游戏角色。
50.在本公开的一些实施例所提供的技术方案中，可以在第一游戏客户端上接收包括重开请求原因的第一游戏重开请求，所述第一游戏重开请求由第二游戏客户端响应在所述第二游戏客户端的游戏角色选择界面中对请求重开控件的触发操作而生成；响应于对所述第一游戏重开请求的同意操作，确定与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果；根据所述游戏角色选择结果，在所述第一游戏客户端中为所述第一游戏账号推荐能够触发游戏重开的目标游戏角色。与相关技术相比，一方面，本公开可以直接根据其他游戏账号的游戏角色选择结果，为同意重开的游戏账号推荐能够触发游戏重开的目标游戏角色，可以辅助游戏玩家提高触发游戏重开功能的准确性；另一方面，本公开通过触发游戏角色选择界面中的请求重开控件，可以直接向其它游戏账号所在的游戏客户端发送游戏重开请求，方便不同游戏账号对应的游戏玩家之间快速的交换重开意愿，提高游戏重开的效率。
51.以下对图2所示实施例中各个步骤的具体实施方式进行详细阐述：
52.在步骤s210中，在第一游戏客户端上接收包括重开请求原因的第一游戏重开请求。
53.在一种可选的实施方式中，所述第一游戏重开请求由第二游戏客户端响应在所述第二游戏客户端的游戏角色选择界面中对请求重开控件的触发操作而生成。其中，第一游戏客户端和第二游戏客户端处于同一游戏阵营。
54.在示例性的实施方式中，游戏玩家可以通过游戏账号登录到游戏中，以进行游戏。每个游戏账号可以对应有一个或多个游戏角色，游戏角色可以理解为游戏玩家通过游戏账号在游戏过程中可以控制其执行游戏动作的虚拟对象。
55.在进行正式游戏对战前，会有一个游戏选择阶段，通常为一个预设时间段，如1分钟，以让每个游戏账号可以在此时间段内从自己对应的一个或多个游戏角色中，选择出在本场对战中想使用的游戏角色，在游戏选择阶段未结束之前，游戏账号可以随时调整或改变自己选择的游戏角色。在游戏角色选择阶段对应的预设时间段内，如果通过某个游戏账号登录游戏的游戏玩家突然有其他的事情，不能继续进行游戏或者有其他的原因不想继续进行游戏，则可以向与其处于同一游戏阵营的其它游戏账号所在的游戏客户端发送游戏重开请求，以请求重开游戏。
56.如，当上述的第二游戏客户端想要重开游戏时，其就可以通过触发配置在游戏角色选择界面中的请求重开控件而生成第一游戏重开请求，然后将生成的第一游戏重开请求发送给与所述第二游戏客户端中的游戏账号处于同一游戏阵营的其它游戏账号所在的第一游戏客户端。
57.示例性的，图3示出本公开一示例性实施例中的生成第一游戏重开请求的方法的流程示意图。参考图3，该方法可以包括步骤s310至步骤s320。
58.在步骤s310中，所述第二游戏客户端响应于在所述第二游戏客户端的游戏角色选择界面中对请求重开控件的触发操作，在所述第二游戏客户端中显示重开请求原因列表。
59.示例性的，可以预先在游戏选择界面中配置一请求重开控件，并将其与重开请求原因列表进行关联，当触发该请求重开控件时，可以显示与其关联的重开请求原因列表。
60.其中，重开请求原因列表中可以预先配置有至少一个预设的重开请求原因。预设的重开请求原因可以根据经验或者对游戏玩家的调查结果进行统计来确定或更新，同时重开请求原因列表中还可以配置有自定义项，当预设的重开请求原因都不是游戏玩家真正的想重开的原因时，游戏玩家可以在自定义项中自定义输入自己想重开的原因。
61.例如，参考图4所示，可以预先在游戏角色选择界面中配置一“请求重开”控件41，当通过某个游戏账号登录的游戏玩家想要重开游戏时，其可以触发控件41，响应于在第二游戏客户端对控件41的触发操作，可以在第二游戏客户端的图形用户界面中显示如图5所示的重开请求原因列表51。
62.其中，对游戏角色选择界面中配置的请求重开控件的触发操作可以包括单击、双击或者以任意的预设轨迹进行滑动操作等，本示例性实施方式对此不做特殊限定。
63.接下来，在步骤s320中，所述第二游戏客户端响应于在所述游戏重开请求原因列表中对任一重开请求原因的选择操作，生成所述第一游戏重开请求。
64.示例性的，对任一重开请求原因的选择操作可以包括点击任一重开请求原因所在
的列表项的操作、以预设轨迹拖动任一重开请求原因所在的列表项的操作等，当游戏玩家对游戏原因进行自定义时，针对自定义游戏原因的触发操作可以包括游戏玩家确认其自定义填写的游戏重开原因的操作，本示例性实施方式对此不做特殊限定。其中，重开请求原因用于指示或者说表征请求重开的游戏玩家想要进行游戏重开的理由或原因。
65.举例而言，在第二游戏客户端显示重开请求原因列表后，通过第二游戏客户端登录的游戏账号进行游戏的游戏玩家，可以从重开请求原因列表中选择自己想要进行重开的原因。当游戏玩家选择自己想要重开的原因后，表明该游戏玩家基于其选择的重开原因，想要重开游戏，此时，可以确定第二游戏客户端中登录的游戏账号为同意进行游戏重开的游戏账号，所以可以直接确定与第二游戏客户端中登录的第二游戏账号处于同一游戏阵营的其他至少一个游戏账号的游戏角色选择结果，以为第二游戏账号推荐可以触发游戏重开的目标游戏角色。
66.同时，当在第二游戏客户端显示的重开请求原因列表中针对任一重开请求原因进行选择操作后，就可以直接生成包括选择操作所指示的重开请求原因的第一游戏重开请求。同时，可以将生成的第一游戏重开请求发送给第一游戏客户端，以使得第一游戏客户端在接收到第一游戏重开请求后，可以根据第一游戏重开请求中包括的重开请求原因确定其是否同意第一游戏重开请求。其中，第一游戏客户端可以包括与第二游戏客户端处于同一游戏阵营的其他游戏客户端。
67.在一种可选的实施方式中，第一游戏重开请求也可以是由游戏服务器响应在所述第二游戏客户端的游戏角色选择界面中对请求重开控件的触发操作而生成，并发送给第一游戏客户端的。由服务器响应在所述第二游戏客户端的游戏角色选择界面中对请求重开控件的触发操作而生成第一游戏重开请求的具体实施方式可以参考上述的步骤s310至步骤s320，将其中的执行主体替换为“游戏服务器”即可，此处不再进行赘述。以处于同一游戏阵营的游戏账号分别为游戏玩家a、游戏玩家b、游戏玩家c、游戏玩家d、游戏玩家e为例，当第二游戏客户端的游戏账号即游戏玩家b，在图5所示的图形用户界面中选择重开请求原因后，如游戏玩家b选择重开请求原因为“有急事”后，则第二游戏客户端可以直接根据该重开请求原因生成第一游戏重开请求，并向与游戏玩家b这一游戏账号处于同一游戏阵营的其他游戏账号所在的游戏客户端发送包括游戏重开请求原因为“有急事”的第一游戏重开请求。同时，游戏服务器或者第二游戏客户端可以默认游戏玩家b为同意进行游戏重开的游戏账号，则游戏服务器或者第二游戏客户端可以获取与游戏玩家b处于同一游戏阵营的其他至少一个游戏账号，即游戏玩家a、游戏玩家c、游戏玩家d、游戏玩家e中的至少一个游戏账号的游戏角色选择结果，以根据游戏角色选择结果向游戏玩家b这一游戏账号推荐能够触发游戏重开的目标游戏角色。
68.当游戏玩家b这一游戏账号所在的第二游戏客户端向与其处于同一游戏阵营的其他游戏账号所在的第一游戏客户端发出第一游戏重开请求后，游戏玩家b所在的第二游戏客户端所显示的图形用户界面可以如图6所示。参考图6，游戏玩家b这一账号对应的游戏玩家在自己所在的第二游戏客户端可以看到自己发出的第一游戏请求对应的信息，如图6中的61所示，其可以表示游戏玩家b的游戏重开态度为同意重开。
69.与此同时，当游戏玩家b这一游戏账号所在的第二游戏客户端向与其处于同一游戏阵营的其他游戏账号所在的第一游戏客户端发出第一游戏重开请求后，其他游戏账号所
在的第一游戏客户端均可以显示该第一重开请求和其对应的重开请求原因。以某个第一游戏客户端为例，第一游戏客户端中显示的第一游戏重开请求可以如图7中的71所示，第一游戏重开请求71中包括有游戏玩家b这一账号选择的重开请求原因“有急事”。
70.每个第一游戏客户端在接收到第二游戏客户端发送的第一游戏重开请求和重开请求原因后，可以在该第一游戏客户端中用于显示第二游戏客户端对应的游戏账号标识的位置区域的附近，显示第二游戏客户端发送的第一游戏重开请求和重开请求原因。其中，显示游戏账号标识的位置区域可以包括用于显示游戏账号所指示的游戏玩家的标识的区域或者用于显示游戏账号所选定的虚拟对象的位置区域。
71.以第一游戏重开请求发送方是游戏玩家b这一游戏账号为例，如图7所示，可以在第一游戏客户端中的显示游戏玩家b对应的游戏账号标识的位置区域72(即“玩家b”字样)的附近，显示游戏玩家b所在的第二游戏客户端发送的第一游戏重开请求和重开请求原因。这样，可以使得第一游戏客户端中的游戏账号对应的游戏玩家，能够明确的知道该第一游戏重开请求是游戏玩家b这一游戏账号发送的。
72.进一步的，第一游戏重开请求71中还可以包括有“不重开”控件和“重开”控件，这样，可以使得通过第一游戏客户端中的游戏账号登录游戏的游戏玩家通过“不重开”控件或“重开”控件，表明自己对第一游戏重开请求的态度，即表明自己是否同意第一游戏重开请求。当其同意游戏玩家b这一游戏账号发送的第一游戏重开请求时，则可以触发“重开”控件，如点击“重开”控件，当其不同意的游戏账号2发送的第一游戏重开请求时，则可以触发“不重开”控件，如点击“不重开”控件。
73.接下来，继续参考图2，在步骤s220中，响应于对所述第一游戏重开请求的同意操作，确定与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果。
74.举例而言，第一游戏客户端在接收到第二游戏客户端发送的第一游戏重开请求后，可以根据显示的第一游戏重开请求中的请求重开原因确认自己是否同意第一游戏重开请求，即表明自己的重开意愿，如果愿意重开，就可以触发如图7中的第一重开请求71中所示的“重开”控件。这样，游戏服务器或者第一游戏客户端就可以响应该触发操作，确定与第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果。
75.继续参考图2，接下来，在步骤s230中，根据所述游戏角色选择结果，在所述第一游戏客户端中为所述第一游戏账号推荐能够触发游戏重开的目标游戏角色。
76.以同一游戏阵营包括5个游戏账号，且当前游戏对应的游戏重开机制包括3个游戏账号选择相同功能的游戏角色就会自动触发游戏重开为例，在某个第一游戏客户端中登录的游戏账号1对应的游戏玩家1选择同意重开后，则可以根据游戏账号2、游戏账号3、游戏账号4、游戏账号5的游戏选择结果，从游戏账号1的候选游戏角色列表中为游戏账号1选择能够触发游戏重开机制的目标游戏角色。如，如果游戏账号2选择了功能a的游戏角色、游戏账号3选择了具有功能b的游戏角色、游戏账号4选择了具有功能a的游戏角色、游戏账号5未进行游戏角色选择，则此时可以为游戏账号1推荐具有功能a的游戏角色，游戏账号1可以从推荐的具有功能a的游戏角色中选择任一游戏角色，这样，由于游戏账号1、游戏账号2、游戏账号4共3个游戏账号选择了具有功能a的游戏角色，就可以直接触发游戏重开。
77.示例性的，在游戏角色选择阶段，由于游戏账号对应的游戏玩家可以随时改变选
择的游戏角色，所以可以实时获取其他游戏账号的游戏角色选择结果，根据其他游戏账号对其选择的游戏角色的调整，实时更新为选择重开的游戏账号推荐的能够触发游戏重开的游戏角色。
78.例如，在为游戏账号1推荐了多个具有游戏功能a的游戏角色后，在游戏账号1对应的游戏玩家1还未从多个具有游戏功能a的游戏角色中进行最终选择时，上述的游戏账号2对应的游戏玩家2突然重新选择了具有游戏功能b的游戏角色，游戏账号5对应的游戏玩家5选择了具有游戏功能c的游戏角色，此时，就需要向游戏账号1重新推荐游戏账号1的候选角色列表中具有功能b的游戏角色。这样，当游戏账号2选择了推荐的任一具有功能b的游戏角色后，由于游戏账号1、游戏账号2、游戏账号3共3个游戏角色都选择了具有相同功能b的游戏角色，从而保证继续可以直接触发游戏重开机制。
79.在一种可选的实施方式中，在第一客户端中的游戏账号对应的游戏玩家表明针对第一游戏重开请求做出选择后，游戏服务器可以将所述第一游戏客户端对所述第一游戏重开请求的选择结果，发送至与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的其它游戏账号对应的游戏客户端，以使得各游戏客户端能够同步显示所述第一游戏客户端对所述第一游戏重开请求的选择结果。所述选择结果用于表征所述第一游戏客户端是否同意所述第一游戏重开请求，其可以包括同意重开或不同意重开。
80.换言之，每个游戏账号的游戏重开选择结果都会同步显示在其他游戏账号所在的游戏客户端。
81.继续以上述的处于同一游戏阵营的游戏账号分别为游戏玩家a、游戏玩家b、游戏玩家c、游戏玩家d、游戏玩家e，且游戏玩家b为发送第一游戏重开请求的账号，即游戏玩家b为登录在第二游戏客户端的游戏账号为例，在任意其它的游戏账号对游戏玩家b这一游戏账号发送的第一游戏重开请求做出回应后，如触发“重开”控件或触发“不重开”控件后，每个游戏账号的选择态度都会同步显示在其它游戏账号的游戏客户端。这样，可以让每个游戏账号对应的游戏玩家对游戏重开的意愿都可以被其他队友看到，方便游戏玩家之间互相快速的了解重开意愿。
82.在一种可选的实施方式中，每个游戏账号的重开态度可以对应的显示在在游戏客户端中用于显示该游戏账号标识的区域的附近。如图8所示，以某个第一游戏客户端为例，游戏玩家a、游戏玩家c同意重开，则分别在该第一游戏客户端中用于显示游戏玩家a、游戏玩家c对应的游戏账号标识的区域的附近显示“重开”字样，游戏玩家e不同意重开，则在该第一游戏客户端中用于显示游戏玩家e对应的游戏账号标识的区域的附近显示“不重开”字样。
83.当某个游戏账号接收了其它游戏账号的重开请求，但未对该重开请求做出回应时，即未表明自己的重开态度时，在其它客户端中显示的该游戏账号对应的游戏账号标识附近不做任何显示。如图8以游戏玩家a所在的游戏客户端为例，游戏玩家d未做出回应时，在游戏玩家a所在的客户端中的用于游戏玩家d对应的游戏账号标识的位置区域82附近不进行任何显示，以向游戏玩家a这一游戏账号对应的游戏玩家指示游戏玩家d还未表明自己的重开态度。在其做出回应后，将其重开态度实时的同步至与其处于同一游戏阵营的其他游戏账号所在的游戏客户端。
84.与此同时，在通过第一游戏客户端中的游戏账号进行游戏的游戏玩家，对第二游
戏客户端发送的第一游戏重开请求做出回应后，可以在该第一游戏客户端中的用于显示第二游戏客户端中登录的游戏账号的游戏账号标识的位姿区域的附近，显示“请求重开”字样或“已同意其重开”字样或“已拒绝其重开”等字样，以将重开请求的发送方和其他游戏账号对应的的游戏重开态度进行区分显示。当然，以游戏玩家b为游戏重开请求的发送方为例，也可以如图8所示，直接在第一游戏客户端中的用于显示游戏玩家b对应的游戏账号标识的位置区域81附近显示“重开”字样，即仅表明游戏重开请求方的重开态度为同意重开，而不将其和其它的游戏重开请求接收方的游戏重开态度进行区分显示，本示例性实施方式对此不做特殊限定。
85.示例性的，在第二客户端发出游戏重开请求后，在其他任一游戏账号未做出回应之前，第二游戏客户端中的“请求重开”控件可以被配置为无效状态，如将其配置为灰色，以表明此时对“请求重开”控件的任何触发操作都无效。当其他游戏账号都做出回应，但根据其他游戏账号的回应或者根据其他游戏账号的游戏角色选择结果，无法直接触发游戏重开时，则将第二游戏客户端中的“请求重开”控件从无效状态重新配置为有效状态，以使得第二游戏客户端中的游戏账号可以再次重新发出第一游戏重开请求。
86.在本公开中，可以通过在游戏角色选择界面中预先配置的请求重开控件，快速的触发游戏重开请求，并在游戏玩家选择重开请求原因后，为其推荐能够触发游戏重开的目标游戏角色。同时，在接收到游戏重开请求的其它游戏客户端同意游戏重开请求后，为其也推荐能够触发游戏重开的目标游戏角色。此外，游戏账号对应的游戏玩家选择重开原因后，游戏玩家选择的重开原因可以直接同步的发送至与请求重开的游戏账号处于同一游戏阵营的其它游戏账号所在的客户端，可以帮助玩家之间快速的理解重开的原因，促进玩家之间的沟通。进一步的，每个游戏账号的重开态度都会同步显示在同一阵营的所有游戏账号所在的客户端，可以减少玩家之间互相猜测和不配合的风险，提高游戏重开的效率和准确性。
87.示例性的，对于第一游戏客户端中的第一游戏账号而言，图9示出本公开一示例性实施例中的另一种为第一游戏客户端中的第一游戏账号推荐能够触发游戏重开的目标游戏角色的流程示意图。参考图9，该方法可以包括步骤s910至步骤s920。其中：
88.在步骤s910中，响应于在所述第一游戏客户端的游戏角色选择界面中对请求重开控件的触发操作，确定与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果；在步骤s920中，根据所述游戏角色选择结果，在所述第一游戏客户端中为所述第一游戏账号推荐能够触发游戏重开的游戏角色。
89.其中，步骤s910的具体实施方式可以包括：响应于在游戏选择阶段对所述第一游戏客户端的游戏角色选择界面中的请求重开控件的触发操作，在所述第一游戏客户端中显示重开请求原因列表；响应于在所述重开请求原因列表中针对任一重开请求原因的触发操作，确定与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果。
90.举例而言，第一游戏客户端的游戏选择界面中也预先配置有请求重开控件，第一游戏客户端中的游戏账号对应的游戏玩家可以触发该请求重开控件，然后在显示的重开请求原因列表中选择自己的重开原因。当第一游戏客户端的游戏账号对应的游戏玩家选择重开请求原因后，可以直接默认第一游戏客户端同意进行游戏重开，则可以直接确定与第一
游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果，根据该选择结果为第一游戏账号直接推荐能够触发游戏重开的目标游戏角色。
91.同时，响应于在所述重开请求原因列表中针对任一重开请求原因的触发操作，也可以直接生成第二游戏重开请求，并向与第一游戏客户端对应的第一游戏账号处于同一游戏阵营的其它游戏账号所在的游戏客户端发送第二游戏重开请求，以使其它客户端根据第二游戏重开请求中包括的游戏重开原因确认是否同意游戏重开。
92.其中，生成第二游戏重开请求的具体实施方式可以参考上述的步骤s310至步骤s320，将其中的执行主体替换为第一游戏客户端即可，此处不再进行赘述。
93.换言之，在本公开中，第一游戏客户端可以是游戏重开请求的发送方，也可以是游戏重开请求的接收方。同样的，第二游戏客户端可以是游戏重开请求的发送方，也可以是游戏重开请求的接收方。无论是重开请求的接收方还是发送方，都可以根据游戏客户端中的游戏账号的重开态度，确定是否为该游戏客户端中的游戏账号推荐能够触发游戏重开的目标游戏角色。
94.在一种示例性的实施方式中，在根据所述游戏角色选择结果，未能为所述第一游戏账号推荐出能够触发游戏重开的目标游戏角色时，则根据所述第一游戏账号对其候选游戏角色列表中的每个候选游戏角色的熟练度为所述第一游戏账号推荐游戏角色。以同一游戏阵营包括5个游戏账号，且当前游戏对应的游戏重开机制包括4个游戏账号选择相同功能的游戏角色就会自动触发游戏重开为例，如果游戏账号1选择了重开，游戏账号2选择了重开，但游戏账号3、游戏账号4、游戏账号5选择不重开，且游戏账号3、游戏账号4、游戏账号5选择了彼此之间均具有不同功能的游戏角色。此时，无论如何进行游戏角色推荐都不可能满足4个游戏玩家选择具有相同功能的游戏角色的条件。也就是说，此时根据其他游戏账号的游戏角色选择结果，无法为选择重开的游戏账号推荐出能够自动触发游戏重开机制的目标游戏角色，此时，可以根据选择重开的游戏账号对其对应的候选游戏角色列表中的每个候选游戏角色的熟练度，为该游戏账号推荐熟练度排名前n的n个游戏角色。
95.其中，游戏账号对其候选游戏角色列表中的每个候选游戏角色的熟练度，可以根据其使用每个候选游戏角色进行游戏对战时的游戏成功率或对每个候选游戏角色的使用频率等因素确定，本示例性实施方式对此不做特殊限定。
96.在另一种示例性的实施方式中，在游戏角色选择阶段结束时，若所述第一游戏客户端未进行游戏角色选择且所述第一游戏客户端不同意所述第一游戏重开请求，则为所述第一游戏客户端中的第一游戏账号选定熟练度最高的游戏角色。
97.在再一种可选的实施方式中，在游戏角色选择阶段结束时，若所述第一游戏客户端未进行游戏角色选择且所述第一游戏客户端同意所述第一游戏重开请求，则为所述第一游戏客户端中的第一游戏账号随机选定一能够触发游戏重开的游戏角色。
98.举例而言，在游戏角色选择阶段计时结束时，如果游戏账号没有进行游戏角色的选择，则会根据游戏账号的重开态度为游戏账号自动选定游戏角色。如图10所示，在游戏角色选择阶段计时结束时，图10中的游戏玩家d、游戏玩家e没有进行游戏角色选择，且游戏玩家d的重开态度为重开，游戏玩家e的游戏重开态度为不重开。则可以为游戏玩家d这一游戏账号自动选定可以触发游戏重开且在游戏玩家d的候选游戏角色列表中的游戏角色，而为游戏玩家e这一游戏账号自动选定游戏玩家e的候选游戏角色列表中，游戏玩家e熟练度最
高的游戏角色。
99.当然，无论是为游戏玩家推荐能够触发重开的目标游戏角色还是推荐其熟练度较高的游戏角色，都可以让玩家在推荐的游戏角色中和其他未推荐的游戏角色中进行游戏角色的自主选择。
100.通过本公开提供的游戏交互方法，能够在游戏角色选择阶段促进游戏玩家之间的交流沟通，减少队友之间对于游戏重开不配合的风险。同时，只有在想要进行游戏重开的游戏玩家选择重开原因后，才会为其进行能够触发游戏重开的游戏角色的推荐，也只有在其进行选择重开原因后，其游戏重开请求才会被发送至其它游戏客户端，所以可以帮助游戏玩家了解队友想要进行重开的原因，避免队友之间相互猜测，从而提高而游戏重开效率，提高玩家的游戏体验。
101.此外，本公开可以为游戏玩家自动的推荐能够触发游戏重开机制的游戏角色，从而可以提高游戏重开的准确性和成功率，避免游戏玩家想重开但不知道如何进行游戏角色选择而导致的游戏体验差的问题。
102.本领域技术人员可以理解实现上述实施方式的全部或部分步骤被实现为由cpu执行的计算机程序。在该计算机程序被cpu执行时，执行本发明提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。
103.此外，需要注意的是，上述附图仅是根据本发明示例性实施方式的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
104.图11示出本公开示例性实施例中游戏交互装置的结构示意图。参考图11，该装置1100可以包括第一游戏重开请求接收模块1110、第一响应模块1120、目标游戏角色推荐模块1130。其中：
105.第一游戏重开请求接收模块1110，被配置为在第一游戏客户端上接收第二游戏客户端发送的第一游戏重开请求，所述第一游戏重开请求中包括所述第二游戏客户端对应的第二游戏账号的重开请求原因，所述第一游戏重开请求根据在所述第二游戏客户端中在游戏选择阶段对应的游戏角色选择界面中触发请求重开控件而生成；
106.第一响应模块1120，被配置为响应于基于所述重开请求原因在所述第一游戏客户端中对所述游戏重开请求的同意操作，确定与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果；
107.目标游戏角色推荐模块1130，被配置为根据所述游戏角色选择结果，在所述第一游戏客户端中为所述第一游戏账号推荐能够触发游戏重开的目标游戏角色。
108.在本公开的一些示例性实施例中，基于前述实施例，所述第一游戏重开请求由所述第二游戏客户端响应在所述第二游戏客户端的游戏角色选择界面中对请求重开控件的触发操作而生成，包括：所述第二游戏客户端响应于在所述第二游戏客户端的游戏角色选择界面中对请求重开控件的触发操作，在所述第二游戏客户端中显示重开请求原因列表；所述第二游戏客户端响应于在所述游戏重开请求原因列表中对任一重开请求原因的选择操作，生成所述第一游戏重开请求。
109.在本公开的一些示例性实施例中，所述装置还包括请求重开模块，所述请求重开模块被配置为：响应于在所述第一游戏客户端的游戏角色选择界面中对请求重开控件的触发操作，确定与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果；根据所述游戏角色选择结果，在所述第一游戏客户端中为所述第一游戏账号推荐能够触发游戏重开的游戏角色。
110.在本公开的一些示例性实施例中，基于前述实施例，所述响应于在所述第一游戏客户端的游戏角色选择界面中对请求重开控件的触发操作，确定与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果，包括：响应于在游戏选择阶段对所述第一游戏客户端的游戏角色选择界面中的请求重开控件的触发操作，在所述第一游戏客户端中显示重开请求原因列表；响应于在所述重开请求原因列表中针对任一重开请求原因的触发操作，确定与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果。
111.在本公开的一些示例性实施例中，基于前述实施例，所述装置还包括同步显示模块，所述同步显示模块被配置为：将所述第一游戏客户端对所述第一游戏重开请求的选择结果，发送至与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的其它游戏账号对应的游戏客户端，以使得各游戏客户端能够同步显示所述第一游戏客户端对所述第一游戏重开请求的选择结果；其中，所述选择结果用于表征所述第一游戏客户端是否同意所述第一游戏重开请求。
112.在本公开的一些示例性实施例中，基于前述实施例，所述装置还包括第一自动选定模块和第二自动选定模块。其中，第一自动选定模块被配置为在游戏角色选择阶段结束时，若所述第一游戏客户端未进行游戏角色选择且所述第一游戏客户端同意所述第一游戏重开请求，则为所述第一游戏客户端中的第一游戏账号随机选定一能够触发游戏重开的游戏角色；第二自动选定模块被配置为在游戏角色选择阶段结束时，若所述第一游戏客户端未进行游戏角色选择且所述第一游戏客户端不同意所述第一游戏重开请求，则为所述第一游戏客户端中的第一游戏账号选定熟练度最高的游戏角色。
113.在本公开的一些示例性实施例中，基于前述实施例，所述装置还包括第二游戏角色推荐模块，所述第二游戏角色推荐模块被配置为在根据所述游戏角色选择结果，未能为所述第一游戏账号推荐出能够触发游戏重开的目标游戏角色时，则根据所述第一游戏账号对其候选游戏角色列表中的每个候选游戏角色的熟练度为所述第一游戏账号推荐游戏角色。
114.上述游戏交互装置中各模块的具体细节已经在对应的游戏交互方法中进行了详细的描述，因此此处不再赘述。
115.应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
116.此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/
或者将一个步骤分解为多个步骤执行等。
117.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。
118.在本公开示例性实施方式中，还提供了一种能够实现上述方法的计算机存储介质。其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤，例如：
119.在第一游戏客户端上接收包括重开请求原因的第一游戏重开请求，所述第一游戏重开请求由第二游戏客户端响应在所述第二游戏客户端的游戏角色选择界面中对请求重开控件的触发操作而生成；响应于对所述第一游戏重开请求的同意操作，确定与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果；根据所述游戏角色选择结果，在所述第一游戏客户端中为所述第一游戏账号推荐能够触发游戏重开的目标游戏角色。
120.可选的，所述第一游戏重开请求由所述第二游戏客户端响应在所述第二游戏客户端的游戏角色选择界面中对请求重开控件的触发操作而生成，包括：所述第二游戏客户端响应于在所述第二游戏客户端的游戏角色选择界面中对请求重开控件的触发操作，在所述第二游戏客户端中显示重开请求原因列表；所述第二游戏客户端响应于在所述游戏重开请求原因列表中对任一重开请求原因的选择操作，生成所述第一游戏重开请求。
121.可选的，所述方法还包括：响应于在所述第一游戏客户端的游戏角色选择界面中对请求重开控件的触发操作，确定与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果；根据所述游戏角色选择结果，在所述第一游戏客户端中为所述第一游戏账号推荐能够触发游戏重开的游戏角色。。
122.可选的，响应于在所述第一游戏客户端的游戏角色选择界面中对请求重开控件的触发操作，确定与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果，包括：响应于在游戏选择阶段对所述第一游戏客户端的游戏角色选择界面中的请求重开控件的触发操作，在所述第一游戏客户端中显示重开请求原因列表；响应于在所述重开请求原因列表中针对任一重开请求原因的触发操作，确定与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果。
123.可选的，所述方法还包括：将所述第一游戏客户端对所述第一游戏重开请求的选择结果，发送至与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的其它游戏账号对应的游戏客户端，以使得各游戏客户端能够同步显示所述第一游戏客户端对所述第一游戏重开请求的选择结果；其中，所述选择结果用于表征所述第一游戏客户端是否同意所述第一游戏重开请求。
124.可选的，所述方法还包括：在游戏角色选择阶段结束时，若所述第一游戏客户端未进行游戏角色选择且所述第一游戏客户端同意所述第一游戏重开请求，则为所述第一游戏客户端中的第一游戏账号随机选定一能够触发游戏重开的游戏角色；在游戏角色选择阶段结束时，若所述第一游戏客户端为未进行游戏角色选择且所述第一游戏客户端不同意所述第一游戏重开请求，则为所述第一游戏客户端中的第一游戏账号选定熟练度最高的游戏角色。
125.可选的，所述方法还包括：在根据所述游戏角色选择结果，未能为所述第一游戏账号推荐出能够触发游戏重开的目标游戏角色时，则根据所述第一游戏账号对其候选游戏角色列表中的每个候选游戏角色的熟练度为所述第一游戏账号推荐游戏角色。
126.通过上述实施方式，一方面，可以直接根据其他游戏账号的游戏角色选择结果，为同意重开的游戏账号推荐能够触发游戏重开的目标游戏角色，可以辅助游戏玩家提高触发游戏重开功能的准确性；另一方面，本公开通过触发游戏角色选择界面中的请求重开控件，可以直接向其它游戏账号所在的游戏客户端发送游戏重开请求，方便不同游戏账号对应的游戏玩家之间快速的交换重开意愿，提高游戏重开的效率。参考图12所示，描述了根据本公开的实施方式的用于实现上述方法的程序产品1200，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
127.所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
128.计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
129.可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
130.可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c 等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
131.此外，在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。
132.所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
133.下面参照图13来描述根据本公开的这种实施方式的电子设备1300。图13显示的电子设备1300仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
134.如图13所示，电子设备1300以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元1310、上述至少一个存储单元1320、连接不同系统组件(包括存储单元1320和处理单元1310)的总线1330以及显示单元1340。
135.其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1310执行，使得所述处理单元1310执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元1310可以执行如图2中所示的方法。
136.存储单元1320可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)13201和/或高速缓存存储单元13202，还可以进一步包括只读存储单元(rom)12203。
137.存储单元1320还可以包括具有一组(至少一个)程序模块13205的程序/实用工具13204，这样的程序模块13205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
138.总线1330可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
139.电子设备1300也可以与一个或多个外部设备1400(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备1300交互的设备通信，和/或与使得该电子设备1300能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口1350进行。并且，电子设备1300还可以通过网络适配器1360与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器1360通过总线1330与电子设备1300的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1300使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
140.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法，例如：
141.在第一游戏客户端上接收包括重开请求原因的第一游戏重开请求，所述第一游戏重开请求由第二游戏客户端响应在所述第二游戏客户端的游戏角色选择界面中对请求重开控件的触发操作而生成；响应于对所述第一游戏重开请求的同意操作，确定与所述第一
游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果；根据所述游戏角色选择结果，在所述第一游戏客户端中为所述第一游戏账号推荐能够触发游戏重开的目标游戏角色。
142.可选的，所述第一游戏重开请求由所述第二游戏客户端响应在所述第二游戏客户端的游戏角色选择界面中对请求重开控件的触发操作而生成，包括：所述第二游戏客户端响应于在所述第二游戏客户端的游戏角色选择界面中对请求重开控件的触发操作，在所述第二游戏客户端中显示重开请求原因列表；所述第二游戏客户端响应于在所述游戏重开请求原因列表中对任一重开请求原因的选择操作，生成所述第一游戏重开请求。
143.可选的，所述方法还包括：响应于在所述第一游戏客户端的游戏角色选择界面中对请求重开控件的触发操作，确定与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果；根据所述游戏角色选择结果，在所述第一游戏客户端中为所述第一游戏账号推荐能够触发游戏重开的游戏角色。。
144.可选的，响应于在所述第一游戏客户端的游戏角色选择界面中对请求重开控件的触发操作，确定与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果，包括：响应于在游戏选择阶段对所述第一游戏客户端的游戏角色选择界面中的请求重开控件的触发操作，在所述第一游戏客户端中显示重开请求原因列表；响应于在所述重开请求原因列表中针对任一重开请求原因的触发操作，确定与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的至少一个第二游戏账号的游戏角色选择结果。
145.可选的，所述方法还包括：将所述第一游戏客户端对所述第一游戏重开请求的选择结果，发送至与所述第一游戏客户端对应的第一游戏账号处于同一游戏阵营的其它游戏账号对应的游戏客户端，以使得各游戏客户端能够同步显示所述第一游戏客户端对所述第一游戏重开请求的选择结果；其中，所述选择结果用于表征所述第一游戏客户端是否同意所述第一游戏重开请求。
146.可选的，所述方法还包括：在游戏角色选择阶段结束时，若所述第一游戏客户端未进行游戏角色选择且所述第一游戏客户端同意所述第一游戏重开请求，则为所述第一游戏客户端中的第一游戏账号随机选定一能够触发游戏重开的游戏角色；在游戏角色选择阶段结束时，若所述第一游戏客户端为未进行游戏角色选择且所述第一游戏客户端不同意所述第一游戏重开请求，则为所述第一游戏客户端中的第一游戏账号选定熟练度最高的游戏角色。
147.可选的，所述方法还包括：在根据所述游戏角色选择结果，未能为所述第一游戏账号推荐出能够触发游戏重开的目标游戏角色时，则根据所述第一游戏账号对其候选游戏角色列表中的每个候选游戏角色的熟练度为所述第一游戏账号推荐游戏角色。
148.通过上述实施方式，一方面，可以直接根据其他游戏账号的游戏角色选择结果，为同意重开的游戏账号推荐能够触发游戏重开的目标游戏角色，可以辅助游戏玩家提高触发游戏重开功能的准确性；另一方面，本公开通过触发游戏角色选择界面中的请求重开控件，可以直接向其它游戏账号所在的游戏客户端发送游戏重开请求，方便不同游戏账号对应的游戏玩家之间快速的交换重开意愿，提高游戏重开的效率。
149.此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说
明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
150.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。