CN112435346A - 一种多类型场景共存的添加方法、装置、终端及存储介质 - Google Patents

Abstract

本发明实施例公开了一种多类型场景共存的添加方法、装置、终端及存储介质。该方法包括：分别获取目标配置场景中至少两个局部场景的场景数据包，局部场景包括：共享显示类型的第一场景以及独占显示类型的第二场景；在与第一场景匹配的第一初始配置场景中，直接加载第一场景的场景数据包中的场景资源，以完成对目标配置场景中第一场景的添加；采用独占显示的方式，在与第二场景匹配的第二初始配置场景中加载第二场景的场景数据包中的场景资源，以完成对目标配置场景中第二场景的添加。本发明实施例对目标配置场景中不同类型的局部场景分别采用不同的添加方式，实现了多类型的场景共存，便于用户根据策划需求灵活配置场景，提高了场景配置的灵活性。

Description

一种多类型场景共存的添加方法、装置、终端及存储介质

技术领域

本发明实施例涉及计算机技术，尤其涉及一种多类型场景共存的添加方法、装置、终端及存储介质。

背景技术

现有技术在场景的处理上通常采用两种方式，一种是无论何时同时只有一个场景存在，另一种是多个同类型场景共存。

然而，无论是第一种方式还是第二种方式，在场景的处理上数量或者类型上过于单一，用户无法灵活配置不同类型的场景，进而无法满足用户丰富的策划需求。因此，如何实现多类型的场景共存并提高用户对场景配置的灵活性成为亟待解决的技术问题。

发明内容

本发明实施例提供一种多类型场景共存的添加方法、装置、终端及存储介质，可以实现多类型的场景共存，提高用户对场景配置的灵活性。

第一方面，本发明实施例提供了一种多类型场景共存的添加方法，包括：

分别获取目标配置场景中至少两个局部场景的场景数据包，所述局部场景包括：共享显示类型的第一场景以及独占显示类型的第二场景；

在与所述第一场景匹配的第一初始配置场景中，直接加载所述第一场景的场景数据包中的场景资源，以完成对所述目标配置场景中第一场景的添加；

采用独占显示的方式，在与所述第二场景匹配的第二初始配置场景中加载所述第二场景的场景数据包中的场景资源，以完成对所述目标配置场景中第二场景的添加。

第二方面，本发明实施例还提供了一种不同类型场景共存的添加装置，包括：

数据包获取模块，用于分别获取目标配置场景中至少两个局部场景的场景数据包，所述局部场景包括：共享显示类型的第一场景以及独占显示类型的第二场景；

第一添加模块，用于在与第一场景匹配的第一初始配置场景中，直接加载第一场景的场景数据包中的场景资源，以完成对目标配置场景中第一场景的添加；

第二添加模块，用于采用独占显示的方式，在与第二场景匹配的第二初始配置场景中加载第二场景的场景数据包中的场景资源，以完成对目标配置场景中第二场景的添加。

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

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明任意实施例提供的多类型场景共存的添加方法。

第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本发明任意实施例提供的多类型场景共存的添加方法。

本发明实施例通过分别获取目标配置场景中至少两个局部场景的场景数据包，在与共享显示类型的第一场景匹配的第一初始配置场景中，直接对第一场景的场景数据包中的场景资源进行加载，实现对目标配置场景中第一场景的添加，在与独占显示类型的第二场景匹配的第二初始配置场景中，采用独占显示的方式对第二场景的场景数据包中的场景资源进行加载，实现对目标配置场景中第二场景的添加。本发明实施例基于目标配置场景中不同类型的局部场景，分别采用不同的添加方式，实现了多类型的场景共存，便于用户根据策划需求灵活配置目标配置场景，提高了用户对场景配置的灵活性。

附图说明

图1是本发明实施例一提供的一种多类型场景共存的添加方法的流程图；

图2是本发明实施例二提供的另一种多类型场景共存的添加方法的流程图；

图3是本发明实施例二提供的一种添加不同类型局部场景的方法的工作流程图；

图4是本发明实施例三提供的一种多类型场景共存的添加装置的结构示意图；

图5是本发明实施例四提供的一种终端的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

实施例一

图1是本发明实施例一提供的一种多类型场景共存的添加方法的流程图，本实施例可适用于在初始配置场景基础上添加多类型场景的情况，该方法可以由多类型场景共存的添加装置来执行，该装置可以采用软件和/或硬件的方式实现。该装置可配置于终端中。如图1所示，该方法包括：

