云游戏数据交互方法及装置、计算机可读介质及电子设备与流程

文档序号:23163044发布日期:2020-12-04 13:56阅读:284来源:国知局
云游戏数据交互方法及装置、计算机可读介质及电子设备与流程

本公开涉及互联网技术领域,具体涉及一种云游戏数据交互方法、一种云游戏数据交互装置、一种计算机可读介质以及一种电子设备。



背景技术:

随着云计算技术的逐步成熟,云计算服务被广泛应用到众多应用场景中,例如云游戏。

云游戏是以云计算为基础的游戏方式,游戏都在服务器端运行,将渲染完毕后的游戏画面压缩后通过网络传送给用户终端。在用户终端,则不需要安装游戏应用,只需要基本的视频解压能力就可以实现网络游戏的使用。在游戏过程中,一个终端设备一般仅可以控制一个游戏中的虚拟角色,并不能灵活的对其他虚拟角色进行控制。游戏方式相对传统,交互性、可玩性不够丰富。

需要说明的是,在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。



技术实现要素:

本公开提供一种云游戏数据交互方法、一种云游戏数据交互装置、一种计算机可读介质以及一种终端设备,能够在不同的终端之间实现对云游戏中虚拟对象控制权的交互操作。

本公开的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本公开的实践而习得。

根据本公开的第一方面,提供一种云游戏数据交互方法,应用于终端设备,所述方法包括:

在第一终端响应于用户触发操作生成虚拟对象控制权交换请求,所述虚拟对象控制权交换请求用于指示推流管理服务器将所述虚拟对象控制权交换请求发送至第二终端;

收所述第二终端反馈的请求响应信息;以及

接收所述推流管理服务器分发的应用于所述第一终端和第二终端的虚拟对象控制权交换策略;

执行所述虚拟对象控制权交换策略,以在所述第一终端获取第二虚拟对象的控制权,并将第一虚拟对象的控制权交换至所述第二终端。

根据本公开的第二方面,提供一种云游戏数据交互方法,应用于终端设备,所述方法包括:

在第二终端接收推流管理服务器转发的由第一终端发起的虚拟对象控制权交换请求;

响应于用户的触发操作生成请求响应信息,所述请求响应信息用于指示推流管理服务器将所述请求响应信息发送至所述第一终端;以及

接收所述推流管理服务器分发的应用于所述第一终端和第二终端的虚拟对象控制权交换策略;

执行所述虚拟对象控制权交换策略,以在所述第二终端获取第一虚拟对象的控制权,并将第二虚拟对象的控制权交换至所述第一终端。

根据本公开的第三方面,提供一种云游戏数据交互装置,应用于终端设备,所述装置包括:

请求生成模块,用于在第一终端响应于用户的触发操作生成虚拟对象控制权交换请求,所述虚拟对象控制权交换请求用于指示推流管理服务器将所述虚拟对象控制权交换请求发送至第二终端;

信息接收模块,用于接收所述第二终端反馈的请求响应信息;以及

策略接收模块,用于接收所述推流管理服务器分发的应用于所述第一终端和第二终端的虚拟对象控制权交换策略;

第一策略执行模块,用于执行所述虚拟对象控制权交换策略,以在所述第一终端获取第二虚拟对象的控制权,并将第一虚拟对象的控制权交换至所述第二终端。

根据本公开的第四方面,提供一种云游戏数据交互装置,应用于终端设备,所述装置包括:

请求接收模块,用于在第二终端接收推流管理服务器转发的由第一终端发起的虚拟对象控制权交换请求;

请求响应信息生成模块,用于响应于用户的触发操作生成请求响应信息,所述请求响应信息用于指示推流管理服务器将所述请求响应信息发送至所述第一终端;以及

策略接收模块,用于接收所述推流管理服务器分发的应用于所述第一终端和第二终端的虚拟对象控制权交换策略;

第二策略执行模块,用于执行所述虚拟对象控制权交换策略,以在所述第二终端获取第一虚拟对象的控制权,并将第二虚拟对象的控制权交换至所述第一终端。

根据本公开的第五方面,提供一种计算机可读介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述的云游戏数据交互方法。

根据本公开的第六方面,提供一种终端设备,包括:

一个或多个处理器;

存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现上述的云游戏数据交互方法。

本公开的一种实施例所提供的云游戏数据交互方法,利用配置的推流管理服务器,第一终端作为发起端,将第一终端生成虚拟对象控制权交换请求推送至第二终端,并在第二终端响应该请求后利用推流管理服务器向第一终端和第二终端分发虚拟对象控制权交换策略,进而在执行虚拟对象控制权交换策略之后,将第一终端对第一虚拟对象的控制权交换至第二终端,同时将第二终端对第二虚拟对象的控制权转换至第一终端,实现不同用户终端之间虚拟对象控制权,以及对应数据的交换。

应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1示意性示出本公开示例性实施例中一种系统结构示意图;

图2示意性示出本公开示例性实施例中一种云游戏数据交互方法的流程示意图;

图3示意性示出本公开示例性实施例中一种交互界面中展示控制权交换的虚拟控件的界面示意图;

图4示意性示出本公开示例性实施例中一种交互界面中展示可执行交换的用户表单的窗口界面示意图;

图5示意性示出本公开示例性实施例中一种交互界面中展示接收到虚拟对象控制权交换请求的窗口界面示意图;

图6示意性示出本公开示例性实施例中一种交互界面中展示控制权交换通知的界面示意图;

图7示意性示出本公开示例性实施例中另一种云游戏数据交互方法的流程示意图;

图8示意性示出本公开示例性实施例中一种云游戏数据交互方法的数据交互示意图;

图9示意性示出本公开示例性实施例中一种云游戏数据交互装置的组成示意图;

图10示意性示出本公开示例性实施例中另一种云游戏数据交互装置的组成示意图;

