CN108031119A - 一种游戏中角色切换的方法及服务器 - Google Patents

Abstract

本发明提供了一种游戏中角色切换的方法，包括：在游戏开始后，服务器接收第一客户端发送的第一角色切换请求，所述角色切换请求中携带第一玩家的用户信息和第二玩家的用户信息；所述服务器根据所述第一玩家及第二玩家的用户信息，获取所述第一玩家的关联数据，并将携带有所述第一玩家的关联数据的第二角色切换请求发送至第二客户端；所述服务器接收所述第二客户端发送的角色切换确认指令，将所述游戏中第一玩家的角色切换为第二玩家的角色。相应地，本发明还提供了一种服务器，解决了现有技术中无法在游戏过程中动态切换玩家角色的问题。提高了用户体验。

Description

一种游戏中角色切换的方法及服务器

技术领域

本发明属于信息技术领域，更具体地，涉及一种游戏中角色切换的方法及服务器。

背景技术

在目前大部分的网络游戏场景中，一般会由众多玩家参与对战或联合。而一轮游戏下来少则半小时，多则几个小时，难免会出现玩家有急事突然之间下线的情况。为此，游戏的体验性会下降。针对棋牌类游戏，如果玩家临时有事，可选择“托管”，即选择相应的人工智能帮手继续这一轮游戏，待玩家回来后继续操作该游戏。托管操作的应用可以临时解决掉玩家不在线的问题，但是，由于目前游戏中人工智能的局限性，其余的玩家与托管后的玩家比赛，其可玩性及趣味性大大降低，用户体验下降。

现有技术中，若玩家A在电脑上操作该游戏，当玩家A临时有事时，可通过手机端继续接入到该游戏，服务器端将该用户(账号)信息、关联数据切换到手机客户端，即实现了同一账号的客户端切换，不会影响角色的切换，其余玩家也不能发现玩家A已经进行了切换，不影响游戏的体验。但是现实中很多情况，玩家A可能也没法在手机端进行游戏操作，则该方法失效，还得重新需要托管来继续该游戏。故现有技术提供的同一账号客户端切换方案，其应用范围狭窄，且用户体验低，并不能一劳永逸的解决实际场景中代替玩家A继续游戏的问题。

发明内容

针对现有技术的以上缺陷或改进需求，本发明提供了一种游戏中角色切换的方法及服务器，在第一玩家的游戏开始后，可以通过指定的第二玩家来代替第一玩家，解决了现有技术中无法在游戏过程中动态切换玩家角色的问题。

第一方面，本发明提供了一种游戏中角色切换的方法，包括：

在游戏开始后，服务器接收第一客户端发送的第一角色切换请求，所述角色切换请求中携带第一玩家的用户信息和第二玩家的用户信息；其中，所述第一玩家为参与所述游戏的玩家，且所述第一玩家与所述第一客户端绑定，所述第二玩家为角色待切换的玩家；

所述服务器根据所述第一玩家及第二玩家的用户信息，获取所述第一玩家的关联数据，并将携带有所述第一玩家的关联数据的第二角色切换请求发送至第二客户端，以使第二客户端接收并加载所述第一玩家的关联数据；其中，所述第二客户端与所述第二玩家绑定；

所述服务器接收所述第二客户端发送的角色切换确认指令，将所述游戏中第一玩家的角色切换为第二玩家的角色。

在本发明的一个优选方案中，所述服务器将所述游戏中第一玩家的角色切换为第二玩家的角色之后，所述方法还包括：

所述第二客户端根据所述第一玩家的关联数据，继续进行所述游戏；所述关联数据包括所述第一玩家在所述游戏的操作过程数据及第一玩家用户数据。

在本发明的一个优选方案中，所述第二客户端根据所述第一玩家的关联数据，继续进行所述游戏之后，所述方法还包括：

所述服务器将游戏过程中的聊天信息推送至所述第一客户端。

在本发明的一个优选方案中，所述服务器将所述游戏中第一玩家的角色切换为第二玩家的角色之后，所述方法还包括：

所述服务器接收所述第一客户端发送的第三角色切换请求，将所述第二玩家的角色切换回所述第一玩家的角色。

在本发明的一个优选方案中，所述第一玩家的关联数据包括所述游戏的计费策略信息，则所述第一所述服务器将所述游戏中第一玩家的角色切换为第二玩家的角色之后，所述方法还包括：