步骤S101、分别获取目标配置场景中至少两个局部场景的场景数据包，局部场景包括：共享显示类型的第一场景以及独占显示类型的第二场景。

目标配置场景可以是在当前终端应用中基于初始配置场景构建的虚拟现实场景，可以在当前终端通过显示设备向用户呈现。其中，终端应用可以是在终端设备上运行的应用，例如，手机、可穿戴设备、平板电脑或计算机等终端设备上运行的游戏或影音播放应用等。显示设备可以是具有显示功能的设备，例如，手机、平板电脑或计算机的显示屏幕或可头戴设备的头戴式立体显示器等。初始配置场景可以是与目标配置场景对应的初始场景。例如，初始配置场景可以是在更新当前终端应用之前当前终端应用中的初始虚拟现实场景、在安装当前终端应用时配置的空场景，或者用户在终端应用的显示界面执行变更操作之前的初始显示场景。

目标配置场景中可以包括至少两个局部场景。例如，目标配置场景可以是用于在整个显示设备上显示的场景，根据实际需求将整个场景划分为不同的区域，每个区域可以作为一个局部场景，以供用户可以对各个局部场景进行单独设计。

所有局部场景可以分为两种类型，一种是共享显示类型的第一场景，另一种是独占显示类型的第二场景。其中，共享显示类型的第一场景可以是与初始配置场景共同存在的虚拟现实场景，独占显示类型的第二场景可以是无法与初始配置场景互斥，且两者中只能同时存在一个的虚拟现实场景。例如，对于游戏引擎(unity)类型的初始3D配置场景，若在该初始3D配置场景中添加第一场景，则该第一场景可以是预制件(prefab)类型的场景，prefab类型的场景可以在unity类型的场景基础上直接添加。若在该初始3D配置场景中添加第二场景，则该第二场景可以是unity类型的场景，unity类型的场景无法直接在相同的unity类型的场景基础上进行添加，可以通过独占显示的方式进行添加。

场景数据包可以是包含局部场景中场景配置数据的数据包，可以从服务器中下载得到或从运行内存中获取得到。

示例性地，目标配置场景A中包含局部场景A1、A2、A3和A4，分别获取局部场景A1、A2、A3和A4的场景数据包，其中，A1和A2是prefab类型的第一场景，A3和A4是unity类型的第二场景。

步骤S102、在与第一场景匹配的第一初始配置场景中，直接加载第一场景的场景数据包中的场景资源，以完成对目标配置场景中第一场景的添加。

第一初始配置场景是初始配置场景中与第一场景匹配的场景。第一初始配置场景的场景类型可以是空场景类型或独占显示类型。需要说明的是，对于独占显示类型的第一初始配置场景，可以在第一初始配置场景中直接添加共享显示类型的第一场景，第一场景的场景数据包中的场景资源可以直接在第一初始配置场景中进行加载。例如，第一初始配置场景是unity类型的场景，第一场景是prefab类型的场景，在unity类型的场景中可以直接添加prefab类型的场景。

场景数据包中的场景资源可以是局部场景可能涉及的各种模型资源。例如，场景资源可以是人物、动物、建筑、植物、山川、河流或工具等3D模型资源。通过在第一初始配置场景中，直接加载第一场景的场景数据包中的场景资源，实现对第一场景中所有场景资源的添加，进而完成对目标配置场景中第一场景的添加。

若与第一场景匹配的第一初始配置场景是空场景，则直接加载第一场景的场景数据包中的场景资源之后得到的当前场景就是第一场景。若与第一场景匹配的第一初始配置场景是独占显示类型的场景，则直接加载之后得到的当前场景，就是第一初始配置场景与第一场景的场景资源的结合。

可选地，直接加载第一场景的场景数据包中的场景资源，包括：

根据第一场景的场景数据包中的场景资源进行类别判断，将相同类别的场景资源存入到同一个子场景数据包中，将不同类别的场景资源存入到不同的子场景数据包中，分别加载各个子场景数据包中的场景资源。

将相同类别的场景资源存入到同一个子场景数据包中，例如，第一场景的场景数据包中含有多个植物，这些植物均采用同一模型进行配置，则可以确定这些植物属于相同类别的场景资源，通过将该模型存入子场景数据包中，可以实现节约存储空间。将不同类别的场景资源存入到不同的子场景数据包中，例如，第一场景的场景数据包中还可以含有除植物之外的昆虫，分别将植物所属模型和昆虫存入到不同的子场景数据包中，并分别进行加载，可以实现将场景资源进行合理的分配，在加载过程中提高加载速度。