图11示意性示出本公开示例性实施例中一种终端设备的设备结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本公开将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外,附图仅为本公开的示意性图解,并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体,不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

对于云游戏来说,其以云计算为基础,游戏在服务器端运行,并将渲染完毕后的游戏画面压缩后通过网络传送给用户;游戏终端作为参与云游戏的客户端,可以是手机、平板电脑或智能电视等消费级的电子设备。云游戏具有以下特点:1)免安装,由于云游戏相对终端来说本质上它是一个可交互的视频流,游戏包体不需要安装在客户端;2)可复制,通过云端推流,可以将游戏画面推给不同的终端,不同的终端看到同一个游戏画面;3)可控制,游戏终端通过收集用户动作,将动作传到云端,云端将动作注入到对应的系统中,再将结果画面传回,可避免外挂等行为。在游戏运行过程中,队友之间无法在游戏中交换游戏人物。游戏灵活度不高,体验相对较差。

针对上述的现有技术的缺点和不足,本示例实施方式中提供了一种云游戏数据交互方法。参考图2中所示,上述的云游戏数据交互方法可以包括以下步骤:

s11,在第一终端响应于用户的触发操作生成虚拟对象控制权交换请求,所述虚拟对象控制权交换请求用于指示推流管理服务器将所述虚拟对象控制权交换请求发送至第二终端;

s12,接收所述第二终端反馈的请求响应信息;以及

s13,接收所述推流管理服务器分发的应用于所述第一终端和第二终端的虚拟对象控制权交换策略;

s14,执行所述虚拟对象控制权交换策略,以在所述第一终端获取第二虚拟对象的控制权,并将第一虚拟对象的控制权交换至所述第二终端。

本示例实施方式所提供的数据交互方法中,通过在云服务器端配置的推流管理服务器,将第一终端生成虚拟对象控制权交换请求推送至第二终端,并在第二终端响应该请求后利用推流管理服务器向第一终端和第二终端分发虚拟对象控制权交换策略,进而在执行虚拟对象控制权交换策略之后,将第一终端对第一虚拟对象的控制权交换至第二终端,同时将第二终端对第二虚拟对象的控制权转换至第一终端,实现不同用户终端之间虚拟对象控制权,以及对应的虚拟对象数据的交换。提高虚拟对象操控的灵活性。

下面,将结合附图及实施例对本示例实施方式中的云游戏数据交互方法的各个步骤进行更详细的说明。

参考图1所示的系统架构,上述的方法可以应用于用户侧的智能终端设备和云游戏服务器之间。如图1所示,系统架构可以包括用户侧的智能终端设备(如图1中所示智能手机101、便携式计算机102、便携式智能终端105、智能终端106和中的一种或多种,当然也可以是平板电脑等智能终端设备)、网络103和云游戏服务器104。网络103用以在终端设备和云游戏服务器104之间提供通信链路的介质。图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。比如云游戏服务器104可以是多个服务器组成的服务器集群等。

以下,以两个用户终端为例对上述的方法进行示例性说明。初始状态下,用户a对应于第一终端,用户b对应于第二终端。用户a与用户b通过自己的账号密码(或者以免密、扫码)等方式进入云游戏,分别控制对应的第一虚拟对象和第二虚拟对象。

在服务器端,具体可以包括云游戏服务器集群。在云游戏服务器集群中,可以根据第一终端和第二终端的真实位置信息为其分配对应的云游戏服务器实例,使得第一终端和第二终端可以分配到同一云游戏服务器实例,例如当用户a和用户b在同一位置联机游戏时;或者,第一终端和第二终端也可以分配到不同的云游戏服务器实例,例如用户a和用户b在不同的城市联机游戏时。此外,在云游戏服务器集群中,还可以为用户a通过第一终端控制的第一虚拟对象创建第一游戏实例,为用户b通过第二终端控制的第二虚拟对象创建第二游戏实例。

此外,在服务器端还可以包括推流管理服务器,具体可以为推流管理服务器集群,用于向用户终端推送其控制的虚拟对象对应的音视频数据。可以为各游戏实例分别配置对应的推流管理服务器;例如,为第一游戏实例配置第一推流管理服务器,将用户a控制的第一虚拟对象的实时数据推送至第一终端;同时为第二游戏实例配置第二推流管理服务器,将用户b控制的第二虚拟对象的实时数据推送至第二终端。推流管理服务器集群还可以设置有一主控模块,用于对交互细信息的管理。

具体的,在用户登录后,推流管理服务器(pushmanager)会将游戏的音视频推送给用户a和用户b,此时第一终端和第二终端作为游戏终端(gamenode)分别控制游戏中第一虚拟对象、第二虚拟对象,两者一起组队参加游戏,可以归属于同一队伍,也可以归属于不同的队伍。在终端设备中还可以配置有动作收集模块,第一终端中的动作收集模块会将第一终端侧用户a触发的动作进行数据打包,并发送给云游戏服务器,云游戏服务器将对应的数据报文解析,将对应的动作报文翻译成对应安卓或者windows等操作系统能够识别的api,然后将动作应用于游戏实例,触发游戏服务器的画面,推流管理服务器将对应的游戏画面推送到第一终端。同理,用户b加入游戏的过程与用户a类似。另外,用户c还可以通过与推流服务器交互加入到游戏中,且不参与游戏进程而仅处于观看角色,用户c既可以只观看某一个用户的画面,也可以选择观看整体画面;用户c可以通过向云游戏服务器提交观看视角请求,并与交互的推流服务器来决定观看视角。

在步骤s11中,在第一终端响应于用户的触发操作生成虚拟对象控制权交换请求,所述虚拟对象控制权交换请求用于指示推流管理服务器将所述虚拟对象控制权交换请求发送至第二终端。

