WO2018095366A1 - 视频推荐确定、信息显示、基于帧同步的数据处理方法 - Google Patents

Abstract

本发明提供一种推荐视频确定方法、数据处理服务器及系统，该方法包括：确定候选虚拟场景；所述候选虚拟场景当前存在用户参与，且一个用户对应所述候选虚拟场景中的一个虚拟角色；从所述候选虚拟场景中，选取目标虚拟场景；确定所述目标虚拟场景的各虚拟角色的表现数据；根据所述目标虚拟场景的各虚拟角色的表现数据，从所述目标虚拟场景的各虚拟角色中选取目标虚拟角色；以所述目标虚拟角色在所述目标虚拟场景中的视角，生成推荐视频。本发明实施例可确定出向用户推荐的虚拟场景视频，且推荐的视频具有较高的观看质量。此外，本发明还提供了一种信息显示的方法和终端，一种基于帧同步的数据处理方法、服务器及客户端。

Description

视频推荐确定、信息显示、基于帧同步的数据处理方法

本申请要求于2016年11月24日提交中国专利局、申请号为201611050866.9、申请名称为“一种推荐视频确定方法、数据处理服务器及系统”的中国专利申请的优先权，同时要求于2016年11月24日提交中国专利局、申请号为201611044186.6、申请名称为“一种信息显示的方法和终端”的中国专利申请的优先权，以及，同时要求于2016年11月24日提交中国专利局、申请号为201611044191.7、申请名称为“一种基于帧同步的数据处理方法和服务器以及客户端”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本发明涉及数据处理技术领域，具体涉及推荐视频确定方法、数据处理服务器及系统，信息显示的方法和终端，基于帧同步的数据处理方法、服务器及客户端。

背景技术

随着游戏、仿真等类型网络应用的兴起，用户可通过创建的虚拟角色在网络应用提供的虚拟场景中获得多种体验。一些网络应用(如MOBA类型的竞技游戏)提供的虚拟场景可支持多用户的参与，多个用户的虚拟角色可通过匹配、组队等方式进入虚拟场景中，并在虚拟场景中体验竞技等活动。

目前，通过视频技术在虚拟场景中的使用，可形成记录虚拟角色在虚拟场景中活动的视频(简称虚拟场景视频，虚拟场景视频的形式如游戏的竞技对局视频等)。用户出于熟练网络应用的使用方式等目的，往往具有观看其他用户当前的虚拟场景视频的需求，然而当前存在用户参与的虚拟场景可能有多个(如当前可能同时存在多个游戏竞技对局)，因此如何确定向用户推荐的虚拟场景视频成为了需要考虑的问题。

发明内容

有鉴于此，本发明请实施例提供一种推荐视频确定方法、数据处理服务器及系统，以确定向用户推荐的虚拟场景视频。

为实现上述目的，本发明实施例提供如下技术方案：

第一方面，本发明实施例提供一种推荐视频确定方法，包括：

确定候选虚拟场景；候选虚拟场景中存在虚拟角色，该虚拟角色由参与用户操控；

从候选虚拟场景中，选取目标虚拟场景；

确定目标虚拟场景的各虚拟角色的表现数据；

根据目标虚拟场景的各虚拟角色的表现数据，从目标虚拟场景的各虚拟角色中选取目标虚拟角色；

以目标虚拟角色在目标虚拟场景中的视角，生成推荐视频。

通过上述过程，可从当前存在用户参与的虚拟场景中确定出推荐视频所在的目标虚拟场景，并以目标虚拟场景中所确定的目标虚拟角色的视角生成推荐视频，确定出向用户推荐的虚拟场景视频，推荐的视频具有较高的观看质量。

第二方面，本发明实施例还提供一种数据处理服务器，包括：

候选场景确定模块，用于确定候选虚拟场景；候选虚拟场景中存在虚拟角色，该虚拟角色由参与用户操控；

目标场景选取模块，用于从候选虚拟场景中，选取目标虚拟场景；

表现数据确定模块，用于确定目标虚拟场景的各虚拟角色的表现数据；

目标角色选取模块，用于根据目标虚拟场景的各虚拟角色的表现数据，从目标虚拟场景的各虚拟角色中选取目标虚拟角色；

推荐视频生成模块，用于以目标虚拟角色在目标虚拟场景中的视角，生成推荐视频。

第二方面实现方式的有益效果，参见第一方面对应的方法的有益效果。

第三方面，本发明实施例还提供一种推荐视频确定系统，包括：上述数据处理服务器，以及客户端；

其中，数据处理服务器还用于，向目标虚拟场景的各参与用户对应的客户端，发送通知信息，通知信息用于指示目标虚拟角色对应的用户被推荐；

客户端用于：

接收通知信息，判断目标虚拟角色对应的用户，与客户端的用户的关系；

如果确定目标虚拟角色对应的用户，为客户端的用户，输出本地用户被推荐到视频推荐界面的提示信息；

如果确定目标虚拟角色对应的用户，为客户端的用户在目标虚拟场景的队友，输出队友被推荐到视频推荐界面的提示信息；

如果确定目标虚拟角色对应的用户，为客户端的用户在目标虚拟场景的对手，输出对手被推荐到视频推荐界面的提示信息。

第三方面实现方式的有益效果，参见第一方面对应的方法的有益效果。

第四方面，本发明实施例还提供一种信息显示的方法，包括：

从服务器中获取多个对战对象的操作信息；

根据多个对战对象的操作信息确定操作统计结果；

按照预设规则将操作统计结果分为第一展示信息以及第二展示信息，第一展示信息为操作统计结果中的预设基础信息，第二展示信息为操作统计结果中的预设次级信息；

在终端显示界面上展示第一展示信息。

通过上述过程，可以只在终端的显示界面上展现对战时更为重要的预设基础信息，而隐藏非重要的预设次级信息，保证用户观看对战的区域足够大，从而能够看到战斗中的各种细节。

第五方面，本发明实施例还提供了一种终端，包括：

获取模块，用于从服务器中获取多个对战对象的操作信息；

确定模块，用于根据获取模块获取的多个对战对象的操作信息确定操作统计结果；

划分模块，用于按照预设规则将确定模块确定的操作统计结果分为第一展示信息以及第二展示信息，第一展示信息为操作统计结果中的预设基础信息，第二展示信息为操作统计结果中的预设次级信息；

第一展示模块，用于在终端显示界面上展示划分模块划分的第一展示信息。

第五方面实现方式的有益效果，参见第四方面对应的方法的有益效果。

第六方面，本发明实施例还提供一种基于帧同步的数据处理方法，包括：

服务器接收来自第一客户端的输入命令，输入命令用于控制帧同步场景中显示的任一模拟对象，并根据输入命令生成帧同步命令序列；

服务器将帧同步命令序列发送给第一客户端和第二客户端，其中，第二客户端和第一客户端加载有同一帧同步场景。

通过上述过程，第二客户端可以通过服务器获取到帧同步命令序列，并在帧同步场景下显示模拟对象，使得操作该第二客户端的用户可以看到第一客户端对该模拟对象的控制，实现帧同步场景下第二客户端对第一客户端控制的模拟对象的显示。

第七方面，本发明实施例还提供一种基于帧同步的数据处理方法，包括：

第二客户端预先加载显示有模拟对象的帧同步场景，模拟对象由加载有帧同步场景的第一客户端控制；

第二客户端接收服务器发送的帧同步命令序列，帧同步命令序列由服务器根据来自第一客户端的输入命令生成，输入命令用于控制模拟对象；

第二客户端根据帧同步命令序列，在帧同步场景下显示模拟对象。

第七方面实现方式的有益效果，参见第六方面对应的方法的有益效果。

第八方面，本发明实施例还提供一种服务器，包括：

处理模块，用于接收来自第一客户端的输入命令，输入命令用于控制帧同步场景中显示的任一模拟对象，并根据输入操作生成帧同步命令序列；

发送模块，用于将帧同步命令序列发送给第一客户端和第二客户端，其中，第二客户端和第一客户端加载有同一帧同步场景。

第八方面实现方式的有益效果，参见第六方面对应的方法的有益效果。

第九方面，本发明实施例还提供了一种客户端，包括场景加载模块，用于预先加载显示有模拟对象的帧同步场景，模拟对象由加载有帧同步场景的第一客户端控制；

接收模块，用于接收服务器发送的帧同步命令序列，帧同步命令序列由服务器根据来自第一客户端的输入命令生成，输入命令用于控制模拟对象；

显示模块，用于根据帧同步命令序列，在帧同步场景下显示模拟对象。

第九方面实现方式的有益效果，参见第六方面对应的方法的有益效果。

第十方面，本发明实施例提供一种设备，该设备包括：

处理器以及存储器；

存储器用于存储程序代码，并将程序代码传输给处理器；

处理器用于根据程序代码中的指令执行上述推荐视频确定方法和/或信息显示方法和/或基于帧同步的数据处理方法。

第十一方面，本发明实施例提供一种存储介质，存储介质用于存储程序代码，程序代码用于执行上述推荐视频确定方法和/或信息显示方法和/或基于帧同步的数据处理方法。

第十二方面，本发明实施例提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述推荐视频确定方法和/或信息显示方法和/或基于帧同步的数据处理方法。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的实现推荐视频确定方法的系统架构图；

图2为本发明实施例提供的游戏背景下的系统架构图；

图3为本发明实施例提供的推荐视频确定方法的流程图；

图4为本发明实施例提供的确定目标虚拟角色的方法流程图；

图5为本发明实施例提供的游戏背景下视频推荐界面的示意图；

图6为本发明实施例提供的将推荐视频加入到视频推荐界面的方法流程图；

图7为本发明实施例提供的游戏背景下视频推荐界面的另一示意图；

图8为本发明实施例提供的发送通知信息的信令流程图；

图9为本发明实施例提供的客户端输出提示信息的示意图；

图10为本发明实施例提供的客户端输出提示信息的另一示意图；

图11为本发明实施例提供的客户端输出提示信息的再一示意图；

图12为本发明实施例在游戏竞技场景下的应用示意图；

图13为本发明实施例提供的数据处理服务器的结构框图；

图14为本发明实施例提供的数据处理服务器的另一结构框图；

图15为本发明实施例提供的数据处理服务器的再一结构框图；

图16为本发明实施例提供的数据处理服务器的硬件结构框图；

图17为本发明实施例中信息显示系统架构图；

图18为本发明实施例中信息显示的方法一个交互实施例示意图；

图19为本发明实施例中信息显示的方法一个实施例示意图；

图20为本发明实施例中交互式应用的一个界面示意图；

图21为本发明实施例中交互式应用的另一个界面示意图；

图22为本发明实施例中交互式应用的另一个界面示意图；

图23为本发明实施例中交互式应用的另一个界面示意图；

图24为本发明实施例中交互式应用的另一个界面示意图；

图25为应用场景中信息显示的流程示意图；

图26为本发明实施例中终端一个实施例示意图；

图27为本发明实施例中终端另一个实施例示意图；

图28为本发明实施例中终端另一个实施例示意图；

图29为本发明实施例中终端另一个实施例示意图；

图30为本发明实施例中终端另一个实施例示意图；

图31为本发明实施例中终端另一个实施例示意图；

图32为本发明实施例中终端另一个实施例示意图；

图33为本发明实施例提供的一种基于帧同步的数据处理方法的流程方框示意图；

图34为本发明实施例提供的另一种基于帧同步的数据处理方法的流程方框示意图；

图35为本发明实施例提供的帧同步命令序列的发送过程示意图；

图36为本发明实施例提供的进入帧同步游戏场景的过程示意图；

图37为本发明实施例提供的平滑处理过程示意图；

图38-a为本发明实施例提供的一种服务器的组成结构示意图；

图38-b为本发明实施例提供的一种获取模块的组成结构示意图；

图39-a为本发明实施例提供的一种第二客户端的组成结构示意图；

图39-b为本发明实施例提供的一种场景加载模块的组成结构示意图；

图39-c为本发明实施例提供的一种显示模块的组成结构示意图；

图39-d为本发明实施例提供的一种延迟显示模块的组成结构示意图；

图39-e为本发明实施例提供的另一种显示模块的组成结构示意图；

图40为本发明实施例提供的基于帧同步的数据处理方法应用于终端的组成结构示意图；

图41为本发明实施例提供的终端的组成结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1示出了本发明实施例提供的实现推荐视频确定方法的系统架构，参照图1，该系统可以包括：客户端10A，维持服务器20A和数据处理服务器30A；

客户端10A可以装载在智能手机、平板电脑、笔记本电脑等用户设备上，为网络应用提供本地服务；客户端10A可以在用户请求进入虚拟场景时，通过加载虚拟场景，使得用户的虚拟角色能够进入到虚拟场景中。

维持服务器20A为网络应用所属服务器集群中的服务设备，架设在网络侧；维持服务器20A可以在多个用户分别通过各自的客户端10A请求进入虚拟场景时，维持多个用户的虚拟角色(一个用户一般控制一个虚拟角色)在虚拟场景中的活动，并记录各虚拟场景中各虚拟角色的表现；虚拟角色的表现一般由用户的操作决定，用户的操作越熟练，用户的虚拟角色在虚拟场景中的表现一般越好。

在一种可能的实施方式中，维持服务器所维持的虚拟场景数量可能存在多个，这些虚拟场景可能是同一场景内容的虚拟场景，但只要是参与的用户不同，则可以认为是不同的虚拟场景。

数据处理服务器30A为网络应用所属服务器集群中的服务设备，架设在网络侧，可用于进行数据处理。数据处理服务器30A可以通过数据处理方式，从当前存在用户参与的虚拟场景中，确定推荐视频相应的虚拟场景，并以该虚拟场景中某一虚拟角色的视角生成推荐视频，进行视频的推荐。

本发明实施例可应用在MOBA(Multiplayer Online Battle Arena，多人在线战术竞技游戏)类型的游戏中，在当前存在多场竞技对局时，向用户推荐竞技对局视频。相应的，图1所示系统在游戏背景下的形式可以如图2所示，客户端 10A可以是游戏客户端，维持服务器20A可以是战斗服务器，数据处理服务器30A可以是游戏数据处理服务器；相应的，虚拟场景可以是游戏的游戏竞技场景。

在用户请求游戏竞技，并且匹配到用户的竞技对手后，游戏客户端可以加载游戏竞技场景；相应的，用户操控的游戏角色将进入游戏竞技场景中，加入到一场竞技对局中；一场竞技对局一般对应一个游戏竞技场景。

战斗服务器可以维持多场竞技对局，且维持一场竞技对局可以是通过维持多个用户的游戏角色在一个游戏竞技场景中进行战斗竞技实现；同时，战斗服务器还可以记录各个竞技对局中用户的表现，即记录用户所操控的游戏角色在游戏竞技场景中的游戏数据。

游戏数据处理服务器可用于进行游戏数据的处理，从当前的多场竞技对局中确定推荐视频的竞技对局，并以该竞技对局中某一游戏角色在游戏竞技场景的视角，生成推荐视频，进行视频的推荐。

本发明实施例实现推荐视频确定可以是由图1所示数据处理服务器实现。站在数据处理服务器的角度，图3示出本发明实施例提供的推荐视频确定方法的流程图，该方法可应用于数据处理服务器，参照图3，该方法可以包括：

步骤S10A、数据处理服务器确定候选虚拟场景。

在一种可能的实施方式中，候选虚拟场景可以为当前存在用户参与的虚拟场景。

数据处理服务器可确定维持服务器当前所维持的，存在用户参与的虚拟场景，并将当前存在用户参与的虚拟场景确定为候选虚拟场景。在一些应用场景下，一个用户可以控制一个虚拟角色在虚拟场景中活动，即一个用户可对应候选虚拟场景中的一个虚拟角色；而在另一些应用场景中，一个用户也可以同时控制多个虚拟角色在虚拟场景中活动，即一个用户可对应候选虚拟场景中的多个虚拟角色。

在一种可能的实施方式中，本发明实施例也可以将设定类型的当前存在用户参与的虚拟场景确定为候选虚拟场景；如以游戏竞技背景为例，本发明实施例可从竞技级别的类型达到设定级别的竞技对局中，确定当前正在进行的竞技 对局，从而将所确定的竞技对局的游戏竞技场景，作为候选虚拟场景。

在一种可能的实施方式中，维持服务器可为当前存在用户参与的虚拟场景添加标识，同一类型但参与用户不同的虚拟场景认为是不同的虚拟场景，从而维持服务器可将当前存在用户参与的虚拟场景的标识，发送给数据处理服务器；相应的，数据服务器可基于各虚拟场景的标识，确定出当前存在用户参与的候选虚拟场景。