步骤S103、采用独占显示的方式，在与第二场景匹配的第二初始配置场景中加载第二场景的场景数据包中的场景资源，以完成对目标配置场景中第二场景的添加。

第二初始配置场景是初始配置场景中与第二场景匹配的场景。第二初始配置场景的场景类型可以是空场景类型或独占显示类型。需要说明的是，对于独占显示类型的第二初始配置场景，无法直接在第二初始配置场景中直接添加独占显示类型的第二场景，第二初始配置场景和第二场景中只能同时存在一个场景独占显示。例如，第二初始配置场景是unity类型的场景，第二场景也是unity类型的场景，若需要在第二初始配置场景中添加第二场景，则只能采用独占显示的方式，即两者只能存在一个场景独占显示，另一个场景无法显示。

独占显示的方式可以是只有第二场景处于激活状态，第二初始配置场景处于隐藏状态。或者，独占显示的方式还可以是只有第二场景显示，在第二初始配置场景上添加遮挡层，以使第二初始配置场景不显示。或者，独占显示的方式还可以是卸载第二初始配置场景，只保留第二场景。或者其他可以使第二场景独占显示的方式，本发明对此不作具体限定。

若与第二场景匹配的第二初始配置场景是空场景，则直接加载第二场景的场景数据包中的场景资源之后得到的当前场景就是第二场景。若与第二场景匹配的第二初始配置场景是独占显示类型的场景，则采用独占显示的方式加载之后得到的当前场景也是第二场景。

可选地，在与第二场景匹配的第二初始配置场景中加载第二场景的场景数据包中的场景资源，包括：

根据第二场景的场景数据包中的场景资源进行类别判断，将相同类别的场景资源存入到同一个子场景数据包中，将不同类别的场景资源存入到不同的子场景数据包中，在与第二场景匹配的第二初始配置场景中分别加载各个子场景数据包中的场景资源。

例如，第二场景的场景数据包中含有多个麦田，这些麦田的属性均相同，则可以确定这些麦田属于相同类别的场景资源，通过将一个麦田存入子场景数据包中，可以实现节约存储空间。第二场景的场景数据包中还可以含有除麦田之外的房屋，分别将麦田和房屋存入到不同的子场景数据包中，并分别进行加载，可以实现将场景资源进行合理的分配，在加载过程中提高加载速度。

需要说明的是，步骤S102和步骤S103不限于上述并行执行顺序，本发明实施例还可以在步骤S101之后，先执行步骤S102后执行步骤S103。或者，还可以在步骤S101之后，先执行步骤S103后执行步骤S102。本发明对此不作具体限定。

本发明实施例通过分别获取目标配置场景中至少两个局部场景的场景数据包，在与共享显示类型的第一场景匹配的第一初始配置场景中，直接对第一场景的场景数据包中的场景资源进行加载，实现对目标配置场景中第一场景的添加，在与独占显示类型的第二场景匹配的第二初始配置场景中，采用独占显示的方式对第二场景的场景数据包中的场景资源进行加载，实现对目标配置场景中第二场景的添加。本发明实施例基于目标配置场景中不同类型的局部场景，分别采用不同的添加方式，实现了多类型的场景共存，便于用户根据策划需求灵活配置目标配置场景，提高了用户对场景配置的灵活性。

实施例二

图2是本发明实施例二提供的另一种多类型场景共存的添加方法的流程图，本实施例在上述实施例的基础上进行优化，如图2所示，该方法包括：

步骤S201、分别获取目标配置场景中至少两个局部场景的场景配置文件，根据各个场景配置文件中的下载路径从服务器下载对应的场景数据包，局部场景包括：共享显示类型的第一场景以及独占显示类型的第二场景。

场景配置文件可以是由用户根据场景的策划需求编写的配置文件。用户能够根据实际对目标配置场景中各个局部场景的策划需求，分别为各个局部场景编写场景配置文件。由于局部场景可以包括共享显示类型的第一场景以及独占显示类型的第二场景，用户能够针对不同类型的场景编写不同的场景配置文件，以实现多类型的场景添加，能够更加满足用户的策划需求。例如，图3是本发明实施例二提供的一种添加不同类型局部场景的方法的工作流程图，如图3所示，在添加局部场景时，根据不同局部场景的场景类型确定不同的添加操作，局部场景的场景类型可以包括unity类型和prefab类型。

终端可以根据各个场景配置文件中的下载路径向服务器发送数据包下载请求。服务器在接收到数据包下载请求时，根据数据包获取请求中的下载路径将对应的场景数据包发送给终端。终端接收服务器发送的场景数据包。