本示例实施方式中,上述的第一终端作为请求的发起端。对于第一终端来说,用户可以在第一终端进行操作并生成一虚拟对象控制权交换请求,并由第一终端将该请求发送至推流管理服务器,并指示推流管理服务器将该请求发送至对应的第二终端。举例来说,用户可以在游戏开始时,或者游戏过程中随时提交请求。例如,参考图3所示,可以在终端300的交互界面301中提供一用于生成虚拟对象控制权交换请求的虚拟控件302,用户在点击或选中该控件时,便可以生成针对指定的其他虚拟对象的虚拟对象控制权交换请求。在该虚拟对象控制权交换请求中,可以包含用户a当前控制的第一虚拟对象的标识信息,以及期望进行控制权交换的第二虚拟对象的标识信息。此外,在虚拟对象控制权交换请求中,还可以包括进行控制权交换时间、控制权交换地点以及权限内容等信息。另外,用户也可以通过语音指令来触发生成虚拟对象控制权交换请求。

用户a在第一终端发起控制权交换时,可以选定待交换的第二虚拟对象,第二虚拟对象可以是当前游戏中的任一角色,例如队友或对战的对方角色。或者,第二虚拟对象也可以为空,例如上述的用户c对应的观看角色。例如,参考图4所示,可以在交互界面301中提供一用户表单303,供用户选择。用户a在第一终端生成虚拟对象控制权交换请求后,便可以将该请求发送至推流管理服务器,再由推流管理服务器将该请求推送至对应的第二终端。在第一终端对应不同的推流管理服务器时,第一终端将虚拟对象控制权交换请求上传至对应的第一推流管理服务器,第一推流管理服务器将该请求转发至第二终端对应的第二推流管理服务器,再由第二推流管理服务器将该请求下发至第二终端。

此外,在本公开的其他示例性实施例中,响应于用户在第一终端的触发操作生成虚拟对象控制权交换请求时,所述方法还包括:

步骤s21,读取预设的权限交换规则,并根据所述权限交换规则对所述虚拟对象控制权交换请求进行检验;

步骤s22,在所述虚拟对象控制权交换请求满足所述权限交换规则时,将所述虚拟对象控制权交换请求发送至所述推流管理服务器;或者

步骤s23,在所述虚拟对象控制权交换请求不满足所述权限交换规则时,在所述第一终端展示禁止交换提示信息。

具体来说,可以预先设置一定的权限交换规则,并将规则保存在终端本地。虚拟对象控制权交换请求可以包括:第一虚拟对象标识、第二虚拟对象标识。在对请求进行检验时,可以对当前游戏的类型信息,以及虚拟对象标识进行检验。具体的,当用户a在第一终端上传虚拟对象控制权交换请求时,可以先利用预设的权限交换规则对该请求进行验证,在验证符合权限交换规则时,再将其上传值推流管理服务器;或者,在验证不符合权限交换规则时,则不执行上传,并对用户进行提示;其中,提示窗口可以是如图4所示表单界面的二级子页面。例如,可以配置控制权交换对象的范围,如仅队友可交换,且队友的虚拟对象为存活状态;并利用虚拟对象的标识信息进行检验。如上述实施例中与用户c进行控制权交换时,则禁止交换。或者配置控制权交换的时间和场景,如仅在指定的回合中可以进行交换;利用读取的当前的游戏信息进行检验。或者配置控制权交换的次数,如指定交换次数为1。若前序已经执行过一次控制权交换,则当前的交换应当被禁止。

或者,权限交换规则还可以包括其他的规则内容,本公开对权限交换规则的具体内容不做特殊限定。此外,权限交换规则也可以存储在服务器端,例如保存在推流管理服务器,并利用推流管理服务器对虚拟对象控制权交换请求进行验证。

此外,在对虚拟对象控制权交换请求进行检验时,还可以对游戏规则进行检验,并要求被切换的一方需要满足可配置的一些条件。例如,游戏比赛是否明确禁止交换游戏角色,或者友谊赛中是否允许交换控制角色的两方是队友还是对手,等等。

在步骤s12中,接收所述第二终端反馈的请求响应信息。

本示例实施方式中,对于第二终端来说,在接收到推流管理服务器转发的虚拟对象控制权交换请求后,可以将其显示在第二终端的交互界面上。若用户b同意该交换请求,便可以在第二终端生成一请求响应信息,并上传至推流管理服务器,通过推流管理服务器向第一终端反馈该请求响应信息。或者,在用户b拒绝该交换请求时,便可以生成一请求拒绝信息,并通过推流管理服务器发送至第一终端。第一终端通过推流管理服务器接收请求响应信息或请求拒绝信息。例如,参考图5所示,可以在接收请求的第二终端的交互界面310上展示一悬浮窗311,该悬浮窗中可以显示该虚拟对象控制权交换请求,以及该请求对应的第一终端和/或用户a,以及“接受”、“拒绝”的虚拟控件。或者,还可以在在悬浮窗的子页面中展示第一虚拟对象的信息,以及控制权交换的具体权限内容。

此外,对于各游戏终端来说,也可以预先设定对于虚拟对象控制权交换请求的默认处理规则。例如,可以配置默认接受或默认拒绝。

在步骤s13中,接收所述推流管理服务器分发的应用于所述第一终端和第二终端的虚拟对象控制权交换策略。

本示例实施方式中,对于第一终端来说,在接收推流管理服务器转发来自第二终端的请求响应信息后,还可以接收推流管理服务器下发的虚拟对象控制权交换策略,该策略应用于第一终端和第二终端。

对于推流管理服务器来说,在获取第二终端上传的请求响应信息后,一方面,将该请求响应信息下发至第一终端;另一方面,根据虚拟对象控制权交换请求、请求响应信息中包含的信息生成虚拟对象控制权交换策略,并将策略数据分别下发至第一终端和第二终端。

