基于虚拟交互应用的场景展示方法和装置与流程
本申请涉及计算机技术领域,特别是涉及一种基于虚拟交互应用的场景展示方法和装置。
背景技术:
在虚拟交互应用中,用户通过应用客户端连接后台服务器进行虚拟交互,然而在目前的虚拟交互应用中采用分区分服的架构设定和运营,一般以网络运营商或平台来划分大区,每个大区又包括多个具体的区域组别,一个区域组别通常由一台或多台服务器组成,用户可以选择其中的某个大区的一个区域组别登录虚拟交互应用。
目前,当用户登录虚拟交互应用时,应用客户端仅能通过存储于与本区域组别对应的服务器中的场景数据,展示与本区域组别对应的虚拟交互场景,而无法展示其余区域组别的虚拟交互场景,从而导致当前登录的用户账号所对应的虚拟对象仅能与本区域组别内的其余虚拟对象互动,而无法与其他区域组别内的虚拟对象互动,如此,大大限制了虚拟对象的互动方式。
技术实现要素:
基于此,有必要针对上述技术问题,提供一种能够丰富虚拟对象的互动方式的基于虚拟交互应用的场景展示方法、装置、计算机设备和存储介质。
一种基于虚拟交互应用的场景展示方法,所述方法包括:
展示由虚拟交互应用提供的主页面,并通过所述主页面获取交互指令;
响应于所述交互指令,进入属于第一服务类别的虚拟交互场景,所述第一服务类别为单服类别和全服类别中的一种;
当发生服务类别切换指令时,从所述属于第一服务类别的虚拟交互场景切换至属于第二服务类别的虚拟交互场景进行展示,所述第二服务类别为单服类别和全服类别中的一种,且所述第二服务类别不同于所述第一服务类别;
其中,所述全服类别的虚拟交互场景支持全部虚拟对象进行交互,所述单服类别的虚拟交互场景支持所述全部虚拟对象中的部分虚拟对象进行交互。
一种基于虚拟交互应用的场景展示装置,所述装置包括:
主页面展示模块,用于展示由虚拟交互应用提供的主页面,并通过所述主页面获取交互指令;
交互指令响应模块,用于响应于所述交互指令,进入属于第一服务类别的虚拟交互场景,所述第一服务类别为单服类别和全服类别中的一种;
切换指令响应模块,用于当发生服务类别切换指令时,从所述属于第一服务类别的虚拟交互场景切换至属于第二服务类别的虚拟交互场景进行展示,所述第二服务类别为单服类别和全服类别中的一种,且所述第二服务类别不同于所述第一服务类别,其中,所述全服类别的虚拟交互场景支持全部虚拟对象进行交互,所述单服类别的虚拟交互场景支持所述全部虚拟对象中的部分虚拟对象进行交互。
在一个实施例中,交互指令响应模块还用于响应所述交互指令,展示传送地图;所述传送地图包括至少一个传送位置;确定从所述至少一个传送位置中选中的目标传送位置;进入与所述目标传送位置对应的、且属于第一服务类别的虚拟交互场景,所述属于第一服务类别的虚拟交互场景中,展示有当前登录的用户账号所对应的虚拟对象。
在一个实施例中,交互指令响应模块还用于当基于所述交互指令确定进入属于单服类别的虚拟交互场景时,确定当前登录的用户账号所属的目标组别;进入与所述目标组别对应的、且属于单服类别的虚拟交互场景,进入的虚拟交互场景支持同属于所述目标组别的用户账号各自对应的虚拟对象交互。
在一个实施例中,交互指令响应模块还用于从第一服务器集群中确定第一目标服务器,并建立与所述第一目标服务器间的第一通信链路;通过所述第一通信链路,从所述第一目标服务器中拉取属于第一服务类别的第一场景数据,并基于所述第一场景数据展示对应的第一虚拟交互场景;
在一个实施例中,切换指令响应模块还用于当发生服务类别切换指令时,断开所述第一通信链路,并建立与第二服务器集群中的第二目标服务器间的第二通信链路;通过所述第二通信链路,从所述第二目标服务器中拉取属于第二服务类别的第二场景数据,并基于所述第二场景数据展示对应的第二虚拟交互场景。
一种终端,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
展示由虚拟交互应用提供的主页面,并通过所述主页面获取交互指令;
响应于所述交互指令,进入属于第一服务类别的虚拟交互场景,所述第一服务类别为单服类别和全服类别中的一种;
当发生服务类别切换指令时,从所述属于第一服务类别的虚拟交互场景切换至属于第二服务类别的虚拟交互场景进行展示,所述第二服务类别为单服类别和全服类别中的一种,且所述第二服务类别不同于所述第一服务类别;
其中,所述全服类别的虚拟交互场景支持全部虚拟对象进行交互,所述单服类别的虚拟交互场景支持所述全部虚拟对象中的部分虚拟对象进行交互。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
展示由虚拟交互应用提供的主页面,并通过所述主页面获取交互指令;
响应于所述交互指令,进入属于第一服务类别的虚拟交互场景,所述第一服务类别为单服类别和全服类别中的一种;
当发生服务类别切换指令时,从所述属于第一服务类别的虚拟交互场景切换至属于第二服务类别的虚拟交互场景进行展示,所述第二服务类别为单服类别和全服类别中的一种,且所述第二服务类别不同于所述第一服务类别;
其中,所述全服类别的虚拟交互场景支持全部虚拟对象进行交互,所述单服类别的虚拟交互场景支持所述全部虚拟对象中的部分虚拟对象进行交互。
上述基于虚拟交互应用的场景展示方法、装置、终端和存储介质,展示由虚拟交互应用提供的主页面,并基于主页面获取交互指令。通过获取交互指令,可以响应于交互指令进入属于第一服务类别的虚拟交互场景,如此,便能在接收到服务类别切换指令时,从属于第一服务类别的虚拟交互场景切换至属于第二服务类别的虚拟交互场景。由于属于不同服务类别的虚拟交互场景之间可以自由切换,而全服类别的虚拟交互场景支持全部虚拟对象进行交互,单服类别的虚拟交互场景支持全部虚拟对象中的部分虚拟对象进行交互,因此相比于传统的部分虚拟对象仅与预设的部分虚拟对象进行交互,本申请极大地丰富了虚拟对象的互动方式。
一种基于虚拟交互应用的场景展示方法,所述方法包括:
接收由用户终端中运行的虚拟交互应用触发的交互指令;
根据所述交互指令,将属于第一服务类别的第一场景数据反馈至所述用户终端;反馈的所述第一场景数据用于指示所述用户终端基于所述第一场景数据展示对应的虚拟交互场景,所述第一服务类别为单服类别和全服类别中的一种;
当接收到服务类别切换指令时,将属于第二服务类别的第二场景数据反馈至所述用户终端,反馈的所述第二场景数据用于指示所述用户终端基于所述第二场景数据切换至属于第二服务类别的虚拟交互场景进行展示;
所述第二服务类别为单服类别和全服类别中的一种,且所述第二服务类别不同于所述第一服务类别,所述全服类别的虚拟交互场景支持全部虚拟对象进行交互,所述单服类别的虚拟交互场景支持所述全部虚拟对象中的部分虚拟对象进行交互。
一种基于虚拟交互应用的场景展示装置,所述装置包括:
交互指令接收模块,用于接收由用户终端中运行的虚拟交互应用触发的交互指令;
反馈模块,用于根据所述交互指令,将属于第一服务类别的第一场景数据反馈至所述用户终端;反馈的所述第一场景数据用于指示所述用户终端基于所述第一场景数据展示对应的虚拟交互场景,所述第一服务类别为单服类别和全服类别中的一种;
切换指令接收模块,用于当接收到服务类别切换指令时,将属于第二服务类别的第二场景数据反馈至所述用户终端,反馈的所述第二场景数据用于指示所述用户终端基于所述第二场景数据切换至属于第二服务类别的虚拟交互场景进行展示,所述第二服务类别为单服类别和全服类别中的一种,且所述第二服务类别不同于所述第一服务类别,所述全服类别的虚拟交互场景支持全部虚拟对象进行交互,所述单服类别的虚拟交互场景支持所述全部虚拟对象中的部分虚拟对象进行交互。
在一个实施例中,当所述交互指令为进入属于单服类别的虚拟交互场景的指令时,所述交互指令中携带有目标组别标识,且所述交互指令通过第一服务器集群中与所述目标组别标识相对应的第一目标服务器接收;反馈模块还包括第一通信链路建立模块,用于通过所述第一目标服务器建立与所述用户终端间的第一通信链路;所述第一目标服务器通过所述第一通信链路,将属于单服类别的第一场景数据发送至所述用户终端。
在一个实施例中,所述第一目标服务器包括第一场景管理进程以及至少一个第一场景进程;所述交互指令携带第一场景标识;第一通信链路建立模块还用于所述第一场景管理进程基于所述第一场景标识,确定存储有对应第一场景数据的第一目标场景进程;并触发所述第一目标场景进程通过所述第一通信链路,将与所述第一场景标识相对应的第一场景数据发送至所述用户终端。
在一个实施例中,第一目标服务器包括第一场景管理进程以及至少一个第一场景进程;反馈模块还包括第一创建模块,用于当所述第一目标服务器接收到单服场景创建指令时,通过所述第一目标服务器中的所述第一场景管理进程获取每个第一场景进程的第一状态信息;通过所述第一场景管理进程,根据所述第一状态信息确定各第一场景进程创建属于单服类别的虚拟交互场景的第一成功率;通过所述第一场景管理进程确定第一成功率符合第一预设条件的第一场景进程,并基于第一成功率符合第一预设条件的第一场景进程创建属于单服类别的虚拟交互场景。
在一个实施例中,当所述第二服务类别为全服类别时,所述服务类别切换指令中携带有第二场景标识;切换指令接收模块还包括第二场景数据反馈模块,用于当第二服务器集群中的全服管理服务器接收到服务类别切换指令时,所述全服管理服务器基于所述服务类别切换指令中的第二场景标识,从所述第二服务器集群中的第二业务服务器中筛选出第二目标服务器,筛选出的所述第二目标服务器中存储有与所述第二场景标识相匹配的第二场景数据;通过所述第二目标服务器,将所述第二场景数据发送至所述用户终端。
在一个实施例中,所述全服管理服务器中包括有全服管理进程;第二场景数据反馈模块还用于当第二服务器集群中的全服管理服务器接收到服务类别切换指令时,通过所述全服管理服务器中的全服管理进程,从所述第二业务服务器中筛选出存储有与所述第二场景标识对应的第二场景数据的第二目标服务器;所述通过所述第二目标服务器,将所述第二场景数据发送至所述用户终端。
在一个实施例中,切换指令接收模块还用于确定所述用户终端当前所连接的第一目标服务器,并通过所述全服管理进程将所述第二目标服务器的设备标识发送至所述第一目标服务器;通过所述第一目标服务器中的第一场景管理进程断开所述连接,并基于所述设备标识触发建立所述用户终端与所述第二目标服务器间第二通信链路;所述第二目标服务器通过所述第二通信链路,将所述第二场景数据发送至所述用户终端。
在一个实施例中,全服管理服务器包括全服管理进程;切换指令接收模块还包括第二创建模块,用于当所述全服管理服务器接收到全服场景创建指令时,所述全服管理进程获取每个第二业务服务器上报的第二状态信息;通过所述全服管理进程,根据所述第二状态信息确定各第二业务服务器创建属于全服类别的虚拟交互场景的第二成功率;通过所述全服管理进程确定第二成功率符合第二预设条件的第二业务服务器,并基于第二成功率符合第二预设条件求的第二业务服务器创建属于全服类别的虚拟交互场景。
在一个实施例中,基于虚拟交互应用的场景展示装置还用于通过所述全服管理进程获取每个第二业务服务器上报的第二状态信息;通过所述全服管理进程基于所述第二状态信息,确定每个第二业务服务器的负载率,并基于所述负载率确定是否需要进行扩容操作;当需要进行扩容操作时,通过所述全服管理进程执行扩容操作。
一种服务器,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
根据所述交互指令,将属于第一服务类别的第一场景数据反馈至所述用户终端,反馈的所述第一场景数据用于指示所述用户终端基于所述第一场景数据展示对应的虚拟交互场景,所述第一服务类别为单服类别和全服类别中的一种;
当接收到服务类别切换指令时,将属于第二服务类别的第二场景数据反馈至所述用户终端,反馈的所述第二场景数据用于指示所述用户终端基于所述第二场景数据切换至属于第二服务类别的虚拟交互场景进行展示;
所述第二服务类别为单服类别和全服类别中的一种,且所述第二服务类别不同于所述第一服务类别,所述全服类别的虚拟交互场景支持全部虚拟对象进行交互,所述单服类别的虚拟交互场景支持所述全部虚拟对象中的部分虚拟对象进行交互。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
根据所述交互指令,将属于第一服务类别的第一场景数据反馈至所述用户终端,反馈的所述第一场景数据用于指示所述用户终端基于所述第一场景数据展示对应的虚拟交互场景,所述第一服务类别为单服类别和全服类别中的一种;
当接收到服务类别切换指令时,将属于第二服务类别的第二场景数据反馈至所述用户终端,反馈的所述第二场景数据用于指示所述用户终端基于所述第二场景数据切换至属于第二服务类别的虚拟交互场景进行展示;
所述第二服务类别为单服类别和全服类别中的一种,且所述第二服务类别不同于所述第一服务类别,所述全服类别的虚拟交互场景支持全部虚拟对象进行交互,所述单服类别的虚拟交互场景支持所述全部虚拟对象中的部分虚拟对象进行交互。
上述基于虚拟交互应用的场景展示方法、装置、服务器和存储介质,当接收到交互指令时,可以通过交互指令获取属于第一服务类别的第一场景数据,并将第一场景数据反馈至用户终端,从而用户终端便能根据第一场景数据展示对应的虚拟交互场景;当接收到服务类别切换指令时,可以通过服务类别切换指令获取属于第二服务类别的第二场景数据,并将第二场景数据反馈至用户终端,从而用户终端能够基于第二场景数据从属于第一服务类别的虚拟交互场景切换至属于第二服务类别的虚拟交互场景,如此,便实现了属于不同服务类别的虚拟交互场景间的自由切换,从而极大丰富了场景切换的切换方式。
附图说明
图1为一个实施例中虚拟交互应用的场景展示方法的应用环境图;
图2为一个实施例中虚拟交互应用的场景展示方法的流程示意图;
图3a为一个实施例中属于全服类别的虚拟交互场景的界面示意图;
图3b为一个实施例中属于单服类别的虚拟交互场景的界面示意图;
图4为一个实施例中传送地图的示意图的界面示意图;
图5为另一个实施例中虚拟交互应用的场景展示方法的流程示意图;
图6为一个实施例中第一服务器集群与第二服务器集群之间的连接关系示意图;
图7为一个具体实施例中虚拟交互应用的场景展示方法的流程示意图;
图8为另一个具体实施例中虚拟交互应用的场景展示方法的流程示意图;
图9为又一个具体实施例中虚拟交互应用的场景展示方法的流程示意图;
图10为再一个具体实施例中虚拟交互应用的场景展示方法的流程示意图;
图11为一个实施例中于虚拟交互应用的场景展示装置的结构框图;
图12为另一个实施例中于虚拟交互应用的场景展示装置的结构框图;
图13为又一个实施例中于虚拟交互应用的场景展示装置的结构框图;
图14为一个实施例中计算机设备的结构框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
图1为一个实施例中基于虚拟交互应用的场景展示方法的应用环境图。参照图1,该基于虚拟交互应用的场景展示方法应用于基于虚拟交互应用的场景展示系统。该基于虚拟交互应用的场景展示系统包括用户终端102、第一服务器集群104和第二服务器集群106。用户终端102、第一服务器集群104和第二服务器集群106通过网络连接。用户终端102中运行有虚拟交互应用,基于此虚拟交互应用可以从第一服务器集群104中拉取第一场景数据,并根据第一场景数据展示属于第一服务类别的虚拟交互场景;从第二服务器集群106中拉取第二场景数据,并基于第二场景数据从属于第一服务类别的虚拟交互场景切换至属于第二服务类别的虚拟交互场景。
第一服务器集群104以及第二服务器集群106可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式系统,还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn、以及大数据和人工智能平台等基础云计算服务的云服务器。用户终端102可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等,但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接,本申请在此不做限制。
应该理解的是,本公开中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性,而只是用来区分不同的组成部分。除非上下文另外清楚地指出,否则单数形式“一个”、“一”或者“该”等类似词语也不表示数量限制,而是表示存在至少一个。
如图2所示,在一个实施例中,提供了一种基于虚拟交互应用的场景展示方法。本实施例主要以该方法应用于上述图1中的用户终端102来举例说明。参照图2,该基于虚拟交互应用的场景展示方法具体包括如下步骤:
步骤s202,展示由虚拟交互应用提供的主页面,并通过主页面获取交互指令。
其中,虚拟交互应用是为了实现虚拟交互的虚拟交互应用、且可以由计算机等具有信息处理能力的装置执行的代码化指令序列。虚拟交互应用具体可以是大型多人在线角色扮演游戏应用(mmorpg,multiplayeronlinerole-playinggame)或地图类游戏应用等。
具体地,当检测到虚拟交互应用的启动操作时,用户终端启动虚拟交互应用,并通过虚拟交互应用显示主页面,从而用户可以通过显示的主页面与虚拟交互场景进行交互。其中,主页面为用以选择进入属于第一服务类别的虚拟交互场景或进入属于第二服务类别的虚拟交互场景的选择页面,其上可以包括第一服务类别选择控件和第二服务类别选择控件,当确定用户触发选择控件时,用户终端基于用户的触发操作生成对应的交互指令。
其中,第一服务类别为单服类别和全服类别的其中一种;第二服务类别为单服类别和全服类别的其中一种,且第二服务类别不同于第一服务类别。单服类别为支持全部虚拟对象中的部分虚拟对象进行交互的类别;全服类别的为支持全部虚拟对象进行交互的类别。虚拟对象是在虚拟交互场景中的可活动的数字对象。该数字对象具体可以为一个虚拟的用于代表用户的虚拟形象,该虚拟形象可以是用户通过应用程序客户端操作控制的虚拟角色等。
在一个实施例中,启动虚拟交互应用的方式可以有多种,比如,客户端可以通过检测用户点击屏幕中的应用图标,确定触发虚拟交互应用启动操作;或者通过识别用户的语音信息,确定触发虚拟交互应用的启动操作;亦或者通过检测用户的手势,当手势与预设手势匹配,则确定触发虚拟交互应用的启动操作,不限于此。
步骤s204,响应于交互指令,进入属于第一服务类别的虚拟交互场景,第一服务类别为单服类别和全服类别中的一种。
其中,虚拟交互场景是虚拟交互应用运行时所显示的画面。该虚拟交互场景可以是对真实世界的仿真环境,也可以是半仿真半虚构的虚拟环境,还可以是纯虚构的虚拟环境。虚拟交互场景可以是二维虚拟交互场景、2.5维虚拟交互场景和三维虚拟交互场景中的任意一种,本申请对此不作限定。例如,虚拟交互场景可以包括天空、陆地、或建筑物等,用户可以控制虚拟对象在该虚拟交互场景中运动或执行交互动作。
具体地,用户终端响应于交互指令,从与虚拟交互应用对应的后台服务器中拉取场景数据,并基于场景数据对应渲染、展示虚拟交互场景。容易理解,当交互指令指向进入属于单服类别的第一虚拟交互场景时,用户终端从与虚拟交互应用对应的后台服务器中拉取属于单服类别的第一场景数据,并基于第一场景数据展示第一虚拟交互场景,此时的第一虚拟交互场景仅支持全部虚拟对象中的部分虚拟对象进行交互,比如,仅支持属于同一区域组别的用户账号所对应的虚拟对象进行交互,而不支持属于不同区域组别的用户账号所对应的虚拟对象之间的交互。当交互指令指向进入属于全服类别的第二虚拟交互场景时,用户终端从服务器中拉取属于全服类别的第二场景数据,并基于第二场景数据展示第二虚拟交互场景,此时的第二虚拟交互场景支持全部虚拟对象进行交互,比如支持属于不同区域组别的用户账号所对应的虚拟对象之间的交互。其中,区域组别为基于分区分服的架构设定所开辟的组别,用户可选择多个区域组别中的一个登录进行游戏。比如,在大型多人在线角色扮演游戏中,可以以网络运营商或平台来划分大区,每个大区又包括多个具体的区域组别,各区域组别互不干扰,但游戏内容以及游戏策略严格一致,从而达到将玩家分流,减轻服务器负载的目的。其中,全部虚拟对象是指注册该虚拟交互应用的全部用户账号所对应的虚拟对象。
在一个实施例中,一般来说,一个虚拟交互场景可能包含多个虚拟交互区域,当虚拟对象进入全服类别的第一虚拟交互场景时,可能会由于进入的虚拟场景区域不同等原因,相互之间无法直接进行观察、交互,但其能够通过文字传输等方式进行间接交互。
在一个实施例中,一般来说,虚拟交互应用中会设置有多个虚拟交互场景,相应地,虚拟对象需要在不同的虚拟交互场景之间进行转移。例如,在多地图游戏中,虚拟对象在完成当前地图中的任务后,就会进入下一张地图继续完成新的游戏任务,此时虚拟对象可以从前一个单服类别的虚拟交互场景转移至下一个单服类别的虚拟交互场景中,也可以从前一个全服类别的虚拟交互场景转移至下一全服类别的虚拟交互场景中。本实施例在此不作限定。
步骤s206,当发生服务类别切换指令时,从属于第一服务类别的虚拟交互场景切换至属于第二服务类别的虚拟交互场景进行展示,第二服务类别为单服类别和全服类别中的一种,且第二服务类别不同于第一服务类别;其中,全服类别的虚拟交互场景支持全部虚拟对象进行交互,单服类别的虚拟交互场景支持全部虚拟对象中的部分虚拟对象进行交互。
具体的,当用户期望从属于第一服务类别的虚拟交互场景进入属于第二服务类别的虚拟交互场景时,用户可以触发服务类别切换操作,比如点击服务类别切换控件,从而用户终端基于用户的触发操作生成服务类别切换指令。当生成服务类别切换指令时,用户终端从与虚拟交互应用对应的后台服务器中拉取属于第二服务类别的虚拟交互场景的第二场景数据,并基于第二场景数据从属于第一服务类别的虚拟交互场景切换至属于第二服务类别的虚拟交互场景进行展示。
容易理解,在当前登录的用户所控制的虚拟对象处于属于单服类别的第一虚拟交互场景时,用户可以基于服务类别切换指令,将虚拟对象从属于单服类别的第一虚拟交互场景转移至属于全服类别的第二虚拟交互场景中,从而用户所控制的虚拟对象支持与注册该虚拟交互应用的全部用户账号所对应的虚拟对象进行交互。相应的,在当前登录的用户所控制的虚拟对象处于属于全服类别的第二虚拟交互场景时,用户可以基于服务类别切换指令,将虚拟对象从属于全服类别的第二虚拟交互场景转移至属于单服类别的第一虚拟交互场景中,从而用户所控制的虚拟对象可以与注册该虚拟交互应用的部分用户账号所对应的虚拟对象进行交互。
在一个实施例中,服务类别切换的触发方式可以有多种,比如,参考图3,用户可以通过点击在全服类别的第二虚拟交互场景中显示的如图3a所示的“返回单服”控件,从属于全服类别的第二虚拟交互场景切换至属于单服类别的第二虚拟交互场景。也可以通过点击在属于单服类别的第一虚拟交互场景中显示的如图3b所示的“返回全服”控件,从属于单服类别的第一虚拟交互场景切换至全服类别的第二虚拟交互场景。还可以通过在虚拟交互场景中显示的“返回主页面控件”返回至主页面,通过主页面重新选择进入的虚拟交互场景。本实施例在此不作限定。图3a示出了一个实施例中,属于全服类别的虚拟交互场景的界面示意图;图3b示出了一个实施例中,属于单服类别的虚拟交互场景的界面示意图。
在一个实施例中,当用户终端接收到服务类别切换指令时,用户终端获取当前登录的用户账号所对应的虚拟对象的对象数据,并将对象数据发送至对应的后台服务器,以使后台服务器根据接收到的对象数据创建对应的虚拟对象,并将虚拟对象写入属于第二服务类别的第二场景数据中,从而终端基于第二场景数据所展示的第二虚拟交互场景中包含当前登录的用户账号所对应的虚拟对象。其中,对象数据可以为对象标识、对象属性数据(如对象名称、对象等级、对象职业、对象装备等)。
上述基于虚拟交互应用的场景展示方法,展示由虚拟交互应用提供的主页面,并基于主页面获取交互指令。通过获取交互指令,可以响应于交互指令进入属于第一服务类别的虚拟交互场景,如此,便能在接收到服务类别切换指令时,从属于第一服务类别的虚拟交互场景切换至属于第二服务类别的虚拟交互场景。由于属于不同服务类别的虚拟交互场景之间可以自由切换,而全服类别的虚拟交互场景支持全部虚拟对象进行交互,单服类别的虚拟交互场景支持全部虚拟对象中的部分虚拟对象进行交互,因此相比于传统的部分虚拟对象仅与预设的部分虚拟对象进行交互,本申请极大地丰富了虚拟对象的互动方式。
在一个实施例中,响应于交互指令,进入属于第一服务类别的虚拟交互场景,包括:响应交互指令,展示传送地图,传送地图包括至少一个传送位置;确定从至少一个传送位置中选中的目标传送位置;进入与目标传送位置对应的、且属于第一服务类别的虚拟交互场景,属于第一服务类别的虚拟交互场景中,展示有当前登录的用户账号所对应的虚拟对象。
具体地,当接收到交互指令时,用户终端可以对应展示用于进行虚拟交互场景选择的传送地图,从而用户可以通过所展示的传送地图,确定需要进入的属于第一服务类别的虚拟交互场场景,即选择需要将虚拟对象进行传送的目标传送位置。其中,传送地图为包含有多个传送位置的地图数据,不同传送位置所对应的虚拟交互场景不同,比如,a传送位置所对应的虚拟交互场景可以为a城、b传送位置所对应的虚拟交互场景为b城。当用户确定目标传送位置时,终端获取当前登录用户账号所对应的虚拟对象的对象数据和目标传送位置所对应的场景数据,并基于场景数据,展示与目标传送位置对应的、且属于第一服务类别的虚拟交互场景,基于对象数据在虚拟交互场景中展示当前登录的用户账号所对应的虚拟对象。
比如,参考图4,用户终端响应于交互指令,并展示如图4所示的传送地图,从而用户可以基于展示的传送地图确定需要传送的目标传送位置为a城,进而用户终端进入与a城对应的属于第一服务类别的虚拟交互场景中。图4示出了一个实施例中,传送地图的界面示意图。容易理解,当第一服务类别为单服类别时,用户可以通过传送地图中的多个传送位置,将当前登录的用户账号所对应的虚拟对象传送至属于单服类别的各虚拟交互场景中;当第一服务类别为全服类别时,用户可以通过传送地图中的多个传送位置,将当前登录的用户账号所对应的虚拟对象传送至属于全服类别的各虚拟交互场景中。
本实施例中,通过对应展示传送地图,可以基于传送地图将虚拟对象传送至各虚拟交互场景中,如此,不仅提升了虚拟交互场景切换的便捷性,而且提升了虚拟交互应用的互动性。
在一个实施例中,响应于交互指令,进入属于第一服务类别的虚拟交互场景,包括:当基于交互指令确定进入属于单服类别的虚拟交互场景时,确定当前登录的用户账号所属的目标组别;进入与目标组别对应的、且属于单服类别的虚拟交互场景;进入的虚拟交互场景支持同属于目标组别的用户账号各自对应的虚拟对象交互;当发生服务类别切换指令时,从属于第一服务类别的虚拟交互场景切换至属于第二服务类别的虚拟交互场景进行展示,包括:当发生服务类别切换指令时,从与目标组别对应的、且属于单服类别的虚拟交互场景切换至属于全服类别的虚拟交互场景进行展示。
具体地,当基于交互指令确定进入属于单服类别的虚拟交互场景时,例如当确定用户点击单服控件时,终端可对应展示各区域组别的控件标识,从而用户可通过各区域组别的控件标识确定待进入的目标组别。终端获取与目标组别对应第一场景数据,并通过第一场景数据展示与目标组别对应的、且属于单服类别的第一虚拟交互场景。当接收到服务类别切换指令时,终端获取属于第二服务类别的第二场景数据,并通过第二场景数据,从属于第一服务类别的第一虚拟交互场景切换至属于第二服务类别的第二虚拟交互场景进行展示。
在其中一个实施例中,可通过区域组别展示页面展示各区域组别的控件标识,具体可通过列表形式或平铺图标的形式进行显示。展示的区域组别展示页面中还可以区别展示用户上一次所选择的目标组别,比如将用户上一次所选择的目标组别进行高亮显示。
在其中一个实施例中,用户可设置默认目标组别,从而终端在接收到交互指令时,基于默认目标组别,进入对应的虚拟交互场景。
在其中一个实施例中,终端还可以直接通过预设的划分条件对注册此虚拟交互应用的用户账号进行划分,从而确定各用户账号各自对应的区域组别。其中,预设的划分条件可以根据需求自由设置,比如,通过用户账号所在的地理位置进行划分,从而将属于同一地理位置的用户账号划分为一个区域组别。
上述实施例中,通过将用户账号分散至不同的区域组别,可以极大减轻服务器的负载,从而减少服务器因负载过重而崩溃的概率;通过响应服务类别切换指令,可以从属于单服务类别的第一虚拟交互场景切换至属于全服服务类别的第二虚拟交互场景进行展示,从而极大丰富了虚拟交互场景的展示方式,进而提升了用户体验。
在一个实施例中,响应于交互指令,进入属于第一服务类别的虚拟交互场景,包括:从第一服务器集群中确定第一目标服务器,并建立与第一目标服务器间的第一通信链路;通过第一通信链路,从第一目标服务器中拉取属于第一服务类别的第一场景数据,并基于第一场景数据展示对应的第一虚拟交互场景;当发生服务类别切换指令时,从属于第一服务类别的虚拟交互场景切换至属于第二服务类别的虚拟交互场景进行展示,包括:当发生服务类别切换指令时,断开第一通信链路,并建立与第二服务器集群中的第二目标服务器间的第二通信链路;通过第二通信链路,从第二目标服务器中拉取属于第二服务类别的第二场景数据,并基于第二场景数据展示对应的第二虚拟交互场景。
其中,第一服务器集群为存储有属于第一服务类别的虚拟交互场景的场景数据的后台服务器集群,其承载有属于第一服务类别的虚拟交互场景的运行逻辑;对应的,第二服务器集群为存储有属于第二服务类别的虚拟交互场景的场景数据的后台服务器集群,其承载有属于第二服务类别的虚拟交互场景的运行逻辑。
具体地,当用户终端接收到交互指令时,用户终端从第一服务器集群中确定第一目标服务器,并建立与第一目标服务器之间的第一通信链路,基于第一通信链路,获取属于第一服务类别的第一场景数据,从而通过第一场景数据展示对应的第一虚拟交互场景。当接收到服务类别切换指令时,用户终端从第二服务器集群中确定第二目标服务器,并断开与第一目标服务器之间的第一通信链路,建立与第二目标服务器之间的第二通信链路,基于第二通信链路拉取属于第二服务类别的第二场景数据,从而通过第二场景数据,从第一虚拟交互场景切换至第二虚拟交互场景进行展示。
本实施例中,由于单服类别的虚拟交互场景和全服类别的虚拟交互场景各自具有对应的服务器集群,因此,终端可以从不同的服务器集群中拉取不同服务类别的场景数据,从而可以基于不同的场景数据展示属于不同服务类别的虚拟交互场景。
在一个实施例中,当第一服务类别为单服类别时,第一服务器集群中包括有多个第一业务服务器,且各第一业务服务器分别对应于不同的区域组别,其中,基于相应区域组别的第一业务服务器中的第一场景数据渲染得到的虚拟交互场景,支持同属于相应区域组别的用户账号所对应的虚拟对象交互;当第二服务类别为全服类别时,第二服务器集群中包括有多个第二业务服务器,还包括有全服管理服务器,全服管理服务器用于对多个第二业务服务器进行管理,以从多个第二业务服务器中筛选出第二目标服务器。
具体地,当第一服务类别为单服类别时,与第一服务类别对应的第一服务器集群包括多个第一业务服务器,且各第一业务服务器分别对应不同的区域组别,其上存储有属于对应区域组别的、且属于单服类别的第一场景数据。当用户终端基于交互指令确定进入属于目标组别、且属于单服类别的第一虚拟交互场景时,用户终端查询存储有此第一虚拟交互场景的第一场景数据的第一目标业务服务器,并建立与第一目标业务服务器之间的第一通信链路,通过第一通信链路拉取第一场景数据,从而通过拉取得到的第一场景数据进入属于目标组别、且属于单服类别的第一虚拟交互场景,此时的第一虚拟交互场景支持同属于目标组别的用户账号所对应的虚拟对象进行交互。
当第二服务类别为全服类别时,与第二服务类别对应的第二服务器集群包括多个第二业务服务器和全服管理服务器,其中,全服管理服务器用于对多个第二业务服务器进行管理。当终端接收到包含有属于全服类别的虚拟交互场景的场景标识的服务类别切换指令时,终端查询存储有与此场景标识对应的第二场景数据的第二目标业务服务器,并断开第一通信链路,建立与第二目标业务服务器之间的第二通信链路,通过第二通信链路拉取第二场景数据,从而通过拉取得到的第二场景数据切换至与场景标识对应的、且属于全服类别的第二虚拟交互场景,此时的第二虚拟交互场景支持全部用户账号所对应的虚拟对象进行交互。其中,场景标识为唯一标识一个虚拟交互场景的标签。
容易理解,当第一服务类别为全服类别,第二服务类别为单服类别时,与第一服务类别对应的第一服务器可以包括多个第一业务服务器和全服管理服务器,其中,全服管理服务器用于对多个第一业务服务器进行管理;与第二服务类别对应的第二服务器包括有多个第二业务服务器,且各第二业务服务器分别对应于不同的区域组别。同理,当第一服务类别为单服类别,第二服务类别为全服类别时,与第一服务类别对应的第一服务器包括有多个第一业务服务器,且各第一业务服务器分别对应于不同的区域组别;与第二服务类别对应的第二服务器可以包括多个第二业务服务器和全服管理服务器,其中,全服管理服务器用于对多个第二业务服务器进行管理。
本实施例中,在单服类别中,通过设置多个业务服务器,使得不同的业务服务器可以承载属于不同区域组别的对象数据和场景数据,从而达到降低单个服务器的负载率的目的;在全服类别中,通过设置全服管理服务器,可以基于全服管理服务器对业务服务器进行统一管理,从而可以提升确定目标业务服务器的确定效率,进而提升进入属于全服类别的虚拟交互场景的进入效率。
本申请还提供了一种基于虚拟交互应用的场景展示方法,以应用于服务器为例进行说明,其中,如图5所示,该基于虚拟交互应用的场景展示方法包括:
步骤s502,接收由用户终端中运行的虚拟交互应用触发的交互指令。
步骤s504,根据交互指令,将属于第一服务类别的第一场景数据反馈至用户终端,反馈的第一场景数据用于指示用户终端基于第一场景数据展示对应的虚拟交互场景,第一服务类别为单服类别和全服类别中的一种。
具体地,当用户进入虚拟交互应用,并触发交互控件时,用户终端根据用户的触发操作生成交互指令,并将交互指令发送至虚拟交互应用的后台服务器,以使后台服务器将属于第一服务类别的第一场景数据返回至用户终端,从而用户终端可以根据第一场景数据展示对应的虚拟交互场景。其中,第一服务类别为单服类别和全服类别中的其中一种。
步骤s506,当接收到服务类别切换指令时,将属于第二服务类别的第二场景数据反馈至用户终端,反馈的第二场景数据用于指示用户终端基于第二场景数据切换至属于第二服务类别的虚拟交互场景进行展示;第二服务类别为单服类别和全服类别中的一种,且第二服务类别不同于第一服务类别;全服类别的虚拟交互场景支持全部虚拟对象进行交互,单服类别的虚拟交互场景支持全部虚拟对象中的部分虚拟对象进行交互。
具体地,当用户期望切换虚拟交互场景的服务类别,并触发服务类别切换控件时,终端根据用户的触发操作生成服务类别切换指令,并将服务类别切换指令发送至虚拟交互应用的后台服务器,以使后台服务器根据服务类别切换指令获取属于第二服务类别的第二场景数据,将第二场景数据返回至用户终端,从而用户终端可以基于第二场景数据,从属于第一服务类别的虚拟交互场景切换至属于第二服务类别的虚拟交互场景进行展示。其中,第二服务类别为单服类别和全服类别中的一种,且第二服务类别不同于第一服务类别;全服类别的虚拟交互场景支持全部虚拟对象进行交互,单服类别的虚拟交互场景支持全部虚拟对象中的部分虚拟对象进行交互。
上述基于虚拟交互应用的场景展示方法,当接收到交互指令时,可以通过交互指令获取属于第一服务类别的第一场景数据,并将第一场景数据反馈至用户终端,从而用户终端便能根据第一场景数据展示对应的虚拟交互场景;当接收到服务类别切换指令时,可以通过服务类别切换指令获取属于第二服务类别的第二场景数据,并将第二场景数据反馈至用户终端,从而用户终端能够基于第二场景数据从属于第一服务类别的虚拟交互场景切换至属于第二服务类别的虚拟交互场景,如此,便实现了属于不同服务类别的虚拟交互场景间的自由切换,从而极大丰富了场景切换的切换方式。
此外,由于全服类别的虚拟交互场景支持全部虚拟对象进行交互,单服类别的虚拟交互场景支持全部虚拟对象中的部分虚拟对象进行交互,相比于传统的部分虚拟对象仅与预设的部分虚拟对象进行交互,本申请还丰富了虚拟对象的互动方式。
在一个实施例中,当交互指令为进入属于单服类别的虚拟交互场景的指令时,交互指令中携带有目标组别标识,且交互指令通过第一服务器集群中与目标组别标识相对应的第一目标服务器接收;根据交互指令,将属于第一服务类别的第一场景数据反馈至用户终端,包括:通过第一目标服务器建立与用户终端间的第一通信链路;第一目标服务器通过第一通信链路,将属于单服类别的第一场景数据发送至用户终端。
其中,虚拟交互应用的后台服务器包括第一服务器集群,当第一服务器集群为存储有属于单服类别的虚拟交互场景的场景数据、且承载单服类型的虚拟交互场景的运行逻辑的后台服务器集群时,第一服务器集群包括各区域组别分别对应的第一业务服务器。
具体地,当用户终端确定当前登录账号所属的目标组别时,终端获取目标组别的目标组别标识,并根据目标组别标识生成交互指令,将交互指令发送至第一服务器集群,由第一服务器集群中与目标组别标识相对应的第一业务服务器接收。为了描述方便,下述将与目标组别标识对应的第一业务服务器称作第一目标服务器。第一目标服务器根据交互指令建立与用户终端间的第一通信链路,通过第一通信链路将属于单服类别的第一场景数据反馈至中户终端。反馈的第一场景数据用于指示用户终端展示对应的虚拟交互场景。
本实施例中,通过构建各区域组别分别对应的第一业务服务器,使得不同第一业务服务器仅需响应对应区域组别的用户终端所发送的指令,从而达到降低单个第一业务服务器的负载率的目的;通过建立第一通信链路,可以通过第一通信链路将属于单服类别的第一场景数据快速返回至用户终端,从而提升了虚拟场景展示的展示效率。
在一个实施例中,第一目标服务器包括第一场景管理进程以及至少一个第一场景进程;上述基于虚拟交互应用的场景展示方法还包括创建属于单服类型的虚拟交互场景;创建属于单服类型的虚拟交互场景的步骤包括:当第一目标服务器接收到单服场景创建指令时,通过第一目标服务器中的第一场景管理进程获取每个第一场景进程的第一状态信息;通过第一场景管理进程,根据第一状态信息确定各第一场景进程创建属于单服类别的虚拟交互场景的第一成功率;通过第一场景管理进程确定第一成功率符合第一预设条件的第一场景进程,并基于第一成功率符合第一预设条件的第一场景进程创建属于单服类别的虚拟交互场景。
其中,第一目标服务器包括第一场景管理进程以及至少一个第一场景进程;其中,第一场景管理进程用于对至少一个第一场景进程进行管理;第一场景进程用于创建属于单服类别的场景数据,并将创建的场景数据对应存储。
具体地,当需要创建新的属于单服类别的虚拟交互场景时,比如,在游戏应用中,当需要创建新的游戏副本时,可通过三方服务器生成对应的单服场景创建指令,将单服场景创建指令发送至第一服务器集群的各第一业务服务器中。
当第一目标服务器中的第一场景管理进程接收到单服场景创建指令时,第一场景管理进程获取第一目标服务器中的每个第一场景进程的第一状态信息。其中,第一状态信息为能够直接或间接反映创建单服类别的虚拟交互场景能力的信息,比如,第一状态信息可以为第一场景进程已创建的虚拟交互场景的场景负载数据。虚拟交互场景的场景负载数据包括进入此虚拟交互场景的虚拟对象的数量以及虚拟对象的聚集程度。比如,第一场景进程确定自身所创建的虚拟交互场景中的虚拟对象的数量以及虚拟对象的聚集程度,对单个虚拟交互场景的虚拟对象的数量以及虚拟对象的聚集程度进行加权求和,得到对应虚拟交互场景的场景负载数据,并将已创建的各虚拟交互场景的场景负载数据作为第一状态信息上报至第一场景管理进程。
当获取得到第一状态信息时,第一场景管理进程可以根据第一状态信息确定各第一场景进程创建属于单服类别的虚拟交互场景的第一成功率。比如,第一场景管理进程对各虚拟交互场景各自对应的场景负载数据进行加权求和,得到第一场景进程的第一成功率。其中,加权求和中的权重值可根据需求自由设定。比如,当a第一场景进程已创建属于单服类别的a虚拟交互场景以及属于单服类别的b虚拟交互场景时,a第一场景进程对进入a虚拟交互场景的虚拟对象数量、a虚拟交互场景中的虚拟对象的聚集程度进行加权求和,得到a虚拟交互场景的场景负载数据;对进入b虚拟交互场景的虚拟对象数量、b虚拟交互场景中的虚拟对象的聚集程度进行加权求和,得到b虚拟交互场景的场景负载数据;进一步地,第一场景管理进程对a虚拟交互场景的场景负载数据以及b虚拟交互场景的场景负载数据进行加权求和,从而得到a第一场景进程的创建属于单服类型的虚拟交互场景的第一成功率。
第一场景管理进程确定第一成功率符合第一预设条件的第一场景进程,并基于第一成功率符合第一预设条件的第一场景进程创建属于单服类别的虚拟交互场景。比如,基于拥有成功率最高的第一场景进程创建属于单服类别的虚拟交互场景。
在其中一个实施例中,当第一场景进程创建虚拟交互场景时,第一场景进程将创建的虚拟交互场景的场景数据以及场景标识对应存储,并将第一场景标识以及自身的进程标识发送至第一场景管理进程,以使后续第一场景管理进程在接收到包含有场景标识的交互指令时,可以根据交互指令中的场景标识确定对应的第一场景管理进程,并从对应的第一场景管理进程中拉取对应的场景数据返回至用户终端。
在其中一个实施例中,可根据平均每秒虚拟交互场景中广播消息数量,确定当前虚拟交互场景中的虚拟对象的聚集程度,平均每秒虚拟交互场景中广播消息数量越多,表征当前虚拟交互场景中的虚拟对象越集中。
在其中一个实施例中,可预先建立权重模型,从而第一场景进程将实际压测得到的进入当前虚拟交互场景的虚拟对象数量、当前虚拟交互场景中的消息数量以及当前虚拟交互场景所属业务服务器中的cpu运行数据作为模型参数输入至权重模型中,得到对应的权重值,并根据权重值确定场景负载数据。
在其中一个实施例中,状态信息可以包括场景负载数据、预设时间分片的请求响应状况信息、资源消耗状态信息;通过第一管理场景进程,根据状态信息确定各第一场景进程各自对应的多种状态参数;通过第一管理进程对多种状态参数进行加权求和运算,确定各第一场景进程创建属于单服类别的虚拟交互场景的第一成功率。
其中,请求响应状况信息包括第一场景进程在预设时间分片对接收到的调用指令响应或丢弃的记录等。资源消耗状况信息包括第一场景进程所占用的cpu(centralprocessingunit,中央处理器)、内存等资源的占用量。
当需要创建新的属于单服类别的虚拟交互场景时,第一场景管理进程根据状态信息,确定各第一场景进程各自对应的多种状态参数。比如,对第一场景进程所创建的各虚拟交互场景的场景负载数据进行加权求和,得到与场景负载信息对应的状态参数;根据第一场景进程在预设时间分片对接收到的调用请求响应或丢弃的记录,确定第一场景进程在预设时间分片的累积请求响应量和累积请求接收量,将累计请求接收量除以累计请求响应量,得到与请求响应状况相对应的状态参数;根据资源消耗状况信息确定第一场景进程所占用的cpu、内存等资源的占用率,将占用率作为与资源消耗状况信息对应的状态参数,从而第一管理场景进程对对多种状态参数进行加权求和运算,得到第一成功率。
上述实施例中,在接收到单服场景创建指令时,可以根据第一场景进程的状态信息,对每个第一场景进程创建虚拟交互场景的成功概率进行预测分析,从而可以根据分析结果选择合适的第一场景进程创建属于单服类类别的虚拟交互场景,进而提升了虚拟交互场景的创建成功率。
在一个实施例中,第一目标服务器包括第一场景管理进程以及至少一个第一场景进程;交互指令携带第一场景标识;第一目标服务器通过第一通信链路,将属于单服务类别的第一场景数据发送至用户终端,包括:第一场景管理进程基于第一场景标识,确定存储有对应第一场景数据的第一目标场景进程;并触发第一目标场景进程通过第一通信链路,将与第一场景标识相对应的第一场景数据发送至用户终端。
具体地,一般来说,虚拟交互应用中可以包括多个属于单服类型的虚拟交互场景,用户可以在属于单服类型的多个虚拟交互场景中自由切换。在触发生成交互指令的过程中,用户可以选择期望进入的属于单服类型的第一目标虚拟交互场景,从而用户终端根据第一目标虚拟交互场景的第一场景标识生成交互指令,并将交互指令发送至存储有与第一场景标识对应的第一场景数据的第一目标服务器。第一目标服务器中的第一场景管理进程基于交互指令中的第一场景标识,确定存储有对应第一场景数据的第一目标场景进程,即确定创建第一目标虚拟交互场景的第一目标场景进程,并触发第一目标场景进程通过第一通信链路,将与第一场景标识相对应的第一场景数据发送至用户终端。
本实施例中,根据第一场景标识确定对应的第一目标场景进程,使得第一目标场景进程可将与第一场景标识对应的第一场景数据发送至用户终端,从而用户终端可以通过第一场景数据展示属于单服类型的虚拟交互场景。
在一个实施例中,当第二服务类别为全服类别时,服务类别切换指令中携带有第二场景标识;当接收到服务类别切换指令时,将属于第二服务类别的第二场景数据反馈至用户终端,包括:当第二服务器集群中的全服管理服务器接收到服务类别切换指令时,全服管理服务器基于服务类别切换指令中的第二场景标识,从第二服务器集群中的第二业务服务器中筛选出第二目标服务器;筛选出的第二目标服务器中存储有与第二场景标识相匹配的第二场景数据;通过第二目标服务器,将第二场景数据发送至用户终端。
其中,虚拟交互应用的后台服务器包括第二服务器集群,当第二服务器集群为存储有属于全服类别的虚拟交互场景的场景数据、且承载全服类型的虚拟交互场景的运行逻辑的后台服务器集群时,第二服务器集群包括第二业务服务器和全服管理服务器。其中,全服管理服务器可以与第二业务服务器为同一服务器,也可与第二业务服务器为不同服务器,当全服管理服务器与第二业务服务器为同一服务器时,该服务器同时具备全服管理服务器的管理功能和第二业务服务器的业务功能。
具体地,一般来说,虚拟交互场景应用中包含有多个属于全服类型的虚拟交互场景,当用户触发服务类别切换控件,并选择期望进入的属于全服类型的第二目标虚拟交互场景时,用户终端根据第二目标虚拟交互场景的第二场景标识生成服务类别切换指令,并将服务类别切换指令发送至第二服务器集群中的全服管理服务器,从而全服管理服务器从多个第二业务服务器中筛选出存储有与第二场景标识对应的第二场景数据的第二目标服务器,并通过第二目标服务器将第二场景数据返回至用户终端。
本实施例中,根据第二场景标识确定对应的第二目标服务器,使得第二目标服务器可将与第二场景标识对应的第二场景数据发送至用户终端,从而用户终端可以通过第二场景数据展示属于全服类型的虚拟交互场景。
在一个实施例中,全服管理服务器中包括有全服管理进程,当第二服务器集群中的全服管理服务器接收到服务类别切换指令时,全服管理服务器基于服务类别切换指令中的第二场景标识,从第二服务器集群中的第二业务服务器中筛选出第二目标服务器,包括:当第二服务器集群中的全服管理服务器接收到服务类别切换指令时,通过全服管理服务器中的全服管理进程,从第二业务服务器中筛选出存储有与第二场景标识对应的第二场景数据的第二目标服务器;通过第二目标服务器,将第二场景数据发送至用户终端,包括:确定用户终端当前所连接的第一目标服务器,并通过全服管理进程将第二目标服务器的设备标识发送至第一目标服务器;通过第一目标服务器中的第一场景管理进程断开连接,并基于设备标识触发建立用户终端与第二目标服务器间第二通信链路;第二目标服务器通过第二通信链路,将第二场景数据发送至用户终端。
具体地,当全服管理服务器中的全服管理进程接收到服务类别切换指令时,全服管理服务器通过服务类别切换指令中的第二场景标识,从第二业务服务器中筛选出存储有与第二场景标识对应的第二场景数据的第二目标服务器,并将第二目标服务器的设备标识返回至用户终端当前所连接的第一目标服务器。当第一目标服务器接收到第二目标服务器的设备标识时,第一目标服务器通过本机的第一场景管理进程断开与用户终端之间的连接,将用户终端的连接请求指向第二目标服务器,并通知第二目标服务器建立与用户终端间第二通信链路,从而第二目标服务器通过第二通信链路,将第二场景数据发送至用户终端。
比如,参考图6,第一服务器集群以及第二服务器集群可以基于如图6所示的全服管理进程进行通信。当用户终端当前展示的虚拟交互场景为单服类别的虚拟交互场景时,全服管理进程将存储有待切换的属于全服类型的场景数据的设备标识发送至用户终端当前连接的属于单服类别的业务服务器,并触发属于单服类别的业务服务器断开与用户终端间的通信链路,控制用户终端建立与设备标识对应的业务服务器间的通信链路,从而与设备标识对应的业务服务器可以将属于全服类别的场景数据返回至用户终端。同理,当用户终端当前展示的虚拟交互场景为全服类型的虚拟交互场景时,全服管理进程将存储有待切换的属于单服类型的场景数据的设备标识发送至用户终端当前连接的属于全服类别的业务服务器,并触发属于全服类别的业务服务器断开与用户终端间的通信链路,控制用户终端建立与设备标识对应的业务服务器间的通信链路,从而与设备标识对应的业务服务器可以将属于单服类别的场景数据返回至用户终端。图6示出了一个实施例中,第一服务器集群与第二服务器集群之间的连接关系示意图。
本实施例中,由于可以通过全服管理进程进行全局管理,因此用户终端可以在不同服务类别的虚拟交互场景中自由切换,从而极大地丰富了虚拟场景切换的切换方式,进而提升了用户体验。
在一个实施例中,全服管理服务器包括全服管理进程,上述基于虚拟交互应用的场景展示方法还包括创建属于全服类型的虚拟交互场景;创建属于单服类型的虚拟交互场景的步骤包括:当全服管理服务器接收到全服场景创建指令时,全服管理进程获取每个第二业务服务器上报的第二状态信息;通过全服管理进程,根据第二状态信息确定各第二业务服务器创建属于全服类别的虚拟交互场景的第二成功率;通过全服管理进程确定第二成功率符合第二预设条件的第二业务服务器,并基于第二成功率符合第二预设条件求的第二业务服务器创建属于全服类别的虚拟交互场景。
具体地,当需要创建新的属于全服类别的虚拟交互场景时,比如,在游戏应用中,当需要创建新的游戏副本时,可通过三方服务器生成对应的全服场景创建指令,并将全服场景创建指令发送至全服管理服务器。当全服管理服务器中的全服管理进程接收到全服场景创建指令时,全服管理进程获取每个第二业务服务器上报的第二状态信息。其中,第二状态信息为能够直接或间接反映创建单服类别的虚拟交互场景能力的信息,比如,第二状态信息可以为第二业务服务器已创建的虚拟交互场景的场景负载数据。第二业务服务器确定自身所创建的虚拟交互场景中的虚拟对象的数量以及虚拟对象的聚集程度,对单个虚拟交互场景的虚拟对象的数量以及虚拟对象的聚集程度进行加权求和,得到对应虚拟交互场景的场景负载数据,并将已创建的各虚拟交互场景的场景负载数据作为第二状态信息上报至全服管理进程。
当获取得到第二状态信息时,全服管理进程根据第二状态信息确定各第二业务服务器创建属于全服类别的虚拟交互场景的第二成功率。比如,对所创建的各虚拟交互场景各自对应的场景负载数据进行加权求和,得到第二业务服务器的第二成功率。其中,加权求和中的权重值可根据需求自由设定。全服管理进程确定第二成功率符合第二预设条件的第二业务服务器,并基于第二成功率符合第二预设要求的第二业务服务器创建属于全服类别的虚拟交互场景。比如,基于拥有成功率最高的第二业务服务器创建属于全服类别的虚拟交互场景。
在其中一个实施例中,第二业务服务器中包含有第二场景管理进程以及至少一个第二场景进程;通过全服管理进程确定第二成功率符合第二预设条件的第二业务服务器,并基于第二成功率符合第二预设条件求的第二业务服务器创建属于全服类别的虚拟交互场景,包括:通过第二业务服务器中的第二场景管理进程,确定各第二场景进程创建属于全服类别的虚拟交互场景的第三成功率;通过第二场景管理进程确定第三成功率符合第三预设条件的第二场景进程,并基于第三成功率符合第三预设条件的第二场景进程创建属于全服类别的虚拟交互场景。
其中,第二场景管理进程用于对第二场景进程进行管理,第二场景进程用于创建属于全服类别的虚拟交互场景,并将创建的虚拟交互场景的场景数据对应存储。
具体地,第二管理服务器中的第二场景管理进程基于上述确定各第一场景进程创建属于单服类别的虚拟交互场景的第一成功率的确定方法,确定各第二场景进程创建属于全服类别的虚拟交互场景的第三成功率,并基于第三成功率符合第三预设条件的第二场景进程创建属于全服类别的虚拟交互场景。
上述实施例中,在接收到全服场景创建指令时,可以根据第二业务服务器的状态信息,对每个第二业务服务器创建虚拟交互场景的成功概率进行预测分析,从而可以根据分析结果选择合适的第二业务服务器创建属于全服类类别的虚拟交互场景,进而提升了虚拟交互场景的创建成功率。
在一个实施例中,全服管理服务器包括全服管理进程;当第二业务服务器的负载率较高时,可以对第二业务服务器进行扩容,对第二业务服务器的扩容步骤包括:通过全服管理进程获取每个第二业务服务器上报的第二状态信息;通过全服管理进程基于第二状态信息,确定每个第二业务服务器的负载率,并基于负载率确定是否需要进行扩容操作;当需要进行扩容操作时,通过全服管理进程执行扩容操作。
具体地,为了保持虚拟交互应用的运行流畅度,全服管理进程可以每隔预设时长获取第二业务服务器的第二状态信息,并基于第二状态信息,确定对应第二业务服务器已创建的虚拟交互场景的场景负载数据之和。在当前第二业务服务器的场景负载数据之和大于预设负载阈值时,表明进入当前第二业务服务器所创建的虚拟交互场景的虚拟对象的数量过多,此时可以对当前第二业务服务器进行扩容,创建与当前第二业务服务器一致的业务服务器,并将用户引导至新创建的业务服务器中,以减轻当前第二业务服务器的负载压力。其中,与当前第二业务服务器一致的业务服务器是指,创建的业务服务器中所存储的场景数据与当前第二业务服务器中存储的场景数据一致、且创建的业务服务器与当前第二业务服务器所属的服务类别一致。
本实施例中,通过对第二业务服务器进行括容,可以减轻第二业务服务器的负载压力,从而使得虚拟交互应用的运行更为流畅。
如图7所示,在一个具体的实施例中,基于虚拟交互应用的场景展示方法包括以下步骤:
s702,展示由虚拟交互应用提供的主页面,并通过主页面获取交互指令;
s704,从第一服务器集群中确定第一目标服务器,并建立与第一目标服务器间的第一通信链路;
s706,通过第一通信链路,从第一目标服务器中拉取属于第一服务类别的第一场景数据,并基于第一场景数据展示对应的第一虚拟交互场景;
s708,当发生服务类别切换指令时,断开第一通信链路,并建立与第二服务器集群中的第二目标服务器间的第二通信链路;通过第二通信链路,从第二目标服务器中拉取属于第二服务类别的第二场景数据,并基于第二场景数据展示对应的第二虚拟交互场景;其中,第一服务类别为单服类别和全服类别中的一种;第二服务类别为单服类别和全服类别中的一种、且第二服务类别不同于第一服务类别;全服类别的虚拟交互场景支持全部虚拟对象进行交互,单服类别的虚拟交互场景支持全部虚拟对象中的部分虚拟对象进行交互。
s710,当第一服务类别为单服类别时,第一服务器集群中包括有多个第一业务服务器,且各第一业务服务器分别对应于不同的区域组别,其中,基于相应区域组别的第一业务服务器中的第一场景数据渲染得到的虚拟交互场景,支持同属于相应区域组别的用户账号所对应的虚拟对象交互;当第二服务类别为全服类别时,第二服务器集群中包括有多个第二业务服务器,还包括有全服管理服务器,全服管理服务器用于对多个第二业务服务器进行管理,以从多个第二业务服务器中筛选出第二目标服务器。
上述基于虚拟交互应用的场景展示方法,展示由虚拟交互应用提供的主页面,并基于主页面获取交互指令。通过获取交互指令,可以响应于交互指令进入属于第一服务类别的虚拟交互场景,如此,便能在接收到服务类别切换指令时,从属于第一服务类别的虚拟交互场景切换至属于第二服务类别的虚拟交互场景。由于属于不同服务类别的虚拟交互场景之间可以自由切换,而全服类别的虚拟交互场景支持全部虚拟对象进行交互,单服类别的虚拟交互场景支持全部虚拟对象中的部分虚拟对象进行交互,因此相比于传统的部分虚拟对象仅与预设的部分虚拟对象进行交互,本申请极大地丰富了虚拟对象的互动方式。
如图8所示,在一个具体的实施例中,基于虚拟交互应用的场景展示方法包括以下步骤:
s802,展示由虚拟交互应用提供的主页面,并通过主页面获取交互指令;
s804,响应交互指令,确定进入属于单服类别的虚拟交互场景时,确定当前登录的用户账号所属的目标组别;
s806,展示与目标组别对应的传送地图;传送地图包括至少一个传送位置;确定从至少一个传送位置中选中的目标传送位置;
s808,进入与目标传送位置对应的、且属于第一服务类别的虚拟交互场景;属于第一服务类别的虚拟交互场景中,展示有当前登录的用户账号所对应的虚拟对象。
s810,当发生服务类别切换指令时,从与目标组别对应的、且属于单服类别的虚拟交互场景切换至属于全服类别的虚拟交互场景进行展示。
如图9所示,在一个具体的实施例中,基于虚拟交互应用的场景展示方法包括以下步骤:
s902,接收由用户终端中运行的虚拟交互应用触发的交互指令;
s904,当交互指令为进入属于单服类别的虚拟交互场景的指令时,交互指令中携带有目标组别标识,且交互指令通过第一服务器集群中与目标组别标识相对应的第一目标服务器接收;通过第一目标服务器建立与用户终端间的第一通信链路。
s906,第一目标服务器包括第一场景管理进程以及至少一个第一场景进程;交互指令携带第一场景标识;第一场景管理进程基于第一场景标识,确定存储有对应第一场景数据的第一目标场景进程;并触发第一目标场景进程通过第一通信链路,将与第一场景标识相对应的第一场景数据发送至用户终端;单服类别的虚拟交互场景支持全部虚拟对象中的部分虚拟对象进行交互。
s908,当第二服务类别为全服类别时,服务类别切换指令中携带有第二场景标识;当第二服务器集群中的全服管理服务器接收到服务类别切换指令时,通过全服管理服务器中的全服管理进程,从第二业务服务器中筛选出存储有与第二场景标识对应的第二场景数据的第二目标服务器;筛选出的第二目标服务器中存储有与第二场景标识相匹配的第二场景数据。
s910,确定用户终端当前所连接的第一目标服务器,并通过全服管理进程将第二目标服务器的设备标识发送至第一目标服务器。
s912,通过第一目标服务器中的第一场景管理进程断开连接,并基于设备标识触发建立用户终端与第二目标服务器间第二通信链路;第二目标服务器通过第二通信链路,将第二场景数据发送至用户终端。
s914,全服管理服务器包括全服管理进程;通过全服管理进程获取每个第二业务服务器上报的第二状态信息。
s916,通过全服管理进程基于第二状态信息,确定每个第二业务服务器的负载率,并基于负载率确定是否需要进行扩容操作。
s918,当需要进行扩容操作时,通过全服管理进程执行扩容操作。
上述基于虚拟交互应用的场景展示方法,当接收到交互指令时,可以通过交互指令获取属于第一服务类别的第一场景数据,并将第一场景数据反馈至用户终端,从而用户终端便能根据第一场景数据展示对应的虚拟交互场景;当接收到服务类别切换指令时,可以通过服务类别切换指令获取属于第二服务类别的第二场景数据,并将第二场景数据反馈至用户终端,如此,用户终端便能基于第二场景数据从属于第一服务类别的虚拟交互场景切换至属于第二服务类别的虚拟交互场景,如此,便实现了属于不同服务类别的虚拟交互场景间的自由切换,从而极大丰富了场景切换方式。
此外,由于全服类别的虚拟交互场景支持全部虚拟对象进行交互,单服类别的虚拟交互场景支持全部虚拟对象中的部分虚拟对象进行交互,相比于传统的部分虚拟对象仅与预设的部分虚拟对象进行交互,本申请还丰富了虚拟对象的互动方式。
应该理解的是,虽然图2、7-9的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2、7-9中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
为了便于本领域技术人员的理解,参考图10,图10示出了一个实施例中基于虚拟交互应用的场景展示方法的交互时序图。该时序过程涉及用户终端、第一服务器集群中的第一目标服务器(也称目标小区服务器)、第二服务器集群中的全服管理服务器和第二目标服务器(也称目标cloud_svr)。当用户点击交互控件,确定期望进入的属于第以服务类别的虚拟交互场景时,用户终端根据用户的触发操,确定期望进入的属于第以服务类别的虚拟交互场景的第一场景标识,并根据第一场景标识生成对应的交互指令,将交互指令发送至第一服务器集群中的存储有与第一场景标识对应的第一场景数据的第一目标服务器(目标小区服务器),从而第一目标服务器(目标小区服务器)根据交互指令,返回对应的第一场景数据,进而用户终端可以根据接收到的第一场景数据渲染展示对应的虚拟交互场景。
当用户期望切换虚拟交互场景的服务类别时,用户选择期望切换的属于第二服务类别的虚拟交互场景,并触发服务类别切换控件,从而用户终端根据用户的触发操作,以及期望切换的属于第二服务类别的虚拟交互场景的第二场景标识,生成对应的服务类别切换指令,并将服务类别切换指令发送至全服管理服务器。当全服务管理服务器中的全服管理进程(也称csm进程)接收到服务类别切换指令时,全服管理进程(csm进程)确定存储有于第二场景标识相对应的第二场景数据的第二目标服务器(目标cloud_svr),并将服务类别切换指令转发至第二目标服务器(目标cloud_svr),触发第二目标服务器(目标cloud_svr)将第二场景数据返回至用户终端,从而用户终端根据第二场景数据,从属于第一服务类别的虚拟交互场景切换至属于第二服务类别的虚拟交互场景。
在一个实施例中,如图11所示,提供了一种基于虚拟交互应用的场景展示装置1100,该装置可以采用软件模块或硬件模块,或者是二者的结合成为计算机设备的一部分,该装置具体包括:主页面展示模块1102、交互指令响应模块1104和切换指令响应模块1106,其中:
主页面展示模块1102,用于展示由虚拟交互应用提供的主页面,并通过主页面获取交互指令。
交互指令响应模块1104,用于响应于交互指令,进入属于第一服务类别的虚拟交互场景;第一服务类别为单服类别和全服类别中的一种。
切换指令响应模块1106,用于当发生服务类别切换指令时,从属于第一服务类别的虚拟交互场景切换至属于第二服务类别的虚拟交互场景进行展示;第二服务类别为单服类别和全服类别中的一种,且第二服务类别不同于第一服务类别;其中,全服类别的虚拟交互场景支持全部虚拟对象进行交互,单服类别的虚拟交互场景支持全部虚拟对象中的部分虚拟对象进行交互。
在一个实施例中,交互指令响应模块1104还用于响应交互指令,展示传送地图;传送地图包括至少一个传送位置;确定从至少一个传送位置中选中的目标传送位置;进入与目标传送位置对应的、且属于第一服务类别的虚拟交互场景;属于第一服务类别的虚拟交互场景中,展示有当前登录的用户账号所对应的虚拟对象。
在一个实施例中,交互指令响应模块1104还用于当基于交互指令确定进入属于单服类别的虚拟交互场景时,确定当前登录的用户账号所属的目标组别;进入与目标组别对应的、且属于单服类别的虚拟交互场景;进入的虚拟交互场景支持同属于目标组别的用户账号各自对应的虚拟对象交互。
在一个实施例中,交互指令响应模块1104还用于从第一服务器集群中确定第一目标服务器,并建立与第一目标服务器间的第一通信链路;通过第一通信链路,从第一目标服务器中拉取属于第一服务类别的第一场景数据,并基于第一场景数据展示对应的第一虚拟交互场景;
在一个实施例中,切换指令响应模块1106还用于当发生服务类别切换指令时,断开第一通信链路,并建立与第二服务器集群中的第二目标服务器间的第二通信链路;通过第二通信链路,从第二目标服务器中拉取属于第二服务类别的第二场景数据,并基于第二场景数据展示对应的第二虚拟交互场景。
在一个实施例中,如图12所示,提供了一种基于虚拟交互应用的场景展示装置1200,该装置可以采用软件模块或硬件模块,或者是二者的结合成为计算机设备的一部分,该装置具体包括:交互指令接收模块1202、反馈模块1204和切换指令接收模块1206,其中:
交互指令接收模块1202,用于接收由用户终端中运行的虚拟交互应用触发的交互指令。
反馈模块1204,用于根据交互指令,将属于第一服务类别的第一场景数据反馈至用户终端;反馈的第一场景数据用于指示用户终端基于第一场景数据展示对应的虚拟交互场景;第一服务类别为单服类别和全服类别中的一种。
切换指令接收模块1206,用于当接收到服务类别切换指令时,将属于第二服务类别的第二场景数据反馈至用户终端;反馈的第二场景数据用于指示用户终端基于第二场景数据切换至属于第二服务类别的虚拟交互场景进行展示;第二服务类别为单服类别和全服类别中的一种,且第二服务类别不同于第一服务类别;全服类别的虚拟交互场景支持全部虚拟对象进行交互,单服类别的虚拟交互场景支持全部虚拟对象中的部分虚拟对象进行交互。
在一个实施例中,如图13所示,当交互指令为进入属于单服类别的虚拟交互场景的指令时,交互指令中携带有目标组别标识,且交互指令通过第一服务器集群中与目标组别标识相对应的第一目标服务器接收;反馈模块1204还包括通信链路建立模块1241,用于通过第一目标服务器建立与用户终端间的第一通信链路;第一目标服务器通过第一通信链路,将属于单服类别的第一场景数据发送至用户终端。
在一个实施例中,第一目标服务器包括第一场景管理进程以及至少一个第一场景进程;交互指令携带第一场景标识;通信链路建立模块1241还用于第一场景管理进程基于第一场景标识,确定存储有对应第一场景数据的第一目标场景进程;并触发第一目标场景进程通过第一通信链路,将与第一场景标识相对应的第一场景数据发送至用户终端。
在一个实施例中,第一目标服务器包括第一场景管理进程以及至少一个第一场景进程;反馈模块1204还包括第一创建模块1242,用于当第一目标服务器接收到单服场景创建指令时,通过第一目标服务器中的第一场景管理进程获取每个第一场景进程的第一状态信息;通过第一场景管理进程,根据第一状态信息确定各第一场景进程创建属于单服类别的虚拟交互场景的第一成功率;通过第一场景管理进程确定第一成功率符合第一预设条件的第一场景进程,并基于第一成功率符合第一预设条件的第一场景进程创建属于单服类别的虚拟交互场景。
在一个实施例中,当第二服务类别为全服类别时,服务类别切换指令中携带有第二场景标识;切换指令接收模块1206还包括场景数据反馈模块1261,用于当第二服务器集群中的全服管理服务器接收到服务类别切换指令时,全服管理服务器基于服务类别切换指令中的第二场景标识,从第二服务器集群中的第二业务服务器中筛选出第二目标服务器;筛选出的第二目标服务器中存储有与第二场景标识相匹配的第二场景数据;通过第二目标服务器,将第二场景数据发送至用户终端。
在一个实施例中,全服管理服务器中包括有全服管理进程;场景数据反馈模块1261还用于当第二服务器集群中的全服管理服务器接收到服务类别切换指令时,通过全服管理服务器中的全服管理进程,从第二业务服务器中筛选出存储有与第二场景标识对应的第二场景数据的第二目标服务器;通过第二目标服务器,将第二场景数据发送至用户终端。
在一个实施例中,切换指令接收模块1206还用于确定用户终端当前所连接的第一目标服务器,并通过全服管理进程将第二目标服务器的设备标识发送至第一目标服务器;通过第一目标服务器中的第一场景管理进程断开连接,并基于设备标识触发建立用户终端与第二目标服务器间第二通信链路;第二目标服务器通过第二通信链路,将第二场景数据发送至用户终端。
在一个实施例中,全服管理服务器包括全服管理进程;切换指令接收模块1206还包括第二创建模块1262,用于当全服管理服务器接收到全服场景创建指令时,全服管理进程获取每个第二业务服务器上报的第二状态信息;通过全服管理进程,根据第二状态信息确定各第二业务服务器创建属于全服类别的虚拟交互场景的第二成功率;通过全服管理进程确定第二成功率符合第二预设条件的第二业务服务器,并基于第二成功率符合第二预设条件求的第二业务服务器创建属于全服类别的虚拟交互场景。
在一个实施例中,基于虚拟交互应用的场景展示装置1200还用于通过全服管理进程获取每个第二业务服务器上报的第二状态信息;通过全服管理进程基于第二状态信息,确定每个第二业务服务器的负载率,并基于负载率确定是否需要进行扩容操作;当需要进行扩容操作时,通过全服管理进程执行扩容操作。
图14示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的终端。如图14所示,该计算机设备包括该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中,存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统,还可存储有计算机程序,该计算机程序被处理器执行时,可使得处理器实现基于虚拟交互应用的场景展示方法。该内存储器中也可储存有计算机程序,该计算机程序被处理器执行时,可使得处理器执行基于虚拟交互应用的场景展示方法。计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏,计算机设备的输入装置可以是显示屏上覆盖的触摸层,也可以是计算机设备外壳上设置的按键、轨迹球或触控板,还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解,图14中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,还提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现上述各方法实施例中的步骤。
在一个实施例中,提供了一种计算机可读存储介质,存储有计算机程序,该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
在一个实施例中,提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述各方法实施例中的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一非易失性计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限,ram以多种形式可得,诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本申请专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
起点商标作为专业知识产权交易平台,可以帮助大家解决很多问题,如果大家想要了解更多知产交易信息请点击 【在线咨询】或添加微信 【19522093243】与客服一对一沟通,为大家解决相关问题。
此文章来源于网络,如有侵权,请联系删除