可替换地，根据各个场景配置文件中的下载路径从运行内存中获取对应的场景数据包。

具体地，本发明实施例还可以根据各个场景配置文件中的下载路径查询运行内存，若运行内存中具有对应的场景数据包，则直接从运行内存中获取对应的场景数据包，若运行内存中没有对应的场景数据包，则从服务器下载获得。例如，在不停机更新当前终端应用的情景下，运行内存中已存在场景数据包，则直接获取，若运行内存中不存在场景数据包，则根据各个场景配置文件中的下载路径从服务器下载获得。或者，用户在终端应用的显示界面上点击对局部场景A的添加场景按钮，客户端接收到A的添加场景按钮触发的场景添加请求时，根据A的场景配置文件中的下载路径从运行内存中查询对应的场景数据包，若运行内存中存在，则直接复用对应的场景数据包，若不存在则根据A的场景配置文件中的下载路径从服务器下载。

可选地，在分别获取目标配置场景中至少两个局部场景的场景配置文件之后，还包括：

从各个场景配置文件中获取各个局部场景的类型标识；

对于每一个局部场景，若局部场景的类型标识是预设共享显示类型标识，则确定局部场景是第一场景；

若局部场景的类型标识是预设独占显示类型标识，则确定局部场景是第二场景。

类型标识可以用于标识局部场景的场景类型，可以包括预设共享显示类型标识和预设独占显示类型标识。例如，由用户根据局部场景的场景类型，预先在场景配置文件中设置各个局部场景的类型标识，预设共享显示类型标识可以设置为0，预设独占显示类型标识可以设置为1。

对于每一个局部场景，根据场景配置文件中的类型标识确定局部场景是第一场景还是第二场景，实现了自动区分各类型场景，并根据不同类型的局部场景执行不同的添加操作，使每个局部场景都能够达到用户的策划需求。

步骤S202、在与第一场景匹配的第一初始配置场景中，直接加载第一场景的场景数据包中的场景资源。然后执行步骤S203。

例如，图3中对于prefab类型的局部场景直接加载局部场景的场景资源。

步骤S203、完成对目标配置场景中第一场景的添加。继续执行步骤S211。

步骤S204、判断与第二场景匹配的第二初始配置场景的场景类型是空场景类型还是独占显示类型，若是空场景类型，执行步骤S205，若是独占显示类型，执行步骤S206。

第二初始配置场景的场景类型可以通过获取终端应用的初始配置文件中的类型标识确定。

步骤S205、直接加载第二场景的场景数据包中的场景资源。继续执行步骤S210。

对于第二初始配置场景是空场景的情况，可以直接在该空场景中加载第二场景的场景数据包中的场景资源。

步骤S206、根据第二场景的场景数据包中的关键字段确定场景数据包中的场景资源的加载方式。继续执行步骤S207。

其中，关键字段由用户根据开发需求和运行环境预先在场景数据包中设置。例如，关键字段可以包括预设切换字段和预设隐藏字段。

对于第二初始配置场景是独占显示类型场景的情况，可以根据第二场景的场景数据包中的关键字段，确定场景数据包中的场景资源的加载方式。便于用户根据实际的开发需求灵活配置场景资源的加载方式，提高了用户对场景配置的灵活性。

步骤S207、判断第二场景的场景数据包中的关键字段是预设切换字段还是预设隐藏字段，若是预设切换字段，执行步骤S208，若是预设隐藏字段，执行步骤S209。

例如，在图3中可以根据关键字段判断是否需要卸载原所有场景，若需要，则可以执行步骤S208，若不需要，则可以执行步骤S209。

步骤S208、卸载第二初始配置场景，得到空场景，在空场景中加载第二场景的场景数据包中的场景资源。继续执行步骤S210。

具体地，当第二场景的场景数据包中的关键字段是预设切换字段时，删除第二初始配置场景中的所有场景资源，得到空场景，在该空场景中加载第二场景的场景数据包中的场景资源。

例如，如图3所示，局部场景是第二场景，第二初始配置场景和第二场景均为unity类型场景，用户的开发需求是在一些特定的环节将第二初始配置场景切换为第二场景，则卸载原有unity类型场景，并优先切换到空场景，再以加载单个unity类型场景的方式加载第二场景，以切换到第二场景，能够减轻内存压力，且避免在切换场景过程中频繁出现“加载中”的界面。

步骤S209、在第二初始配置场景中加载第二场景的场景数据包中的场景资源，激活第二场景并隐藏第二初始配置场景。继续执行步骤S210。