通过所述第二玩家的账户信息来按照所述计费策略进行游戏结算；和/或通过所述第一玩家的账户信息来按照所述计费策略进行游戏结算。

在本发明的一个优选方案中，所述通过所述第一玩家的账户信息来按照所述计费策略进行游戏结算，包括：

所述服务器根据所述计费策略生成第二玩家的结算清单，并发送结算请求至所述第一客户端，所述结算请求包括所述第二玩家的结算清单；

所述服务器接收所述第一客户端发送的结算响应，若响应结果为代替结算，则通过所述第一玩家代替第二玩家完成游戏过程中的费用结算，若响应结果为不代替结算，则与所述第二玩家进行游戏过程中的费用结算。

第二方面，本发明提供了一种服务器，所述服务器包括接收接口、发送接口、存储器及处理器，其中，所述接收接口用于在游戏开始后，接收第一客户端发送的第一角色切换请求，所述角色切换请求中携带第一玩家的用户信息和第二玩家的用户信息；其中，所述第一玩家为参与所述游戏的玩家，且所述第一玩家与所述第一客户端绑定，所述第二玩家为角色待切换的玩家；

所述存储器用于存储游戏中所有玩家的用户信息及游戏关联数据；

所述处理器用于根据所述第一玩家及第二玩家的用户信息，从所述存储器处获取所述第一玩家的关联数据，并将携带有所述第一玩家的关联数据的第二角色切换请求通过所述发送接口发送至第二客户端，以使第二客户端接收并加载所述第一玩家的关联数据；其中，所述第二客户端与所述第二玩家绑定；

所述接收接口还用于接收所述第二客户端发送的角色切换确认指令，所述处理器还用于将所述游戏中第一玩家的角色切换为第二玩家的角色。

在本发明的一个优选方案中，所述处理器还用于：

将游戏过程中的聊天信息通过所述发送接口推送至所述第一客户端。

在本发明的一个优选方案中，所述第一玩家的关联数据包括所述游戏的计费策略信息，则所述处理器还用于：

通过所述第二玩家的账户信息来按照所述计费策略进行游戏结算；和/或通过所述第一玩家的账户信息来按照所述计费策略进行游戏结算。

在本发明的一个优选方案中，所述处理器用于通过所述第一玩家的账户信息来按照所述计费策略进行游戏结算，包括：

根据所述计费策略生成第二玩家的结算清单，并发送结算请求至所述第一客户端，所述结算请求包括所述第二玩家的结算清单；

通过所述接收接口接收所述第一客户端发送的结算响应，若响应结果为代替结算，则通过所述第一玩家代替第二玩家完成游戏过程中的费用结算，若响应结果为不代替结算，则与所述第二玩家进行游戏过程中的费用结算。

与现有技术相比，本发明具有如下有益效果：

本发明通过游戏服务器接收切换请求，将第一玩家的关联数据发送给第二玩家，并接收第二玩家的切换确认响应，将第二玩家代替第一玩家继续操作游戏，从而完成第一玩家的角色切换。在游戏过程中，其余玩家对该切换过程并无感知，服务器也可隐藏第二玩家的身份信息，继续以第一玩家的角色与其余玩家进行游戏，从而可实现角色间的无缝切换，不影响游戏的趣味性及可玩性，提高了用户体验。同时，服务器的结算功能也可灵活调整，既可以让第一玩家结算第二玩家的游戏费用，也可以单独让第二玩家结算自己操作的这部分游戏费用，本发明中提供的灵活的结算功能可更好的服务于更多玩家，从而带来商业上的成功。同时，为了防止第二玩家与其余玩家的互通，保证游戏的私密性，可采取业务分拆的形式，即游戏聊天内容照样推送给第一玩家，第二玩家只负责“替打”，进一步提高了游戏的私密性及公平性。

附图说明

图1是本发明实施例中游戏中角色切换方法流程图；

图2是本发明实施例中服务器的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。此外，下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。

实施例1：

本发明实施例提供了一种游戏中角色切换的方法，如图1所示，该方法具体为：

S101、在游戏开始后，服务器接收第一客户端发送的第一角色切换请求，该角色切换请求中携带第一玩家的用户信息和第二玩家的用户信息；其中，该第一玩家为参与该游戏的玩家，且该第一玩家与该第一客户端绑定，该第二玩家为角色待切换的玩家；