其中,策略数据中可以包含控制权交换时间、控制权交换地点,以及权限内容中的任意一项或任意多项的组合。举例来说,控制权交换时间可以是执行控制权交换并实现交换的时间节点;例如,在用户b同意交换后的倒计时40秒内完成交换;或者,在开始游戏后的第10分钟、第15分钟允许交换。以及,执行控制权交换的时长;例如控制权交换的时长设定为5分钟或8分钟等。另外,对于控制权交换地点来说,可以在虚拟场景中设定具体执行控制权交换的区域范围,并且在第一虚拟对象和第二虚拟对象同时处于该区域内时,才能进行控制权的交换。此外,策略数据中还可以包括权限内容;例如,对虚拟对象技能的使用权限,对虚拟对象虚拟资产的处置权限,等等。

通过设置虚拟对象控制权交换策略,在指定时间或地点进行切换,可以保证游戏的实时性,避免动作混乱。

在步骤s14中,执行所述虚拟对象控制权交换策略,以在所述第一终端获取第二虚拟对象的控制权,并将第一虚拟对象的控制权交换至所述第二终端。

本示例实施方式中,对于第一终端和第二终端来说,在接收虚拟对象控制权交换策略后,可以对策略数据进行读取。并使第一终端和第二终端同时执行该策略,从而将第一终端对第一虚拟对象的控制权转交至第二终端,并将第二终端对第二虚拟对象的控制权转移至第一终端。

在一示例性实施方式中,虚拟对象控制权交换策略可以包括控制权交换地点。在执行虚拟对象控制权交换策略时,具体可以包括:

步骤s311,识别所述第一虚拟对象和所述第二虚拟对象在虚拟场景中的位置信息;

步骤s312,在判断所述第一虚拟对象和所述第二虚拟对象位于所述控制权交换地点的有效范围内时,执行虚拟对象的控制权交换以在所述第一终端获取第二虚拟对象的控制权,并将第一虚拟对象的控制权交换至所述第二终端。

举例来说,可以在虚拟场景中划定用于虚拟对象控制权交换的位置范围,并确定该位置范围对应的坐标。对虚拟对象在虚拟场景中的坐标进行读取,当根据坐标识别用户控制虚拟对象进入该范围时,可以为虚拟对象添加一标识信息,并建立一检测另一虚拟对象标识信息的监控任务。当监控到存在两个标识信息时,便可以执行虚拟对象的控制权交换。

在一示例性实施方式中,虚拟对象控制权交换策略还可以包括:虚拟对象控制权交换策略包括控制权交换时间;在执行所述虚拟对象控制权交换策略时,具体可以包括:

步骤s321,根据已确定的所述控制权交换时间在所述第一终端、第二终端展示控制权交换提示信息;

步骤s322,在到达控制权交换的时间节点时,执行虚拟对象的控制权交换以在所述第一终端获取第二虚拟对象的控制权,并将第一虚拟对象的控制权交换至所述第二终端。

举例来说,可以设定执行控制权交换的具体时间节点。此时,不论虚拟对象在虚拟场景中的哪个位置,都可以进行虚拟对象的控制权交换。例如,可以在第一终端和第二终端的交互界面中显示控制权交换时间的倒计时,并在倒计时结束时完成控制权交换;使得用户a在第一终端控制第二虚拟对象,用户b在第二终端控制第一虚拟对象;例如在图3、图5的交互界面中显示倒计时,并设置倒计时显示的透明度。或者,在倒计时结束或开始时,可以设定一定时长的游戏冻结时长,或者技能冻结时长。该冻结时长可以仅针对第一虚拟对象和第二虚拟对象;或者,也可以针对全部虚拟对象。

此外,在公开的一些示例性实施方式中,在虚拟对象控制权交换策略中还可以包括虚拟对象控制权交换的通知方式。例如,可以配置规则默认为通知或不通知;以及,仅通知队友,或者通知所有人。例如,参考图6所示,可以在交互界面中以独立的悬浮窗322或者以滑动文本321的形式进行通知和提示。

在公开的一些示例性实施方式中,在所述执行虚拟对象的控制权交换前,还可以在第一终端展示控制权交换取消控件。响应于用户在第一终端对所述控制权交换取消控件的选择操作,取消虚拟对象的控制权交换。

具体来说,第一终端作为虚拟对象控制权交换请求的发起端,可以配置有控制权交换取消控件,并在接收到推流管理服务器分发的虚拟对象控制权交换策略之后,在执行虚拟对象控制权交换策略之前,在第一终端侧进行展示。例如,在上述的倒计时之前进行展示。若用户选中取消的控件,则取消虚拟对象控制权交换的操作。并通知推流管理服务器,并将该通知转发至第二终端。

在公开的一些示例性实施方式中,对于服务器端来说,在接收到第二终端的请求响应信息后,执行所述虚拟对象控制权交换策略前,所述方法还可以包括:获取所述第一终端、第二终端对应的位置信息,并根据位置信息为所述第一游戏实例、第二游戏实例重新配置控制权交换后的边缘云游戏服务器和/或推流管理服务器,以用于在执行所述虚拟对象控制权交换策略后,利用重新配置的边缘云游戏服务器和/或推流管理服务器分别向所述第一终端推送所述第二游戏实例的实时数据和向所述第二终端推送所述第一游戏实例的实时数据。

举例来说,在第一终端、第二终端对应分配有不同的云游戏服务器实例时,可以获取各终端的位置信息,并为第一终端和第二终端分别配置虚拟角色控制权交换后使用的边缘云游戏服务器以及推流管理服务器,并建立第一终端、第二终端与对应的边缘云游戏服务器之间的映射关系。在虚拟对象的控制权交换后,对于各终端来说,便可以接收变更后的边缘云游戏服务器推送的游戏画面。通过重新配置边缘云游戏服务器和/或推流管理服务器,可以使终端设备接收、上传数据保持流畅,避免数据丢失。上述的边缘云游戏服务器可以是用于承载边缘计算功能的、布置在不同区域或位置的实体服务器;或者,也可以是承载云游戏计算功能的服务器实例。