具体地，当第二场景的场景数据包中的关键字段是预设隐藏字段时，在第二初始配置场景中加载第二场景的场景数据包中的场景资源，将第二场景的状态设置为激活状态，将第二初始配置场景的状态设置为隐藏状态，即未激活状态，以使当前激活的场景只有一个。

例如，如图3所示，局部场景是第二场景，第二初始配置场景和第二场景均为unity类型场景，用户的开发需求是在一些特定的环节将第二初始配置场景隐藏，使得当前局部场景仅显示第二场景，则以叠加的方式加载第二场景。

步骤S210、完成对目标配置场景中第二场景的添加。继续执行步骤S211。

需要说明的是，步骤S202至步骤S210的执行顺序并不限于本发明实施例中图2提供的执行顺序。还可以是先执行步骤S202至步骤S203，然后执行步骤S204至步骤S210，然后继续执行步骤S211。或者，先执行步骤S204至步骤S210，然后执行步骤S202至步骤S203，然后继续执行步骤S211。本发明对此不作具体限定。

步骤S211、获取目标配置场景中目标资源的资源配置文件，根据资源配置文件中的下载路径查询运行内存中所有资源包。

目标资源可以是与场景相关的资源，例如，天空盒、关照贴图和探针等。目标资源的资源配置文件可以是由用户根据与场景相关的资源的策划需求编写的配置文件。用户能够根据实际对目标配置场景中所有目标资源的策划需求，分别为各个局部场景的目标资源编写场景配置文件，或者为整个目标配置场景编写场景配置文件。

在当前场景中添加目标资源可以是在步骤S203中完成第一场景和步骤S210中完成第二场景添加之后添加目标资源，或者直接在初始配置场景中直接添加目标资源，或者在其他时刻添加目标资源。

步骤S212、判断运行内存中是否存在目标资源的资源数据包，若是，执行步骤S213，否则执行步骤S214。

资源数据包可以是包含目标资源中资源配置数据的数据包，可以从服务器中下载得到或从运行内存中获取得到。

步骤S213、在当前场景中加载运行内存中的资源数据包。继续执行步骤S215。

具体地，若运行内存中存在目标资源的资源数据包，则直接复用该资源数据包，在当前场景中加载运行内存中的资源数据包，以完成对目标资源的添加，使得资源运用更加灵活，提高资源的复用性。

步骤S214、根据资源配置文件中的下载路径从服务器下载目标资源的资源数据包，在当前场景中加载下载的资源数据包。继续执行步骤S215。

具体地，若运行内存中不存在目标资源的资源数据包，则根据资源配置文件中的下载路径从服务器下载并加载目标资源的资源数据包，以完成对目标资源的添加。

步骤S215、完成对目标资源的添加。

可选地，当接收到用户发送的显示目标配置场景的指令时，显示包含第一场景、第二场景和目标资源的目标配置场景。

示例性地，当安装或更新完成终端应用时，用户点击终端应用的图标，终端应用接收到用户发送的显示目标配置场景的指令，则显示包含第一场景、第二场景和目标资源的目标配置场景。或者，当用户点击终端应用的显示界面中的添加场景按钮和/或添加资源按钮时，终端在完成第一场景、第二场景和目标资源的添加后，自动在显示界面显示目标配置场景。

本发明实施例根据各个局部场景的场景配置文件添加不同类型的局部场景，使得目标配置场景中的每个局部场景均能满足用户的策划需求，保证每个局部场景均能向用户呈现美术效果。本发明实施例还基于目标配置场景中不同类型的局部场景执行不同的加载操作，根据资源配置文件确定目标资源的添加，避免了同时只有一个场景存在导致的无法满足用户丰富的策划需求，且在切换场景时频繁出现“加载中”的界面而使用户体验差的问题，便于用户灵活配置场景和资源，提升用户的体验感。同时，本发明实施例还避免了同类型场景多个共存导致的运用和管理问题。如使用多个unity类型的场景，使得当前激活的场景只能有一个且未激活的场景不能很好的运用和管理。又如用多个prefab类型的场景，在切换场景中内存的管理不如切换unity类型的场景。本发明实施例通过支持多类型场景共存，解决了现有技术中在场景的处理上数量或者类型上过于单一、不够灵活的问题，便于用户动态配置相关共存和互斥关系，且便于用户在当前场景中动态切换天空盒、关照贴图和探针等信息。

实施例三

图4是本发明实施例三提供的一种多类型场景共存的添加装置的结构示意图。该装置可由软件和/或硬件实现，一般可集成在终端中，可以通过执行多类型场景共存的添加方法实现多类型的场景共存，提高用户对场景配置的灵活性。如图4所示，该装置包括：