本发明实施例中，以第二玩家替代第一玩家继续进行游戏操作为例进行说明。其中，第一玩家操作第一客户端，第二玩家操作第二客户端。第一玩家如果临时有事，则可以指定第二玩家代替自己进行剩下的游戏。为方便说明，本发明均以棋牌类游戏为例进行实例说明。

第二玩家可以是第一玩家的朋友或亲人，第一玩家可以在第三方app(例如微信/QQ等)发送链接邀请第二玩家代替自己继续进行游戏。本发明实施例对于第一玩家及第二玩家的邀请部分不作限定。第一玩家通过第一客户端发送第一角色切换请求至该游戏的服务器，且该请求中至少包括第一玩家及指定的第二玩家用户信息。用户信息可以是第一玩家、第二玩家的账号、身份标识、游戏积分、IP地址或截止目前游戏过程中的操作记录数据等。若该游戏是付费游戏，则用户信息还可以包括游戏币，计费信息等。在本发明各实施例中，关于第一玩家的游戏过程操作记录、游戏积分等跟本轮游戏强相关的信息又可称之为第一玩家的关联数据。例如，本轮游戏中第一玩家的麻将牌、本轮积分、第一玩家的出牌记录等均可称之为第一玩家的关联数据，且该数据已保存在服务器侧。

S102、该服务器根据该第一玩家及第二玩家的用户信息，获取该第一玩家的关联数据，并将携带有该第一玩家的关联数据的第二角色切换请求发送至第二客户端，以使第二客户端接收并加载该第一玩家的关联数据；其中，该第二客户端与该第二玩家绑定；

服务器获取到第一玩家和第二玩家的用户信息后，可定位第二玩家所绑定的第二客户端，并发送第二角色切换请求给第二客户端，第二客户端接收到的第二角色切换请求中，包含了第一玩家在游戏中的关联数据，该第二玩家可通过自身的注册账号加载该关联数据，代替第一玩家继续进行本轮游戏，即不同账号的角色切换。需要说明的是，不同账号的角色切换，原第一玩家的游戏积分、排名、出牌顺序等均可以保持原状，只是后续出牌由第二玩家来代替，可选地，在其余玩家的游戏界面上，也可以隐藏第二玩家的身份，其界面还是由第一玩家正在进行游戏(实际上已经切换为第二玩家了)。当然，服务器也可根据用户需求，实时地切换为第二玩家的账户来继续该轮游戏，其第二玩家的游戏积分、排名等与其身份强相关的信息均在游戏中更新为自己的，而不再是第一玩家的，同时界面上第一玩家的身份(例如头像、用户名等)也实时切换为第二玩家的身份。

S103、该服务器接收该第二客户端发送的角色切换确认指令，将该游戏中第一玩家的角色切换为第二玩家的角色。

在该过程中，服务器将第一客户端的状态置为待定状态，将该游戏中的数据加载至第二客户端，授权并激活第二客户端进入该游戏房间继续进行该游戏。

在本发明实施例中，该服务器将该游戏中第一玩家的角色切换为第二玩家的角色之后，该方法还包括：

第二客户端根据该第一玩家的关联数据，继续进行该游戏；该关联数据包括该第一玩家在该游戏的操作过程数据及第一玩家用户数据。

在本发明实施例中，在第二客户端已经成功继续进行该游戏后，该服务器还可以实现业务拆分，业务拆分即将游戏过程中的操作过程与其他过程拆分，分别给第二玩家及第一玩家来完成。例如游戏中的聊天信息，可将游戏过程中的聊天信息推送至该第一客户端，游戏操作由第二客户端来完成。又例如，除了聊天信息，服务器还可以将结算业务拆分，即第二客户端单纯地替打，输赢还是由第一客户端来结算。

在本发明实施例中，如果第一玩家过了一段时间，想切回当前游戏中(或游戏房间中)，不需要第二玩家再替打。则此时第一玩家通过第一客户端发送第三角色切换请求，服务器接收该第一客户端发送的第三角色切换请求，将该第二玩家的角色切换回该第一玩家的角色。同时，第二玩家也可以选择退出游戏或者坚持参与游戏，从而接收/拒绝服务器的切换操作。当然，作为替打的代价，服务器可向第一客户端收取相应的代打费用，该费用也作为增值收费项目进行收费，也可转给第二玩家。

在本发明实施例中，第一玩家还可以有操作回访的权利，即通过第一客户端发送游戏回放请求至服务器，服务器将相应的操作记录整理成动画或文字等常规表述方式，发送给第一客户端。