此外,在配置的边缘云游戏服务器和/或推流管理服务器时,还可以获取第一终端、第二终端的终端信息,例如终端型号、系统版本、屏幕尺寸、分辨率等内容。重新配置的推流管理服务器将第一游戏实例的实时数据变更为与第二终端类型匹配的数据格式,再将格式调整后的音视频数据推送至第二终端;同理,将第二游戏实例的实时数据变更为与第一中类型匹配的数据格式,再将格式调整后的音视频数据推送至第一终端。

在公开的一些示例性实施方式中,对于服务器端来说,也可以不对终端设备更新服务器。具体来说,执行所述虚拟对象控制权交换策略前,所述方法还包括:在所述第一终端对应的第一云游戏服务器,建立第二映像游戏实例,并同步所述第二游戏实例的实时参数;以及在所述第二终端对应的第二云游戏服务器建立第一映像游戏实例,并同步所述第一游戏实例的实时参数;以用于在执行所述虚拟对象控制权交换策略后,在所述第一云游戏服务器运行所述第二映像游戏实例,以及在所述第二云游戏服务器运行所述第一映像游戏实例。

举例来说,在原有状态下,第一云游戏服务器中运行第一终端控制的第一虚拟对象对应的第一游戏实例,第二云游戏服务器中运行第二终端控制的第二虚拟对象对应的第二游戏实例。在推流管理服务器向第一终端和第二终端分发虚拟对象控制权交换策略时,便可以在第一终端原先使用的第一云游戏服务器创建第二游戏实例对应的第二映像游戏实例,并开始同步第二游戏实例的实时数据到第一云游戏服务器中;同时,在第二云游戏服务器中创建第一游戏实例对应的第一映像游戏实例,并开始同步第一游戏实例的实时数据到第二云游戏服务器中。使得在第一虚拟对象和第二虚拟对象在控制权交换后,即第一游戏实例和第二游戏实例的控制权在第一终端和第二终端之间交换后,两终端设备可以不必更新服务器,而使用原有的服务器进行数据通信和交互。保证游戏数据传输的稳定和流畅。

另外,在公开的一些示例性实施方式中,在控制权交换完成后,在所述第一云游戏服务器运行所述第二映像游戏实例,以及在所述第二云游戏服务器运行所述第一映像游戏实例时,还可以在所述第一云游戏服务器注销或暂停所述第一游戏实例,以及在所述第二云游戏服务器注销或暂停所述第二游戏实例。从而减少服务器资源的占用。

在公开的一些示例性实施方式中,在执行控制权交换之后,对于推流管理服务器来说,推流管理服务器便可以根据标签信息将第一虚拟对象对应的第一游戏实例的实时数据推送至第二终端,以及将第二虚拟对象对应的第二游戏实例的实时数据通过推流管理服务器推送至第一终端。

在公开的一些示例性实施方式中,在执行控制权交换之后,上述的方法还可以包括:响应于用户在第一终端对所述第二虚拟对象的控制操作生成针对所述第二虚拟对象的操控信息,并将所述操控信息上传至云游戏服务器,以使所述云游戏服务器处理所述操控信息并生成所述第二虚拟对象对应的实时数据,并通过所述推流管理服务器推送至所述第一终端。

具体来说,可以在服务器端存储控制权交换后虚拟对象、游戏实例与终端设备之间的对应关系。例如,对于第一终端来说,动作收集模块在采集用户a的控制操作时,添加第二游戏实例的控制标签信息;同理,第二终端的动作收集模块在采集用户b的控制操作时,添加第一游戏实例的控制标签信息。各终端再将添加有新的控制标签信息的数据上传至云游戏服务器,云游戏服务器可以根据数据包中的控制标签执行于对应的游戏实例。

在公开的一些示例性实施方式中,虚拟对象控制权交换策略包括:虚拟对象对应的虚拟资产处理权限,以及控制权交换消除条件。

具体来说,在执行控制权交换之后,在用户a在第二终端对第二虚拟对象的控制操作为虚拟资产处理操作时,云游戏服务器查询所述虚拟对象控制权交换策略中所述第一终端对所述第二虚拟对象的虚拟资产的处理权限;在确认所述虚拟资产处理操作符合所述虚拟对象控制权交换策略时,执行所述虚拟资产处理操作;或者在确认所述虚拟资产处理操作不符合所述虚拟对象控制权交换策略时,禁止所述虚拟资产处理操作,并生成禁止提示信息。

举例而言,对虚拟资产的处理可以是虚拟装备的交易,或者虚拟货币的使用,等等。例如,如果游戏过程中涉及到道具购买等交易行为,可以自定义小额的交易不需要通知原终端的规则;或者,也可以自定义或默认设定为不允许交易,这些切换后的交易行为,可以作为默认配置,也可以作为通知应答方式,即购买道具的允许告知等。

在公开的一些示例性实施方式中,执行所述虚拟对象控制权交换策略后,所述方法还包括:监控所述第一虚拟对象对应的第一游戏实例和所述第二虚拟对象对应的第二游戏实例的实时数据;在实时数据满足所述控制权交换消除条件时,执行所述虚拟对象控制权交换策略,以在所述第一终端获取第一虚拟对象的控制权,并将第二虚拟对象的控制权交换回至所述第二终端。

举例来说,控制权交换消除条件可以是使用时长,或者是虚拟对象生命状态等。例如,设定交换时长为5分钟,或者一回合。若战斗时长到达5分钟,或者一回合战斗结束,便可以将虚拟对象的控制权换回。或者,虚拟对象在战斗过程中生命值降为零,则以将虚拟对象的控制权换回。