此外，除上述维持服务器主动将当前存在用户参与的各虚拟场景的标识，发送给数据处理服务器的方式外，也可以是数据处理服务器向维持服务器请求当前存在用户参与的各虚拟场景的标识。

步骤S11A、数据处理服务器从候选虚拟场景中，选取目标虚拟场景。

目标虚拟场景为推荐视频相应的虚拟场景。

可以理解的是，本发明实施例可定义目标虚拟场景的筛选条件，从而从候选虚拟场景中筛选出符合该筛选条件的目标虚拟场景。

作为一种示例性的实施方式，目标虚拟场景的筛选条件可以是，虚拟场景的参与用户的用户特征，均符合设定用户特征。相应的，本实施例可从候选虚拟场景中，选取出参与用户的用户特征均符合设定用户特征的目标虚拟场景。

作为一种示例，虚拟场景的参与用户的用户特征可以记录在用户数据库中，数据处理服务器在确定各候选虚拟场景的标识后，可确定该标识对应的参与用户的用户标识，从而基于用户标识从用户数据库中调取出相应的用户特征；候选虚拟场景的标识所对应的参与用户的用户标识，表示的是参与候选虚拟场景的用户的标识，可以由维持服务器记录后发送给数据处理服务器。

在一种可能的实施方式中，为向用户推荐高质量的虚拟场景视频，本实施例可设定用户等级为用户特征的一种可选表现形式，将参与用户的等级均达到设定等级的虚拟场景，确定为目标虚拟场景。一般而言，等级越高的用户在虚拟场景中的表现越好，因此本发明实施例可将参与用户的等级均达到设定等级的虚拟场景，设定为目标虚拟场景，从候选虚拟场景中排除出参与用户的等级不是全部达到设定等级的虚拟场景，从而达到向用户推荐高质量的视频的目的；

另外，用户的地理位置也可以是用户特征的一种可选表现形式。用户可能 会比较关注附近用户所参与的虚拟场景视频，本实施例可将参与用户的地理位置，均在请求观看视频的用户的设定地理位置范围的虚拟场景，确定为目标虚拟场景，从而从候选虚拟场景中排除出参与用户的地理位置，不在请求观看视频的用户的设定地理位置范围的虚拟场景，达到向用户推荐附近用户所参与的虚拟场景视频的目的。

作为另一种示例性的实施方式，目标虚拟场景的筛选条件也可以是，虚拟场景的运行状态符合设定运行状态。相应的，本实施例中，各候选虚拟场景的运行状态可以由维持服务器记录后发送给数据处理服务器，数据处理服务器可从候选虚拟场景中，选取出运行状态符合设定运行状态的目标虚拟场景。

实际应用中，用户在虚拟场景中的参与时间达到一定时间后，基于用户在该虚拟场景中的活动形成的虚拟场景视频才具有观看意义，因此本发明实施例可向用户推荐运行时间达到设定运行时间的虚拟场景视频。本实施例可设定虚拟场景对应的用户参与时间(如一个竞技对局的运行时间)为虚拟场景的运行状态的一种表现形式，从而数据处理服务器可以将用户参与时间达到设定时间的虚拟场景，确定为目标虚拟场景，并从候选虚拟场景中排除出用户参与时间未达到设定时间的虚拟场景。

上述描述的目标虚拟场景的筛选条件形式仅是示例性的，具体的筛选条件可以根据实际的视频推荐需求调整。在一种可能的实施方式中，目标虚拟场景的筛选条件可以是由运营人员设定，也可以是请求观看视频的用户通过客户端发送给数据处理服务器的。

步骤S12A、数据处理服务器确定目标虚拟场景的各虚拟角色的表现数据。

数据处理服务器在确定目标虚拟场景后，可从维持服务器获取目标虚拟场景中的各虚拟角色的表现数据，一个虚拟角色一般由一个参与虚拟场景的用户所控制，即一个虚拟角色对应一个用户。

步骤S13A、数据处理服务器根据目标虚拟场景的各虚拟角色的表现数据，从目标虚拟场景的各虚拟角色中选取目标虚拟角色。

在一种可能的实施方式中，目标虚拟角色可以是在目标虚拟场景中的表现符合设定推荐条件的虚拟角色，如目标虚拟场景中表现数据最佳的虚拟角色，或者，在设定表现维度的表现数据最佳的虚拟角色。

表现维度是衡量虚拟角色在虚拟场景表现的一个因素，如以游戏竞技为例，表现维度可以是游戏角色在竞技对局中的击杀数、助攻数等。

步骤S14A、数据处理服务器以目标虚拟角色在目标虚拟场景中的视角，生成推荐视频。

一个虚拟场景中可能具有多个虚拟角色，各个虚拟角色在虚拟场景中的视角是不同的，所反映的视频内容也是不同的。在确定目标虚拟场景中的目标虚拟角色后，由于目标虚拟角色在目标虚拟场景中的活动具有观看价值，因此本发明实施例可以目标虚拟角色在目标虚拟场景中的视角，生成推荐视频，实现推荐视频的确定。

在一种可能的实施方式中，不仅目标虚拟角色在目标虚拟场景中的活动具有观看价值，用户对于目标虚拟角色的操控过程也具有观看价值，因此，数据处理服务器还可以根据目标虚拟角色，确定操控该目标虚拟角色的参与用户，并以该参与用户的视角，生成推荐视频，实现推荐视频的确定。

本实施例提供的推荐视频确定方法，可确定出当前存在用户参与的候选虚拟场景，并从候选虚拟场景中筛选出目标虚拟场景，通过目标虚拟场景的各虚拟角色的表现数据，确定出生成推荐视频的目标虚拟角色，从而以目标虚拟角色在目标虚拟场景中的视角，生成推荐视频，实现推荐视频的确定。本发明实施例提供的推荐视频确定方法，可从当前存在用户参与的虚拟场景中确定出推荐视频所在的目标虚拟场景，并以目标虚拟场景中所确定的目标虚拟角色的视角生成推荐视频，确定出向用户推荐的虚拟场景视频，推荐的视频具有较高的观看质量。

作为一种示例，在确定目标虚拟场景的各虚拟角色的表现数据后，数据处理服务器可通过分析目标虚拟场景的各虚拟角色的正向表现数据和负向表现数据，确定出表现最佳的目标虚拟角色。图4示出了确定目标虚拟角色的可选方法流程图，参照图4，该方法可以包括：

步骤S20A、数据处理服务器确定目标虚拟场景的各虚拟角色的第一类表现数据和第二类表现数据。

在一种可能的实施方式中，第一类表现数据和第二类表现数据的数据类型 可以相反，如第一类表现数据和第二类表现数据所表示的虚拟角色在虚拟场景中的表现相反。第一类表现数据可以是虚拟角色在虚拟场景中正向表现对应的数据(即正向表现数据)；以竞技游戏为例，第一类表现数据可以是游戏角色在竞技对局中击杀对手的次数(即击杀数)，助攻队友击杀对手的次数(即助攻数)等。第二类表现数据可以是虚拟角色在虚拟场景中负向表现对应的数据(即负向表现数据)；以竞技游戏为例，第二类表现数据可以是游戏角色在竞技对局中的死亡次数等。

步骤S21A、数据处理服务器分别确定各虚拟角色的第一类表现数据和第二类表现数据的比值，将比值符合预定比值条件的虚拟角色确定为目标虚拟角色。

对于目标虚拟场景的各虚拟角色，虚拟角色的第一类表现数据和第二类表现数的比值，表示的是虚拟角色的正向表现与负向表现的比例，比值越高，说明虚拟角色在虚拟场景中的表现越好。因此，本实施例可通过该比值表示虚拟角色在虚拟场景中的表现，并通过设定预定比值条件(如比值最高)，将比值符合预定比值条件的虚拟角色确定为目标虚拟角色。

在一种可能的实施方式中，一个目标虚拟场景中所确定的目标虚拟角色的数量可以是至少一个。如以竞技游戏为例，本实施例可确定目标虚拟场景中各游戏角色的击杀数，助攻数和死亡数；对于各游戏角色，将游戏角色的击杀数与助攻数的和作为第一类表现数据，将游戏角色的死亡数作为第二类表现数据，将第一类表现数据除以第二类表现数据，得到反映游戏角色在目标虚拟场景中表现的比值，该比值越高，表明游戏角色在目标虚拟场景中的表现越好。

通过图4所示方法，本实施例可基于目标虚拟场景的各虚拟角色的表现数据，确定出在目标虚拟场景中表现符合设定推荐条件的目标虚拟角色，为推荐视频的确定提供基础。

显然，图4所示方法仅是分析目标虚拟场景中各虚拟角色的表现的可选方式，并不是唯一的。本实施例也可以分析目标虚拟场景的各虚拟角色的虚拟物品获取数(如游戏角色在游戏竞技场景中的金币获取数)，确定虚拟物品获取数达到阈值(如目标虚拟场景的所有虚拟角色对应的虚拟物品获取数均值)，且图4所示比值符合预定比值条件的目标虚拟角色。

在一种可能的实施方式中，在以目标虚拟角色在目标虚拟场景中的视角，生成推荐视频后，本实施例可确定目标虚拟角色的角色标识(如游戏角色的角色名)，目标虚拟角色对应的用户的用户标识(如游戏角色对应的用户名)，同时，将推荐视频推荐到视频推荐界面，并在视频推荐界面中展示目标虚拟角色的角色标识，目标虚拟角色对应用户的用户标识。将推荐视频推荐到视频推荐界面的实施方式，可以是将推荐视频的视频地址推荐到视频推荐界面。从而，数据处理服务器可以向请求观看视频的用户，广播视频推荐界面，使得请求观看视频的用户点击某一推荐视频后，数据处理服务器可根据该推荐视频的视频地址向该用户的客户端推送相应的推荐视频。相应的，该用户可在客户端进行推荐视频的观看。

在一种可能的实施方式中，视频推荐界面中展示的推荐视频可能有多个，本实施例可在视频推荐界面中为每个推荐视频设置一个推荐区，并在推荐区展示推荐视频对应的目标虚拟角色的角色标识(如角色名)，目标虚拟角色对应的用户的用户标识(如用户名)等信息。可参照图5，图5示出了游戏背景下视频推荐界面的示意图。

另外，视频推荐界面所推荐的视频数量可以具有视频推荐限数，视频推荐限数与视频推荐界面的推荐区数量相对应。如果视频推荐界面中当前推荐的视频数量达到了该视频推荐限数，则数据处理服务器新确定的推荐视频暂时无法加入到视频推荐界面，需要等待视频推荐界面当前推荐的视频数量小于该视频推荐限数(即视频推荐界面具有空闲的推荐区)时，才可将新确定的推荐视频加入到视频推荐界面中。

作为一种示例，本实施例可设置推荐位数量与视频推荐界面的推荐区数量相应的视频推荐池，视频推荐界面当前推荐的视频与该视频推荐池中加入的推荐视频相对应，如视频推荐界面中展示的推荐视频可以是通过从视频推荐池中调取推荐视频实现。在一种实施方式中，数据处理服务器在确定新的推荐视频后，可判断视频推荐池中是否有空闲的推荐位，若否，则表示视频推荐界面当前推荐的视频数量达到视频推荐限数，数据处理服务器需要等待视频推荐池中具有空闲的推荐位后，再将推荐视频加入到视频推荐池中，以便在视频推荐界面进行推荐，若是，则数据处理服务器可无需等待，将推荐视频加入到视频推 荐池中，以便在视频推荐界面进行推荐视频的推荐。

图6示出了将推荐视频加入到视频推荐界面的方法流程，该方法可应用于数据处理服务器，参照图6，该方法可以包括：

步骤S30A、数据处理服务器判断视频推荐池当前是否有空闲的推荐位，若否，返回步骤S30A，若是，执行步骤S31A；

需要说明的是，视频推荐池维持有与视频推荐界面的视频推荐限数相应的推荐位，且视频推荐池当前空闲的推荐位数量，与视频推荐界面当前空闲的视频推荐数相应。

可以理解的是，视频推荐池具有空闲的推荐位，可能是视频推荐界面中推荐的视频结束、或者视频推荐界面中推荐的视频对应的目标虚拟角色退出目标虚拟场景。

步骤S31A、将推荐视频加入到视频推荐池。

在一个示例中，将推荐视频加入到视频推荐池可以是将推荐视频的视频地址加入到视频推荐池中。可以理解的是，若视频推荐界面展示有目标虚拟角色的角色标识、和目标虚拟角色对应的用户的用户标识，则还需在将推荐视频加入到视频推荐池时，将目标虚拟角色的角色标识、和目标虚拟角色对应的用户的用户标识加入到视频推荐池。

在一种可能的实施方式中，在请求观看视频的用户，请求视频推荐界面推荐的某一视频时，数据处理服务器可以将该视频的观看用户数加1，在用户退出观看时，数据处理服务器可以将该视频的观看用户数减1，从而数据处理服务器可统计出视频推荐界面所推荐的各视频的当前观看用户数，并将各视频的当前观看用户数展示在视频推荐界面相应的推荐区中。

另外，数据处理服务器还可定时的更新视频推荐界面所推荐的各视频的当前观看用户数。可参照图7进行理解，图7示出了游戏背景下视频推荐界面的另一示意图。

可以理解的是，当前观看用户数越多的视频，表明该视频越受欢迎，因此视频推荐界面中推荐的视频可以按照当前观看用户数进行排序，将当前观看用户数较多的视频靠前排列，即推荐视频中当前观看用户数越多，该推荐视频的排序越靠前。

另外，视频推荐界面中推荐的视频也可以按照视频加入视频推荐界面的时长进行排序，即可以是时长越长，排序越靠前，时长越短，排序越靠后。

此外，视频推荐界面中推荐的视频，也可以根据请求观看视频的用户的需求而定。例如，可根据请求观看视频的用户的视频偏好，将用户偏好的视频排序在前；又如，可以分析各视频对应的目标虚拟角色的用户与请求观看视频的用户的亲密度，根据该亲密度进行视频在视频推荐界面的排序。

数据处理服务器在将推荐视频加入到视频推荐界面进行推荐后，为使得目标虚拟场景中的各参与用户，知晓目标虚拟场景中存在被推荐的用户，以使得目标虚拟场景中的各参与用户更能积极的控制虚拟角色进行表现，数据服务器可向目标虚拟场景中的各参与用户发送，目标虚拟角色对应的用户被推荐到视频推荐界面的通知信息。

可参照图8，图8示出了数据处理服务器向客户端发送通知信息的信令流程图，该流程可以包括：

步骤S40A、数据处理服务器向目标虚拟场景的各参与用户对应的客户端，发送通知信息；该通知信息用于指示目标虚拟角色对应的用户被推荐。

通知信息，可用于具体指示目标虚拟角色对应的用户被推荐到视频推荐界面。

步骤S41A、客户端接收通知信息后，判断目标虚拟角色对应的用户，与客户端的用户的关系。

可以理解的是，目标虚拟角色对应的用户，与客户端的用户的关系可能是：同一用户，目标虚拟场景中的队友关系，目标虚拟场景中的对手关系等。

作为一种示例，该通知信息可以携带有目标虚拟角色对应的用户标识；客户端的用户在参与到目标虚拟场景后，客户端可获取目标虚拟场景中，与客户端的用户为队友关系的用户标识，及与客户端的用户为对手关系的用户标识；从而通过将目标虚拟角色对应的用户标识，分别与客户端的用户标识、与客户端的用户为队友关系的用户标识，与客户端的用户为对手关系的用户标识进行匹配。

如果目标虚拟角色对应的用户标识与客户端的用户标识匹配成功，则可确定目标虚拟角色对应的用户为客户端的用户；如果目标虚拟角色对应的用户标 识与客户端的用户为队友关系的用户标识匹配成功，则可确定目标虚拟角色对应的用户为客户端的用户的队友；如果目标虚拟角色对应的用户标识与客户端的用户为对手关系的用户标识匹配，则可确定目标虚拟角色对应的用户为客户端的用户的对手。

步骤S42A、如果客户端确定目标虚拟角色对应的用户，为客户端的用户，输出本地用户被推荐到视频推荐界面的提示信息。

以游戏背景为例，图9示出了在客户端输出本地用户被推荐到视频推荐界面的提示信息的示意图。客户端在确认本地用户被推荐时，可以在游戏界面输出相应的提示信息给该用户查看。

步骤S43A、如果客户端确定目标虚拟角色对应的用户，为客户端的用户在目标虚拟场景的队友，输出队友被推荐到视频推荐界面的提示信息。

同样以游戏背景为例，图10示出了在客户端输出队友被推荐到视频推荐界面的提示信息的示意图。客户端在确认本地用户的队友被推荐时，可以在游戏界面输出相应的提示信息给该用户查看。