数据包获取模块301，用于分别获取目标配置场景中至少两个局部场景的场景数据包，所述局部场景包括：共享显示类型的第一场景以及独占显示类型的第二场景；

第一添加模块302，用于在与第一场景匹配的第一初始配置场景中，直接加载第一场景的场景数据包中的场景资源，以完成对目标配置场景中第一场景的添加；

第二添加模块303，用于采用独占显示的方式，在与第二场景匹配的第二初始配置场景中加载第二场景的场景数据包中的场景资源，以完成对目标配置场景中第二场景的添加。

本发明实施例提供了一种多类型场景共存的添加装置，通过分别获取目标配置场景中至少两个局部场景的场景数据包，在与共享显示类型的第一场景匹配的第一初始配置场景中，直接对第一场景的场景数据包中的场景资源进行加载，实现对目标配置场景中第一场景的添加，在与独占显示类型的第二场景匹配的第二初始配置场景中，采用独占显示的方式对第二场景的场景数据包中的场景资源进行加载，实现对目标配置场景中第二场景的添加。本发明实施例基于目标配置场景中不同类型的局部场景，分别采用不同的添加方式，实现了多类型的场景共存，便于用户根据策划需求灵活配置目标配置场景，提高了用户对场景配置的灵活性。

可选地，所述数据包获取模块301，具体用于：

分别获取目标配置场景中至少两个局部场景的场景配置文件，根据各个所述场景配置文件中的下载路径从服务器下载对应的场景数据包。

可选地，所述数据包获取模块301，具体还用于：

在分别获取目标配置场景中至少两个局部场景的场景配置文件之后，从各个所述场景配置文件中获取各个所述局部场景的类型标识；

对于每一个局部场景，若所述局部场景的类型标识是预设共享显示类型标识，则确定所述局部场景是第一场景；

若所述局部场景的类型标识是预设独占显示类型标识，则确定所述局部场景是第二场景。

可选地，所述第二添加模块303，具体用于：

若与第二场景匹配的第二初始配置场景的场景类型是空场景类型，直接加载所述第二场景的场景数据包中的场景资源；

若与第二场景匹配的第二初始配置场景的场景类型是独占显示类型，根据所述第二场景的场景数据包中的关键字段确定所述场景数据包中的场景资源的加载方式；其中，所述关键字段由用户根据开发需求和运行环境预先在所述场景数据包中设置。

可选地，所述第二添加模块303，具体用于：

若所述第二场景的场景数据包中的关键字段是预设切换字段，卸载所述第二初始配置场景，得到空场景，在所述空场景中加载所述第二场景的场景数据包中的场景资源；

若所述第二场景的场景数据包中的关键字段是预设隐藏字段，在所述第二初始配置场景中加载所述第二场景的场景数据包中的场景资源，激活所述第二场景并隐藏所述第二初始配置场景。

可选地，所述装置，还包括：

资源获取模块，用于在完成对所述目标配置场景中第一场景的添加，以及完成对所述目标配置场景中第二场景的添加之后，获取所述目标配置场景中目标资源的资源配置文件，根据所述资源配置文件中的下载路径查询运行内存中所有资源包；

内存资源加载模块，用于若所述运行内存中存在所述目标资源的资源数据包，在当前场景中加载所述运行内存中的资源数据包，以完成对所述目标资源的添加；

资源下载模块，用于若所述运行内存中不存在所述目标资源的资源数据包，根据所述资源配置文件中的下载路径从所述服务器下载所述目标资源的资源数据包，在所述当前场景中加载所述下载的资源数据包，以完成对所述目标资源的添加。

可选地，所述装置，还包括：

场景显示模块，用于当接收到用户发送的显示目标配置场景的指令时，显示包含第一场景、第二场景和目标资源的所述目标配置场景。

可选地，所述第一添加模块301，具体用于：

根据所述第一场景的场景数据包中的场景资源进行类别判断，将相同类别的场景资源存入到同一个子场景数据包中，将不同类别的场景资源存入到不同的子场景数据包中，分别加载各个所述子场景数据包中的场景资源。

可选地，所述第二添加模块，具体用于：

根据所述第二场景的场景数据包中的场景资源进行类别判断，将相同类别的场景资源存入到同一个子场景数据包中，将不同类别的场景资源存入到不同的子场景数据包中，在与第二场景匹配的第二初始配置场景中分别加载各个所述子场景数据包中的场景资源。