结合本发明实施例，存在一种可选的实现方案，其中，该第一玩家的关联数据包括该游戏的计费策略信息，则当第二玩家继续该游戏操作后，服务器可通过该第二玩家的账户信息来按照该计费策略进行游戏结算；和/或通过该第一玩家的账户信息来按照该计费策略进行游戏结算。若通过该第一玩家的账户信息来按照该计费策略进行游戏结算，该方案具体为：

该服务器根据该计费策略生成第二玩家的结算清单，并发送结算请求至该第一客户端，该结算请求包括该第二玩家的结算清单；

该服务器接收该第一客户端发送的结算响应，若响应结果为代替结算，则通过该第一玩家代替第二玩家完成游戏过程中的费用结算，若响应结果为不代替结算，则与该第二玩家进行游戏过程中的费用结算。

结合本发明实施例，为了防止第二玩家与该游戏房间的其他玩家串通，故意损失第一玩家的利益，服务器端还可以作保密优化设计，例如，服务器随机生成几个用户名，在第二玩家参与游戏的过程中，第二玩家的界面上只能显示服务器端随机生成的这几个用户名，而不显示其他玩家的真实账号。

本发明实施例提供的游戏中角色切换的方法，可实现同一游戏中不同账号指定的角色切换，解决了现有技术中无法实现游戏真人替打的问题，提高了用户体验，保证了游戏的可玩性及趣味性。同时本发明实施例创造性地提出了业务分拆功能及结算功能，游戏中的操作及其他模块可拆分为不同玩家进行，也可以实现替打后的“替买单”功能，进一步保证了游戏的连续性及趣味性，带来了商业上的成功。

实施例2：

本发明实施例提供了一种应用于游戏中角色切换的服务器，如图2所示，该服务器包括:

接收接口201、发送接口202、存储器203及处理器204，其中，接收接口201用于在游戏开始后，接收第一客户端发送的第一角色切换请求，角色切换请求中携带第一玩家的用户信息和第二玩家的用户信息；其中，第一玩家为参与游戏的玩家，且第一玩家与第一客户端绑定，第二玩家为角色待切换的玩家；

本发明实施例中，以第二玩家替代第一玩家继续进行游戏操作为例进行说明。其中，第一玩家操作第一客户端，第二玩家操作第二客户端。第一玩家如果临时有事，则可以指定第二玩家代替自己进行剩下的游戏。为方便说明，本发明均以棋牌类游戏为例进行实例说明。

第二玩家可以是第一玩家的朋友或亲人，第一玩家可以在第三方app(例如微信/QQ等)发送链接邀请第二玩家代替自己继续进行游戏。本发明实施例对于第一玩家及第二玩家的邀请部分不作限定。第一玩家通过第一客户端发送第一角色切换请求至该游戏的服务器，且该请求中至少包括第一玩家及指定的第二玩家用户信息。用户信息可以是第一玩家、第二玩家的账号、身份标识、游戏积分、IP地址或截止目前游戏过程中的操作记录数据等。若该游戏是付费游戏，则用户信息还可以包括游戏币，计费信息等。可选地，关于第一玩家的游戏过程操作记录、游戏积分等跟本轮游戏强相关的信息又可称之为第一玩家的关联数据。例如，本轮游戏中第一玩家的麻将牌、本轮积分、第一玩家的出牌记录等均可称之为第一玩家的关联数据。

存储器203用于存储游戏中所有玩家的用户信息及游戏关联数据；

处理器204用于根据第一玩家及第二玩家的用户信息，从存储器处获取第一玩家的关联数据，并将携带有第一玩家的关联数据的第二角色切换请求通过发送接口202发送至第二客户端，以使第二客户端接收并加载第一玩家的关联数据；其中，第二客户端与第二玩家绑定；

处理器204用于获取到第一玩家和第二玩家的用户信息后，可定位第二玩家所绑定的第二客户端，并通过发送接口202发送第二角色切换请求给第二客户端，第二客户端接收到的第二角色切换请求中，包含了第一玩家在游戏中的关联数据，该第二玩家可通过自身的注册账号加载该关联数据，代替第一玩家继续进行本轮游戏，即不同账号的角色切换。需要说明的是，不同账号的角色切换，原第一玩家的游戏积分、排名、出牌顺序等均可以保持原状，只是后续出牌由第二玩家来代替，可选地，在其余玩家的游戏界面上，也可以隐藏第二玩家的身份，其界面还是由第一玩家正在进行游戏(实际上已经切换为第二玩家了)。当然，处理器204也可根据用户需求，实时地切换为第二玩家的账户来继续该轮游戏，其第二玩家的游戏积分、排名等与其身份强相关的信息均在游戏中更新为自己的，而不再是第一玩家的，同时界面上第一玩家的身份(例如头像、用户名等)也实时切换为第二玩家的身份。