步骤S44A、如果客户端确定目标虚拟角色对应的用户，为客户端的用户在目标虚拟场景的对手，输出对手被推荐到视频推荐界面的提示信息。

仍以游戏背景为例，图11示出了在客户端输出对手被推荐到视频推荐界面的提示信息的示意图。客户端在确认本地用户的对手被推荐时，可以在游戏界面输出相应的提示信息给该用户查看。

需要说明的是，步骤S42A、步骤S43A和步骤S44A为目标虚拟角色对应的用户，与客户端的用户在不同关系下，对应的不同处理示意。步骤S42A、步骤S43A和步骤S44A之间可以是并列的，没有执行时间上的先后顺序。

另外，如图9、图10和图11所示，数据处理服务器还可以将推荐视频的当前观看用户数发送至目标虚拟场景的各参与用户对应的客户端，从而使得目标虚拟场景的各参与用户对应的客户端，在输出提示信息时可携带推荐视频当前观看用户数的信息。

在一个示例中，数据服务器可定时的将推荐视频的当前观看用户数发送至目标虚拟场景所对应的的各参与用户的客户端，从而使得客户端以一定的频率刷新推荐视频的当前观看用户数，并提示给客户端用户。

在另一个示例中，数据处理服务器可定时更新推荐视频的当前观看用户数，并将更新后的当前观看用户数，发送给目标虚拟场景的各参与用户的客户端，从而使得目标虚拟场景的各参与用户的客户端定期的刷新，推荐视频的当前观看用户数，并展示给客户端用户。

通过图8所示方法，可使得目标虚拟场景的各参与用户，知晓目标虚拟场景中存在被推荐的视频，使得目标虚拟场景中的各参与用户更能积极的控制虚拟角色进行表现，提升推荐视频的观看质量，进而达到向请求观看视频的用户推荐高质量视频的目的。

下面以MOBA类的竞技游戏为例，采用本发明实施例提供的推荐视频确定方法，可在举办线上竞技游戏比赛等活动时，在游戏的视频推荐界面向用户推荐高质量的竞技游戏视频。

如图12所示，图12为本实施例中在游戏竞技场景下的应用示意图。在匹配一场竞技对局时，游戏客户端可进行竞技匹配，并在匹配成功后，各阵营的游戏客户端可加载游戏竞技场景，各阵营的游戏客户端的游戏角色相应的进入到游戏竞技场景中进行游戏竞技。

战斗服务器可维持各场竞技对局，记录各场竞技对局中，游戏角色在游戏竞技场景的表现数据。

游戏数据处理服务器可根据战斗服务器当前所维持的特定类型的竞技对局(如比赛类型的竞技对局，用户排名类型的竞技对局等)，确定当前正进行的特定类型的竞技对局，从而确定出候选竞技对局(一场竞技对局对应一个游戏竞技场景)。

游戏数据处理服务器根据各候选竞技对局的参与用户的用户等级，确定出参与用户的等级均达到设定等级的目标竞技对局(目标竞技对局对应目标游戏竞技场景)。

游戏数据处理服务器可从目标竞技对局的各游戏角色的表现数据中，调取出目标竞技对局的各游戏角色的击杀数、助攻数、死亡数；分别将各游戏角色的击杀数与助攻数的和，除以死亡数，确定出表示游戏角色在目标竞技对局中表现的比值。

游戏数据处理服务器将金币获取数达到目标竞技对局的金币获取数均值，且比值最大的游戏角色，确定为目标游戏角色，以目标游戏角色在目标游戏竞技场景的视角，生成推荐视频。

在生成推荐视频后，游戏数据处理服务器可判断视频推荐池是否有空闲的推荐位，若有，则游戏数据处理服务器可将推荐视频，目标游戏角色的角色名，和目标游戏角色对应的用户名加入到视频推荐池，从而在视频推荐界面实现推荐视频的推荐。

某一用户请求观看视频推荐界面推荐的推荐视频后，游戏数据处理服务器可将推荐视频的当前观看用户数加1，如果某一用户退出观看，则推荐视频的当前观看用户数减1。游戏数据服务器可定期的更新出推荐视频的当前观看用户数。

此外，游戏数据服务器还可以将目标游戏角色的用户被推荐到视频推荐界面的消息，及游戏数据服务器定期更新的推荐视频的当前观看用户数，通知给目标竞技对局的各用户。

目标竞技对局的用户通过游戏客户端接收到游戏数据服务器发送的通知信息后，如果判断目标游戏角色的用户为本地用户，则在游戏界面中输出本地用户被推荐及推荐视频的当前观看用户数的提示信息。在一种实施方式中，可在游戏的系统聊天频道，输出该提示信息。

游戏客户端如果判断目标游戏角色的用户为本地用户的队友，则在游戏界面中输出队友被推荐及推荐视频的当前观看用户数的提示信息。

游戏客户端如果判断目标游戏角色的用户为本地用户的对手，则在游戏界面中输出对手被推荐及推荐视频的当前观看用户数的提示信息。

一种实施方式中，战斗服务器，游戏数据处理服务器与游戏客户端的交互可通过服务器集群中的接入服务器转发。

本实施例可实现当前正进行的高质量竞技对局视频的确定，并进行推荐。被推荐用户，被推荐用户的队友和对手均能够通过各自客户端的提示，感知到本场竞技对局中存在被推荐的用户，从而增加竞技对局的竞技性及对抗性，进一步的提高推荐视频的质量，同时也提高了推荐视频被点击的概率。

下面对本发明实施例提供的数据处理服务器进行介绍，下文描述的数据处 理服务器可与上文描述的方法内容相互参照。下文描述的数据处理服务器内容，可以认为是数据处理服务器为实现本发明实施例所提供的视频推荐方法，所需设置的功能模块架构。

图13为本实施例提供的数据处理服务器的结构框图，参照图13，该数据处理服务器可以包括：

候选场景确定模块100A，用于确定候选虚拟场景；该候选虚拟场景中存在虚拟角色，该虚拟角色由参与用户操控；

目标场景选取模块200A，用于从候选虚拟场景中，选取目标虚拟场景；

表现数据确定模块300A，用于确定目标虚拟场景的各虚拟角色的表现数据；

目标角色选取模块400A，用于根据目标虚拟场景的各虚拟角色的表现数据，从目标虚拟场景的各虚拟角色中选取目标虚拟角色；

第一推荐视频生成模块500A，用于以目标虚拟角色在目标虚拟场景中的视角，生成推荐视频。

在一种可能的实施方式中，目标角色选取模块400A，用于根据目标虚拟场景的各虚拟角色的表现数据，从目标虚拟场景的各虚拟角色中选取目标虚拟角色，具体包括：

第一确定单元，用于确定目标虚拟场景的各虚拟角色的第一类表现数据和第二类表现数据，第一类表现数据和第二类表现数据的数据类型相反；

第二确定单元，用于分别确定各虚拟角色的第一类表现数据和第二类表现数据的比值，将比值符合预定比值条件的虚拟角色确定为目标虚拟角色。

在一种可能的实施方式中，目标场景选取模块200A，用于从候选虚拟场景中，选取目标虚拟场景，具体包括：

从候选虚拟场景中，选取参与用户的用户特征均符合设定用户特征的目标虚拟场景；

或，从候选虚拟场景中，选取运行状态符合设定运行状态的目标虚拟场景。

另外，图14示出了本发明实施例提供的数据处理服务器的另一结构，结合图13和图14所示，该数据处理服务器还可以包括：

推荐模块600A，用于将推荐视频推荐到视频推荐界面。

在一种可能的实施方式中，推荐模块600A，用于将推荐视频推荐到视频推荐界面，具体包括：

判断单元，用于判断视频推荐池当前是否有空闲的推荐位，该视频推荐池维持有与视频推荐界面的视频推荐限数相应的推荐位，且该视频推荐池当前空闲的推荐位数量与视频推荐界面当前空闲的视频推荐数相对应；

推荐视频加入单元，用于若该视频推荐池当前有空闲的推荐位，将该推荐视频加入到该视频推荐池，以将该推荐视频推荐到视频推荐界面。

在一种可能的实施方式中，推荐模块600A还可用于，在将推荐视频加入到该视频推荐池时，将角色标识和用户标识加入到该视频推荐池；相应的，视频推荐界面可展示有该角色标识和该用户标识。

另外，图15示出了本发明实施例提供的数据处理服务器的再一结构，结合图13和图15所示，该数据处理服务器还可以包括：

通知模块700A，用于向目标虚拟场景的各参与用户对应的客户端，发送通知信息；该通知信息用于指示目标虚拟角色对应的用户被推荐。

在一种可能的实施方式中，如图15所示，数据处理服务器还可以包括：

观看用户数更新模块800A，用于定时更新推荐视频的当前观看用户数；

用户数发送模块900A，用于将更新的当前观看用户数发送至目标虚拟场景的各参与用户对应的客户端。

在一种可能的实施方式中，用户数发送模块900A和通知模块700A可以相整合，即在向目标虚拟场景的各参与用户对应的客户端，发送通知信息时，在通知信息中携带更新的当前观看用户数。

作为一种示例，在游戏竞技背景下，候选场景确定模块100A，用于确定候选虚拟场景具体可以包括：

候选场景确定模块100A确定当前正进行的特定类型的候选竞技对局，将所确定的候选竞技对局对应的游戏竞技场景确定为候选虚拟场景。其中，候选虚拟场景中存在虚拟角色，该虚拟角色由参与用户操控。+

相应的，目标场景选取模块200A，用于从候选虚拟场景中，选取目标虚拟场景，具体可以包括：

目标场景选取模块200A根据各候选竞技对局的参与用户的用户等级，确 定参与用户的等级均达到设定等级的目标竞技对局，其中，目标竞技对局对应目标游戏竞技场景。

相应的，表现数据确定模块300A，用于确定目标虚拟场景的各虚拟角色的表现数据，具体可以包括：

表现数据确定模块300A确定目标竞技对局的各游戏角色的表现数据。

相应的，目标角色选取模块400A，用于根据目标虚拟场景的各虚拟角色的表现数据，从目标虚拟场景的各虚拟角色中选取目标虚拟角色，具体可以包括：

目标角色选取模块400A从目标竞技对局的各游戏角色的表现数据中，调取出目标竞技对局的各游戏角色的击杀数、助攻数、死亡数；

目标角色选取模块400A分别将各游戏角色的击杀数与助攻数的和，除以死亡数，确定出各游戏角色对应的比值；

目标角色选取模块400A将比值最大的游戏角色，确定为目标游戏角色。

相应的，推荐视频生成模块500A，用于以目标虚拟角色在目标虚拟场景中的视角，生成推荐视频，具体可以包括：

推荐视频生成模块500A以目标游戏角色在目标游戏竞技场景中的视角，生成推荐视频。

本发明实施例提供的数据处理服务器的硬件结构可如图16所示，包括：处理器1，通信接口2，存储器3和通信总线4；

其中处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信；

在一种可能的实施方式中，通信接口2可以为通信模块的接口，如GSM模块的接口；

