会员体验
专利管家(专利管理)
工作空间(专利管理)
风险监控(情报监控)
数据分析(专利分析)
侵权分析(诉讼无效)
联系我们
交流群
官方交流:
QQ群: 891211   
微信请扫码    >>>
现在联系顾问~
首页 / 专利分类库 / 运动;游戏;娱乐活动 / 虚拟地图迁移方法、装置、相关设备和程序产品

虚拟地图迁移方法、装置、相关设备和程序产品

申请号 CN202211122750.7 申请日 2022-09-15 公开(公告)号 CN117732078A 公开(公告)日 2024-03-22
申请人 腾讯科技(深圳)有限公司; 发明人 汪胜蕾;
摘要 本公开提供一种虚拟地图迁移方法、装置、相关设备和程序产品,涉及计算机和互联网技术领域。虚拟地图迁移方法包括:主 进程 确定将源场景进程承载的目标虚拟地图迁移至第一目的场景进程中;主进程将目标虚拟地图的地图状态 摘要 信息发送给第一目的场景进程,以便第一目的场景进程根据地图状态摘要信息进行地图预占,为目标虚拟地图的迁移 锁 定目标资源;响应于第一目的场景进程返回的预占成功响应,主进程控制源场景进程将目标虚拟地图的地图状态数据迁移至第一目的场景进程中,以便第一目的场景进程根据地图状态数据和锁定的目标资源恢复目标虚拟地图。本公开 实施例 可以将目标虚拟地图完整且低时延地迁移至第一目的场景中。
权利要求

1.一种虚拟地图迁移方法,其特征在于,包括:
进程确定将源场景进程承载的目标虚拟地图迁移至第一目的场景进程中;
所述主进程将所述目标虚拟地图的地图状态摘要信息发送给所述第一目的场景进程,以便所述第一目的场景进程根据所述地图状态摘要信息进行地图预占,为所述目标虚拟地图的迁移定目标资源;
响应于所述第一目的场景进程返回的预占成功响应,所述主进程控制所述源场景进程将所述目标虚拟地图的地图状态数据迁移至所述第一目的场景进程中,以便所述第一目的场景进程根据所述地图状态数据和锁定的目标资源恢复所述目标虚拟地图。
2.根据权利要求1所述方法,其特征在于,目标虚拟游戏包括所述主进程和多个场景进程,所述多个场景进程包括所述源场景进程和待迁移场景进程,所述待迁移场景进程包括所述第一目的场景进程;其中,主进程确定将源场景进程承载的目标虚拟地图迁移至第一目的场景进程中,包括:
所述主进程确定对所述源场景进程中的所述目标虚拟地图进行迁移;
所述主进程向所述源场景进程查询所述目标虚拟地图的地图状态摘要信息,所述地图状态摘要信息包括游戏单位数量信息;
所述主进程根据所述地图状态摘要信息中的所述游戏单位数量信息,在所述待迁移场景进程中筛选出进程内剩余资源满足所述源场景进程的资源需求的第一目的场景进程。
3.根据权利要求2所述方法,其特征在于,所述方法还包括:
响应于所述第一目的场景进程返回的预占失败响应,将所述第一目的场景进程从所述待迁移场景进程中滤除;
在滤除所述第一目的场景进程的待迁移场景进程中筛选出进程内剩余资源满足所述源场景进程的资源需求的第二目的场景进程,以便将所述源场景进程承载的所述目标虚拟地图迁移至所述第二目的场景进程中。
4.根据权利要求2所述方法,其特征在于,所述主进程维护地图状态表,所述地图状态表中包括多个场景进程的当前进程负载等级和当前进程内剩余资源,所述多个场景进程包括所述源场景进程;其中,所述方法还包括:
所述源场景进程向所述主进程周期性上报进程负载等级和进程内剩余资源;
所述主进程根据所述源场景进程上报的进程负载等级和进程内剩余资源,更新所述地图状态表中所述源场景进程的当前进程负载等级和当前进程内剩余资源;
其中,所述主进程确定对所述源场景进程中的所述目标虚拟地图进行迁移,包括:
所述主进程根据所述地图状态表确定所述源场景进程的当前进程负载等级小于负载等级阈值、且所述源场景进程的当前进程内剩余资源大于资源阈值;
所述主进程确定对所述源场景进程中的目标虚拟地图进行地图状态迁移。
5.根据权利要求2所述方法,其特征在于,所述主进程维护地图状态表;其中,所述方法还包括:
所述待迁移场景进程向所述主进程周期性上报进程负载等级和进程内剩余资源;
所述主进程根据所述待迁移场景进程上报的进程负载等级和所述进程内剩余资源,更新所述地图状态表中所述待迁移场景进程的当前进程负载等级和当前进程内剩余资源,其中进程负载等级越高对应进程的CPU使用率越大;
其中,所述主进程根据所述地图状态摘要信息中的所述游戏单位数量信息,在所述待迁移场景进程中筛选出进程内剩余资源满足所述源场景进程的资源需求的第一目的场景进程,包括:
所述主进程在所述地图状态表中将进程负载等级大于负载阈值的待迁移场景进程过滤;
所述主进程在过滤后的待迁移场景进程中筛选出进程内剩余资源大于所述源场景进程的资源需求的第一目的场景进程。
6.根据权利要求2所述方法,其特征在于,所述主进程维护地图状态表,所述地图状态表中包括所述源场景进程的进程状态信息,所述源场景进程的进程状态信息包括所述目标虚拟地图对应的地图状态信息;所述方法还包括:
所述主进程确定将所述源场景进程中的目标虚拟地图进行迁移的同时,还将所述地图状态表中所述目标虚拟地图的地图状态信息中的地图状态设置为退出中,以便所述源场景进程不再创建新的虚拟地图且所述源场景进程中的所述目标虚拟地图不再接受新的虚拟色的进入。
7.根据权利要求1所述方法,其特征在于,所述地图状态摘要信息包括虚拟地图名称信息和各个游戏单位数量信息;其中,所述第一目的场景进程根据所述地图状态摘要信息进行地图预占,为所述目标虚拟地图的迁移锁定目标资源,包括:
所述主进程根据所述虚拟地图名称信息在所述目的场景中预先创建原始地图实例;
所述主进程根据所述各个游戏单位数量信息为所述目标虚拟地图预留并锁定所述目标资源,以便根据所述预先创建的原始地图实例和提前锁定的所述目标资源在所述第一目的场景进程中恢复所述目标虚拟地图。
8.根据权利要求7所述方法,其特征在于,所述主进程维护地图状态表,所述地图状态表中包括第一目的场景进程的进程状态信息;其中,所述方法还包括:
响应于所述第一目的场景进程返回的预占成功响应,所述主进程在所述地图状态表中的所述第一目的场景进程的进程状态信息中为预先创建的原始地图实例创建地图状态信息;
所述主进程将预先创建的原始地图实例的地图状态信息中的地图状态设置为等待,以便所述预先创建的原始地图实例拒绝新的虚拟角色的进入。
9.根据权利要求7所述方法,其特征在于,所述方法还包括:
根据所述各个游戏单位数量信息确定所述第一目的场景进程中的资源不满足迁移所述目标虚拟地图需要的资源;或者,根据所述虚拟地图名称信息确定不能在所述目的场景中预先创建所述原始地图实例;
确定所述预占失败。
10.根据权利要求1所述方法,其特在于,所述主进程控制所述源场景进程将所述目标虚拟地图的地图状态数据迁移至所述第一目的场景进程中,包括:
所述主进程向所述源场景进程发送地图状态迁移通知;
响应于所述地图状态迁移通知,所述源场景进程根据所述目标虚拟地图的地图状态数据生成状态命令;
所述源场景进程将所述状态命令发送给所述第一目的场景进程,以便所述第一目的场景进程根据所述地图状态数据恢复所述目标虚拟地图。
11.根据权利要求10所述方法,其特征在于,所述状态命令包括角色创建命令、实体创建命令、角色技能增加命令和角色组队命令中的至少一个;其中,所述第一目的场景进程根据所述地图状态数据恢复所述目标虚拟地图,包括:
所述第一目的场景进程根据所述角色创建命令、所述实体创建命令、角色技能增加命令和角色组队命令中的至少一个进行角色的创建操作或者实体创建操作或者角色技能增加操作或者角色组队操作。
12.根据权利要求1所述方法,其特征在于,所述主进程维护地图状态表,所述地图状态表中包括所述第一目的场景进程的进程状态信息,所述第一目的场景进程的进程状态信息中包括原始地图实例对应的地图状态信息;其中,所述方法还包括:
所述主进程从所述第一目的场景进程接收迁移成功通知;
所述主进程将所述原始地图实例对应的地图状态信息中的地图状态设置为服务中,以便预先创建的原始地图实例继续接受新的虚拟角色的进入。
13.一种虚拟地图迁移装置,其特征在于,包括:
迁移确定模,用于主进程确定将源场景进程承载的目标虚拟地图迁移至第一目的场景进程中;
地图预占模块,用于所述主进程将所述目标虚拟地图的地图状态摘要信息发送给所述第一目的场景进程,以便所述第一目的场景进程根据所述地图状态摘要信息进行地图预占,为所述目标虚拟地图的迁移锁定目标资源;
状态数据迁移模块,用于响应于所述第一目的场景进程返回的预占成功响应,所述主进程控制所述源场景进程将所述目标虚拟地图的地图状态数据迁移至所述第一目的场景进程中,以便所述第一目的场景进程根据所述地图状态数据和锁定的目标资源恢复所述目标虚拟地图。
14.一种电子设备,其特征在于,包括:
存储器;以及
耦合到所述存储器的处理器,所述处理器被用于基于存储在所述存储器中的指令,执行如权利要求1‑12任一项所述的虚拟地图迁移方法。
15.一种计算机可读存储介质,其上存储有程序指令,该程序指令被处理器执行时实现如权利要求1‑12任一项所述的虚拟地图迁移方法。
16.一种计算机程序产品,包括计算机指令,所述计算机指令存储在计算机可读存储介质中,其特征在于,所述计算机指令被处理器执行时实现权利要求1‑12任一项所述方法。