在虚拟对象的控制权换回时,也可以由推流管理服务器分别向第一终端、第二终端分发控制权换回的通知。在换回后,第一游戏实例的实时数据(游戏画面数据)由推流管理服务器推送至第一终端,第二游戏实例的实时数据由推流管理服务器推送至第二终端。

在公开的其他示例性实施方式中,参考图7所示,提供一种云游戏数据交互方法,应用于终端设备,具体可以包括:

步骤s41,在第二终端接收推流管理服务器转发的由第一终端发起的虚拟对象控制权交换请求;

步骤s42,响应于用户的触发操作生成请求响应信息,所述请求响应信息用于指示推流管理服务器将所述请求响应信息发送至所述第一终端;以及

步骤s43,接收所述推流管理服务器分发的应用于所述第一终端和终端设备的虚拟对象控制权交换策略;

步骤s44,执行所述虚拟对象控制权交换策略,以在所述第二终端获取第一虚拟对象的控制权,并将第二虚拟对象的控制权交换至所述第一终端。

具体来说,上述的第二终端作为用于接收请求的游戏终端。对于第二终端而言,可以实时的通过推流管理服务器接收其他终端设备发起的虚拟对象控制权交换请求。在通过推流管理服务器接收到第一终端发起的虚拟对象控制权交换请求后,如图5所示,可以在第二终端的交互界面中展示该请求,并提供“接受”和“拒绝”的虚拟控件。例如,若用户b选择“接受”,则生成对应的请求响应信息,并上传至推流管理服务器,通过推流管理服务器下发至第一终端。或者,若用户b选择“拒绝”,则生成拒绝响应信息,通过推流管理服务器将其发送至第一终端。参考图8所示,第二终端在接收到虚拟对象控制权交换请求后,服务器端可以预收集第一游戏实例的音视频数据,为向第二终端发送第一游戏实例的音视频预先准备。在第二终端应答该请求,并将请求响应信息通过服务器端的推流管理服务器发送至第一终端后,服务器端也可以预收集第二游戏实例的音视频数据,为向第一终端发送第二游戏实例的音视频预先准备。在执行虚拟对象控制权交换策略后,服务器端的推流管理服务器将第二游戏实例的数据发送至第一终端,使第一终端停止解码第一游戏实例的数据,并开始解码第二游戏实例的数据。同时,服务器端的推流管理服务器将第一游戏实例的数据发送至第二终端,使得第二终端开始解码第一游戏实例的数据,并停止解码第二游戏实例的数据,完成对虚拟对象控制权的切换。

在公开的一些示例性实施方式中,第二终端在应答虚拟对象控制权交换请求时,也可以主动配置虚拟对象控制权交换策略的内容。例如,可以设置具体的交换时长、权限内容、选择交换方式(指定区域内交换,或在指定时间交换)等等。

在公开的一些示例性实施方式中,在所述执行虚拟对象的控制权交换前,也可以在第二终端展示控制权交换取消控件;上述的方法还可以包括:响应于用户在第二终端对所述控制权交换取消控件的选择操作,取消虚拟对象的控制权交换。

举例来说,在执行虚拟角色的控制权交换之前,第二终端也可以主动发起取消控制权交换的操作,从而取消在第一终端和第二终端之间的虚拟对象控制权交换。

在公开的一些示例性实施方式中,当第一终端发生对第二虚拟对象的虚拟资产的相关操作时,可以在第二终端的交互界面中展示对应的提示信息。例如,当用户a进行虚拟装备的买卖、虚拟资产的转移或使用,或者虚拟装备的处置,例如丢弃装备等操作。在第二终端展示提示信息时,还可以提供选项,允许第一终端的当前对第二虚拟对象的虚拟资产的处置操作,或者拒绝第一终端的当前对第二虚拟对象的虚拟资产的处置操作。若用户b在第二终端选择允许,则通过推流管理服务器通知云游戏服务器和第一终端允许当前操作;或者,若用户b在第二终端选择拒绝,则通过推流管理服务器将拒绝指令传输至云游戏服务器和第一终端,并在云游戏服务器拦截或撤销第一终端对第二虚拟对象的虚拟资产的处置操作。

在公开的一些示例性实施方式中,云游戏服务器可以服务于多个用户侧的游戏终端,各游戏终端均可以向其他游戏终端发起虚拟对象控制权交换请求。若接收请求的游戏终端为观看视角的终端设备,例如上述的用户c,则在用户a与用户c执行控制权交换后,用户a不控制任何虚拟对象,并对用户a的第一终端执行观看视角。

本公开实施例所提供的云游戏数据交互方法,提供一种新的游戏交互模式,基于游戏推流实现分布式的交互,引入了推流管理节点。启动后通过云游戏程序向推流管理节点注册,由推流管理节点对其进行心跳检测和服务管理。推流管理节点管理游戏终端,多个游戏终端通过终端上的云游戏程序组队参与某个游戏,负责承担游戏中不同的角色,每个游戏终端可以获得一个游戏角色,通过控制游戏角色来与其他队友完成游戏。多个推流管理服务器组成一个云游戏推流集群。具体的,服务器端为各用户终端控制的虚拟对象在云游戏服务器创建对应的游戏实例,用户在终端侧的动作收集模块将用户在终端侧对虚拟对象触发的控制操作上传至云游戏服务器,云游戏服务器将对应的报文解析,对应的动作执行于对应的游戏实例,触发游戏服务器的画面,再由推流管理服务器将对应的游戏画面推送到对应的终端。游戏中的各终端均可以作为发起端,向其他用户发起虚拟对象控制权的交换,并在对方接受请求后作为接受端。在控制权交换后,推流管理服务器将音视频数据推动至交换的对方终端,控制操作的报文解析后应用于对方控制的虚拟对象对应的游戏实例,进而实现对游戏中虚拟对象的控制权交换。提供一种新的交互方式,提高了用户在虚拟场景中的社交性。在保证游戏平衡和安全的情况下,可以增加云游戏在互动方面的粘性。相比现有技术,更好的满足了游戏的互动性,解决了传统游戏在观看时无法实时和其他用户交换控制角色的弊端。能够让观看的群众有机会实时看到两者交换前后如何逆转形势,极大地增加游戏的互动性和观赏性。