处理器1可能是一个中央处理器CPU，或者是特定集成电路ASIC(Application Specific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。

存储器3可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

其中，处理器1具体可以用于：

确定候选虚拟场景；该候选虚拟场景中存在虚拟角色，该虚拟角色由参与 用户操控；

从候选虚拟场景中，选取目标虚拟场景；

确定该目标虚拟场景的各虚拟角色的表现数据；

根据目标虚拟场景的各虚拟角色的表现数据，从目标虚拟场景的各虚拟角色中选取目标虚拟角色；

以目标虚拟角色在目标虚拟场景中的视角，生成推荐视频。

随着互联网技术的不断发展，体验多人在线战术(英文全称：Multiplayer Online Battle Arena，英文缩写：MOBA)游戏也渐渐成为人们热衷的娱乐项目。

目前，MOBA游戏不但可以呈现在个人电脑(因为全称：Personal Computer，英文缩写：PC)上，还可以在小型终端上展示，例如手机或者便携式多功能数字多媒体播放器，还可以是迷你平板电脑，这样能够令玩家更好地体验MOBA游戏。同时，为了满足一部分用户的观战需求，还可以在PC上设置有MOBA游戏的观战功能，使得用户通过PC进行观战。

观战功能作为MOBA游戏中一个比较重要的功能，需要展示大量的对战信息给用户，而且还要用户方便地观看战斗中的各处细节。然而，如果玩家想要在小型终端上进行观战就会出现一定的困难，这是由于小型终端的屏幕通常较小且分辨率高，如果将PC上的观战界面照搬到小型终端上，就会造成很多界面信息挤在一起，导致信息难以辨认，而且界面上的操作区域也会变的很小，很难进行操作。

本发明实施例还提供一种推荐视频确定系统，该推荐视频确定系统的结构可与图1所示相同，具体内容可与上文相应部分相参照。

本发明实施例提供的推荐视频确定系统，可以包括：数据处理服务器，该数据处理服务器用于，确定候选虚拟场景；该候选虚拟场景中存在虚拟角色，该虚拟角色由参与用户操控；从候选虚拟场景中，选取目标虚拟场景；确定目标虚拟场景的各虚拟角色的表现数据；根据目标虚拟场景的各虚拟角色的表现数据，从目标虚拟场景的各虚拟角色中选取目标虚拟角色；以该目标虚拟角色在目标虚拟场景中的视角，生成推荐视频。

在一种可能的实施方式中，该数据处理服务器还可用于，向目标虚拟场景 的各参与用户对应的客户端，发送通知信息，该通知信息用于指示目标虚拟角色对应的用户被推荐。

相应的，本发明实施例提供的推荐视频确定系统，还可以包括：客户端；该客户端可用于，接收通知信息，判断目标虚拟角色对应的用户与该客户端的用户的关系；如果客户端确定目标虚拟角色对应的用户为客户端的用户，则输出本地用户被推荐到视频推荐界面的提示信息；如果客户端确定目标虚拟角色对应的用户为客户端的用户在目标虚拟场景的队友，则输出队友被推荐到视频推荐界面的提示信息；如果客户端确定目标虚拟角色对应的用户为客户端的用户在目标虚拟场景的对手，输出对手被推荐到视频推荐界面的提示信息。

在一种可能的实施方式中，通知信息携带有目标虚拟角色对应的用户标识；则客户端用于，判断该目标虚拟角色对应的用户，与客户端的用户的关系，具体可以包括：

客户端获取目标虚拟场景中与客户端的用户为队友关系的用户标识，及与客户端的用户为对手关系的用户标识；

客户端将目标虚拟角色对应的用户标识，分别与客户端的用户标识、与客户端的用户为队友关系的用户标识、与客户端的用户为对手关系的用户标识进行匹配；

如果目标虚拟角色对应的用户标识与客户端的用户标识匹配，则客户端确定目标虚拟角色对应的用户为该客户端的用户；如果目标虚拟角色对应的用户标识，与客户端的用户为队友关系的用户标识匹配，则客户端确定目标虚拟角色对应的用户为该客户端的用户的队友；如果目标虚拟角色对应的用户标识，与客户端的用户为对手关系的用户标识匹配，则客户端确定目标虚拟角色对应的用户为客户端的用户的对手。

在一种可能的实施方式中，该数据处理服务器还可用于，定时更新推荐视频的当前观看用户数；将更新的当前观看用户数发送至目标虚拟场景的各参与用户对应的客户端。

在一种可能的实施方式中，该客户端还可用于，在输出提示信息时，在提示信息中携带所接收的推荐视频的当前观看用户数。

本发明实施例可实现当前正进行的高质量虚拟场景视频的推荐，提升推荐 的视频被点击的概率。

本发明实施例还提供了一种信息显示的方法及终端，可以只在终端的显示界面上展现对战时更为重要的预设基础信息，而隐藏非重要的预设次级信息，保证用户观看对战的区域足够大，从而能够看到战斗中的各种细节，以此提升方案的可操作性。

应理解，本发明应用于信息显示系统，请参阅图17，图17为本发明实施例中信息显示系统架构图，如图17所示，对于MOBA游戏而言，用户除了可以成为游戏中的玩家，还可以以“局外人”的视角观看其他玩家进行游戏，比如非游戏中的玩家可以利用当下流行的直播平台观看其他玩家进行游戏，以此获取经验和乐趣。而本方案还可以在MOBA游戏中直接观战，即用户在终端上触发观战功能，以使终端向服务器请求当前观战局中多个对战对象的操作信息。

终端根据服务器下发的各个对战对象的操作信息，在后台统计出操作统计结果，然后采用预设规则将这些操作统计结果划分为预设基础信息和预设次级信息，预设基础信息的重要程度通常高于预设次级信息。为了保证用户观战的区域足够大，终端在显示界面上显示较为基础且重要的预设基础信息即可，如果用户想要观看预设次级信息，也可通过相应的操作呼出预设次级信息。在启动MOBA游戏的观战模式时，在默认的观战界面中可以只显示预设基础信息，或者只显示预设次级信息，或者同时显示预设基础信息和预设次级信息，又或者是均不显示预设基础信息和预设次级信息，在本方案中不做限定。

需要说明的是，本方案中的终端具体可以为小型终端，例如手机、迷你平板电脑或者便携式多功能数字多媒体播放器，因为这类终端的显示屏幕较小，如果要在显示屏幕较小的区域显示MOBA游戏的对战细节则比较困难，所以本发明致力于解决在小界面中显示观战细节的问题。

为了便于理解，请参阅图18，图18为本发明实施例中信息显示的方法一个交互实施例示意图，如图所示，在步骤101B中，终端请求对战局中多个对战对象的操作信息后，由服务器下发这些操作信息；步骤102B中，终端即可利用多个对战对象的操作信息在后台计算得到操作统计结果，通常情况下，操 作统计结果中包含了多个对战对象的详细对战数据，但是有些对战数据较为基础，而有些对战数据则可以视为进阶数据，即没有进阶数据也不会导致观战体验变差；步骤103B中，终端根据预设规则来区分操作统计结果，并得到基础类的第一展示信息和进阶类的第二展示信息；在步骤104B中显示出第一展示信息，而并不限定第二展示是否需要展示。

下面将从终端的角度，对本发明中信息显示的方法进行介绍，请参阅图19，本发明实施例中信息显示的方法一个实施例包括：

201B、从服务器中获取多个对战对象的操作信息；

本实施例中，当用户触发MOBA游戏的观战请求时，终端将从服务器获取用户所请求的MOBA游戏中，某一对战局内多个对战对象的操作信息。若在一个对战局中分为两队进行对战，且每队有5名成员，则终端可以获取两队共10名对战对象的操作信息。

其中，对战对象的操作信息可以包括对象移动信息、对象攻击信息、对象受攻击信息以及对象技能发动信息等。

202B、根据多个对战对象的操作信息确定操作统计结果；

本实施例中，终端可以根据接收到的各个对战对象的操作信息统计出操作统计结果。比如，终端可以统计出对战对象在对战局中一段时间内的击杀敌方的次数，还可以统计出对战对象在对战局中一段时间内助攻队友击杀敌方的次数。在实际应用中，操作统计结果还可以包含更多的对战信息，此处不一一列举。

203B、按照预设规则将操作统计结果分为第一展示信息以及第二展示信息，第一展示信息为操作统计结果中的预设基础信息，第二展示信息为操作统计结果中的预设次级信息；

本实施例中，终端按照预设规则将得到的操作统计结果划分成不同类型的信息，通常是根据信息的重要程度或者视角的不同来区分操作统计结果。终端划分操作统计结果后得到第一展示信息和第二展示信息，其中，第一展示信息与第二展示信息的划分规则可以由用户预先设置的，将MOBA游戏中较为基础的对战信息作为预设基础信息，即第一展示信息，将进阶的对战信息作为预设次级信息，即第二展示信息。

需要说明的是，终端还可以将操作统计结果划分为两类以上的信息，且同一类信息的划分方式是由用户提前设置好的，本方案将以预设基础信息和预设次级信息为例进行介绍，然而这并不构成对本方案的限定。

204B、在终端显示界面上展示第一展示信息。

本实施例中，终端默认在显示界面上显示出第一展示信息，即展示出更为基础的对战信息。而对于第二展示信息而言，可以隐藏于终端显示界面，也可以与第一展示信息一样展示于显示界面，但是为了在较小的终端显示界面上空余出更多的视野空间来供用户观看战斗中的各处细节，通常情况下，会对第二展示信息进行隐藏处理。

本实施例中，提供了一种信息显示的方法，终端从服务器获取各个游戏对象的操作信息，然后根据操作信息来确定操作统计结果，利用预设规则将操作统计结果中重要的部分作为第一展示信息，而将非重要的部分作为第二展示信息，最后在终端显示界面上呈现第一展示信息即可。通过上述方式，可以只在终端的显示界面上展现对战时更为重要的预设基础信息，而隐藏非重要的预设次级信息，保证用户观看对战的区域足够大，从而能够看到战斗中的各种细节，以此提升方案的可操作性。

在一种可能的实施方式中，在上述图19对应的实施例的基础上，本发明实施例提供的信息显示的方法第一个实施例中，按照预设规则将操作统计结果分为第一展示信息以及第二展示信息，可以包括：

检测操作统计结果中所包含的主对战对象的个人操作信息以及多个对战玩家的基本操作信息，主对战对象为多个对战对象中的其中一个对象，多个对战玩家为多个对战对象中除主对战对象之外的其他对象；

将主对战对象的个人操作信息确定为第二展示信息；

将多个对战玩家的基本操作信息确定为第一展示信息。

本实施例中，还可以将终端得到的操作统计结果按照一定的预设规则进行分类，其中，常用的预设规则为根据观战视角来划分操作统计信息，将以上帝视角观战时所看到的信息作为基本操作信息，将以某个玩家视角观战时所看到的信息作为个人操作信息。

作为一种示例，可以以一款名为“王者荣耀”的游戏为例进行介绍，在游戏 中观战用户可以看到玩家双方的基本操作信息，这些基本操作信息即为第一展示信息，例如游戏中每个对战对象的角色头像、击杀敌方次数、阵亡次数、助攻队友次数、获取虚拟币总数、生命值、技能值以及复活时间等，一个对战对象对应一个游戏玩家。

此外，在游戏中观战用户还可以观看主视角玩家的详细信息，主视角玩家即为主对战对象，该主对战对象是多个当前对战对象中的其中一个，且主对战对象也是由用户自定义选择的。主对战对象的详细信息包括了主对战对象的个人操作信息，即第二展示信息，例如角色使用的技能类型、具体战斗力指数以及装备信息等。

需要说明的是，第一展示信息可以展示于终端显示界面的两侧，第二展示信息可以展示与终端显示界面的下方，在实际应用中，第一展示信息也可以展示与终端显示界面的一侧，而第二展示信息展示与终端显示界面的上方，具体的展示位置可根据用户需求进行设置，故此处不做限定。

其次，本发明实施例中，介绍了终端区分第一展示信息和第二展示信息的规则，其中一种方式是将多个对战玩家的基本操作信息作为第一展示信息，并将主对战对象的个人操作信息作为第二展示信息。通过上述方式，将各个对战对象的操作统计结果根据重要性进行区分，且重要性的判定依据可以是视角的差异化，以此可以根据用户的需求在观战过程中切换不同的展示信息，从而提升方案的灵活性和实用性。

在一种可能的实施方式中，在上述图19以及图19对应的第一个实施例的基础上，本发明实施例提供的信息显示的方法第二个可选实施例中，按照预设规则将操作统计结果分为第一展示信息以及第二展示信息之后，还可以包括：

接收第一信息显示指令；

根据第一信息显示指令，在终端显示界面上展示第二展示信息。

本实施例中，终端在按照一定的预设规则区分出第一展示信息和第二展示信息之后，还可以进一步接收用户触发的第一信息显示指令，然后根据该第一信息显示指令在终端显示界面上呼出第二展示信息。

为了便于理解，下面将以一款名为“王者荣耀”的游戏为例进行介绍，请参阅图20，图20为本发明实施例中交互式应用的一个界面示意图，如图所示， 在显示界面下方还可以呈现第二展示信息，这样的界面设计可以把界面中间的显示区域展示给用户观看，便于看到更多的细节。其中，开启第二展示信息的操作具体可以是点击信息栏右上方的箭头按钮，该信息栏是用于呈现第二展示信息的。

再次，本发明实施例中，如果用户需要查看大型多人战斗游戏中的一些非重要信息，则可以触发第一信息显示指令，使得终端根据用户触发的该指令在显示界面上展示第二展示信息。通过上述方式，能够更全面地反映大型多人战斗游戏中某个或某些对战对象的操作信息，同时，终端还能根据用户需求来展示第二展示信息，从而提升了方案的可操作性和灵活性。

在一种可能的实施方式中，在上述图19对应的第二个实施例的基础上，本发明实施例提供的信息显示的方法第三个可选实施例中，根据第一信息显示指令，在终端显示界面上展示第二展示信息之后，还可以包括：

接收第一信息隐藏指令；

根据第一信息隐藏指令，在终端显示界面上隐藏第二展示信息。

本实施例中，如果当前终端显示界面上已经显示了第二展示信息，则用户还可以根据需要决定是否继续观看第二展示信息。当用户不想继续观看第二展示信息时，触发第一信息隐藏指令，终端根据用户触发的该第一信息隐藏指令将显示在终端显示界面上的第二展示信息隐藏起来。

为了便于理解，下面将以一款名为“王者荣耀”的游戏为例进行介绍，请参阅图21，图21为本发明实施例中交互式应用的另一个界面示意图，如图所示，在终端显示界面上可以隐藏用于呈现第二展示信息的信息栏，信息栏的右上方有一个箭头按钮，点击该箭头按钮即触发了第一信息隐藏指令，此时终端界面将会隐藏第二展示信息，如果再次点击箭头按钮，则认为触发了第一信息显示指令。于是又会再次显示第二展示信息。结合图20和图21可知，用于显示第二展示信息的信息栏是能够被灵活拉取的。

此外，本发明实施例中，在终端显示界面上展示了第二展示信息之后，如果用户不希望继续查看这些信息，则还可以触发第一信息隐藏指令，使得终端根据该第一信息隐藏指令再将第二展示信息进行隐藏。通过上述方式，一方面可以实时根据用户需求调整终端显示界面上所展示的信息，提升方案的灵活 性，另一方面，当第二展示信息被隐藏时，终端显示界面上将腾出更多的空间来展示大型多人战斗游戏中的战斗情况，以此向用户展现更好的视觉体验效果。

在一种可能的实施方式中，在上述图19对应的第二个实施例的基础上，本发明实施例提供的信息显示的方法第四个可选实施例中，在终端显示界面上展示第一展示信息，可以包括：

在终端显示界面的第一界面显示层展示第一展示信息；

在终端显示界面上展示第二展示信息，可以包括：

在终端显示界面的第二界面显示层展示第二展示信息，其中，第一界面层上所显示的第一展示信息与第二界面层所显示的第二展示信息不重叠。

本实施例中，提供了一种通过不同的界面显示层来展示信息的方法，也就是将终端显示界面分为第一界面显示层和第二界面显示层，在第一界面显示层上显示第一展示信息，而在第二界面显示层上显示第二展示信息。

为了便于理解，下面将以一款名为“王者荣耀”的游戏为例进行介绍，请参阅图22，图22为本发明实施例中交互式应用的另一个界面示意图，如图所示，在显示界面上呈现了第一界面显示层，在第一界面显示层上还具有各个游戏玩家的详细游戏数据，此时，第二界面显示层并未被呼出，如果第二界面显示层被呼出，则如图20所示，同时存在两个界面显示层，并同时显示第一展示信息和第二展示信息，为了用户可以看清信息内容，第一展示信息和第二展示信息不会出现重叠的情况。

第一界面显示层和第二界面显示层均为界面图标层，也就是说在每层界面上应展示相应的图标，以满足对信息展示的需要。

另外，本发明实施例中，对于终端显示界面而言，还可以分为一级界面和二级界面，即第一界面显示层和第二界面显示层。在第一界面显示层中显示更为基础且重要的第一展示信息，而在第二界面显示层中显示更为详细的第二展示信息。通过上述方式，可以利用对终端显示界面的分层来展示相应层级的展示信息，以此可以直接对整个层级进行叠加或替换，而不需要在同一个层级中做部分展示信息的叠加或替换，减少了模块化的处理，以此提升方案的应用效率。

在一种可能的实施方式中，在上述图19对应的实施例的基础上，本发明实施例提供的信息显示的方法第五个可选实施例中，按照预设规则将操作统计结果分为第一展示信息以及第二展示信息之后，还可以包括：

向服务器发送第二信息显示指令，第二信息显示指令用于指示服务器根据多个对战对象的操作信息确定交互统计信息；

接收服务器发送的交互统计信息；

在终端显示界面上展示交互统计信息。

本实施例中，很多时候用户除了希望在观战过程中看到双方对战的操作细节，还希望能够看到更多对战数据和对战斗的评价等信息，于是用户需要通过终端向服务器发送第二信息显示指令，服务器根据第二信息显示指令统计出多个对战对象的交互统计信息，然后下发至终端，使得终端可以在显示界面上展示出交互统计信息。

为了便于理解，下面将以一款名为“王者荣耀”的游戏为例进行介绍，请参阅图23，图23为本发明实施例中交互式应用的另一个界面示意图，如图所示，当用户点击游戏界面右上方的信息面板按钮，则会弹出战斗详细信息界面，即服务器在后台统计得到的交互统计信息。在这个界面汇总可以观看到所有对战玩家的战斗信息、角色属性信息、双方玩家的经验走势图以及经济走势图等。

需要说明的是，图23中的交互统计信息展示方式仅为一个示意，并不应理解为对本方案的限定。

本发明实施例中，当用户想要了解大型多人战斗游戏中的每个对战对象在一段时间内的具体表现，还可以通过终端向服务器触发第二信息显示指令，使得服务器根据该指令生成每个对战对象的交互统计信息，终端接收服务器下发的交互统计信息并展示给用户。通过上述方式，用户可以在终端显示界面上看到更多详细的对战情况，满足用户获取大型多人战斗游戏中各信息的需求，从而提升方案的实用性和灵活性。

在一种可能的实施方式中，在上述图19对应的实施例的基础上，本发明实施例提供的信息显示的方法第六个可选实施例中，按照预设规则将操作统计结果分为第一展示信息以及第二展示信息之后，还可以包括：

接收第二信息隐藏指令；

根据二信息隐藏指令，在终端显示界面上隐藏第一展示信息以及第二展示信息。

本实施例中，如果当前用户希望在终端显示界面上只观看玩家之间的战斗细节，不需要观看具体的对战数据，则可以触发第二信息隐藏指令，终端根据该第二信息隐藏指令将显示界面上的第一展示信息以及第二展示信息隐藏起来，以使得用户可以全屏观看玩家的战斗细节。

为了便于理解，下面将以一款名为“王者荣耀”的游戏为例进行介绍，请参阅图24，图24为本发明实施例中交互式应用的另一个界面示意图，如图所示，当用户点击界面右上方的隐藏全部界面按钮时，位于两侧的第一展示信息和位于正下方的第二展示信息都被隐藏了。与此同时，还可以进一步将观战的镜头提高，以增大俯角的方式调整观看视角，使得用户可以看到更多的战斗区域。

隐藏了第一展示信息和第二展示信息的交互式应用从界面来看，与当前正在进行操作的玩家所看到的界面基本一致，只是观战角度与游戏角度之间存在一定的差异，从而能够使得用户更好地进入游戏状态。

其次，本发明实施例中，当用户想要在观战过程中看到大型多人战斗游戏中更多的战斗区域，还可以触发第二信息隐藏指令，使得终端根据该第二信息隐藏指令将终端显示界面上的第一展示信息和第二展示信息都隐藏起来。通过上述方式，可以提升大型多人战斗游戏的观看体验，同时还能满足用户对不同观看习惯的需求，从而提升方案的灵活性和多样性。

为便于理解，下面可以以一个具体应用场景对本发明中一种信息显示的方法进行详细描述，请参阅图25，图25为应用场景中信息显示的流程示意图，具体为：

步骤301B，安装于终端的游戏客户端载入服务器下发的各个玩家的操作信息，各个玩家具体指当前在一个对战局中各个游戏玩家；

步骤302B，根据服务器下发的各个玩家的操作信息，在游戏客户端的操作层上模拟出各个玩家的操作，例如角色的移动、攻击以及技能释放等行为；

步骤303B，根据服务器下发的各个玩家的操作信息，分别模拟玩家的操作，并根据模拟出的操作计算得到各类信息的结果，即操作统计结果；

步骤304B，终端提取用户界面(英文全称：User Interface，英文缩写： UI)层需要展示给用户的操作统计结果，并对操作统计结果进行分类，分类的方式如步骤305B和步骤307B；

步骤305B，操作统计结果中包含了不同类型的玩家信息，而这些信息的分类规则已经预先设置于终端，终端直接利用分类规则识别出操作统计结果中的重要基础信息；

步骤306B，终端默认在基础UI层上展示操作统计结果中的重要基础信息；

步骤307B，与步骤305B类似，终端依旧采用分类规则是被出操作统计结果中的次级信息，次级信息被认为重要性低于基础信息；

步骤308B，终端在二级UI层展示次级信息，同时还可以根据用户需求隐藏二级UI层，也就是只在终端显示界面上显示基础UI层；

步骤309B，把操作层和基础UI层结合起来就是观战的基本功能；

步骤310B，在用户观战的过程中实时判断用户是否点击二级UI层的开关，若是，则进入步骤311B，否则就跳转至步骤309B，继续进行基础观战；

步骤311B，如果在步骤310B中检测到用户在观战过程中点击了二级UI层的开关，则会在终端显示界面上显示二级UI层的内容。

下面对本发明中的终端进行详细描述，请参阅图26，本发明实施例中的终端40包括：

获取模块401B，用于从服务器中获取多个对战对象的操作信息；

确定模块402B，用于根据获取模块401B获取的多个对战对象的操作信息确定操作统计结果；

划分模块403B，用于按照预设规则将确定模块402B确定的操作统计结果分为第一展示信息以及第二展示信息，该第一展示信息为操作统计结果中的预设基础信息，该第二展示信息为操作统计结果中的预设次级信息；

第一展示模块404B，用于在终端显示界面上展示划分模块403B划分的第一展示信息。

本实施例中，获取模块401B从服务器中获取多个对战对象的操作信息，确定模块402B根据获取模块401B获取的多个对战对象的操作信息确定操作统计结果，划分模块403B按照预设规则将确定模块402B确定的操作统计结 果分为第一展示信息以及第二展示信息，该第一展示信息为操作统计结果中的预设基础信息，该第二展示信息为操作统计结果中的预设次级信息，第一展示模块404B在终端显示界面上展示划分模块403B划分的第一展示信息。

本发明实施例中，提供了一种信息显示的终端，该终端从服务器获取各个游戏对象的操作信息，然后根据操作信息来确定操作统计结果，利用预设规则将操作统计结果中重要的部分作为第一展示信息，而将非重要的部分作为第二展示信息，最后在终端显示界面上呈现第一展示信息即可。通过上述方式，可以只在终端的显示界面上展现对战时更为重要的预设基础信息，而隐藏非重要的预设次级信息，保证用户观看对战的区域足够大，从而能够看到战斗中的各种细节，以此提升方案的可操作性。

在一种可能的实施方式中，在上述图26所对应的实施例的基础上，请参阅图27，本发明实施例提供的终端40B的另一实施例中，

划分模块403B包括：

检测单元4031B，用于检测操作统计结果中所包含的主对战对象的个人操作信息以及多个对战玩家的基本操作信息，该主对战对象为多个对战对象中的其中一个对象；

第一确定单元4032B，用于将检测单元4031B检测到的主对战对象的个人操作信息确定为第二展示信息；

第二确定单元4033B，用于将检测单元4031B检测到的多个对战玩家的基本操作信息确定为第一展示信息。

其次，本发明实施例中，介绍了终端区分第一展示信息和第二展示信息的规则，其中一种方式是将多个对战玩家的基本操作信息作为第一展示信息，并将主对战对象的个人操作信息作为第二展示信息。通过上述方式，将各个对战对象的操作统计结果根据重要性进行区分，且重要性的判定依据可以是视角的差异化，以此可以根据用户的需求在观战过程中切换不同的展示信息，从而提升方案的灵活性和实用性。

在一种可能的实施方式中，在上述图26或图27所对应的实施例的基础上，请参阅图28，本发明实施例提供的终端40B的另一实施例中，

终端40B还包括：

第一接收模块405B，用于划分模块403B按照预设规则将操作统计结果分为第一展示信息以及第二展示信息之后，接收第一信息显示指令；

第二展示模块406B，用于根据第一接收模块405B接收的第一信息显示指令，在终端显示界面上展示第二展示信息。

再次，本发明实施例中，如果用户需要查看大型多人战斗游戏中的一些非重要信息，则可以触发第一信息显示指令，使得终端根据用户触发的该指令在显示界面上展示第二展示信息。通过上述方式，能够更全面地反映大型多人战斗游戏中某个或某些对战对象的操作信息，同时，终端还能根据用户需求来展示第二展示信息，从而提升了方案的可操作性和灵活性。

在一种可能的实施方式中，在上述图28所对应的实施例的基础上，请参阅图29，本发明实施例提供的终端40B的另一实施例中，

终端40B还包括：

第二接收模块407B，用于第二展示模块406B根据第一信息显示指令，在终端显示界面上展示第二展示信息之后，接收第一信息隐藏指令；

第一隐藏模块408B，用于根据第二接收模块407B接收的第一信息隐藏指令，在终端显示界面上隐藏第二展示信息。

进一步地，本发明实施例中，在终端显示界面上展示了第二展示信息之后，如果用户不希望继续查看这些信息，则还可以触发第一信息隐藏指令，使得终端根据该第一信息隐藏指令再将第二展示信息进行隐藏。通过上述方式，一方面可以实时根据用户需求调整终端显示界面上所展示的信息，提升方案的灵活性，另一方面，当第二展示信息被隐藏时，终端显示界面上将腾出更多的空间来展示大型多人战斗游戏中的战斗情况，以此向用户展现更好的视觉体验效果。

在一种可能的实施方式中，在上述图28所对应的实施例的基础上，请参阅图30，本发明实施例提供的终端40B的另一实施例中，

第一展示模块404B包括：

第一展示单元4041B，用于在终端显示界面的第一界面显示层展示第一展示信息；

第二展示模块406B包括：

第二展示单元4061B，用于在终端显示界面的第二界面显示层展示第二展示信息，其中，第一界面层上所显示的第一展示信息与第二界面层所显示的第二展示信息不重叠。

进一步地，本发明实施例中，对于终端显示界面而言，还可以分为一级界面和二级界面，，即第一界面显示层和第二界面显示层。在第一界面显示层中显示更为基础且重要的第一展示信息，而在第二界面显示层中显示更为详细的第二展示信息。通过上述方式，可以利用对终端显示界面的分层来展示相应层级的展示信息，以此可以直接对整个层级进行叠加或替换，而不需要在同一个层级中做部分展示信息的叠加或替换，减少了模块化的处理，以此提升方案的应用效率。

在一种可能的实施方式中，在上述图26所对应的实施例的基础上，请参阅图31，本发明实施例提供的终端40B的另一实施例中，

终端40B还包括：

发送模块409B，用于划分模块403B按照预设规则将操作统计结果分为第一展示信息以及第二展示信息之后，向服务器发送第二信息显示指令，第二信息显示指令用于指示服务器根据多个对战对象的操作信息确定交互统计信息；

第三接收模块410B，用于接收服务器发送的交互统计信息；

第三展示模块411B，用于在终端显示界面上展示第三接收模块410B接收的交互统计信息。

其次，本发明实施例中，当用户想要了解大型多人战斗游戏中的每个对战对象在一段时间内的具体表现，还可以通过终端向服务器触发第二信息显示指令，使得服务器根据该指令生成每个对战对象的交互统计信息，终端接收服务器下发的交互统计信息并展示给用户。通过上述方式，用户可以在终端显示界面上看到更多详细的对战情况，满足用户获取大型多人战斗游戏中各信息的需求，从而提升方案的实用性和灵活性。

在一种可能的实施方式中，在上述图26所对应的实施例的基础上，请参阅图32，本发明实施例提供的终端40B的另一实施例中，

终端40B还包括：

第四接收模块412B，用于划分模块403B按照预设规则将操作统计结果分 为第一展示信息以及第二展示信息之后，接收第二信息隐藏指令；

第二隐藏模块413B，用于根据第四接收模块412B接收的二信息隐藏指令，在终端显示界面上隐藏第一展示信息以及第二展示信息。

其次，本发明实施例中，当用户想要在观战过程中看到交互式应用中更多的战斗区域，还可以触发第二信息隐藏指令，使得终端根据该第二信息隐藏指令将终端显示界面上的第一展示信息和第二展示信息都隐藏起来。通过上述方式，可以提升大型多人战斗游戏的观看体验，同时还能满足用户对不同观看习惯的需求，从而提升方案的灵活性和多样性。

在多人在线战术竞技(Multiplayer Online Battle Arena，MOBA)游戏中，玩家在战斗中一般需要购买装备，玩家通常被分为两队，两队在分散的游戏地图中互相竞争，每个玩家都通过一个即时战略(Real-Time Strategy，RTS)游戏风格的界面控制所选的角色，这类游戏通常无需操作RTS游戏中常见的建筑群、资源、训练兵种等组织单位，玩家只控制自己所选的角色即可完成战斗。

在MOBA游戏的设计实现过程中，现有技术中采用的一种方法是状态同步的游戏设计方式，这种游戏的通信方式是以服务器的关键状态作为同步维度的，游戏逻辑在服务器上进行计算，然后服务器按一定的周期或关键时间点将游戏场景中的关键数据同步到各个客户端，客户端只需要接收服务器传过来的状态变化，然后更新自己本地的动作状态、缓存状态、位置数据，因此客户端往往只做相应状态的表现。

在前述的状态同步方式中，数据量会随着需要同步的信息数量增长，对于MOBA游戏来讲经常需要操作大量信息，如果这些都需要同步的话，数据量是不能被接受的。现有技术中采用的另一种设计方法是帧同步的游戏设计方式，帧同步游戏区别于传统的状态同步游戏，通信方式以玩家的输入操作作为同步维度，帧同步不需要同步状态，可以只同步操作就可以了，每个客户端接受到操作以后，通过运算可以达到一致的状态，这样的情况下就算数据量再多，同步量也不会随之增加。

目前，在使用状态同步方式设计的英雄联盟等MOBA游戏中提供了在线观战功能，使得除参战双方以外的其它游戏用户也能同步观看游戏，基于游戏状 态同步实现的在线观战，与正常游戏一样，观战客户端接收服务器广播的状态同步消息，观战客户端再作简单运算以及表现，由于状态同步游戏需要在服务器与客户端之间频繁的同步游戏状态，这就会造成数据量巨大，特别是对手机游戏用户十分敏感，由于状态同步需要在观战过程中同步大量的数据，因此玩家在观战过程中不可避免的要消耗较大的流量，造成通信流量剧增。

综上可知，使用状态同步设计的MOBA游戏中，手机客户端实现在线观战时会产生大量的通信流量，虽然使用帧同步设计的MOBA游戏中参战客户端能够消耗少量流量进行游戏对战功能，但是使用帧同步设计的MOBA游戏无法实现观战功能，无法满足帧同步游戏中手机客户端实现观战的需求。

基于此，本发明实施例提供了一种基于帧同步的数据处理方法和服务器以及客户端，用于实现帧同步场景下的客户端对其它客户端操作的模拟对象的显示。

本发明基于帧同步的数据处理方法的一个实施例，具体可以应用于用户操作己方客户端观战其它客户端操作的模拟对象场景中，本发明实施例中帧同步场景具体可以指的是帧同步游戏场景，也可以指的是应用程序的帧同步操作场景，例如办公软件的帧同步应用操作场景、角色的帧同步应用操作场景等。以游戏场景为例，英雄联盟等MOBA(Multiplayer Online Battle Arena，多人在线战术竞技)游戏提供了在线观战功能，但没有提供回放功能。这与游戏实现方式有巨大关系，由于状态同步游戏需要在服务器与客户端频繁同步游戏状态，这就会造成数据量巨大，通信流量剧增，同时也不利于实现本地回放功能。本发明实施例可以基于帧同步游戏实现观战功能，能够大幅降低观看过程中的流量消耗，而且也为玩家提供了回放的功能。

基于状态同步的观战方案有诸多问题，一方面是流量问题，在状态同步过程中需要同步大量的数据，因此玩家在观看过程中不可避免的要消耗较多的流量。另一方面是本地回放的问题，观看比赛回放是MOBA玩家的一大需求，基于状态同步保存比赛回放，不仅在技术实现上存在困难，而且会导致回放文件偏大，降低了用户的使用体验。为解决上述问题，本发明实施例提供了服务器、第一客户端和第二客户端的解决方案，首先从服务器一侧来说明，请参阅图33所示，本发明实施例提供了一种基于帧同步的数据处理方法，可以包括 如下步骤：

101C、服务器接收来自第一客户端的输入命令，并根据输入命令生成帧同步命令序列，其中，输入命令用于控制帧同步场景中显示的任一模拟对象。

需要说明的是，在某些场景下，用户可以在第一客户端上同时操控多个模拟对象，例如，在澄海3C游戏中，用户操控的虚拟对象往往不止一个，则第一客户端的输入操作用于控制多个虚拟对象中的任一模拟对象；在另一些场景下，用户在第一客户端上只操控一个模拟对象，例如，在王者荣耀游戏中，用户只操控一个虚拟对象，则第一客户端的输入操作用于控制该模拟对象。

在本发明实施例中，服务器确定同一个帧同步场景下的所有客户端加载完成之后，第一客户端作为对战客户端，可以根据用户在第一客户端上对模拟对象的控制生成输入命令，并将该输入操作发送至服务器。例如，对战客户端根据用户在帧同步场景下对任一模拟对象进行控制而生成输入命令，并将该输入命令发送给服务器。服务器接收对战客户端分别发送的输入命令，并按一定的策略搜集到第一客户端的输入操作之后，然后服务器根据该输入命令生成帧同步命令序列。以用户操控一个虚拟对象为例，在帧同步游戏场景下共有三个客户端加载完成，其中客户端1和客户端2是对战客户端，客户端3是观战客户端，则客户端1控制游戏角色1运行，客户端2控制游戏角色2运行，客户端3用于显示游戏角色1的运行过程，或者客户端3用于显示游戏角色2的运行过程，服务器向三个客户端广播启动各自模拟对象运行的开始命令之后，客户端1控制游戏角色1运行生成输入命令1，客户端2控制游戏角色2运行生成输入命令2，则客户端1向服务器上报输入命令1，客户端2向服务器上报输入命令2，则服务器接收到输入命令1和输入命令2，服务器将输入命令1和输入命令2整合在一起得到帧同步命令序列。

在本发明的一些实施例中，步骤101C服务器接收来自第一客户端的输入命令，并根据该输入命令生成帧同步命令序列，包括：

B1、服务器接收第一客户端控制第一模拟对象而在多个序列帧分别产生的输入命令；

B2、服务器根据在每个序列帧分别产生的输入命令，分别生成对应于不同序列帧的帧同步命令序列。

其中，第一客户端控制第一模拟对象时，在多个序列帧中可能分别对第一模拟对象进行了操作，则对于每个序列帧(也可以称为逻辑帧)，第一客户端都可以产生相应的输入命令，第一客户端的操作用户的输入命令是随机的，但发送给服务器后，服务器以序列帧为单位把当前序列帧收到的所有输入命令汇总在一起从而生成对应于不同序列帧的帧同步命令序列。

102C、服务器将生成的帧同步命令序列发送给第一客户端和第二客户端，其中，第二客户端和第一客户端加载有同一帧同步场景。

在本实施例中，服务器生成帧同步命令序列之后，服务器将帧同步命令序列发送给第一客户端和第二客户端，由于第一客户端是帧同步场景下控制模拟对象的对战客户端，则第一客户端可以接收帧同步命令序列，并根据接收到的帧同步命令序列，计算多个客户端在帧同步场景下对应各自的模拟对象产生的交互式应用数据，并显示多个模拟对象的交互式应用数据。第二客户端作为显示客户端，虽然没有向服务器发送输入命令，但是服务器仍需要向第二客户端发送帧同步命令序列，第二客户端根据帧同步命令序列计算多个客户端在帧同步场景下对应各自的模拟对象产生的交互式应用数据，并显示多个模拟对象的交互式应用数据，由此，第二客户端的操作用户可以看到在帧同步场景下模拟对象的交互式应用数据，从而满足第二客户端的操作用户在帧同步场景下的观战需要。

本实施例中，各个对战客户端生成输入命令，然后将该输入命令发送给服务器，服务器根据接收的输入命令生成帧同步命令序列，并向各个对战客户端发送帧同步命令序列，以及向观战客户端发送帧同步命令序列，然后各个参战用户的客户端、观战用户的客户端都可以进行数据的计算处理和终端表现，所有游戏逻辑与表现均在客户端完成，从而在帧同步场景下实现提供观战功能。

在本实施例中，服务器用于实现帧同步场景下的数据处理，其中，本实施例中至少有两个客户端进入相同的帧同步场景。在同一个帧同步场景下，一些客户端可以在用户的操作下控制模拟对象，该模拟对象具体可以是帧同步游戏场景下的游戏角色，也可以其它帧同步场景下由客户端操作的对象内容；另一些客户端没有参与帧同步场景下的对模拟对象的控制，而是用于显示其它客户端控制模拟对象，从而用户可以通过一个客户端观看到其它客户端具体如何控 制模拟对象。

作为一种示例，在本实施例中，服务器在接收来自第一客户端的输入操作之前，还可以在帧同步场景下确定不同的客户端以不同入口分别加载该帧同步场景，即本实施例还可以包括：

A1、服务器获取第一客户端通过对战入口加载帧同步场景的第一加载进度；

A2、服务器获取第二客户端通过观战入口加载帧同步场景的第二加载进度；

A3、当服务器根据第一加载进度确定第一客户端加载完成，且根据第二加载进度确定第二客户端加载完成时，服务器向第一客户端和第二客户端广播用于启动模拟对象运行的开始命令。

其中，第一客户端和第二客户端是两种不同类型的客户端，第一客户端可以参与帧同步场景下的模拟对象控制，第二客户端可以不参与帧同步场景下的模拟对象控制，而用于显示其他客户端对模拟对象的控制。第一客户端和第二客户端可以分别通过不同的入口接入到帧同步场景中，例如，第一客户端通过对战入口进入帧同步场景，第二客户端通过观战入口进入帧同步场景。帧同步场景下进入的所有客户端可以都向服务器上报各自的加载进度，例如，第一客户端加载帧同步场景的第一加载进度，第二客户端加载帧同步场景的第二加载进度，则服务器可以根据客户端上报的加载进度判断各个客户端是否已经加载完成帧同步场景，例如，服务器根据第一加载进度确定第一客户端是否加载完成，以及根据第二加载进度确定第二客户端是否加载完成。在帧同步场景下进入的所有客户端都加载帧同步场景完成后，服务器可以触发帧同步场景下开始运行各个客户端的模拟对象，例如当第一客户端和第二客户端都加载完成时，服务器向第一客户端和第二客户端广播用于启动第一模拟对象运行的开始命令。举例说明，在帧同步游戏场景下共有三个客户端加载完成，其中客户端1和客户端2是对战客户端，客户端3是观战客户端，则客户端1控制游戏角色1，客户端2控制游戏角色2，客户端3用于显示客户端1对游戏角色1的控制，或者用于显示客户端2对游戏角色2的控制，则服务器向三个客户端广播启动各自模拟对象开始运行的命令之后，客户端1开始控制游戏角色1，客户 端2开始控制游戏角色2，客户端3开始显示客户端1对游戏角色1的控制或客户端2对游戏角色2的控制。

在一些可能的实施方式中，观战入口包括：在线延迟观战入口、裁判实时观战入口、本地回放观战入口。则，步骤A2中的确定第二客户端通过观战入口进入帧同步场景，可以包括：

A21、服务器确定第二客户端通过在线延迟观战入口进入帧同步场景；或，

A22、服务器确定第二客户端通过裁判实时观战入口进入帧同步场景；或，

A23、服务器确定第二客户端通过本地回放观战入口进入帧同步场景。

由于在帧同步场景下设置的观战入口可以包括：在线延迟观战入口、裁判实时观战入口、本地回放观战入口这三种入口，第二客户端作为观战客户端可以根据观战用户的选择进入不同的观战入口，其中，在线延迟观战入口是指观看用户在观看第一客户端对模拟对象的控制时，观看内容存在延迟的观战入口，例如，观战用户看到的内容可以存在一分钟延迟。裁判实时观战入口是指第二客户端的操作用户以裁判身份观看第一客户端对模拟对象的控制的观战入口。本地回放观战入口是指第二客户端的操作用户可以将第一客户端对模拟对象的控制，保存到第二客户端进行本地缓存后，按照用户的操作进行回放的观战入口，例如本地回放入口展示的是观战客户端手动保存的回放文件。

在一些可能的实施方式中，在前述执行步骤B1至步骤B2的实现场景下，当第一客户端通过对战入口进入帧同步场景、且第二客户端通过裁判实时观战入口进入帧同步场景时，步骤103服务器将生成的帧同步命令序列发送给第一客户端和第二客户端，包括：

C1、服务器将与各个序列帧具有对应关系的帧同步命令序列，按照帧顺序依次广播给第一客户端和第二客户端。

其中，第一客户端可以通过对战入口进入帧同步场景，第一客户端可以实时的接收服务器发送的帧同步命令序列，并在第一客户端上进行显示。第二客户端通过裁判实时观战入口进入帧同步场景，则第二客户端需要实时的接收服务器发送的帧同步命令序列，并在第二客户端上进行显示，服务器可以采用广播的方式向第一客户端和第二客户端同时发送对应于每个序列帧的帧同步命 令序列。

在一些可能的实施方式中，在前述执行步骤B1至步骤B2的实现场景下，当第一客户端通过对战入口进入帧同步场景、且第二客户端通过在线延迟观战入口或本地回放观战入口进入帧同步场景时，步骤102C服务器将生成的帧同步命令序列发送给第一客户端和第二客户端，包括：

D1、服务器将与各个序列帧具有对应关系的帧同步命令序列按照帧顺序依次发送给第一客户端；

D2、服务器按照延时整合周期将生成的对应于每个序列帧的帧同步命令序列整合在一起，得到帧同步命令序列流；

D3、服务器将帧同步命令序列流发送给第二客户端。

其中，第一客户端通过对战入口进行帧同步场景，第一客户端需要实时的接收服务器发送的帧同步命令序列并在第一客户端上进行显示。第二客户端通过线延迟观战入口或本地回放观战入口进入帧同步场景，则第二客户端可以延时的接收服务器发送的帧同步命令序列，并在第二客户端上进行显示，服务器可以按照延时整合周期将与各个序列帧具有对应关系的帧同步命令序列整合在一起，得到帧同步命令序列流，例如服务器可以按照3个序列帧为延时整合周期，将接收到的对应于3个序列帧的帧同步命令序列整合在一起，服务器再将帧同步命令序列流发送给第二客户端。

通过以上实施例的描述可知，服务器接收来自第一客户端的输入命令，并根据输入命令生成帧同步命令序列，其中，输入指令用于控制帧同步场景中显示的任一模拟对象；服务器将生成的帧同步命令序列发送给第一客户端和第二客户端，其中，第二客户端与第一客户端加载到同一个帧同步场景。服务器可以将生成的帧同步命令序列发送给第一客户端和第二客户端，因此第二客户端可以通过服务器获取到帧同步命令序列，并根据帧同步命令序列在帧同步场景下显示第一客户端对模拟对象的控制，使得操作该第二客户端的用户可以看到第一客户端如何对模拟对象进行控制。在基于帧同步设计的帧同步游戏场景中，可以实现观战功能，满足帧同步游戏中观战客户端实现观战的需求。

前述实施例从服务器侧对本发明实施例提供的基于帧同步的数据处理方法进行说明，接下来从客户端侧对本发明实施例提供的基于帧同步的数据处理 方法进行说明。作为一种示例，从第二客户端的角度来说明，第二客户端需要显示第一客户端控制的模拟对象，该方法具体可以应用于交互式应用的交互界面操作中。在一些示例中，该交互式应用可以是游戏应用程序，或者需要用户操作的办公应用程序，或者数值交易应用程序等。请参阅图34，本发明一个实施例提供的基于帧同步的数据处理方法，可以包括如下步骤：

201C、第二客户端预先加载显示有模拟对象的帧同步场景，该模拟对象由加载有帧同步场景的第一客户端控制。

在本实施例中，至少有两个客户端进入相同的帧同步场景。在同一个帧同步场景下，一些客户端可以在用户的操作下控制模拟对象，另一些客户端用于显示其它客户端控制模拟对象，从而用户可以通过一个客户端观看到其它客户端具体如何控制模拟对象。

在本发明的一些实施例中，步骤201C第二客户端预先加载显示有模拟对象的帧同步场景，包括：

E1、第二客户端通过观战入口进入帧同步场景，以加载帧同步场景；

E2、第二客户端在加载帧同步场景过程中，向服务器上报该帧同步场景的第二加载进度；

E3、第二客户端完成该帧同步场景的加载后，接收服务器广播的用于启动模拟对象运行的开始命令。

其中，第一客户端和第二客户端是两种不同类型的客户端，第一客户端可以参与帧同步场景下的模拟对象控制，第二客户端可以不参与帧同步场景下的模拟对象控制，而用于显示其他客户端对模拟对象的控制。第一客户端和第二客户端可以通过不同的入口分别接入到帧同步场景中。帧同步场景下进入的所有客户端可以都向服务器上报各自的加载进度，则服务器可以根据客户端上报的加载进度判断各个客户端是否已经加载完成帧同步场景。在帧同步场景下进入的所有客户端都加载帧同步场景完成后，服务器可以触发帧同步场景下开始运行各个客户端的模拟对象。

在一些可能的实施方式中，步骤E1第二客户端通过观战入口进入帧同步场景，包括：

E11、第二客户端通过在线延迟观战入口进入帧同步场景；或，

E12、第二客户端通过裁判实时观战入口进入帧同步场景；或，

E23、第二客户端通过本地回放观战入口进入帧同步场景。

在一些可能的实施方式中，帧同步场景下设置的观战入口可以包括：在线延迟观战入口、裁判实时观战入口、本地回放观战入口这三种入口，第二客户端作为显示客户端可以根据用户的选择进入不同的观战入口。

202C、当第二客户端加载帧同步场景之后，第二客户端接收服务器发送的帧同步命令序列，该帧同步命令序列由服务器根据来自第一客户端的输入命令生成，该输入命令用于控制模拟对象。

在本实施例中，服务器用于实现帧同步场景下的数据处理，服务器确定同一个帧同步场景下的所有客户端加载完成之后，第一客户端根据用户在第一客户端上对模拟对象的控制生成输入命令，并将该输入操作发送至服务器。服务器接收第一客户端分别发送的输入命令，并根据接收到的输入命令生成帧同步命令序列。

在本发明的一些实施例中，当第二客户端通过裁判实时观战入口进入帧同步场景时，步骤202C第二客户端接收服务器发送的帧同步命令序列，包括：

F1、第二客户端接收服务器按照帧顺序依次广播的对应于多个序列帧的帧同步命令序列。

当第二客户端通过在线延迟观战入口或本地回放观战入口进入帧同步场景时，步骤202C第二客户端接收服务器发送的帧同步命令序列，包括：

F2、第二客户端接收服务器将与各个序列帧就由对应关系的帧同步命令序列整合得到的帧同步命令序列流。

其中，第一客户端可以实时的接收服务器发送的帧同步命令序列并进行显示；第二客户端若通过裁判实时观战入口进入帧同步场景，则可以实时的接收服务器发送的帧同步命令序列并进行显示，其中，服务器可以采用广播的方式向第一客户端和第二客户端同时发送与各个序列帧具有对应关系的帧同步命令序列；第二客户端若通过在线延迟观战入口或本地回放观战入口进入帧同步场景，则可以延时的接收服务器发送的帧同步命令序列并在进行显示，其中，服务器可以按照延时整合周期将与各个序列帧具有对应关系的帧同步命令序列整合在一起，得到帧同步命令序列流，并将该帧同步命令序列流发送给第二 客户端。

203C、第二客户端根据帧同步命令序列，在帧同步场景下显示模拟对象。

在本实施例中，第二客户端作为观战客户端，虽然没有向服务器发送输入命令，但是服务器仍可以向第二客户端发送帧同步命令序列，第二客户端可以根据帧同步命令序列，计算多个客户端在帧同步场景下对应各自的模拟对象产生的交互式应用数据，并在帧同步场景下显示多个模拟对象的交互式应用数据。相应的，第二客户端的操作用户可以看到在帧同步场景下某些模拟对象的交互式应用数据，从而满足第二客户端的操作用户在帧同步场景下的观战需要。

在本发明的一些实施例中，步骤203C第二客户端根据帧同步命令序列，在帧同步场景下显示模拟对象，包括：

G1、当第二客户端通过裁判实时观战入口进入帧同步场景时，第二客户端根据与各个序列帧具有对应关系的帧同步命令序列，在帧同步场景下实时显示模拟对象；

G2、当第二客户端通过在线延迟观战入口进入帧同步场景时，第二客户端根据帧同步命令序列流在帧同步场景下延迟显示模拟对象；

G3、当第二客户端通过本地回放观战入口进入帧同步场景时，第二客户端将帧同步命令序列流保存在本地缓存中，并根据本地缓存的帧同步命令序列流在帧同步场景下回放模拟对象的运行过程。

在一些可能的实施方式中，当第二客户端通过在线延迟观战入口进入帧同步场景时，第二客户端根据帧同步命令序列流在帧同步场景下延迟显示第一模拟对象的运行过程，包括：

G21、第二客户端获取在帧同步场景下模拟对象的运行时间；

G22、第二客户端从该模拟对象的运行时间向后倒退一个延迟区间，得到第二客户端在帧同步场景下能够显示该模拟对象的最大时间；

G23、第二客户端从能够显示该模拟对象的最大时间向后倒退一个缓冲区间，得到第二客户端在帧同步场景下显示该模拟对象的播放时间；

G24、第二客户端在根据播放时间对应的帧同步命令序列流在帧同步场景下显示该模拟对象。

需要说明的是，在线延迟观战的模式下，由于帧同步命令序列流是按流的形式传输，在网络较差的情况下可能会产生抖动。因此针对这种模式，可以对播放流进行缓冲，以期望能够抵抗一定的网络抖动。即，将能够显示模拟对象的最大时间倒退一个缓冲区间，该缓冲处理后的时间为显示该模拟对象的播放时间。当网络较差时，播放头可以在缓冲区间内向前推进，直至推进到能够显示该模拟对象的最大时间，从而给第二客户端的操作用户带来更平滑的播放体验。

在一些可能的实施方式中，步骤203C第二客户端根据帧同步命令序列，在帧同步场景下显示模拟对象，包括：

H1、第二客户端获取播放速度控制指令；

H2、第二客户端根据播放速度控制指令对时间轴进行拉伸或者收缩；

H3、第二客户端按照拉伸后的时间轴加快帧同步命令序列的执行速度，从而加快模拟对象的运行过程，或，客户端按照收缩后的时间轴减慢帧同步命令序列的执行速度，从而减慢模拟对象的运行过程。

其中，第二客户端的操作用户可以向第二客户端发送播放速度控制指令，以便变更播放速度，可以是通过拉伸或者收缩时间轴的方式实现的。作为一种示例，当操作用户期望播放速度变快时，可以对时间轴等比拉伸，这样帧切换的时间点推进变快，从而帧同步命令的执行速度就加快；当操作用户期望播放速度变慢时，需要对时间轴等比压缩，这样帧切换的时间点推进变慢，从而帧同步命令的执行速度就减慢。

通过上述实施例的描述可知，第二客户端与第一客户端预先加载到同一个帧同步场景，在该帧同步场景下第一客户端控制模拟对象并将生成的输入命令发送给服务器，该服务器可以将生成的帧同步命令序列发送给第一客户端和第二客户端，因此第二客户端可以通过服务器获取到帧同步命令序列，并在帧同步场景下显示模拟对象，使得操作该第二客户端的用户可以看到第一客户端对该模拟对象的控制，实现帧同步场景下第二客户端对第一客户端控制的模拟对象的显示。

为便于更好的理解和实施本发明实施例的技术方案，下面将结合MOBA游戏场景来进行具体举例说明。

如图35所示，在本实施例提供的帧同步游戏场景中，观战提供了诸多方式，每一种方式对应一种入口，玩家可以根据自己的偏好选择观战入口。其中，观战方式可以包括：大神观战，好友观战，战队观战，本地回放，裁判观战。其中，“大神”是指按一定规则筛选出来的具有“标杆”实力的玩家。大神观战，好友观战，战队观战都属于在线延迟观战类型，玩家看到的在线内容有一分钟延迟。本地回放观战入口展示的是玩家本地客户端手动保存的回放文件，由于都不是实时观看，它与在线观战的入口整合在一起，本地回放模式下保存了该局游戏所有的帧信息，是玩家操作的序列数据，文件通常较小(例如1M左右)。裁判实时观战观看的是实时在线的内容，游戏开始后玩家能观看到对战双方的游戏角色运行过程，并能实时观看到双方的对局场面。本实施例中第二客户端无论以哪种方式进入观战场景中，呈现给玩家的是统一的观战交互界面。在游戏场景下，进行观战的玩家可以以中立视角观看到对战双方的比分、金钱、破塔、装备、每个对战玩家操控的角色等信息，另外玩家还可以暂停以及快进观看进程。其中，在线观看和本地回放都可以暂停与快进，但是在线观战的快进要受当前缓冲的视频流限制，最多快进到当前缓冲的位置。

请参阅图36，图36示出了本发明实施例提供的进入帧同步游戏场景的过程示意图。在图36所示的帧同步游戏场景中，观战过程中最核心的数据流程与战斗流程是一致的，即观战过程与普通战斗过程使用相同的数据流，数据流是玩家操作的数据序列，用于驱动帧同步游戏场景下角色的运行。

在帧同步游戏场景中，各个客户端搜集操控该该客户端的玩家的输入操作，然后将输入操作格式化为输入命令后，将该输入命令发送给服务器。服务器根据接收到的输入命令生成帧同步命令序列，然后将该帧同步命令序列广播到所有客户端。因此，各个客户端在同一个序列帧里必然收到相同的命令序列，并按相同的游戏逻辑依次处理，计算结果并作表现。如图36所示，随机输入命令可以是玩家的各种操作(移动，放技能等)，帧同步命令序列携带的是服务器接收到的所有玩家的信息。其中，游戏逻辑包括英雄移动，英雄技能释放等等。以英雄移动来说，收到一个向前移动命令后，每个客户端都可以去查看当前英雄所处的位置能不能向前走、能向前走多远，然后执行移动，这些都是游戏逻辑，且每个客户端是一致的。在上述流程中，如果是以观战方式进入帧 同步游戏场景，帧同步命令序列就会额外流入观战的客户端。

请一并参阅图36，接下来描述进入游戏中进行对战以及观战流程的过程。在游戏的大厅服务器，玩家将决定以怎样的方式进入游戏：玩家对战入口，在线延迟观战入口，裁判实时观战入口，以及本地回放观战入口。在确定进入这些入口后，游戏开始加载，并开始接收帧同步命令序列，从而驱动帧同步游戏场景的进行。作为一种示例，进入帧同步游戏场景后可以执行如下流程：

1、游戏入口虽然繁多，但游戏框架设计过程中进行了抽象与复用，多数模块进行了复用，模块的连接主要通过消息驱动。例如游戏逻辑模块的复用，比如地图模块，移动模块，技能模块。

2、在帧同步游戏场景中，每个客户端收到游戏的初始化信息包后，游戏即开始加载，加载过程中各个客户端不断上报自己的加载进度，当所有客户端加载完成后，服务器统一通知各个客户端开始游戏，开始游戏也是一条帧同步命令，存在于各种形式的帧同步命令序列中。

3、开始游戏的命令之后，便是按序列帧切分玩家操作产生的帧同步命令序列，各个客户端以序列帧为执行单元，同步的执行帧同步命令序列。区别在于各个入口下的不同客户端所获取的帧同步命令序列数据源可能有差异，例如，在对战与裁判实时观战模式下，客户端可以实时的接收服务器广播的帧同步命令序列，在线延迟观战模式下以流的方式读取服务器的帧同步命令序列流，在本地回放观战模式下，读取本地回放文件的帧同步命令序列流。

4、最后，在用户交互上，用户进行对战时使用的是战斗交互界面，进入其它入口的用户使用的是观战界面。

在本发明的一些实施例中，在线延迟观战模式下，由于命令数据是按流的形式传输，在网络较差的情况下可能会产生抖动。因此针对这种模式，可以对播放流进行缓冲，以期望能够抵抗一定的网络抖动。如图37所示，为本发明实施例提供的平滑处理过程示意图。T0为当前游戏的真实时间，经过延时区间(例如可以是1分钟)至T1，T1即为当前客户端所能播放的最大时间，但是为了抵抗一定的网络抖动，将T1再倒退一个缓冲区间(通常可以是3秒)到T2。通常的播放时间点在T2，当网络较差时，播放头可以最多推进到T1。当网络再差，缓冲区间被消耗完毕，观战只能等待了。

在一些可能的实施方式中，玩家可以通过客户端触发游戏的暂停与恢复，其中，暂停操作可以作如下处理：首先，可以将帧同步命令驱动停止。由于游戏的运行是靠帧同步命令按一定的周期驱动推进的，所以在暂停后，可以将帧驱动器停止，保存上下文，并且保护后续的命令序列不被破坏。其次，由于帧同步游戏场景的表现与逻辑是完全分离的，为了达到真实的暂停效果，还可以将所有的表现驱动停止下来，其中包括动画驱动，粒子驱动(即粒子特效)以及引擎层的逻辑更新，其中，表现可以是玩家能够看到的动画、动作、特效等，逻辑是真实的游戏数据，如玩家的位置，血量等。

在一些可能的实施方式中，当用户通过观战界面变更了播放速度，观战界面有对应的控制按钮，客户端同样可以作如下处理：首先，帧驱动器可以变速，这个变速是通过拉伸或者收缩时间轴的方式实现的。其中，帧驱动器是在一个固定的时间轴上采样帧驱动时间点，当时间到达帧切换的时间点，驱动器进行一帧的推进。因此，当速度变快时，可以对时间轴等比拉伸，这样帧切换的时间点推进变快，从而帧同步命令的执行速度就加快；当速度变慢时，可以就对时间轴等比压缩，这样帧切换的时间点推进变慢，从而帧同步命令的执行速度就减慢。其次，同暂停控制一致，可以对表现层面的速度进行等比缩放，只可以使用游戏引擎提供的时间缩放因子进行相应的缩放。其中，表现层面可以指动画播放的倍速，粒子特效播放的倍速等。

本实施例实现了在帧同步游戏场景中进行观战与回放的功能，并且能够对观看进程进行暂停与快进操作。本实施例提供的方案相对现有方案具有流量消耗更低，体验更平滑，播放控制灵活的特点；同时还能够为用户提供本地回放的功能，丰富了用户的游戏体验。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于部分可实现的实施例，所涉及的动作和模块并不一定是本发明所必须的。

为便于更好的实施本发明实施例的上述方案，下面还提供用于实施上述方案的相关装置。

请参阅图38-a所示，本发明实施例提供的一种服务器600C，可以包括：处理模块601C、发送模块602C，其中，

处理模块601C，用于接收来自第一客户端的输入命令，该输入命令用于控制帧同步场景中显示的任一模拟对象，并根据该输入命令生成帧同步命令序列；

发送模块602C，用于将该帧同步命令序列发送给第一客户端和第二客户端，其中，第一客户端和第二客户端加载有同一帧同步场景。

在一些可能的实施方式中，请参阅图38-b所示，服务器600C还包括：

加载进度获取模块603C，用于获取第一客户端通过对战入口加载帧同步场景的第一加载进度，以及获取第二客户端通过观战入口加载帧同步场景的第二加载进度；

启动模块604C，用于当根据第一加载进度确定第一客户端加载完成，且根据第二加载进度确定第二客户端加载完成时，向第一客户端和第二客户端广播用于启动模拟对象运行的开始命令。

在一些可能的实施方式中，观战入口包括：在线延迟观战入口、裁判实时观战入口、本地回放观战入口；

在一些可能的实施方式中，处理模块601C，具体用于接收第一客户端控制模拟对象在多个序列帧分别产生的输入命令；根据在每个序列帧分别产生的输入命令分别生成对应于不同序列帧的帧同步命令序列。

在本发明的一些实施例中，当第一客户端通过对战入口进入帧同步场景、且第二客户端通过裁判实时观战入口进入帧同步场景时，发送模块602C，具体用于将与各个序列帧具有对应关系的帧同步命令序列，按照帧顺序依次广播给第一客户端和第二客户端。

在一些可能的实施方式中，当所述第一客户端通过对战入口进入帧同步场景、且所述第二客户端通过在线延迟观战入口或本地回放观战入口进入所述帧同步场景时，所述发送模块602C，具体用于将与各个序列帧具有对应关系的帧同步命令序列，按照帧顺序依次发送给第一客户端；按照延时整合周期将与各个序列帧具有对应关系的帧同步命令序列整合在一起，得到帧同步命令序列流；将所述帧同步命令序列流发送给所述第二客户端。

通过上述实施例的描述可知，第二客户端可以通过服务器获取到帧同步命令序列，并根据帧同步命令序列在帧同步场景下显示模拟对象。操作该第二客户端的用户可以看到第一客户端对第一模拟对象的控制，实现帧同步场景下第二客户端对第一客户端控制的模拟对象的显示。

请参阅图39-a所示，本发明实施例提供的一种客户端，该客户端具体为前述场景下的第二客户端700C，所述第二客户端700C，包括：场景加载模块701C、接收模块702C和显示模块703C，其中，

场景加载模块701C，用于预先加载显示有模拟对象的帧同步场景，该模拟对象由加载有所述帧同步场景的第一客户端控制；

接收模块702C，用于接收服务器发送的帧同步命令序列，该帧同步命令序列由服务器根据来自第一客户端的输入命令生成，该输入命令用于控制该模拟对象；

显示模块703C，用于根据帧同步命令序列，在所述帧同步场景下显示模拟对象。

在一些可能的实施方式中，请参阅图39-b所示，所述场景加载模块701C，包括：

入口选择单元7011C，用于通过观战入口进入帧同步场景，以加载所述帧同步场景；

进度上报单元7012C，用于在加载帧同步场景的过程中，向服务器上报帧同步场景的第二加载进度；

开始命令接收单元7013C，用于完成帧同步场景的加载后，接收所述服务器广播的用于启动所述模拟对象运行的开始命令。

在一些可能的实施方式中，观战入口包括：在线延迟观战入口、裁判实时观战入口和\或本地回放观战入口。

在一些可能的实施方式中，当第二客户端通过裁判实时观战入口进入帧同步场景时，接收模块702C，具体用于接收服务器按照帧顺序依次广播的与各个序列帧具有对应关系的帧同步命令序列；

或，

当第二客户端通过在线延迟观战入口或本地回放观战入口进入帧同步场 景时，接收模块702C，具体用于接收服务器将与各个序列帧具有对应关系的帧同步命令序列整合得到的帧同步命令序列流。

在一些可能的实施方式中，请参阅图39-c所示，显示模块703C，包括：

实时显示单元7031C，用于当第二客户端通过裁判实时观战入口进入帧同步场景时，根据与各个序列帧具有对应关系的帧同步命令序列，在帧同步场景下实时显示模拟对象；

延迟显示单元7032C，用于当第二客户端通过在线延迟观战入口进入帧同步场景时，根据帧同步命令序列流，在帧同步场景下延迟显示模拟对象；

本地回放单元7033C，用于当第二客户端通过本地回放观战入口进入帧同步场景时，将帧同步命令序列流保存在本地缓存中，并根据本地缓存的帧同步命令序列流在所述帧同步场景下回放模拟对象的运行过程。

在一些可能的实施方式中，请参阅图39-d所示，当第二客户端通过在线延迟观战入口进入帧同步场景时，延迟显示模块7032C，包括：

运行时间获取单元70321C，用于当所述第二客户端通过在线延迟观战入口进入帧同步场景时，获取在帧同步场景下模拟对象的运行时间；

延迟处理单元70322C，用于从模拟对象的运行时间向后倒退一个延迟区间，得到所述第二客户端在所述帧同步场景下能够显示模拟对象的最大时间；

平滑处理单元70323C，用于第二客户端从能够显示模拟对象的最大时间向后倒退一个缓冲区间，得到第二客户端在所述帧同步场景下显示模拟对象的播放时间；

平滑显示单元70324C，用于在根据播放时间对应的帧同步命令序列流，在帧同步场景下显示模拟对象的运行过程。

在一些可能的实施方式中，请参阅图39-e所示，显示模块703C，包括：

指令获取单元7034C，用于获取播放速度控制指令；

时间轴处理单元7035C，用于根据播放速度控制指令对时间轴进行拉伸或者收缩；

速度控制单元7036C，用于按照拉伸后的时间轴加快帧同步命令序列的执行速度，从而加快模拟对象的运行过程，或，客户端按照收缩后的时间轴减慢所述帧同步命令序列的执行速度，从而减慢所述第一模拟对象的运行过程。

通过上述实施例的描述可知，第二客户端可以通过服务器获取到帧同步命令序列，并根据帧同步命令序列在帧同步场景下显示模拟对象。操作该第二客户端的用户可以看到第一客户端对第一模拟对象的控制，实现帧同步场景下第二客户端对第一客户端控制的模拟对象的显示。

图40是本发明实施例提供的一种服务器结构示意图，该服务器1100C可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)1122(例如，一个或一个以上处理器)和存储器1132，一个或一个以上存储应用程序1142或数据1144的存储介质1130(例如一个或一个以上海量存储设备)。其中，存储器1132和存储介质1130可以是短暂存储或持久存储。存储在存储介质1130的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1122可以设置为与存储介质1130通信，在服务器1100上执行存储介质1130中的一系列指令操作。