接收接口201还用于接收第二客户端发送的角色切换确认指令，处理器204还用于将游戏中第一玩家的角色切换为第二玩家的角色。

在该过程中，处理器204将第一客户端的状态置为待定状态，将该游戏中的数据加载至第二客户端，授权并激活第二客户端进入该游戏房间继续进行该游戏。

在本发明实施例中，在第二客户端已经成功继续进行该游戏后，处理器204还可以实现业务拆分，业务拆分即将游戏过程中的操作过程与其他过程拆分，分别给第二玩家及第一玩家来完成。例如游戏中的聊天信息，可将游戏过程中的聊天信息通过发送接口202推送至该第一客户端，游戏操作由第二客户端来完成。又例如，除了聊天信息，服务器还可以将结算业务拆分，即第二客户端单纯地替打，输赢还是由第一客户端来结算。

在本发明实施例中，如果第一玩家过了一段时间，想切回当前游戏中(或游戏房间中)，不需要第二玩家再替打。则此时第一玩家通过第一客户端发送第三角色切换请求，接收接口201接收该第一客户端发送的第三角色切换请求，处理器204将该第二玩家的角色切换回该第一玩家的角色。同时，第二玩家也可以选择退出游戏或者坚持参与游戏，从而接收/拒绝服务器的切换操作。当然，作为替打的代价，服务器可向第一客户端收取相应的代打费用，该费用也作为增值收费项目进行收费，也可转给第二玩家。

在本发明实施例中，第一玩家还可以有操作回访的权利，即通过第一客户端发送游戏回放请求至服务器，服务器将相应的操作记录整理成动画或文字等常规表述方式，发送给第一客户端。

结合本发明实施例，存在一种可选的实现方案，其中，该第一玩家的关联数据包括该游戏的计费策略信息，则当第二玩家继续该游戏操作后，处理器204可通过该第二玩家的账户信息来按照该计费策略进行游戏结算；和/或通过该第一玩家的账户信息来按照该计费策略进行游戏结算。若通过该第一玩家的账户信息来按照该计费策略进行游戏结算，该方案具体为：

处理器204根据该计费策略生成第二玩家的结算清单，并通过发送接口202发送结算请求至该第一客户端，该结算请求包括该第二玩家的结算清单；

接收接口201接收该第一客户端发送的结算响应，若响应结果为代替结算，则通过该第一玩家代替第二玩家完成游戏过程中的费用结算，若响应结果为不代替结算，则与该第二玩家进行游戏过程中的费用结算。

结合本发明实施例，为了防止第二玩家与该游戏房间的其他玩家串通，故意损失第一玩家的利益，服务器端还可以作保密优化设计，例如，处理器204随机生成几个用户名，在第二玩家参与游戏的过程中，第二玩家的界面上只能显示服务器端随机生成的这几个用户名，而不显示其他玩家的真实账号。

本发明实施例提供的游戏中角色切换的服务器，可实现同一游戏中不同账号指定的角色切换，解决了现有技术中无法实现游戏真人替打的问题，提高了用户体验，保证了游戏的可玩性及趣味性。同时本发明实施例创造性地提出了业务分拆功能及结算功能，游戏中的操作及其他模块可拆分为不同玩家进行，也可以实现替打后的“替买单”功能，进一步保证了游戏的连续性及趣味性，带来了商业上的成功。

本领域普通技术人员可以理解实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取存储器(RAM，Random AccessMemory)、磁盘或光盘等。

本领域的技术人员容易理解，以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种游戏中角色切换的方法，其特征在于，包括：

在游戏开始后，服务器接收第一客户端发送的第一角色切换请求，所述角色切换请求中携带第一玩家的用户信息和第二玩家的用户信息；其中，所述第一玩家为参与所述游戏的玩家，且所述第一玩家与所述第一客户端绑定，所述第二玩家为角色待切换的玩家；