需要注意的是,上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明,而不是限制目的。易于理解,上述附图所示的处理并不表明或限制这些处理的时间顺序。另外,也易于理解,这些处理可以是例如在多个模块中同步或异步执行的。

进一步的,参考图9所示,本示例的实施方式中还提供一种云游戏数据交互装置91,包括:请求生成模块911、信息接收模块912、策略接收模块913以及第一策略执行模块914。其中,

所述请求生成模块911可以用于在第一终端响应于用户的触发操作生成虚拟对象控制权交换请求,所述虚拟对象控制权交换请求用于指示推流管理服务器将所述虚拟对象控制权交换请求发送至第二终端。

所述信息接收模块912可以用于接收所述第二终端反馈的请求响应信息。

所述策略接收模块913可以用于接收所述推流管理服务器分发的应用于所述第一终端和第二终端的虚拟对象控制权交换策略。

所述第一策略执行模块914可以用于执行所述虚拟对象控制权交换策略,以在所述第一终端获取第二虚拟对象的控制权,并将第一虚拟对象的控制权交换至所述第二终端。

在本公开的一种示例中,所述装置91还可以包括:请求检验模块(图中未示出)。

所述请求检验模块可以用于所述响应于用户在第一终端的触发操作生成虚拟对象控制权交换请求时,读取预设的权限交换规则,并根据所述权限交换规则对所述虚拟对象控制权交换请求进行检验;在所述虚拟对象控制权交换请求满足所述权限交换规则时,将所述虚拟对象控制权交换请求发送至所述推流管理服务器;或者在所述虚拟对象控制权交换请求不满足所述权限交换规则时,在所述第一终端展示禁止交换提示信息。

在本公开的一种示例中,所述虚拟对象控制权交换请求包括:第一虚拟对象标识、第二虚拟对象标识;所述请求检验模块可以用于:读取当前游戏类型信息和虚拟对象标识,并利用所述权限交换规则对其进行检验。

在本公开的一种示例中,所述虚拟对象控制权交换策略,包括:

控制权交换时间、控制权交换地点,以及权限内容中的任意一项或任意多项的组合。

在本公开的一种示例中,所述虚拟对象控制权交换策略包括控制权交换地点;所述第一策略执行模块914可以包括:第一执行单元(图中未示出)。

所述第一执行单元可以用于识别所述第一虚拟对象和所述第二虚拟对象在虚拟场景中的位置信息;在判断所述第一虚拟对象和所述第二虚拟对象位于所述控制权交换地点的有效范围内时,执行虚拟对象的控制权交换以在所述第一终端获取第二虚拟对象的控制权,并将第一虚拟对象的控制权交换至所述第二终端。

在本公开的一种示例中,所述虚拟对象控制权交换策略包括控制权交换时间;所述第一策略执行模块914可以包括:第二执行单元(图中未示出)。

所述第二执行单元可以用于根据已确定的所述控制权交换时间在所述第一终端、第二终端展示控制权交换提示信息;在到达控制权交换的时间节点时,执行虚拟对象的控制权交换以在所述第一终端获取第二虚拟对象的控制权,并将第一虚拟对象的控制权交换至所述第二终端。

在本公开的一种示例中,所述装置91还可以包括:交换取消执行模块(图中未示出)。

所述交换取消执行模块可以用于在所述执行虚拟对象的控制权交换前,在所述第一终端展示控制权交换取消控件;以及响应于用户在第一终端对所述控制权交换取消控件的选择操作,取消虚拟对象的控制权交换。

在本公开的一种示例中,所述第一策略执行模块914还可以包括:数据推送单元(图中未示出)。

所述数据推送单元可以用于通过所述推流管理服务器将所述第一虚拟对象的实时数据推送至所述第二终端,以及将所述第二虚拟对象的实时数据推送至所述第一终端。

在本公开的一种示例中,所述装置91还可以包括:操控信息处理模块(图中未示出)。

所述操控信息处理模块可以用于响应于用户在第一终端对所述第二虚拟对象的控制操作生成针对所述第二虚拟对象的操控信息,并将所述操控信息上传至云游戏服务器,以使所述云游戏服务器处理所述操控信息并生成所述第二虚拟对象对应的实时数据,并通过所述推流管理服务器推送至所述第一终端。

在本公开的一种示例中,所述虚拟对象控制权交换策略包括:虚拟对象对应的虚拟资产处理权限;所述操控信息处理模块可以包括:虚拟资产处理单元(图中未示出)。

所述虚拟资产处理单元可以用于在所述对所述第二虚拟对象的控制操作为虚拟资产处理操作时,所述云游戏服务器查询所述虚拟对象控制权交换策略中所述第一终端对所述第二虚拟对象的虚拟资产的处理权限;在确认所述虚拟资产处理操作符合所述虚拟对象控制权交换策略时,执行所述虚拟资产处理操作;或者在确认所述虚拟资产处理操作不符合所述虚拟对象控制权交换策略时,禁止所述虚拟资产处理操作,并生成禁止提示信息。

在本公开的一种示例中,所述虚拟对象控制权交换策略包括:控制权交换消除条件;所述装置91还可以包括:控制权交换消除处理模块(图中未示出)。

所述控制权交换消除处理模块可以用于监控所述第一虚拟对象对应的第一游戏实例和所述第二虚拟对象对应的第二游戏实例的实时数据;在实时数据满足所述控制权交换消除条件时,执行所述虚拟对象控制权交换策略,以在所述第一终端获取第一虚拟对象的控制权,并将第二虚拟对象的控制权交换至所述第二终端。