服务器1100还可以包括一个或一个以上电源1126，一个或一个以上有线或无线网络接口1150，一个或一个以上输入输出接口1158，和/或，一个或一个以上操作系统1141，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述实施例中由服务器所执行的步骤可以基于该图40所示的服务器结构。

本发明实施例还提供了另一种终端，如图41所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该终端可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑等任意终端设备，以终端为手机为例：

图41示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图41，手机包括：射频(Radio Frequency，RF)电路1010、存储器1020、输入单元1030、显示单元1040、传感器1050、音频电路1060、无线保真(wireless fidelity，WiFi)模块1070、处理器1080、以及电源1090等部件。本领域技术人员可以理解，图41中示出的手机结构并不构成对手机的限定， 可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图41对手机的各个构成部件进行具体的介绍：

RF电路1010可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1080处理；另外，将设计上行的数据发送给基站。通常，RF电路1010包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，RF电路1010还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System of Mobile communication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器1020可用于存储软件程序以及模块，处理器1080通过运行存储在存储器1020的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1020可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1020可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1030可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。作为一种示例，输入单元1030可包括触控面板1031以及其他输入设备1032。触控面板1031，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1031上或在触控面板1031附近的操作)，并根据预先设定的程式驱动相应的连接装置。作为一种示例，触控面板1031可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测 装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1080，并能接收处理器1080发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1031。除了触控面板1031，输入单元1030还可以包括其他输入设备1032。作为一种示例，其他输入设备1032可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1040可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1040可包括显示面板1041，在一些实施方式中，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1041。进一步的，触控面板1031可覆盖显示面板1041，当触控面板1031检测到在其上或附近的触摸操作后，传送给处理器1080以确定触摸事件的类型，随后处理器1080根据触摸事件的类型在显示面板1041上提供相应的视觉输出。虽然在图41中，触控面板1031与显示面板1041是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1031与显示面板1041集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器1050，比如光传感器、运动传感器以及其他传感器。作为一种示例，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1041的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1041和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路1060、扬声器1061，传声器1062可提供用户与手机之间的音频接口。音频电路1060可将接收到的音频数据转换后的电信号，传输到扬声器1061，由扬声器1061转换为声音信号输出；另一方面，传声器1062将收集的声音信号转换为电信号，由音频电路1060接收后转换为音频数据，再将音频 数据输出处理器1080处理后，经RF电路1010以发送给比如另一手机，或者将音频数据输出至存储器1020以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块1070可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图41示出了WiFi模块1070，但是可以理解的是，其并不属于手机的必须构成，完全可以根据可以在不改变发明的本质的范围内而省略。