说明书全文

虚拟地图迁移方法、装置、相关设备和程序产品

技术领域

[0001] 本公开涉及计算机与互联网技术领域,尤其涉及一种虚拟地图迁移方法、装置、电子设备、计算机可读存储介质和计算机程序产品。

背景技术

[0002] 游戏中的虚拟地图一般由场景进程承载,一个场景进程可能会承载一个地图,也可能会承载多个地图。运营过程中,场景进程会因为缩容等原因需要停止服务。
[0003] 为了场景服务的持续性,在场景进程有变更(如停止服务等)时,需要把变更进程中的地图状态迁移到其他进程中。
[0004] 相关技术中存在的问题:
[0005] 1)原有地图内的游戏单位(如玩家色、非玩家角色、游戏实体等)可能会被分别传送出来,可能会被传到不同的目的地图上,即原来在同一个地图的角色可能会被分散到不同地图上。
[0006] 2)原有地图内的游戏单位被传送到目的场景进程时,可能会因为目的场景进程的资源限制导致新地图创建失败,导致新创建的地图状态与原有地图状态不一致。
[0007] 上述问题都会导致玩法体验不能连续。发明内容
[0008] 本公开的目的在于提供一种虚拟地图迁移方法、装置、电子设备、计算机可读存储介质和计算机程序产品,能够将源场景进程中的目标虚拟地图完整且成功的迁移至目的场景进程中。
[0009] 本公开的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本公开的实践而习得。
[0010] 本公开实施例提供了一种虚拟地图迁移方法,包括:主进程确定将源场景进程承载的目标虚拟地图迁移至第一目的场景进程中;所述主进程将所述目标虚拟地图的地图状态摘要信息发送给所述第一目的场景进程,以便所述第一目的场景进程根据所述地图状态摘要信息进行地图预占,为所述目标虚拟地图的迁移定目标资源;响应于所述第一目的场景进程返回的预占成功响应,所述主进程控制所述源场景进程将所述目标虚拟地图的地图状态数据迁移至所述第一目的场景进程中,以便所述第一目的场景进程根据所述地图状态数据和锁定的目标资源恢复所述目标虚拟地图。
[0011] 本公开实施例提供了一种虚拟地图迁移装置,包括:迁移确定模、地图预占模块和状态数据迁移模块。
[0012] 其中,所述迁移确定模块用于主进程确定将源场景进程承载的目标虚拟地图迁移至第一目的场景进程中;所述地图预占模块用于所述主进程将所述目标虚拟地图的地图状态摘要信息发送给所述第一目的场景进程,以便所述第一目的场景进程根据所述地图状态摘要信息进行地图预占,为所述目标虚拟地图的迁移锁定目标资源;所述状态数据迁移模块用于响应于所述第一目的场景进程返回的预占成功响应,所述主进程控制所述源场景进程将所述目标虚拟地图的地图状态数据迁移至所述第一目的场景进程中,以便所述第一目的场景进程根据所述地图状态数据和锁定的目标资源恢复所述目标虚拟地图。
[0013] 在一些实施例中,目标虚拟游戏包括所述主进程和多个场景进程,所述多个场景进程包括所述源场景进程和待迁移场景进程,所述待迁移场景进程包括所述第一目的场景进程;其中,所述迁移确定模块包括:迁移确定子模块、摘要信息发送子模块和第一目的场景进程确定子模块。
[0014] 其中,所述迁移确定子模块用于通过所述主进程确定对所述源场景进程中的所述目标虚拟地图进行迁移;所述摘要信息发送子模块用于通过所述主进程向所述源场景进程查询所述目标虚拟地图的地图状态摘要信息,所述地图状态摘要信息包括游戏单位数量信息;所述第一目的场景进程确定子模块用于通过所述主进程根据所述地图状态摘要信息中的所述游戏单位数量信息,在所述待迁移场景进程中筛选出进程内剩余资源满足所述源场景进程的资源需求的第一目的场景进程。
[0015] 在一些实施例中,所述虚拟地图迁移装置还包括:预占失败确定模块和第二目的场景进程确定子模块。
[0016] 其中,所述预占失败确定模块用于响应于所述第一目的场景进程返回的预占失败响应,将所述第一目的场景进程从所述待迁移场景进程中滤除;所述第二目的场景进程确定子模块用于在滤除所述第一目的场景进程的待迁移场景进程中筛选出进程内剩余资源满足所述源场景进程的资源需求的第二目的场景进程,以便将所述源场景进程承载的所述目标虚拟地图迁移至所述第二目的场景进程中。
[0017] 在一些实施例中,所述主进程维护地图状态表,所述地图状态表中包括多个场景进程的当前进程负载等级和当前进程内剩余资源,所述多个场景进程包括所述源场景进程;其中,所述虚拟地图迁移装置还包括:第一周期性上报模块和第一信息更新模块;所述迁移确定子模块包括:阈值判断单元和地图迁移确定单元。
[0018] 其中,所述第一周期性上报模块用于通过所述源场景进程向所述主进程周期性上报进程负载等级和进程内剩余资源;所述第一信息更新模块用于通过所述主进程根据所述源场景进程上报的进程负载等级和进程内剩余资源,更新所述地图状态表中所述源场景进程的当前进程负载等级和当前进程内剩余资源;所述阈值判断单元用于通过所述主进程根据所述地图状态表确定所述源场景进程的当前进程负载等级小于负载等级阈值、且所述源场景进程的当前进程内剩余资源大于资源阈值;所述地图迁移确定单元用于通过所述主进程确定对所述源场景进程中的目标虚拟地图进行地图状态迁移。
[0019] 在一些实施例中,所述主进程维护地图状态表;其中,所述虚拟地图迁移装置还包括:第二周期性上报模块、第二信息更新模块;所述第一目的场景进程确定子模块包括:过滤单元和第一目的场景进程筛选单元。
[0020] 其中,所述第二周期性上报模块用于通过所述待迁移场景进程向所述主进程周期性上报进程负载等级和进程内剩余资源;所述第二信息更新模块用于通过所述主进程根据所述待迁移场景进程上报的进程负载等级和所述进程内剩余资源,更新所述地图状态表中所述待迁移场景进程的当前进程负载等级和当前进程内剩余资源,其中进程负载等级越高对应进程的CPU使用率越大;所述过滤单元用于通过所述主进程在所述地图状态表中将进程负载等级大于负载阈值的待迁移场景进程过滤;所述第一目的场景进程筛选单元用于所述主进程在过滤后的待迁移场景进程中筛选出进程内剩余资源大于所述源场景进程的资源需求的第一目的场景进程。
[0021] 在一些实施例中,所述主进程维护地图状态表,所述地图状态表中包括所述源场景进程的进程状态信息,所述源场景进程的进程状态信息包括所述目标虚拟地图对应的地图状态信息;所述虚拟地图迁移装置还包括:退出中状态设置模块。
[0022] 其中,所述退出中状态设置模块用于通过所述主进程确定将所述源场景进程中的目标虚拟地图进行迁移的同时,还将所述地图状态表中所述目标虚拟地图的地图状态信息中的地图状态设置为退出中,以便所述源场景进程不再创建新的虚拟地图且所述源场景进程中的所述目标虚拟地图不再接受新的虚拟角色的进入。
[0023] 在一些实施例中,所述地图状态摘要信息包括虚拟地图名称信息和各个游戏单位数量信息;其中所述地图预占模块包括:原始地图实例预先创建子模块和资源预留子模块。
[0024] 其中,所述原始地图实例预先创建子模块用于通过所述主进程根据所述虚拟地图名称信息在所述目的场景中预先创建原始地图实例;所述资源预留子模块用于通过所述主进程根据所述各个游戏单位数量信息为所述目标虚拟地图预留并锁定所述目标资源,以便根据所述预先创建的原始地图实例和提前锁定的所述目标资源在所述第一目的场景进程中恢复所述目标虚拟地图。
[0025] 在一些实施例中,所述主进程维护地图状态表,所述地图状态表中包括第一目的场景进程的进程状态信息;其中,所述虚拟地图迁移装置还包括:地图状态信息创建模块和等待状态设置子模块。
[0026] 其中,所述地图状态信息创建模块用于响应于所述第一目的场景进程返回的预占成功响应,通过所述主进程在所述地图状态表中的所述第一目的场景进程的进程状态信息中为预先创建的原始地图实例创建地图状态信息;所述等待状态设置子模块用于通过所述主进程将预先创建的原始地图实例的地图状态信息中的地图状态设置为等待,以便所述预先创建的原始地图实例拒绝新的虚拟角色的进入。
[0027] 在一些实施例中,所述虚拟地图迁移装置还包括:条件满足判断模块和预占失败确定模块。
[0028] 其中,所述条件满足判断模块用于根据所述各个游戏单位数量信息确定所述第一目的场景进程中的资源不满足迁移所述目标虚拟地图需要的资源;或者,根据所述虚拟地图名称信息确定不能在所述目的场景中预先创建所述原始地图实例;所述预占失败确定模块用于确定所述预占失败。
[0029] 在一些实施例中,所述状态数据迁移模块包括:迁移通知发送子模块、状态命令生成子模块和状态命令发送子模块。
[0030] 其中,迁移通知发送子模块用于通过所述主进程向所述源场景进程发送地图状态迁移通知;所述状态命令生成子模块用于响应于所述地图状态迁移通知,通过所述源场景进程根据所述目标虚拟地图的地图状态数据生成状态命令;所述状态命令发送子模块用于通过所述源场景进程将所述状态命令发送给所述第一目的场景进程,以便所述第一目的场景进程根据所述地图状态数据恢复所述目标虚拟地图。
[0031] 在一些实施例中,所述状态命令包括角色创建命令、实体创建命令、角色技能增加命令和角色组队命令中的至少一个;其中,所述状态命令发送子模块包括:命令执行单元。
[0032] 其中,命令执行单元用于通过所述第一目的场景进程根据所述角色创建命令、所述实体创建命令、角色技能增加命令和角色组队命令中的至少一个进行角色的创建操作或者实体创建操作或者角色技能增加操作或者角色组队操作。
[0033] 在一些实施例中,所述主进程维护地图状态表,所述地图状态表中包括所述第一目的场景进程的进程状态信息,所述第一目的场景进程的进程状态信息中包括原始地图实例对应的地图状态信息;其中,所述虚拟地图迁移装置还包括:迁移成功通知接收模块和服务中状态设置模块。
[0034] 其中,所述迁移成功通知接收模块用于通过所述主进程从所述第一目的场景进程接收迁移成功通知;所述服务中状态设置模块用于通过所述主进程将所述原始地图实例对应的地图状态信息中的地图状态设置为服务中,以便预先创建的原始地图实例继续接受新的虚拟角色的进入。
[0035] 本公开实施例提出一种电子设备,该电子设备包括:存储器和处理器;所述存储器用于存储程序指令;所述处理器调用所述存储器存储的所述程序指令,用于实现上述任一项所述的虚拟地图迁移方法。
[0036] 本公开实施例提出一种计算机可读存储介质,其上存储有计算机程序,所述程序被处理器执行时实现如上述任一项所述的虚拟地图迁移方法。
[0037] 本公开实施例提出一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述虚拟地图迁移方法。
[0038] 本公开实施例提供的虚拟地图迁移方法、装置、电子设备、计算机可读存储介质和计算机程序产品,能够通过向第一目的场景进程发送地图状态摘要信息以便第一目的场景进程进行地图预占,从而为目标虚拟地图的迁移预留足够的资源,既使得目标虚拟地图能够成功的迁移至第一目的场景中,避免了因迁移失败导致的时延变长,还使得目标虚拟地图中所有的元素都能够成功迁移到第一目的场景进程中的同一个地图中,提高了地图迁移的完整性。
[0039] 应当理解的是,以上的一般描述和后文的细节描述仅是示例性的,并不能限制本公开。附图说明
[0040] 此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
[0041] 图1是根据一示例性实施例示出的一种游戏服务器架构图。
[0042] 图2是根据一示例性实施例示出的一种游戏界面示意图。
[0043] 图3是根据一示例性实施例示出的一种游戏界面示意图。
[0044] 图4是根据一示例性实施例示出的一种游戏界面示意图。
[0045] 图5示出了可以应用于本公开实施例的虚拟地图迁移方法或虚拟地图迁移装置的示例性系统架构的示意图。
[0046] 图6是根据一示例性实施例示出的一种虚拟地图迁移方法的流程图
[0047] 图7是根据一示例性实施例示出的一种虚拟地图迁移方法的流程图。
[0048] 图8是根据一示例性实施例示出的一种地图状态表的示意图。
[0049] 图9是根据一示例性实施例示出的一种资源锁定的示意图。
[0050] 图10是根据一示例性实施例示出的一种地图迁移确定方法的流程图。
[0051] 图11是根据一示例性实施例示出的一种目的场景进程筛选方法的流程图。
[0052] 图12是根据一示例性实施例示出的一种地图预占方法的流程图。
[0053] 图13是根据一示例性实施例示出的一种地图状态数据迁移方法的流程图。
[0054] 图14是根据一示例性实施例示出的一种地图状态数据迁移示意图。
[0055] 图15是根据一示例性实施例示出的一种虚拟地图迁移方法的流程图。
[0056] 图16是根据一示例性实施例示出的一种虚拟地图迁移方法的流程图。
[0057] 图17是根据一示例性实施例示出的一种虚拟地图迁移装置的框图
[0058] 图18示出了适于用来实现本公开实施例的的电子设备的结构示意图。