在本公开的一种示例中,所述云游戏服务器为云游戏服务器集群,所述推流管理服务器为推流管理服务器集群;

在所述云游戏服务器集群中,所述第一虚拟对象对应创建有第一游戏实例,所述第二虚拟对象对应创建有第二虚拟实例;

所述第一游戏实例对应配置有第一推流管理服务器,所述第二游戏实例对应配置有第二推流管理服务器;且所述第一推流管理服务器与所述第二推流管理服务器为同一推流管理服务器或不同的推流管理服务器。

在本公开的一种示例中,所述装置91还可以包括:服务器管理模块(图中未示出)。

所述服务器管理模块可以用于执行所述虚拟对象控制权交换策略前,获取所述第一终端、第二终端对应的位置信息,并根据位置信息为所述第一游戏实例、第二游戏实例重新配置控制权交换后的边缘云游戏服务器和/或推流管理服务器,以用于在执行所述虚拟对象控制权交换策略后,利用重新配置的边缘云游戏服务器和/或推流管理服务器分别向所述第一终端推送所述第二游戏实例的实时数据和向所述第二终端推送所述第一游戏实例的实时数据。

在本公开的一种示例中,所述装置91还可以包括:游戏实例管理模块(图中未示出)。

所述游戏实例管理模块可以用于所述执行所述虚拟对象控制权交换策略前,在所述第一终端对应的第一云游戏服务器,建立第二映像游戏实例,并同步所述第二游戏实例的实时参数;以及在所述第二终端对应的第二云游戏服务器建立第一映像游戏实例,并同步所述第一游戏实例的实时参数;以用于在执行所述虚拟对象控制权交换策略后,在所述第一云游戏服务器运行所述第二映像游戏实例,以及在所述第二云游戏服务器运行所述第一映像游戏实例。

在本公开的一种示例中,所述游戏实例管理模块可以用于所述在所述第一云游戏服务器运行所述第二映像游戏实例,以及在所述第二云游戏服务器运行所述第一映像游戏实例时,在所述第一云游戏服务器注销或暂停所述第一游戏实例,以及在所述第二云游戏服务器注销或暂停所述第二游戏实例。

进一步的,参考图10所示,本示例的实施方式中还提供一种云游戏数据交互装置92,包括:请求接收模块921、信息生成模块922、策略接收模块923以及第二策略执行模块924。其中,

所述请求接收模块921可以用于在第二终端接收推流管理服务器转发的由第一终端发起的虚拟对象控制权交换请求。

所述信息生成模块922可以用于响应于用户的触发操作生成请求响应信息,所述请求响应信息用于指示推流管理服务器将所述请求响应信息发送至所述第一终端。

所述策略接收模块923可以用于接收所述推流管理服务器分发的应用于所述第一终端和第二终端的虚拟对象控制权交换策略。

所述第二策略执行模块924可以用于执行所述虚拟对象控制权交换策略,以在所述第二终端获取第一虚拟对象的控制权,并将第二虚拟对象的控制权交换至所述第一终端。

上述的云游戏数据交互装置中各模块的具体细节已经在对应的云游戏数据交互方法中进行了详细的描述,因此此处不再赘述。

应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

图11示出了适于用来实现本发明实施例的电子设备110的结构示意图。

需要说明的是,图11示出的电子设备110仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。

如图11所示,电子设备110包括中央处理单元(centralprocessingunit,cpu)1101,其可以根据存储在只读存储器(read-onlymemory,rom)1102中的程序或者从储存部分1108加载到随机访问存储器(randomaccessmemory,ram)1103中的程序而执行各种适当的动作和处理。在ram1103中,还存储有系统操作所需的各种程序和数据。cpu1101、rom1102以及ram1103通过总线1104彼此相连。输入/输出(input/output,i/o)接口1105也连接至总线1104。

以下部件连接至i/o接口1105:包括键盘、鼠标等的输入部分1106;包括诸如阴极射线管(cathoderaytube,crt)、液晶显示器(liquidcrystaldisplay,lcd)等以及扬声器等的输出部分1107;包括硬盘等的储存部分1108;以及包括诸如lan(localareanetwork,局域网)卡、调制解调器等的网络接口卡的通信部分1109。通信部分1109经由诸如因特网的网络执行通信处理。驱动器1110也根据需要连接至i/o接口1105。可拆卸介质1111,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器1110上,以便于从其上读出的计算机程序根据需要被安装入储存部分1108。

特别地,根据本发明的实施例,下文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分1109从网络上被下载和安装,和/或从可拆卸介质1111被安装。在该计算机程序被中央处理单元(cpu)1101执行时,执行本申请的系统中限定的各种功能。

具体来说,上述的电子设备可以是手机、平板电脑或者笔记本电脑等智能移动终端设备。或者,上述的电子设备也可以是台式电脑等智能终端设备。

需要说明的是,本发明实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(erasableprogrammablereadonlymemory,eprom)、闪存、光纤、便携式紧凑磁盘只读存储器(compactdiscread-onlymemory,cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、有线等等,或者上述的任意合适的组合。

附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现,所描述的单元也可以设置在处理器中。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定。

需要说明的是,作为另一方面,本申请还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该电子设备执行时,使得该电子设备实现如下述实施例中所述的方法。例如,所述的电子设备可以实现如图2或图7所示的各个步骤。

此外,上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明,而不是限制目的。易于理解,上述附图所示的处理并不表明或限制这些处理的时间顺序。另外,也易于理解,这些处理可以是例如在多个模块中同步或异步执行的。

此外,上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明,而不是限制目的。易于理解,上述附图所示的处理并不表明或限制这些处理的时间顺序。另外,也易于理解,这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由权利要求指出。

应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1