处理器1080是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1020内的软件程序和/或模块，以及调用存储在存储器1020内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。在一些实施方式中，处理器1080可包括一个或多个处理单元；在一些实施方式中，处理器1080可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1080中。

手机还包括给各个部件供电的电源1090(比如电池)，作为一种示例，电源可以通过电源管理系统与处理器1080逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本发明实施例中，该终端所包括的处理器1080还具有控制执行以上由第二客户端执行的方法流程。

此外，本发明实施例还提供了一种设备，该设备包括处理器以及存储器；

该存储器用于存储程序代码，并将该程序代码传输给处理器；

该处理器用于根据程序代码中的指令执行上述推荐视频确定方法和/或信息显示方法和/或基于帧同步的数据处理方法。

本发明实施例还提供给了一种存储介质，该存储介质用于存储程序代码，该程序代码用于执行上述推荐视频确定方法和/或信息显示方法和/或基于帧同步的数据处理方法。

本发明实施例还提供给了一种包括指令的计算机程序产品，当其在计算机上运行时，使得该计算机执行上述推荐视频确定方法和/或信息显示方法和/或 基于帧同步的数据处理方法。

另外需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的可以选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本发明提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过专用硬件包括专用集成电路、专用CPU、专用存储器、专用元器件等来实现。一般情况下，凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现，而且，用来实现同一功能的具体硬件结构也可以是多种多样的，例如模拟电路、数字电路或专用电路等。但是，对本发明而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘、U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