本发明实施例所提供的不同类型场景共存的添加装置可执行本发明任意实施例所提供的不同类型场景共存的添加方法，具备执行方法相应的功能模块和有益效果。

实施例四

图5是本发明实施例四提供的一种终端的结构示意图，如图5所示，该终端包括处理器400、存储器401、输入装置402和输出装置403；终端中处理器400的数量可以是一个或多个，图5中以一个处理器400为例；终端中的处理器400、存储器401、输入装置402和输出装置403可以通过总线或其他方式连接，图5中以通过总线连接为例。

存储器401作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的多类型场景共存的添加方法对应的程序指令和/或模块(例如，多类型场景共存的添加装置中的数据包获取模块301、第一添加模块302和第二添加模块303)。处理器400通过运行存储在存储器401中的软件程序、指令以及模块，从而执行终端的各种功能应用以及数据处理，即实现上述的多类型场景共存的添加方法。该方法包括：

分别获取目标配置场景中至少两个局部场景的场景数据包，所述局部场景包括：共享显示类型的第一场景以及独占显示类型的第二场景；

在与所述第一场景匹配的第一初始配置场景中，直接加载所述第一场景的场景数据包中的场景资源，以完成对所述目标配置场景中第一场景的添加；

采用独占显示的方式，在与所述第二场景匹配的第二初始配置场景中加载所述第二场景的场景数据包中的场景资源，以完成对所述目标配置场景中第二场景的添加。

存储器401可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器401可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器401可进一步包括相对于处理器400远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置402可用于接收输入的数字或字符信息，以及产生与终端的用户设置以及功能控制有关的键信号输入。输出装置403可包括显示屏等显示设备。

实施例五

本发明实施例五还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种多类型场景共存的添加方法，该方法包括：

分别获取目标配置场景中至少两个局部场景的场景数据包，所述局部场景包括：共享显示类型的第一场景以及独占显示类型的第二场景；

在与所述第一场景匹配的第一初始配置场景中，直接加载所述第一场景的场景数据包中的场景资源，以完成对所述目标配置场景中第一场景的添加；

采用独占显示的方式，在与所述第二场景匹配的第二初始配置场景中加载所述第二场景的场景数据包中的场景资源，以完成对所述目标配置场景中第二场景的添加。

当然，本发明实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的多类型场景共存的添加方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

值得注意的是，上述多类型场景共存的添加装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (15)

1.一种多类型场景共存的添加方法，其特征在于，包括：

分别获取目标配置场景中至少两个局部场景的场景数据包，所述局部场景包括：共享显示类型的第一场景以及独占显示类型的第二场景；

在与所述第一场景匹配的第一初始配置场景中，直接加载所述第一场景的场景数据包中的场景资源，以完成对所述目标配置场景中第一场景的添加；

采用独占显示的方式，在与所述第二场景匹配的第二初始配置场景中加载所述第二场景的场景数据包中的场景资源，以完成对所述目标配置场景中第二场景的添加。

2.根据权利要求1所述的方法，其特征在于，所述分别获取目标配置场景中至少两个局部场景的场景数据包，包括：

分别获取目标配置场景中至少两个局部场景的场景配置文件，根据各个所述场景配置文件中的下载路径从服务器下载对应的场景数据包。

3.根据权利要求2所述的方法，其特征在于，在分别获取目标配置场景中至少两个局部场景的场景配置文件之后，还包括：

从各个所述场景配置文件中获取各个所述局部场景的类型标识；

对于每一个局部场景，若所述局部场景的类型标识是预设共享显示类型标识，则确定所述局部场景是第一场景；

若所述局部场景的类型标识是预设独占显示类型标识，则确定所述局部场景是第二场景。

4.根据权利要求1所述的方法，其特征在于，所述采用独占显示的方式，在与所述第二场景匹配的第二初始配置场景中加载所述第二场景的场景数据包中的场景资源，包括：

若与第二场景匹配的第二初始配置场景的场景类型是空场景类型，直接加载所述第二场景的场景数据包中的场景资源；

若与第二场景匹配的第二初始配置场景的场景类型是独占显示类型，根据所述第二场景的场景数据包中的关键字段确定所述场景数据包中的场景资源的加载方式；其中，所述关键字段由用户根据开发需求和运行环境预先在所述场景数据包中设置。

5.根据权利要求4所述的方法，其特征在于，所述根据所述第二场景的场景数据包中的关键字段确定所述场景数据包中的场景资源的加载方式，包括：

若所述第二场景的场景数据包中的关键字段是预设切换字段，卸载所述第二初始配置场景，得到空场景，在所述空场景中加载所述第二场景的场景数据包中的场景资源；