具体实施方式

[0059] 现在将参考附图更全面地描述示例实施例。然而,示例实施例能够以多种形式实施,且不应被理解为限于在此阐述的实施例;相反,提供这些实施例使得本公开将全面和完整,并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。
[0060] 本公开所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中,提供许多具体细节从而给出对本公开的实施方式的充分理解。然而,本领域技术人员将意识到,可以实践本公开的技术方案而省略特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。
[0061] 附图仅为本公开的示意性图解,图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。附图中所示的一些方框图不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
[0062] 附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和步骤,也不是必须按所描述的顺序执行。例如,有的步骤还可以分解,而有的步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。
[0063] 在本申请的描述中,除非另有说明,“/”表示“或”的意思,例如,A/B可以表示A或B。本文中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。此外,“至少一个”是指一个或多个,“多个”是指两个或两个以上。“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同;用语“包含”、“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等。
[0064] 为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述,需要说明的是,在不冲突的情况下,本申请的实施例及实施例中的特征可以相互组合。
[0065] 下面首先对本申请实施例涉及的部分用语进行解释说明,以便于本领域技术人员理解。
[0066] 1、网络游戏(Online Game)
[0067] 也称在线游戏,一般指多名游戏玩家通过电脑网络互动娱乐的电子游戏。
[0068] 2、角色扮演游戏(RPG)
[0069] RPG,英文全称Role‑Playing Game,是一种游戏类型。在游戏中,玩家扮演虚拟世界中的一个或者几个队员角色在特定场景下进行游戏。通常这类游戏都是由玩家扮演冒险者在游戏世界中漫游,而一路上的各种遭遇(如战斗、交谈、会见重要人物等)则是玩家人物成长及游戏进行的重要关键所在。
[0070] 3、MMORPG
[0071] 是英文Massive Multiplayer Online Role‑Playing Game的缩写,可以称之为“大型多人在线角色扮演游戏”,是网络游戏的一种。在所有角色扮演游戏中,玩家都要扮演一个虚构角色,并控制该角色的许多活动。
[0072] 4、副本
[0073] 游戏副本,是可以让你和队友们在一个私人区域,不受他人干扰地进行探索、冒险或完成任务的场所,不是你的队友就无法进入你所在的这个私人区域。
[0074] 5、地图
[0075] 游戏内虚拟的一个场景,玩家在地图内进行游戏体验。
[0076] 6、actor
[0077] 游戏中玩家控制的角色。
[0078] 7、NPC
[0079] NPC是Non‑Player Character的缩写,是游戏中一种角色类型,意思是非玩家角色。
[0080] 8、entity
[0081] 游戏内一种的实体,一般是指游戏内掉落的宝箱、金币等,角色可以拾取宝箱获取道具。
[0082] 9、网络游戏客户端(Game Client)
[0083] 是指与网络游戏服务器相对应,为客户提供本地服务的程序。一般安装在普通的用户机上,需要与服务端互相配合运行。
[0084] 10、网络游戏服务器(Game Server)
[0085] 是指与网络游戏客户端相对应,为网络游戏客户端提供数据转发与逻辑处理服务的软件程序。由于安装在玩家机器上的客户端容易被破解而被利用作弊,所以在网络游戏中,复杂与关键的逻辑,都需要在网络游戏服务器上进行计算。
[0086] 11、缩容:当某些服玩家在线数量较少,服务器资源有冗余。为了避免浪费,会回收一部分服务器,停止正在运行的进程。
[0087] 12、地图实例:服务器上的一个地图对象,保存了地图上当前状态信息。同一个id地图,可能会同时存在多个不同的地图实例,也可以叫做地图副本。
[0088] 前文介绍了本申请实施例所涉及到的一些名词概念,下面介绍本申请实施例涉及的技术特征。
[0089] 为了营造大世界环境,支持更多的玩家同时在线体验游戏。如图1所示,游戏服务器架构通常会包括一个主进程(如World(世界)进程)和至少一个场景进程(scene进程)(为了简化问题说明,已省略其他不相关的进程)。主进程负责角色登录、地图创建、地图负载均衡等功能,场景进程负责承载具体的地图,每个场景进程可以承载一个或者多个地图。
[0090] 场景进程可以承载的地图多种多样,如副本玩法地图、房间玩法地图和大世界地图玩法地图。而且由于延迟敏感(既玩家对延迟非常敏感),承载游戏地图的场景进程一般都是强状态的(游戏状态在内存中)。副本地图和开房间游戏地图是相似的,副本结束状态就结束了。但除了副本之外,还有大世界地图,这些是常驻的,玩家可以一直在上面体验各种玩法,比如押镖(如图2所示,游戏玩家201和202可以在地图场景中押送游戏实体203以获得相应奖励),钓鱼(如图3所示,游戏玩家301可以在游戏地图中进行钓鱼(一种游戏实体),以获得相应奖励),PK(游戏玩家401和游戏玩家402可以在地图的场景中进行对战,以获得相应奖励)完成任务等等。大世界地图上的玩法是没有结束时间,可以认为是长状态。在游戏运营过程中,场景进程可能会因为缩容等原因要关闭。所以对于这类地图状态(如大世界地图状态、副本地图状态或者开房间地图状态),在场景进程关闭之前要进行地图状态迁移。
[0091] 下面结合附图对本公开示例实施方式进行详细说明。
[0092] 图5示出了可以应用于本公开实施例的虚拟地图迁移方法或虚拟地图迁移装置的示例性系统架构的示意图。
[0093] 如图5所示,系统架构500可以包括终端设备501、502、503,网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
[0094] 用户可以使用终端设备501、502、503通过网络504与服务器505交互,以接收或发送消息等。其中,终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机、台式计算机、可穿戴设备、虚拟现实设备、智能家居等等。
[0095] 服务器505可以是提供各种服务的服务器,例如对用户利用终端设备501、502、503所进行操作的装置提供支持的后台管理服务器。后台管理服务器可以对接收到的请求等数据进行分析等处理,并将处理结果反馈给终端设备。
[0096] 服务器可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式系统,还可以是提供服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network,内容分发网络)、以及大数据人工智能平台等基础云计算服务的云服务器等,本公开对此不做限制。
[0097] 服务器505可例如主进程确定将源场景进程承载的目标虚拟地图迁移至第一目的场景进程中;服务器505可例如主进程将目标虚拟地图的地图状态摘要信息发送给第一目的场景进程,以便第一目的场景进程根据地图状态摘要信息进行地图预占,为目标虚拟地图的迁移锁定目标资源;服务器505可例如响应于第一目的场景进程返回的预占成功响应,主进程控制源场景进程将目标虚拟地图的地图状态数据迁移至第一目的场景进程中,以便第一目的场景进程根据地图状态数据和锁定的目标资源恢复目标虚拟地图。
[0098] 应该理解,图5中的终端设备、网络和服务器的数目仅仅是示意性的,服务器505可以是一个实体的服务器,还可以为多个服务器组成,根据实际需要,可以具有任意数目的终端设备、网络和服务器。
[0099] 图6是根据一示例性实施例示出的一种虚拟地图迁移方法的流程图。本公开实施例所提供的方法可以由任意具备计算处理能的电子设备来执行,例如该方法可以由上述图1实施例中的服务器或终端设备来执行,也可以由服务器和终端设备共同执行,在下面的实施例中,以服务器为执行主体为例进行举例说明,但本公开并不限定于此。
[0100] 参照图6,本公开实施例提供的虚拟地图迁移方法可以包括以下步骤。
[0101] 步骤S602,主进程确定将源场景进程承载的目标虚拟地图迁移至第一目的场景进程中。
[0102] 其中,上述主进程可以指的是游戏中的主进程,该主进程可以负责游戏中玩家角色的登录、地图创建、地图负载均衡等。
[0103] 上述场景进程可以指的是游戏中的场景进程,该场景进程可以负责承载一个或者多个地图,该场景进程既可以承载大世界地图,也可以承载副本地图、房间地图等,本申请对此不做限制。
[0104] 在一些实施例中,可以把将地图迁移出去的场景进程称为源场景进程,接收地图迁移的场景进程称为目的场景进程。由于资源限制,每个场景进程能够承载的地图和地图上的游戏单位数量是有限的。因此,上述目标虚拟地图可以是一个或者多个。
[0105] 其中,上述游戏单位可以指的是能够根据需求在地图上动态创建和动态销毁的单位,如游戏玩家角色,如非游戏玩家角色NPC,如实体(虚拟宝箱、虚拟鱼等)等,本申请对此不做限制。
[0106] 步骤S604,主进程将目标虚拟地图的地图状态摘要信息发送给第一目的场景进程,以便第一目的场景进程根据地图状态摘要信息进行地图预占,为目标虚拟地图的迁移锁定目标资源。
[0107] 在一些实施例中,可以预先存储游戏的所有原始地图实例和原始地图实例的名称信息或者编号代码信息等。
[0108] 其中,上述地图状态摘要信息可以包括目标虚拟地图的原始地图实例的名称信息或者编号代码信息等唯一性标识信息。其中,目标虚拟地图的原始地图实例可以指的是该目标虚拟地图的初始地图实例,例如在构建该目标虚拟地图时所载入的地图实例模板。在载入原始地图实例后,游戏玩家后续的游戏操作可以对原始地图实例中的玩家角色(如玩家角色的增加或者减少、玩家角色技能的增加或者减少)、非玩家角色(非玩家角色的增加或者减少)、游戏单元(如游戏实体的增加和减少等)或者地图本身(如地图本身中的物质形态的变化,例如地图中的树的形态的变化、地图中大厦形态的变化等)产生影响,从而形成目标虚拟地图。其中,上述地图状态摘要信息还可以包括源场景进程中的目标虚拟地图相对于原始地图实例的状态差异信息摘要,该状态差异信息摘要可以包括两部分,一部分是源场景进程中的目标虚拟地图中包括的实体类型以及各个实体的数量(如包括几个第一玩家角色、包括几个第二玩家角色、包括几个非玩家角色、包括几个宝箱等)相对于原始地图实例的变化信息,另一部分是源场景进程中的目标虚拟地图的形态相对于原始地图实例的变化摘要信息,如目标虚拟地图中的树木形态相对于原始地图实例中树木形态的变化,如目标虚拟地图中的大厦的形态相对于原始地图实例中大厦形态的变化等,本申请对此步骤限制。
[0109] 其中,新建地图时实体类型的数量的不同可能会导致资源占用的不同,而新建地图时地图内物体形态的变化则可能不会导致资源占用的不同。
[0110] 在一些实施例中,第一目的场景进程根据地图状态摘要进行地图预占可以包括可以根据地图状态信息中的地图名称信息拉取并创建目标虚拟地图的原始地图实例。例如,第一目的源场景可以根据目标虚拟地图的原始地图实例的名称信息或者编号代码信息等唯一性标识信息在预先存储的原始地图实例中对目标虚拟地图的原始地图实例进行拉取重建。拉取重建后的原始地图实例中可能尚不存在玩家角色或者非玩家角色或者实体单元等,但本申请对此不做限制。
[0111] 在一些实施例中,第一目的场景进程根据地图状态摘要进行地图预占还可以包括根据目标虚拟地图的状态差异信息摘要为目标虚拟地图的地图状态数据(可以包括目标虚拟地图相对于原始地图实例的状态差异数据)的迁移预留并锁定资源。
[0112] 在一些实施例中,上述地图预占过程不会对目标虚拟地图中的游戏玩家产生任何影响,该目标虚拟地图的游戏玩家依旧可以在该目标虚拟地图中正常继续游戏或退出游戏等。
[0113] 上述地图预占过程,可以通过原始地图实例的拉取和为目标虚拟地图的状态差异数据的重建预留资源,从而在第一目的场景进程中为目标虚拟地图实例的迁移预留足够多的资源,使得不会因为第一目的场景进程的资源不足导致目标虚拟地图迁移失败。
[0114] 在一些实施例中,如果原始地图实例创建成功且资源预留成功,则确定第一目的场景进为目标虚拟地图进行地图预占成功。
[0115] 在一些实施例中,当第一目的场景进程为目标虚拟地图进行地图预占成功后,第一目的场景进程会向主进程发送预占成功响应。
[0116] 可以理解的是,一个场景进程中承载的地图状态信息的数据量必然是庞大的。相关技术如果在不知道第一目的场景进程中的资源是否能够满足目的虚拟地图重建条件的情况下,直接对目标虚拟地图进行地图迁移的话,一方面有可能会因为第一目的场景进程资源不够导致目标虚拟地图迁移不成功或者迁移不完整等;另一方面,由于地图状态信息数据量庞大,在根据地图状态数据迁移不成功或者迁移不完整的情况下,必然会将目标虚拟地图的全部或者部分迁移至其他场景进程,如此既会因为再次迁移降低迁移效率,也会因为地图状态数据庞大再次降低迁移效率,导致地图状态数据迁移时间过久,从而影响玩家的游戏体验。
[0117] 而本申请在地图状态数据迁移之前,根据地图状态摘要信息进行地图预占,一方面可以在不影响源第一场景进程中的目标虚拟地图的地图状态的情况下,对第一目的场景进程中是否存在足够多的支持目标虚拟地图进行重建的资源进行事先了解,以便在第一目的场景进程资源不足的情况下,及时更换接收目的虚拟地图的场景进程,避免目的虚拟地图重建失败;另一方面可以在第一目的场景进程资源足够的情况下,为目的虚拟地图的重建预占足够多的资源,避免在地图迁移过程中第一目的场景进程中的资源被其它业务占用过多,从而导致的重建失败或者地图迁移不完整等问题。再者,目标虚拟地图上的游戏玩家对根据地图状态摘要信息进行地图预占的这个过程是无感知的,因此根据地图状态摘要信息进行地图预占的这个过程不会影响目标虚拟地图上的玩家的游戏体验。
[0118] 另外,由于地图状态摘要数据仅仅是个摘要数据,数据量较小,相比于地图状态数据的传输,地图状态摘要数据的传输过程占用时间短、占用资源少。
[0119] 综上所述,本申请在根据地图状态摘要信息完成地图预占后再进行地图状态数据迁移,可以在预先使用较少资源进行地图预占的情况下,使得地图状态数据迁移的过程只有一次,且可以保证地图状态数据的迁移一次就成功,从而既提高了地图状态数据的迁移效率,又提高了目标虚拟地图上的游戏玩家的游戏体验,还因为是使用数据量较少的地图状态摘要数据进行地图预占使得地图预占不会占用过多的计算和传输资源。步骤S606,响应于第一目的场景进程返回的预占成功响应,主进程控制源场景进程将目标虚拟地图的地图状态数据迁移至第一目的场景进程中,以便第一目的场景进程根据地图状态数据和锁定的目标资源恢复目标虚拟地图。
[0120] 在一些实施例中,响应于预占成功响应,主进程确定第一目的场景进程中存在足够的资源支持目标虚拟地图的迁移。在此基础上,主进程会控制源场景进程将目标虚拟地图的地图状态数据迁移至第一目的场景中。
[0121] 其中,目标虚拟地图的地图状态数据可以包括目标虚拟地图的形态相对于原始地图实例的变化信息,具体可以包括两部分内容,第一部分内容是目标虚拟地图中包括的实体类型以及各个实体类型形态、技能等具体信息等,另一部分是源场景进程中的目标虚拟地图的形态相对于原始地图实例的变化信息,如目标虚拟地图中的大厦的形态相对于原始地图实例中大厦形态的变化等,本申请对此步骤限制。
[0122] 在目标虚拟地图的地图状态数据迁移至第一目的场景进程中后,第一目标场景进程会在预先创建的原始地图实例上根据提前锁定的资源以及上述地图状态数据重建目标虚拟地图。
[0123] 上述实施例,能够通过向第一目的场景进程发送地图状态摘要信息,以便第一目的场景进程进行地图预占,从而为目标虚拟地图的迁移预留足够的资源,既能使得目标虚拟地图能够成功的迁移至第一目的场景中,避免了迁移失败导致的迁移时延增加,还能使得目标虚拟地图中所有的元素都能够成功迁移到第一目的场景进程中的同一个地图中,提高了地图迁移的完整性,还能因为地图状态摘要数据的数据量较少,避免在地图状态数据迁移之前对计算资源和内存资源进行过多的占有。总之,上述实施例可以在保障高效的完成地图状态迁移,还可以保证迁移数据的完整性,还能避免在地图状态数据迁移之前对计算资源和内存资源进行过多的占有。
[0124] 图7是根据一示例性实施例示出的一种虚拟地图迁移方法的流程图。
[0125] 在一些实施例中,目标虚拟游戏可以包括主进程和多个场景进程(如图2所示),其中多个场景进程可以包括源场景进程和待迁移场景进程,其中待迁移场景进程可以包括第一目的场景进程。
[0126] 参考图7,上述虚拟地图迁移方法可以包括以下步骤。
[0127] 步骤S702,主进程确定对源场景进程中的目标虚拟地图进行迁移。
[0128] 在一些实施例中,主进程可以根据外部指令确定对源场景进程中的目标虚拟地图进行迁移。例如当运维人员确定要对源场景进程进行关闭、热更新或者扩缩容时,运维人员会向主进程发送指令,以告知主进程需要将源场景进程中的目标虚拟地图进行迁移。
[0129] 在一些实施例中,主进程还可以根据源场景进程中的目标虚拟地图的游戏玩家数量或者游戏实体数量是否超过预设阈值来确定是否对源场景进程中的目标虚拟地图进行迁移。例如,源场景进程可以在目标虚拟地图中的游戏玩家数量或者游戏超过预设阈值时向主进程上报,以便主进程确定是否对源场景进程中的目标虚拟地图的地图状态数据进行迁移。具体而言,如果源场景进程中包括多个目标虚拟地图,其中超过目标比例(如五分之四)的目标虚拟地图向主进程上报自身的游戏玩家少于预设阈值,则主进程则可以确定将源场景进程中的目标虚拟地图进行迁移。通过上述方法可以在玩家数量或者游戏实体数量多少时对源场景进程进行缩容,从而实现资源的优化分配。
[0130] 在一些实施例中,主进程还可以根据源场景进程中的地图的数量确定对源场景进程中的目标虚拟地图进行迁移。例如,当源场景进程中的地图数量小于地图数量阈值时,源场景进程可以向主进程进行上报,以便主进程确定对源场景进程中的目标虚拟地图进行迁移。上述实施例可以在地图数量小于地图数量阈值时对源场景进程中的目标虚拟地图进行迁移,从而实现资源的优化分配。
[0131] 在一些实施例中,主进程可以根据源场景进程中的资源利用情况确定是否对源场景进程中的目标虚拟地图进程迁移。例如,源场景进程可以按照周期上传场景进程负载情况(如CPU利用率)、源场景进程中内各游戏单位可分配数量(即源场景进程中剩余的资源还可以生成几个游戏单位)。那么当主进程发现源场景进程中的CPU利用率过低或者源场景进程中内各游戏单位可分配数量过高时,则确定可以对源场景进程进行缩容,即需要将源场景进程中的目标虚拟地图进程迁移,从而实现资源的优化分配。在一些实施例中,为了地图状态的转移处理,主进程还可以维护一地图状态表。如图8所示,地图状态表可以包括了目标游戏的各个场景进程的场景进程id,场景进程对应的进程负载等级、各单位可分配数量,该地图状态表还包括每个场景进程中包括的地图实例的地图实例id、地图名称、地图状态,地图内各单位可分配数量等信息。
[0132] 如图8所示,目标游戏中可以包括至少两个场景进程,该场景进程的id分别为:10.1.2.1和10.1.2.2。其中场景进程10.1.2.1可以包括一个地图实例,该地图实例的地图名称可以为地图1XX,该场景进程10.1.2.1内各游戏单位(如玩家角色、非玩家角色、实体等)可分配数量可以是600/1000/100。其中场景进程10.1.2.2可以包括两个个地图实例,第一个地图实例的地图名称可以为地图2XX,第二个地图实例的地图名称可以为地图3XX,该场景进程10.1.2.1内各游戏单位(如玩家角色、非玩家角色、实体等)可分配数量可以是
800/1200/200。
[0133] 在一些实施例中,主进程可以根据地图状态表中各个源场景进程中的资源利用情况确定对源场景进程中的目标虚拟地图进程迁移。
[0134] 步骤S704,主进程向源场景进程查询目标虚拟地图的地图状态摘要信息,地图状态摘要信息包括游戏单位数量信息。
[0135] 在一些实施例中,当主进程确定要将源场景进程中的目标虚拟地图进行迁移时,需要向源场景进程实时查询目标虚拟地图的地图状态摘要信息,以确定目标虚拟地图当前的资源占用情况。
[0136] 步骤S706,主进程根据地图状态摘要信息中的游戏单位数量信息,在待迁移场景进程中筛选出进程内剩余资源满足源场景进程的资源需求的第一目的场景进程。
[0137] 在一些实施例中,主进程可以在地图状态表中筛选出剩余资源满足源场景进程的资源需求的第一目的场景进程,例如如果目标虚拟地图需要的玩家角色为100个、非玩家角色500以及实体100,而某一场景进程中剩余的资源可以满足目标虚拟地图中各个玩家角色、非玩家角色以及实体的创建,那么该场景进程可以成为第一目的场景进程。
[0138] 步骤S708,主进程将目标虚拟地图的地图状态摘要信息发送给第一目的场景进程,以便第一目的场景进程根据地图状态摘要信息进行地图预占,为目标虚拟地图的迁移锁定目标资源。
[0139] 步骤S710,判断预占是否成功。
[0140] 在一些实施例中,如果第一目的场景进程既能够预先创建原始地图实例,而且第一目的场景进程能够成功为目标虚拟地图中各个游戏单位的重新创建提前锁定足够多的资源,则确定预占成功。
[0141] 第一目的场景进程成功为目标虚拟地图中各个游戏单位的重新创建提前锁定足够多的资源的效果可以如图9所示:在地图预占前第一目的场景中剩余可分配资源如901所示;在地图预占后第一目的场景进程中剩余可分配资源如902所示,其中锁定资源用于目标虚拟地图的迁移,其他操作不可使用该锁定资源;在目标虚拟地图转移成功后第一目的场景进程剩余可分配资源如903所示。
[0142] 在一些实施例中,如果第一目的场景进程无法预先创建原始地图实例,或者第一目的场景进程中的资源不够支持目标虚拟地图中各个游戏单位的重新创建,则确定预占失败。
[0143] 若预占成功,则执行步骤S712,主进程控制源场景进程将目标虚拟地图的地图状态数据迁移至第一目的场景进程中,以便第一目的场景进程根据地图状态数据和锁定的目标资源恢复目标虚拟地图。
[0144] 若预占不成功,则执行步骤S714~步骤S716。
[0145] 步骤S712,响应于第一目的场景进程返回的预占失败响应,将第一目的场景进程从待迁移场景进程中滤除。
[0146] 在一些实施例中,若第一目的场景进程返回预占失败响应,则释放第一目的场景进程中锁定的资源或者将已创建的原始地图实例销毁,并将第一目的场景进程从待迁移场景进程中踢除。
[0147] 步骤S716,在滤除第一目的场景进程的待迁移场景进程中筛选出进程内剩余资源满足源场景进程的资源需求的第二目的场景进程,以便将源场景进程承载的目标虚拟地图迁移至第二目的场景进程中。
[0148] 在一些实施例中,可以根据步骤S704~步骤S716在滤除第一目的场景进程的待迁移场景进程中筛选出进程内剩余资源满足源场景进程的资源需求的第二目的场景进程,以便将源场景进程承载的目标虚拟地图迁移至第二目的场景进程中,迁移过程可以参考步骤S702~步骤S716。
[0149] 上述实施例提供的技术方案,一方面能够通过向第一目的场景进程发送地图状态摘要信息以便第一目的场景进程进行地图预占,从而为目标虚拟地图的迁移预留足够的资源;另一方面,能够在第一目的场景进程为目标虚拟地图预占失败之后,及时为目标虚拟地图的迁移寻找资源足够的第二目的场景进程,以避免在第一目的场景进程资源不够的情况下还向第一目的场景进程进行地图迁移、导致地图迁移失败、进而导致的迁移时延被延长。上述实施例能够使得目标虚拟地图能够完整地迁移到目的场景进程中且不会出现迁移失败的情况,从而缩短了迁移时延,提高了用户体验。
[0150] 图10是根据一示例性实施例示出的一种地图迁移确定方法的流程图。
[0151] 在一些实施例中,主进程可以维护地图状态表,该地图状态表中可以包括多个场景进程的当前进程负载等级和当前进程内剩余资源(如图8所示)信息,多个场景进程包括源场景进程。
[0152] 参考图10,上述地图迁移确定方法可以包括以下步骤。
[0153] 步骤S1002,源场景进程向主进程周期性上报进程负载等级和进程内剩余资源。
[0154] 步骤S1004,主进程根据源场景进程上报的进程负载等级和进程内剩余资源,更新地图状态表中源场景进程的当前进程负载等级和当前进程内剩余资源。
[0155] 步骤S1006,主进程根据地图状态表确定源场景进程的当前进程负载等级小于负载等级阈值、且源场景进程的当前进程内剩余资源大于资源阈值。
[0156] 步骤S1008,主进程确定对源场景进程中的目标虚拟地图进行地图状态迁移。
[0157] 上述实施例可以实施且准确的确定源场景进程中目标虚拟地图的实际资源占用情况,及时发现玩家角色较少的场景进程,并将玩家角色较少的场景进程中的地图及时迁移至其他场景进程,使得场景进程中的资源最大化利用。
[0158] 图11是根据一示例性实施例示出的一种目的场景进程筛选方法的流程图。
[0159] 在一些实施例中,目标虚拟游戏可以包括主进程和多个场景进程,多个场景进程可以包括源场景进程和待迁移场景进程,待迁移场景进程可以包括该第一目的场景进程。
[0160] 参考图11,上述场景进程筛选方法可以包括以下步骤。
[0161] 步骤S1102,待迁移场景进程向主进程周期性上报进程负载等级和进程内剩余资源。
[0162] 步骤S1104,主进程根据待迁移场景进程上报的进程负载等级和进程内剩余资源,更新地图状态表中待迁移场景进程的当前进程负载等级和当前进程内剩余资源,其中进程负载等级越高对应进程的CPU使用率越大。
[0163] 步骤S1106,主进程在地图状态表中将进程负载等级大于负载阈值的待迁移场景进程过滤。
[0164] 在一些实施例中,主进程可以将负载等级过大(即CPU利用率较高)的待迁移场景进程过滤。
[0165] 步骤S1108,主进程在过滤后的待迁移场景进程中筛选出进程内剩余资源大于源场景进程的资源需求的第一目的场景进程。
[0166] 在一些实施例中,主进程维护地图状态表,地图状态表中包括源场景进程的进程状态信息,源场景进程的进程状态信息包括目标虚拟地图对应的地图状态信息。
[0167] 在一些实施例中,在源场景进程承载的目标虚拟地图正在运行时,该源场景进程中的目标虚拟地图的地图状态可以是“服务”,以表示该源场景进程中的目标虚拟地图可以正常运行,例如可以接受新的玩家角色的进入。
[0168] 在一些实施例中,主进程在确定将源场景进程中的目标虚拟地图进行迁移的同时,还会将地图状态表中目标虚拟地图的地图状态信息中的地图状态设置为退出中,以便源场景进程不再创建新的虚拟地图且源场景进程中的目标虚拟地图不再接受新的虚拟角色的进入。
[0169] 本实施例提供的技术方案,一方面可以在待迁移进程中筛选出CPU利用率低且剩余资源大于源场景进程的资源需求的场景进程以作为目的场景进程;另一方面还可以通过地图状态表中地图状态的设置使得当确定对源场景进程进行地图迁移时,源场景进程不再创建新的虚拟地图且源场景进程中的目标虚拟地图不再接受新的虚拟角色的进入。
[0170] 图12是根据一示例性实施例示出的一种地图预占方法的流程图。
[0171] 在一些实施例中,地图状态摘要信息可以包括虚拟地图名称信息和各个游戏单位数量信息。
[0172] 参考图12,上述地图预占方法可以包括以下步骤。
[0173] 步骤S1202,主进程根据虚拟地图名称信息在目的场景中预先创建原始地图实例。
[0174] 在一些实施例中,第一目的场景进程可以根据地图状态信息中的地图名称信息拉取并创建目标虚拟地图的原始地图实例。
[0175] 步骤S1204,主进程根据各个游戏单位数量信息为目标虚拟地图预留并锁定目标资源,以便根据预先创建的原始地图实例和提前锁定的目标资源在第一目的场景进程中恢复目标虚拟地图。
[0176] 在一些实施例中,主进程维护地图状态表,地图状态表中包括第一目的场景进程的进程状态信息。
[0177] 步骤S1206,响应于第一目的场景进程返回的预占成功响应,主进程在地图状态表中的第一目的场景进程的进程状态信息中为预先创建的原始地图实例创建地图状态信息。
[0178] 步骤S1208,主进程将预先创建的原始地图实例的地图状态信息中的地图状态设置为等待,以便预先创建的原始地图实例拒绝新的虚拟角色的进入。
[0179] 本实施例提供的技术方案,一方面第一目的场景进程可以预先为目标虚拟地图的迁移创建原始地图实例并锁定虚拟资源,以避免目标虚拟地图迁移失败,从而减少地图迁移带来的游戏时延;另一方面,通过地图状态表中地图状态的设定,可以在目标虚拟地图迁移完成前拒绝新的虚拟角色的进入,从而使得目标虚拟地图迁移前和迁移后完全一致。
[0180] 图13是根据一示例性实施例示出的一种地图状态数据迁移方法的流程图。
[0181] 参考图13,上述地图状态数据迁移方法可以包括以下步骤。
[0182] 步骤S1302,主进程向源场景进程发送地图状态迁移通知。
[0183] 步骤S1304,响应于地图状态迁移通知,源场景进程根据目标虚拟地图的地图状态数据生成状态命令。
[0184] 其中,上述地图状态数据可以包括地图中玩家角色数据、非玩家角色数据、游戏实体数据等目标虚拟地图相对于原始地图实例的差异数据等。
[0185] 在一些实施例中,根据上述地图状态数据可以生成状态命令,该状态命令可以包括玩家角色创建命令、非玩家角色创建命令、实体创建命令、角色技能生成命令和角色组队命令中的至少一个,以便根据上述玩家角色创建命令、非玩家角色创建命令、实体创建命令、角色技能生成命令和角色组队命令中的至少一个恢复目标虚拟地图。需要说明的是,本申请对根据地图状态数据生成状态命令的具体过程不做限制,任意在执行后可以恢复上述地图状态的状态命令均在本申请的保护范围内。
[0186] 那么,第一目的场景进程根据地图状态数据恢复目标虚拟地图可以包括:第一目的场景进程根据玩家角色创建命令、非玩家角色创建命令、实体创建命令、角色技能生成命令和角色组队命令中的至少一个在原始地图实例中使用预先锁定的资源执行角色的创建操作或者实体创建操作或者角色技能增加操作或者角色组队操作,以在原始地图实例中创建玩家角色或者创建非玩家角色或者创建实体或者为玩家角色(或非玩家角色)增加技能或者将玩家角色组队等,从而实现目标虚拟地图的恢复。
[0187] 如图14所示,可以从源场景进程的玩法模块的玩家角色管理部分、非玩家角色管理部分、实体管理部分、技能管理部分、队伍管理部分等导出地图状态数据,并根据地图状态数据生成状态命令(如创建玩家角色的玩家角色创建命令、创建非玩家角色的非玩家角色创建命令、为玩家角色上技能的技能生成命令、为玩家组建队伍的角色组队命令等,本申请对此不做限制。
[0188] 步骤S1306,源场景进程将状态命令发送给第一目的场景进程,以便第一目的场景进程根据地图状态数据恢复目标虚拟地图。
[0189] 如图14所示,目的场景进程可以根据地图状态数据在预先创建的原始地图实例中使用锁定的资源恢复目标虚拟地图。具体的来说,可以使用已锁定的资源在原始地图实例中执行上述状态命令,以恢复目标虚拟地图。
[0190] 在一些实施例中,主进程可以维护一地图状态表,该地图状态表中可以包括第一目的场景进程的进程状态信息,第一目的场景进程的进程状态信息中包括原始地图实例对应的地图状态信息。
[0191] 在一些实施例中,主进程可以从第一目的场景进程接收迁移成功通知;主进程在从第一目的场景进程中接收到迁移通知后,将原始地图实例对应的地图状态信息中的地图状态设置为服务中,以便预先创建的原始地图实例继续接受新的虚拟角色的进入。
[0192] 上述实施例,通过状态命令的生成和执行,可以准确且便捷地完成地图数据的迁移。
[0193] 图15是根据一示例性实施例示出的一种虚拟地图迁移方法的流程图。
[0194] 在一些实施例中,场景进程中的地图状态可以分为两部分,一部分是地图实例,一部分是地图上的游戏单位,比如玩家控制的游戏角色(actor),非玩家单位(npc),游戏过程中生成的宝箱(entity)。为了地图状态的转移处理,本实施例设计了地图状态表,在主进程上维护地图状态表。如图8所示,地图状态表包括了场景进程id、进程负载状态、地图实例id、地图名称、地图状态、地图内各单位可分配数量等信息。
[0195] 在一些实施例中,可以把地图迁移出去的场景进程成为源场景进程,地图迁移进去的场景进程成为目的场景进程。由于资源限制,每个场景进程能够承载的地图和地图上的单位数量是有限的。本实施例提出了一种基于地图预占机制的地图状态迁移重建方案,具体如图15所示:
[0196] 1、场景进程(包括源场景进程和目的场景进程)会定时向主进程上报当前进程负载等级和进程内剩余资源。主进程会在地图状态记录表记录这些信息。其中,负载等级可以根据场景进程cpu使用率来确定,使用率每20%为一级,分为1‑5级,大于等于4表示已经过载。进程内剩余资源包括当前进程各单位剩余可分配数量(配置的上限数量减去已使用的数量)。
[0197] 2、主进程根据外部指令确定要对源场景进程进行地图迁移,则会向源场景进程查询当前地图信息和对应地图各游戏单位数量。
[0198] 3、遍历地图,选择合适的目的场景进程。
[0199] 主进程会根据地图状态表中的信息,首先过滤掉已经过载的场景进程,剩余场景进程列表作为目的场景进程备选列表。然后根据迁移地图需要的资源数量,选择一个剩余资源能够满足资源要求的场景进程作为目的场景进程。
[0200] 4、主进程把地图信息和各游戏单位的数量发送到目的场景进程,以便目的场景进程进行预占地图。
[0201] 5、地图预占:创建地图,锁住对象资源。
[0202] 预占地图是指在场景中预先创建地图实例,同时在目的场景进程中为地图实例预留相应数量的地图资源。此时该地图实例上并没有真实的地图单位,只是预先创建的等待状态。预留资源的做法是在进程的资源空间内为该地图实例锁住相应数量的资源。被锁定的资源不能用于其他地图实例,只能用于当前地图实例后续使用(具体可以参考图9)。
[0203] 6、目的场景进程向主进程发送地图预占结果。
[0204] 如果在目的场景进程中预占失败,那么主进程会继续执行步骤3~6以重新选择一个的合适场景进程尝试预占。
[0205] 7、如果在目的场景进程中预占成功,那么就可以通知源场景进程进行地图状态转移,以开始后续的地图迁移流程。
[0206] 另外,主进程还会再在地图状态表中新建一个地图实例。此时该地图在地图状态表的中的“地图状态”为等待,表示该地图为预先创建,地图内资源是预留的。因为此时地图已经预先创建,且资源已经预留,可以保障后续地图迁移的完整性。
[0207] 8、源场景进程将地图数据打包,各模块数据序列化后发送给主进程。
[0208] 9、主进程将地图数据转发给目的场景进程,以便目的场景进程进行地图状态重建。
[0209] 图16是根据一示例性实施例示出的一种虚拟地图迁移方法的流程图。
[0210] 在一些实施例中,地图状态表维护了场景进程中的各种地图状态信息,地图预占机制保障了地图迁移的完整性。
[0211] 参考图16,本实施例在地图状态表和预占机制基础上,虚拟地图迁移完整流程如下:
[0212] 1、当源场景进程要退出时,在地图状态表标记为退出中,这样源场景进程就不会再创建新的地图,源场景进程中已经存在的地图也不会进入新的角色。
[0213] 2、主进程向源场景进程查询已经存在地图的最新地图状态,这里主要是各单位的详细信息,比如角色数量、玩家角色id列表、非玩家角色npc数量,非玩家角色npc id列表,实体entity数量,实体entity id列表。
[0214] 3、主进程收到源场景进程发送的当前地图状态信息。
[0215] 4、从场景进程列表中过滤掉高负载的场景,并根据迁移地图需要的资源选一个目的场景进程。发送地图状态信息到目的场景进程中,在目的场景进程预占地图,并预留需要的资源。
[0216] 5、目的场景中地图预占成功,资源预留成功之后,通知主进程。
[0217] 6、在地图状态表中更新地图状态为“等待”,同时记录了预留的地图内单位数量。后续的地图创建流程也会考虑到这部分预留的资源。
[0218] 7、主进程向源场景发起地图状态迁移。
[0219] 8、源场景中地图状态数据打包成命令序列,发送到目的场景进程中。在目的场景进程重建地图状态。因为目的进程已经提前预留了资源,所以不会出现因为资源限制而创建失败的问题。
[0220] 9、等到地图状态迁移完成之后,目的场景进程通知主进程。源场景中的地图即可销毁,源场景进程也可以关闭了。
[0221] 10、更新地图状态表,删除源场景进程相关地图信息,把目的场景进程中的预占地图更改为“服务”。到此就完成了地图状态迁移。
[0222] 基于同一发明构思,本公开实施例中还提供了一种虚拟地图迁移装置,如下面的实施例。由于该装置实施例解决问题的原理与上述方法实施例相似,因此该装置实施例的实施可以参见上述方法实施例的实施,重复之处不再赘述。
[0223] 图17是根据一示例性实施例示出的一种虚拟地图迁移装置的框图。参照图17,本公开实施例提供的虚拟地图迁移装置1700可以包括:迁移确定模块1701、地图预占模块1702和状态数据迁移模块1703。
[0224] 其中,迁移确定模块1701可以用于主进程确定将源场景进程承载的目标虚拟地图迁移至第一目的场景进程中;地图预占模块1702可以用于主进程将目标虚拟地图的地图状态摘要信息发送给第一目的场景进程,以便第一目的场景进程根据地图状态摘要信息进行地图预占,为目标虚拟地图的迁移锁定目标资源;状态数据迁移模块1703可以用于响应于第一目的场景进程返回的预占成功响应,主进程控制源场景进程将目标虚拟地图的地图状态数据迁移至第一目的场景进程中,以便第一目的场景进程根据地图状态数据和锁定的目标资源恢复目标虚拟地图。
[0225] 此处需要说明的是,上述迁移确定模块1701、地图预占模块1702和状态数据迁移模块1703对应于方法实施例中的S602~S606,上述模块与对应的步骤所实现的示例和应用场景相同,但不限于上述方法实施例所公开的内容。需要说明的是,上述模块作为装置的一部分可以在诸如一组计算机可执行指令的计算机系统中执行。
[0226] 在一些实施例中,目标虚拟游戏包括主进程和多个场景进程,多个场景进程包括源场景进程和待迁移场景进程,待迁移场景进程包括第一目的场景进程;其中,迁移确定模块1701可以包括:迁移确定子模块、摘要信息发送子模块和第一目的场景进程确定子模块。
[0227] 其中,迁移确定子模块可以用于通过主进程确定对源场景进程中的目标虚拟地图进行迁移;摘要信息发送子模块可以用于通过主进程向源场景进程查询目标虚拟地图的地图状态摘要信息,地图状态摘要信息包括游戏单位数量信息;第一目的场景进程确定子模块可以用于通过主进程根据地图状态摘要信息中的游戏单位数量信息,在待迁移场景进程中筛选出进程内剩余资源满足源场景进程的资源需求的第一目的场景进程。
[0228] 在一些实施例中,虚拟地图迁移装置还可以包括:预占失败确定模块和第二目的场景进程确定子模块。
[0229] 其中,预占失败确定模块可以用于响应于第一目的场景进程返回的预占失败响应,将第一目的场景进程从待迁移场景进程中滤除;第二目的场景进程确定子模块可以用于在滤除第一目的场景进程的待迁移场景进程中筛选出进程内剩余资源满足源场景进程的资源需求的第二目的场景进程,以便将源场景进程承载的目标虚拟地图迁移至第二目的场景进程中。
[0230] 在一些实施例中,主进程维护地图状态表,地图状态表中包括多个场景进程的当前进程负载等级和当前进程内剩余资源,多个场景进程包括源场景进程;其中,虚拟地图迁移装置还可以包括:第一周期性上报模块和第一信息更新模块;迁移确定子模块可以包括:阈值判断单元和地图迁移确定单元。
[0231] 其中,第一周期性上报模块可以用于通过源场景进程向主进程周期性上报进程负载等级和进程内剩余资源;第一信息更新模块可以用于通过主进程根据源场景进程上报的进程负载等级和进程内剩余资源,更新地图状态表中源场景进程的当前进程负载等级和当前进程内剩余资源;阈值判断单元可以用于通过主进程根据地图状态表确定源场景进程的当前进程负载等级小于负载等级阈值、且源场景进程的当前进程内剩余资源大于资源阈值;地图迁移确定单元可以用于通过主进程确定对源场景进程中的目标虚拟地图进行地图状态迁移。
[0232] 在一些实施例中,主进程维护地图状态表;其中,虚拟地图迁移装置还可以包括:第二周期性上报模块、第二信息更新模块;第一目的场景进程确定子模块可以包括:过滤单元和第一目的场景进程筛选单元。
[0233] 其中,第二周期性上报模块可以用于通过待迁移场景进程向主进程周期性上报进程负载等级和进程内剩余资源;第二信息更新模块可以用于通过主进程根据待迁移场景进程上报的进程负载等级和进程内剩余资源,更新地图状态表中待迁移场景进程的当前进程负载等级和当前进程内剩余资源,其中进程负载等级越高对应进程的CPU使用率越大;过滤单元可以用于通过主进程在地图状态表中将进程负载等级大于负载阈值的待迁移场景进程过滤;第一目的场景进程筛选单元可以用于主进程在过滤后的待迁移场景进程中筛选出进程内剩余资源大于源场景进程的资源需求的第一目的场景进程。
[0234] 在一些实施例中,主进程维护地图状态表,地图状态表中包括源场景进程的进程状态信息,源场景进程的进程状态信息包括目标虚拟地图对应的地图状态信息;虚拟地图迁移装置还可以包括:退出中状态设置模块。
[0235] 其中,退出中状态设置模块可以用于通过主进程确定将源场景进程中的目标虚拟地图进行迁移的同时,还将地图状态表中目标虚拟地图的地图状态信息中的地图状态设置为退出中,以便源场景进程不再创建新的虚拟地图且源场景进程中的目标虚拟地图不再接受新的虚拟角色的进入。
[0236] 在一些实施例中,地图状态摘要信息包括虚拟地图名称信息和各个游戏单位数量信息;其中地图预占模块1702可以包括:原始地图实例预先创建子模块和资源预留子模块。
[0237] 其中,原始地图实例预先创建子模块可以用于通过主进程根据虚拟地图名称信息在目的场景中预先创建原始地图实例;资源预留子模块可以用于通过主进程根据各个游戏单位数量信息为目标虚拟地图预留并锁定目标资源,以便根据预先创建的原始地图实例和提前锁定的目标资源在第一目的场景进程中恢复目标虚拟地图。
[0238] 在一些实施例中,主进程维护地图状态表,地图状态表中包括第一目的场景进程的进程状态信息;其中,虚拟地图迁移装置还可以包括:地图状态信息创建模块和等待状态设置子模块。
[0239] 其中,地图状态信息创建模块可以用于响应于第一目的场景进程返回的预占成功响应,通过主进程在地图状态表中的第一目的场景进程的进程状态信息中为预先创建的原始地图实例创建地图状态信息;等待状态设置子模块可以用于通过主进程将预先创建的原始地图实例的地图状态信息中的地图状态设置为等待,以便预先创建的原始地图实例拒绝新的虚拟角色的进入。
[0240] 在一些实施例中,虚拟地图迁移装置还可以包括:条件满足判断模块和预占失败确定模块。
[0241] 其中,条件满足判断模块可以用于根据各个游戏单位数量信息确定第一目的场景进程中的资源不满足迁移目标虚拟地图需要的资源;或者,根据虚拟地图名称信息确定不能在目的场景中预先创建原始地图实例;预占失败确定模块可以用于确定预占失败。
[0242] 在一些实施例中,状态数据迁移模块1703可以包括:迁移通知发送子模块、状态命令生成子模块和状态命令发送子模块。
[0243] 其中,迁移通知发送子模块可以用于通过主进程向源场景进程发送地图状态迁移通知;状态命令生成子模块可以用于响应于地图状态迁移通知,通过源场景进程根据目标虚拟地图的地图状态数据生成状态命令;状态命令发送子模块可以用于通过源场景进程将状态命令发送给第一目的场景进程,以便第一目的场景进程根据地图状态数据恢复目标虚拟地图。
[0244] 在一些实施例中,状态命令包括角色创建命令、实体创建命令、角色技能增加命令和角色组队命令中的至少一个;其中,状态命令发送子模块可以包括:命令执行单元。
[0245] 其中,命令执行单元可以用于通过第一目的场景进程根据角色创建命令、实体创建命令、角色技能增加命令和角色组队命令中的至少一个进行角色的创建操作或者实体创建操作或者角色技能增加操作或者角色组队操作。
[0246] 在一些实施例中,主进程维护地图状态表,地图状态表中包括第一目的场景进程的进程状态信息,第一目的场景进程的进程状态信息中包括原始地图实例对应的地图状态信息;其中,虚拟地图迁移装置还可以包括:迁移成功通知接收模块和服务中状态设置模块。
[0247] 其中,迁移成功通知接收模块可以用于通过主进程从第一目的场景进程接收迁移成功通知;服务中状态设置模块可以用于通过主进程将原始地图实例对应的地图状态信息中的地图状态设置为服务中,以便预先创建的原始地图实例继续接受新的虚拟角色的进入。
[0248] 由于装置1700的各功能已在其对应的方法实施例中予以详细说明,本公开于此不再赘述。
[0249] 描述于本申请实施例中所涉及到的模块和/或子模块和/或单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块和/或子模块和/或单元也可以设置在处理器中。其中,这些模块和/或子模块和/或单元的名称在某种情况下并不构成对该模块和/或子模块和/或单元本身的限定。
[0250] 附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
[0251] 此外,上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明,而不是限制目的。易于理解,上述附图所示的处理并不表明或限制这些处理的时间顺序。另外,也易于理解,这些处理可以是例如在多个模块中同步或异步执行的。
[0252] 图18示出了适于用来实现本公开实施例的的电子设备的结构示意图。需要说明的是,图18示出的电子设备1800仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
[0253] 如图18所示,电子设备1800包括中央处理单元(CPU)1801,其可以根据存储在只读存储器(ROM)1802中的程序或者从储存部分1808加载到随机访问存储器(RAM)1803中的程序而执行各种适当的动作和处理。在RAM 1803中,还存储有电子设备1800操作所需的各种程序和数据。CPU 1801、ROM 1802以及RAM 1803通过总线1804彼此相连。输入/输出(I/O)接口1805也连接至总线1804。
[0254] 以下部件连接至I/O接口1805:包括键盘鼠标等的输入部分1806;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1807;包括硬盘等的储存部分1808;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1809。通信部分1809经由诸如因特网的网络执行通信处理。驱动器1810也根据需要连接至I/O接口1805。可拆卸介质1811,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器1810上,以便于从其上读出的计算机程序根据需要被安装入储存部分1808。
[0255] 特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读存储介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分1809从网络上被下载和安装,和/或从可拆卸介质1811被安装。在该计算机程序被中央处理单元(CPU)1801执行时,执行本申请的系统中限定的上述功能。
[0256] 需要说明的是,本公开所示的计算机可读存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD‑ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读存储介质,该计算机可读存储介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读存储介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
[0257] 作为另一方面,本申请还提供了一种计算机可读存储介质,该计算机可读存储介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读存储介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备可实现功能包括:主进程确定将源场景进程承载的目标虚拟地图迁移至第一目的场景进程中;主进程将目标虚拟地图的地图状态摘要信息发送给第一目的场景进程,以便第一目的场景进程根据地图状态摘要信息进行地图预占,为目标虚拟地图的迁移锁定目标资源;响应于第一目的场景进程返回的预占成功响应,主进程控制源场景进程将目标虚拟地图的地图状态数据迁移至第一目的场景进程中,以便第一目的场景进程根据地图状态数据和锁定的目标资源恢复目标虚拟地图。
[0258] 根据本申请的一个方面,提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述实施例的各种可选实现方式中提供的方法。
[0259] 通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,本公开实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD‑ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者智能设备等)执行根据本公开实施例的方法,例如图6、图7、图10~图13、图15~图16中的一个或多个所示的步骤。
[0260] 本领域技术人员在考虑说明书及实践在这里公开的公开后,将容易想到本公开的其他实施例。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由权利要求指出。
[0261] 应当理解的是,本公开并不限于这里已经示出的详细结构、附图方式或实现方法,相反,本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。