综上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照上述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对上述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (41)

1. 一种推荐视频确定方法，包括：

   确定候选虚拟场景；所述候选虚拟场景中存在虚拟角色，所述虚拟角色由参与用户操控；

   从所述候选虚拟场景中，选取目标虚拟场景；

   确定所述目标虚拟场景的各虚拟角色的表现数据；

   根据所述目标虚拟场景的各虚拟角色的表现数据，从所述目标虚拟场景的各虚拟角色中选取目标虚拟角色；

   以所述目标虚拟角色在所述目标虚拟场景中的视角，生成推荐视频。
2. 根据权利要求1所述的推荐视频确定方法，所述根据所述目标虚拟场景的各虚拟角色的表现数据，从所述目标虚拟场景的各虚拟角色中选取目标虚拟角色包括：

   确定目标虚拟场景的各虚拟角色的第一类表现数据和第二类表现数据，所述第一类表现数据和第二类表现数据的数据类型相反；

   分别确定各虚拟角色的第一类表现数据和第二类表现数据的比值，将比值符合预定比值条件的虚拟角色确定为目标虚拟角色。
3. 根据权利要求1所述的推荐视频确定方法，所述从所述候选虚拟场景中，选取目标虚拟场景包括：

   从所述候选虚拟场景中，选取所述参与用户的用户特征均符合设定用户特征的候选虚拟场景，作为目标虚拟场景；

   或，从所述候选虚拟场景中，选取运行状态符合设定运行状态的候选虚拟场景，作为目标虚拟场景。