所述服务器根据所述第一玩家及第二玩家的用户信息，获取所述第一玩家的关联数据，并将携带有所述第一玩家的关联数据的第二角色切换请求发送至第二客户端，以使第二客户端接收并加载所述第一玩家的关联数据；其中，所述第二客户端与所述第二玩家绑定；

所述服务器接收所述第二客户端发送的角色切换确认指令，将所述游戏中第一玩家的角色切换为第二玩家的角色。

2.根据权利要求1所述的方法，其特征在于，所述服务器将所述游戏中第一玩家的角色切换为第二玩家的角色之后，所述方法还包括：

所述第二客户端根据所述第一玩家的关联数据，继续进行所述游戏；所述关联数据包括所述第一玩家在所述游戏的操作过程数据及第一玩家用户数据。

3.根据权利要求2所述的方法，其特征在于，所述第二客户端根据所述第一玩家的关联数据，继续进行所述游戏之后，所述方法还包括：

所述服务器将游戏过程中的聊天信息推送至所述第一客户端。

4.根据权利要求1所述的方法，其特征在于，所述服务器将所述游戏中第一玩家的角色切换为第二玩家的角色之后，所述方法还包括：

所述服务器接收所述第一客户端发送的第三角色切换请求，将所述第二玩家的角色切换回所述第一玩家的角色。

5.根据权利要求1所述的方法，其特征在于，所述第一玩家的关联数据包括所述游戏的计费策略信息，则所述第一所述服务器将所述游戏中第一玩家的角色切换为第二玩家的角色之后，所述方法还包括：

通过所述第二玩家的账户信息来按照所述计费策略进行游戏结算；和/或通过所述第一玩家的账户信息来按照所述计费策略进行游戏结算。

6.根据权利要求5所述的方法，其特征在于，所述通过所述第一玩家的账户信息来按照所述计费策略进行游戏结算，包括：

所述服务器根据所述计费策略生成第二玩家的结算清单，并发送结算请求至所述第一客户端，所述结算请求包括所述第二玩家的结算清单；

所述服务器接收所述第一客户端发送的结算响应，若响应结果为代替结算，则通过所述第一玩家代替第二玩家完成游戏过程中的费用结算，若响应结果为不代替结算，则与所述第二玩家进行游戏过程中的费用结算。

7.一种游戏中角色切换的服务器，其特征在于，所述服务器包括接收接口、发送接口、存储器及处理器，其中，所述接收接口用于在游戏开始后，接收第一客户端发送的第一角色切换请求，所述角色切换请求中携带第一玩家的用户信息和第二玩家的用户信息；其中，所述第一玩家为参与所述游戏的玩家，且所述第一玩家与所述第一客户端绑定，所述第二玩家为角色待切换的玩家；

所述存储器用于存储游戏中所有玩家的用户信息及游戏关联数据；

所述处理器用于根据所述第一玩家及第二玩家的用户信息，从所述存储器处获取所述第一玩家的关联数据，并将携带有所述第一玩家的关联数据的第二角色切换请求通过所述发送接口发送至第二客户端，以使第二客户端接收并加载所述第一玩家的关联数据；其中，所述第二客户端与所述第二玩家绑定；

所述接收接口还用于接收所述第二客户端发送的角色切换确认指令，所述处理器还用于将所述游戏中第一玩家的角色切换为第二玩家的角色。

8.根据权利要求7所述的服务器，其特征在于，所述处理器还用于：

将游戏过程中的聊天信息通过所述发送接口推送至所述第一客户端。

9.根据权利要求7所述的服务器，其特征在于，所述第一玩家的关联数据包括所述游戏的计费策略信息，则所述处理器还用于：

通过所述第二玩家的账户信息来按照所述计费策略进行游戏结算；和/或通过所述第一玩家的账户信息来按照所述计费策略进行游戏结算。

10.根据权利要求9所述的服务器，其特征在于，所述处理器用于通过所述第一玩家的账户信息来按照所述计费策略进行游戏结算，包括：

根据所述计费策略生成第二玩家的结算清单，并发送结算请求至所述第一客户端，所述结算请求包括所述第二玩家的结算清单；

通过所述接收接口接收所述第一客户端发送的结算响应，若响应结果为代替结算，则通过所述第一玩家代替第二玩家完成游戏过程中的费用结算，若响应结果为不代替结算，则与所述第二玩家进行游戏过程中的费用结算。