若所述第二场景的场景数据包中的关键字段是预设隐藏字段，在所述第二初始配置场景中加载所述第二场景的场景数据包中的场景资源，激活所述第二场景并隐藏所述第二初始配置场景。

6.根据权利要求1所述的方法，其特征在于，在完成对所述目标配置场景中第一场景的添加，以及完成对所述目标配置场景中第二场景的添加之后，还包括：

获取所述目标配置场景中目标资源的资源配置文件，根据所述资源配置文件中的下载路径查询运行内存中所有资源包；

若所述运行内存中存在所述目标资源的资源数据包，在当前场景中加载所述运行内存中的资源数据包，以完成对所述目标资源的添加；

若所述运行内存中不存在所述目标资源的资源数据包，根据所述资源配置文件中的下载路径从所述服务器下载所述目标资源的资源数据包，在所述当前场景中加载所述下载的资源数据包，以完成对所述目标资源的添加。

7.根据权利要求6所述的方法，其特征在于，还包括：

当接收到用户发送的显示目标配置场景的指令时，显示包含第一场景、第二场景和目标资源的所述目标配置场景。

8.根据权利要求1所述的方法，其特征在于，所述直接加载所述第一场景的场景数据包中的场景资源，包括：

根据所述第一场景的场景数据包中的场景资源进行类别判断，将相同类别的场景资源存入到同一个子场景数据包中，将不同类别的场景资源存入到不同的子场景数据包中，分别加载各个所述子场景数据包中的场景资源。

9.根据权利要求1所述的方法，其特征在于，所述在与所述第二场景匹配的第二初始配置场景中加载所述第二场景的场景数据包中的场景资源，包括：

根据所述第二场景的场景数据包中的场景资源进行类别判断，将相同类别的场景资源存入到同一个子场景数据包中，将不同类别的场景资源存入到不同的子场景数据包中，在与第二场景匹配的第二初始配置场景中分别加载各个所述子场景数据包中的场景资源。

10.一种不同类型场景共存的添加装置，其特征在于，包括：

数据包获取模块，用于分别获取目标配置场景中至少两个局部场景的场景数据包，所述局部场景包括：共享显示类型的第一场景以及独占显示类型的第二场景；

第一添加模块，用于在与第一场景匹配的第一初始配置场景中，直接加载第一场景的场景数据包中的场景资源，以完成对目标配置场景中第一场景的添加；

第二添加模块，用于采用独占显示的方式，在与第二场景匹配的第二初始配置场景中加载第二场景的场景数据包中的场景资源，以完成对目标配置场景中第二场景的添加。

11.根据权利要求10所述的装置，其特征在于，所述第二添加模块，具体用于：

若与第二场景匹配的第二初始配置场景的场景类型是空场景类型，直接加载所述第二场景的场景数据包中的场景资源；

若与第二场景匹配的第二初始配置场景的场景类型是独占显示类型，根据所述第二场景的场景数据包中的关键字段确定所述场景数据包中的场景资源的加载方式；其中，所述关键字段由用户根据开发需求和运行环境预先在所述场景数据包中设置。

12.根据权利要求11所述的装置，其特征在于，所述第二添加模块，具体用于：

若所述第二场景的场景数据包中的关键字段是预设切换字段，卸载所述第二初始配置场景，得到空场景，在所述空场景中加载所述第二场景的场景数据包中的场景资源；

若所述第二场景的场景数据包中的关键字段是预设隐藏字段，在所述第二初始配置场景中加载所述第二场景的场景数据包中的场景资源，激活所述第二场景并隐藏所述第二初始配置场景。

13.根据权利要求10所述的装置，其特征在于，所述装置，还包括：

资源获取模块，用于在完成对所述目标配置场景中第一场景的添加，以及完成对所述目标配置场景中第二场景的添加之后，获取所述目标配置场景中目标资源的资源配置文件，根据所述资源配置文件中的下载路径查询运行内存中所有资源包；

内存资源加载模块，用于若所述运行内存中存在所述目标资源的资源数据包，在当前场景中加载所述运行内存中的资源数据包，以完成对所述目标资源的添加；

资源下载模块，用于若所述运行内存中不存在所述目标资源的资源数据包，根据所述资源配置文件中的下载路径从所述服务器下载所述目标资源的资源数据包，在所述当前场景中加载所述下载的资源数据包，以完成对所述目标资源的添加。

14.一种终端，其特征在于，所述终端包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-9中任一所述的多类型场景共存的添加方法。

15.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-9中任一所述的多类型场景共存的添加方法。

Images