4. 根据权利要求1所述的推荐视频确定方法，还包括：

   将所述推荐视频推荐到视频推荐界面。
5. 根据权利要求4所述的推荐视频确定方法，所述将所述推荐视频推荐到视频推荐界面包括：

   判断视频推荐池当前是否有空闲的推荐位，所述视频推荐池维持有与视频推荐界面的视频推荐限数相应的推荐位，且所述视频推荐池当前空闲的推荐位数量，与视频推荐界面当前空闲的视频推荐数相应；

   若所述视频推荐池当前有空闲的推荐位，将所述推荐视频加入到所述视频推荐池，以将所述推荐视频推荐到视频推荐界面。
6. 根据权利要求5所述的推荐视频确定方法，还包括：

   在将所述推荐视频加入到所述视频推荐池时，将所述角色标识和所述用户标识加入到所述视频推荐池；

   在所述视频推荐界面展示所述角色标识和所述用户标识。
7. 根据权利要求1-6任一项所述的推荐视频确定方法，还包括：

   向所述目标虚拟场景的各参与用户对应的客户端，发送通知信息；所述通知信息用于指示目标虚拟角色对应的用户被推荐。
8. 根据权利要求7所述的推荐视频确定方法，还包括：

   定时更新所述推荐视频的当前观看用户数；

   将更新的当前观看用户数发送至所述目标虚拟场景的各参与用户对应的客户端。
9. 根据权利要求1所述的推荐视频确定方法，所述确定候选虚拟场景包括：

   确定当前正进行的特定类型的候选竞技对局，将所述候选竞技对局对应的游戏竞技场景确定为候选虚拟场景；

   所述从所述候选虚拟场景中，选取目标虚拟场景包括：

   根据各候选竞技对局的参与用户的用户等级，确定参与用户的等级均达到设定等级的目标竞技对局，所述目标竞技对局对应目标游戏竞技场景；

   所述根据所述目标虚拟场景的各虚拟角色的表现数据，从所述目标虚拟场景的各虚拟角色中选取目标虚拟角色包括：

   从目标竞技对局的各游戏角色的表现数据中，调取出目标竞技对局的各游戏角色的击杀数、助攻数、死亡数；

   分别将各游戏角色的击杀数与助攻数的和，除以死亡数，确定出各游戏角色对应的比值；

   将比值最大的游戏角色，确定为目标虚拟角色。
10. 根据权利要求1所述的推荐视频确定方法，所述方法还包括：

    确定操控所述目标虚拟角色的参与用户；

    以所述参与用户的视角，生成推荐视频。
11. 一种数据处理服务器，包括：

    候选场景确定模块，用于确定候选虚拟场景；所述候选虚拟场景中存在虚拟角色，所述虚拟角色由参与用户操控；

    目标场景选取模块，用于从所述候选虚拟场景中，选取目标虚拟场景；

    表现数据确定模块，用于确定所述目标虚拟场景的各虚拟角色的表现数据；

    目标角色选取模块，用于根据所述目标虚拟场景的各虚拟角色的表现数据，从所述目标虚拟场景的各虚拟角色中选取目标虚拟角色；

    第一推荐视频生成模块，用于以所述目标虚拟角色在所述目标虚拟场景中的视角，生成推荐视频。
12. 一种推荐视频确定系统，所述视频推荐确定系统包括：上述权利要求11中所述的数据处理服务器，以及客户端；

    其中，所述数据处理服务器还用于，向所述目标虚拟场景的各参与用户对应的客户端，发送通知信息，所述通知信息用于指示目标虚拟角色对应的用户被推荐；

    所述客户端用于：

    接收所述通知信息，判断所述目标虚拟角色对应的用户，与所述客户端的用户的关系；

    如果确定所述目标虚拟角色对应的用户，为所述客户端的用户，输出本地用户被推荐到视频推荐界面的提示信息；

    如果确定所述目标虚拟角色对应的用户，为所述客户端的用户在目标虚拟场景的队友，输出队友被推荐到视频推荐界面的提示信息；

    如果确定所述目标虚拟角色对应的用户，为所述客户端的用户在目标虚拟场景的对手，输出对手被推荐到视频推荐界面的提示信息。
13. 根据权利要求12所述的推荐视频确定系统，所述数据处理服务器还用于，定时更新所述推荐视频的当前观看用户数；将更新的当前观看用户数发送至所述目标虚拟场景的各参与用户对应的客户端；

    所述客户端还用于，在输出所述提示信息时，在所述提示信息中携带所接 收的所述推荐视频的当前观看用户数。
14. 一种推荐视频确定方法，包括：

    数据处理服务器执行上述权利要求1-10任意一项所述的推荐视频确定方法。
15. 一种信息显示的方法，包括：

    从服务器中获取多个对战对象的操作信息；

    根据所述多个对战对象的操作信息确定操作统计结果；

    按照预设规则将所述操作统计结果分为第一展示信息以及第二展示信息，所述第一展示信息为所述操作统计结果中的预设基础信息，所述第二展示信息为所述操作统计结果中的预设次级信息；

    在终端显示界面上展示所述第一展示信息。
16. 根据权利要求15所述的方法，所述按照预设规则将所述操作统计结果分为第一展示信息以及第二展示信息，包括：

    检测所述操作统计结果中所包含的主对战对象的个人操作信息以及所述多个对战玩家的基本操作信息，所述主对战对象为所述多个对战对象中的其中一个对象；

    将所述主对战对象的个人操作信息确定为所述第二展示信息；

    将所述多个对战玩家的基本操作信息确定为所述第一展示信息。
17. 根据权利要求15或16所述的方法，所述按照预设规则将所述操作统计结果分为第一展示信息以及第二展示信息之后，所述方法还包括：

    接收第一信息显示指令；

    根据所述第一信息显示指令，在所述终端显示界面上展示所述第二展示信息。
18. 根据权利要求17所述的方法，所述根据所述第一信息显示指令，在所述终端显示界面上展示所述第二展示信息之后，所述方法还包括：

    接收第一信息隐藏指令；

    根据所述第一信息隐藏指令，在所述终端显示界面上隐藏所述第二展示信息。
19. 根据权利要求17所述的方法，所述在终端显示界面上展示所述第一 展示信息，包括：

    在所述终端显示界面的第一界面显示层展示所述第一展示信息；

    所述在所述终端显示界面上展示所述第二展示信息，包括：

    在所述终端显示界面的第二界面显示层展示所述第二展示信息，其中，所述第一界面层上所显示的所述第一展示信息与所述第二界面层所显示的所述第二展示信息不重叠。
20. 根据权利要求15所述的方法，所述按照预设规则将所述操作统计结果分为第一展示信息以及第二展示信息之后，所述方法还包括：

    向所述服务器发送第二信息显示指令，所述第二信息显示指令用于指示所述服务器根据所述多个对战对象的操作信息确定交互统计信息；

    接收所述服务器发送的所述交互统计信息；

    在所述终端显示界面上展示所述交互统计信息。
21. 根据权利要求15所述的方法，所述按照预设规则将所述操作统计结果分为第一展示信息以及第二展示信息之后，所述方法还包括：

    接收第二信息隐藏指令；

    根据所述二信息隐藏指令，在所述终端显示界面上隐藏所述第一展示信息以及所述第二展示信息。
22. 一种终端，包括：

    获取模块，用于从服务器中获取多个对战对象的操作信息；

    确定模块，用于根据所述获取模块获取的所述多个对战对象的操作信息确定操作统计结果；

    划分模块，用于按照预设规则将所述确定模块确定的所述操作统计结果分为第一展示信息以及第二展示信息，所述第一展示信息为所述操作统计结果中的预设基础信息，所述第二展示信息为所述操作统计结果中的预设次级信息；

    第一展示模块，用于在终端显示界面上展示所述划分模块划分的所述第一展示信息。
23. 一种信息显示的方法，包括：

    终端执行上述权利要求15-21任意一项所述信息显示的方法。
24. 一种基于帧同步的数据处理方法，包括：

    服务器接收来自第一客户端的输入命令，所述输入命令用于控制帧同步场景中显示的任一模拟对象，并根据所述输入命令生成帧同步命令序列；

    所述服务器将所述帧同步命令序列发送给所述第一客户端和第二客户端，其中，所述第二客户端和所述第一客户端加载有同一帧同步场景。
25. 根据权利要求24所述的方法，所述方法还包括：

    所述服务器获取所述第一客户端通过对战入口加载所述帧同步场景的第一加载进度，以及获取所述第二客户端通过观战入口加载所述帧同步场景的第二加载进度；当所述服务器根据所述第一加载进度确定所述第一客户端加载完成，且根据所述第二加载进度确定所述第二客户端加载完成时，所述服务器向所述第一客户端和所述第二客户端广播用于启动模拟对象运行的开始命令。
26. 根据权利要求24所述的方法，

    所述输入命令，具体用于在多个序列帧分别控制帧同步场景中显示的模拟对象；所述帧同步命令序列与各个序列帧具有对应关系。
27. 根据权利要求26所述的方法，所述观战入口包括：在线延迟观战入口、裁判实时观战入口和\或本地回放观战入口。
28. 根据权利要求27所述的方法，所述服务器将所述帧同步命令序列发送给所述第一客户端和第二客户端，包括：

    所述服务器将与各个序列帧具有对应关系的帧同步命令序列，按照帧顺序依次广播给所述第一客户端和第二客户端；其中，所述第一客户端通过所述对战入口进入所述帧同步场景，所述第二客户端通过所述裁判实时观战入口进入所述帧同步场景。
29. 根据权利要求27所述的方法，所述服务器将所述帧同步命令序列发送给所述第一客户端和第二客户端，包括：

    所述服务器将与各个序列帧具有对应关系的帧同步命令序列，按照帧顺序依次发送给所述第一客户端；

    所述服务器按照延时整合周期，将与各个序列帧具有对应关系的帧同步命令序列进行整合，得到帧同步命令序列流；

    所述服务器将所述帧同步命令序列流发送给第二客户端；其中，所述第一客户端通过对战入口进入所述帧同步场景，所述第二客户端通过所述在线延迟 观战入口或所述本地回放观战入口进入所述帧同步场景。
30. 一种基于帧同步的数据处理方法，包括：

    第二客户端预先加载显示有模拟对象的帧同步场景，所述模拟对象由加载有所述帧同步场景的第一客户端控制；

    所述第二客户端接收服务器发送的帧同步命令序列，所述帧同步命令序列由所述服务器根据来自所述第一客户端的输入命令生成，所述输入命令用于控制所述模拟对象；

    所述第二客户端根据所述帧同步命令序列，在所述帧同步场景下显示所述模拟对象。
31. 根据权利要求30所述的方法，所述第二客户端预先加载显示有模拟对象的帧同步场景，包括：

    所述第二客户端通过观战入口进入帧同步场景，以加载所述帧同步场景；

    所述第二客户端在加载所述帧同步场景过程中，向服务器上报所述帧同步场景的第二加载进度；

    所述第二客户端完成所述帧同步场景的加载后，接收所述服务器广播的用于启动所述模拟对象运行的开始命令。
32. 根据权利要求31所述的方法，所述观战入口包括：在线延迟观战入口、裁判实时观战入口和\或本地回放观战入口。
33. 根据权利要求32所述的方法，所述第二客户端接收服务器发送的帧同步命令序列，包括：

    所述第二客户端接收服务器按照帧顺序依次广播的与各个序列帧具有对应关系的帧同步命令序列，其中，所述第二客户端通过所述裁判实时观战入口进入所述帧同步场景；

    或，

    所述第二客户端接收服务器发送的帧同步命令序列，包括：

    所述第二客户端接收服务器将与各个序列帧具有对应关系的帧同步命令序列进行整合后得到的帧同步命令序列流，其中，所述第二客户端通过所述在线延迟观战入口或所述本地回放观战入口进入所述帧同步场景。
34. 根据权利要求33所述的方法，所述第二客户端根据所述帧同步命令 序列，在所述帧同步场景中显示所述模拟对象，包括：

    当所述第二客户端通过所述裁判实时观战入口进入所述帧同步场景时，所述第二客户端根据所述与各个序列帧具有对应关系的帧同步命令序列，在所述帧同步场景下实时显示所述模拟对象；

    当所述第二客户端通过所述在线延迟观战入口进入所述帧同步场景时，所述第二客户端根据所述帧同步命令序列流，在所述帧同步场景下延迟显示所述模拟对象；

    当所述第二客户端通过所述本地回放观战入口进入所述帧同步场景时，所述第二客户端将所述帧同步命令序列流保存在本地缓存中，并根据本地缓存的帧同步命令序列流在所述帧同步场景下回放所述模拟对象的运行过程。
35. 根据权利要求34所述的方法，当所述第二客户端通过所述在线延迟观战入口进入所述帧同步场景时，所述第二客户端根据所述帧同步命令序列流，在所述帧同步场景下延迟显示所述模拟对象，包括：

    当所述第二客户端通过所述在线延迟观战入口进入所述帧同步场景时，所述第二客户端获取在所述帧同步场景下所述模拟对象的运行时间；

    所述第二客户端从所述模拟对象的运行时间向后倒退一个延迟区间，得到所述第二客户端在所述帧同步场景下能够显示所述模拟对象的最大时间；

    所述第二客户端从所述最大时间向后倒退一个缓冲区间，得到所述第二客户端在所述帧同步场景下显示所述模拟对象的播放时间；

    所述第二客户端根据所述播放时间对应的帧同步命令序列流，在所述帧同步场景下显示所述模拟对象。
36. 根据权利要求30至35中任一项所述的方法，所述第二客户端根据所述帧同步命令序列，在所述帧同步场景下显示所述模拟对象，包括：

    所述第二客户端获取播放速度控制指令；

    所述第二客户端根据所述播放速度控制指令对时间轴进行拉伸或者收缩；

    所述第二客户端按照拉伸后的时间轴加快所述帧同步命令序列的执行速度，从而加快所述模拟对象的显示速度，或，所述客户端按照收缩后的时间轴减慢所述帧同步命令序列的执行速度，从而减慢所述模拟对象的显示速度。
37. 一种服务器，包括：

    处理模块，用于接收来自第一客户端的输入命令，所述输入命令用于控制帧同步场景中显示的任一模拟对象，并根据所述输入操作生成帧同步命令序列；

    发送模块，用于将所述帧同步命令序列发送给所述第一客户端和所述第二客户端，其中，所述第二客户端和所述第一客户端加载有同一帧同步场景。
38. 一种客户端，所述客户端具体为第二客户端，所述第二客户端，包括：

    场景加载模块，用于预先加载显示有模拟对象的帧同步场景，所述模拟对象由加载有所述帧同步场景的第一客户端控制；

    接收模块，用于接收服务器发送的帧同步命令序列，所述帧同步命令序列由所述服务器根据来自所述第一客户端的输入命令生成，所述输入命令用于控制所述模拟对象；

    显示模块，用于根据所述帧同步命令序列，在所述帧同步场景下显示所述模拟对象。
39. 一种设备，所述设备包括：

    处理器以及存储器；

    所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

    所述处理器用于根据所述程序代码中的指令执行权利要求1-10、15-21、24-36中任一项所述的方法。
40. 一种存储介质，所述存储介质用于存储程序代码，所述程序代码用于执行权利要求1-10、15-21、24-36中任一项所述的方法。
41. 一种包括指令的计算机程序产品，当其在计算机上运行时，使得所述计算机执行权利要求1-10、15-21、24-36中任一项所述的方法。

Images