CN114510370A - 基于全景编辑器的备份方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请提供一种场景数据备份方法、装置、电子设备及计算机可读存储介质。该基于全景编辑器的备份方法包括：当检测到对全景编辑器的场景编辑指令时，获取当前场景的当前数据和初始场景的初始数据；根据所述当前数据和所述初始数据，检测所述当前场景和所述初始场景之间是否存在修改内容；若所述初始场景和所述当前场景之间存在修改内容，则将所述当前数据添加至所述全景编辑器的备份列表，得到当前场景备份数据。本申请可以避免死机或全景编辑器未响应时如果没有手动保存就会丢失编辑后的当前场景的问题，提高了编辑场景时数据的安全性。

Description

基于全景编辑器的备份方法、装置、电子设备及存储介质

技术领域

本申请涉及全景漫游领域，具体涉及一种基于全景编辑器的备份方法、装置、电子设备及计算机可读存储介质。

背景技术

随着虚拟现实(Virtual Reality)技术的发展，虚拟现实技术目前已广泛应用于基于全景展示中。为了与用户进行互动，在场景图中的某一个或几个位置上设置热点，用户可以通过点击热点获取场景的相关信息。除此之外，还可以在场景图中添加导航图等自定义模块，进一步增强用户体验。在制作场景图时为了修改方便和数据安全，会采用云端备份的方法，定时向云服务商提供的云端服务器中上传文件进行备份。但是如果采用云端备份，在用户希望对文件进行修改和恢复等操作时需要开发人员的帮助，因此目前大多采用本地备份的方法。

现有技术中的本地自动备份方法主要通过用户在想要保存备份时，点击保存的图标主动对修改的场景图进行备份，但是在作图时有时会发生死机或未响应的情况，这种情况下如果用户忘记备份就会出现数据丢失的情况，数据安全性不高。

发明内容

本申请提供一种基于全景编辑器的备份方法、装置、电子设备及计算机可读存储介质，旨在解决用户主动备份的方法安全性不高的问题。

第一方面，本申请提供一种基于全景编辑器的备份方法，所述方法包括：

当检测到对全景编辑器的场景编辑指令时，获取当前场景的当前数据和初始场景的初始数据；

根据所述当前数据和所述初始数据，检测所述当前场景和所述初始场景之间是否存在修改内容；

若所述初始场景和所述当前场景之间存在修改内容，则将所述当前数据添加至所述全景编辑器的备份列表，得到当前场景备份数据。

在本申请一种可能的实现方式中，所述根据所述当前数据和所述初始数据，检测所述初始场景和所述当前场景之间是否存在修改内容，包括：

检测是否收到工具关闭指令和/或展示界面刷新指令；

若收到工具关闭指令和/或展示界面刷新指令，则根据所述当前数据和所述初始数据，检测所述初始场景和所述当前场景之间是否存在修改内容。

在本申请一种可能的实现方式中，所述初始数据包含第一代码文件，所述当前数据包含第二代码文件，所述第二代码文件是对所述第一代码文件执行所述编辑命令后得到的文件，所述根据所述当前数据和所述初始数据，检测所述当前场景和所述初始场景之间是否存在修改内容，包括：

检测所述第一代码文件和所述第二代码文件之间是否存在修改代码；

若所述第一代码文件和所述第二代码文件之间存在修改代码，则确定所述初始场景和所述当前场景之间存在修改内容。

在本申请一种可能的实现方式中，所述备份列表中包含目标场景备份数据，所述目标场景备份数据生成的目标场景包括第一全景图，所述方法包括：

接收场景恢复指令，其中，所述场景恢复指令携带了所述第一全景图的目标场景标识；

从所述当前场景中检测是否存在包含所述目标场景标识的第二全景图；

若存在，则以所述第一全景图更新所述第二全景图，若不存在，则将所述第一全景图添加到所述当前场景中。

在本申请一种可能的实现方式中，所述接收场景恢复指令之前，还包括：

根据所述目标场景备份数据，生成备份场景预览。

在本申请一种可能的实现方式中，所述当检测到对全景编辑器的场景编辑指令时，获取当前场景的当前数据和初始场景的初始数据，包括：

存储所述场景编辑指令至操作历史列表中，所述场景编辑指令包括删除指令。

在本申请一种可能的实现方式中，所述方法包括：

检测所述备份列表中场景备份数据的数量；

若所述数量大于预设阈值，则删除所述备份列表中备份时间最早的所述场景备份数据。

第二方面，本申请提供一种基于全景编辑器的备份装置，所述基于全景编辑器的备份装置包括：

获取单元，用于当检测到对全景编辑器的场景编辑指令时，获取当前场景的当前数据和初始场景的初始数据；

检测单元，用于根据所述当前数据和所述初始数据，检测所述当前场景和所述初始场景之间是否存在修改内容；

备份单元，用于若所述初始场景和所述当前场景之间存在修改内容，则将所述当前数据添加至所述全景编辑器的备份列表，生成当前场景备份数据。

在本申请的一些实施例中，检测单元还用于：

检测是否收到工具关闭指令和/或展示界面刷新指令；

若收到工具关闭指令和/或展示界面刷新指令，则根据所述当前数据和所述初始数据，检测所述初始场景和所述当前场景之间是否存在修改内容。

在本申请的一些实施例中，检测单元还用于：

检测所述第一代码文件和所述第二代码文件之间是否存在修改代码；

若所述第一代码文件和所述第二代码文件之间存在修改代码，则确定所述初始场景和所述当前场景之间存在修改内容。

在本申请的一些实施例中，所述基于全景编辑器的备份装置还包括恢复单元，所述恢复单元用于：

接收场景恢复指令，其中，所述场景恢复指令携带了所述第一全景图的目标场景标识；

从所述当前场景中检测是否存在包含所述目标场景标识的第二全景图；

若存在，则以所述第一全景图更新所述第二全景图，若不存在，则将所述第一全景图添加到所述当前场景中。

在本申请的一些实施例中，所述基于全景编辑器的备份装置还包括预览单元，所述预览单元用于：

根据所述目标场景备份数据，生成备份场景预览。

在本申请的一些实施例中，获取单元还用于：

存储所述场景编辑指令至操作历史列表中，所述场景编辑指令包括删除指令。

在本申请的一些实施例中，所述基于全景编辑器的备份装置还包括删除单元，所述删除单元用于：

检测所述备份列表中场景备份数据的数量；

若所述数量大于预设阈值，则删除所述备份列表中备份时间最早的所述场景备份数据。

第三方面，本申请还提供一种电子设备，所述电子设备包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器调用所述存储器中的计算机程序时执行本申请提供的任一种基于全景编辑器的备份方法中的步骤。

第四方面，本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行所述的基于全景编辑器的备份方法中的步骤。

本申请提供的基于全景编辑器的备份方法包括：当检测到对全景编辑器的场景编辑指令时，获取当前场景的当前数据和初始场景的初始数据；根据所述当前数据和所述初始数据，检测所述当前场景和所述初始场景之间是否存在修改内容；若所述初始场景和所述当前场景之间存在修改内容，则将所述当前数据添加至所述全景编辑器的备份列表，得到当前场景备份数据。可见，本申请通过检测当前场景和初始场景之间是否有修改内容，可以确定在接收场景编辑指令并进行相应编辑处理后初始场景是否有变化，若有变化则备份当前场景，因此本申请可以避免死机或全景编辑器未响应时如果没有手动保存就会丢失编辑后的当前场景的问题，提高了编辑场景时数据的安全性。

附图说明

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

图1是本申请实施例提供的基于全景编辑器的备份方法的应用场景示意图；

图2是本申请实施例中提供的基于全景编辑器的备份方法的一种流程示意图；

图3是本申请实施例中提供的一个实施例流程示意图；

图4是本申请实施例中提供的一个实施例流程示意图；

图5是本申请实施例中提供的基于全景编辑器的备份装置的一个实施例结构示意图；

图6是本申请实施例中提供的电子设备的一个实施例结构示意图。

具体实施方式

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

在本申请实施例的描述中，需要理解的是，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本申请实施例的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

为了使本领域任何技术人员能够实现和使用本申请，给出了以下描述。在以下描述中，为了解释的目的而列出了细节。应当明白的是，本领域普通技术人员可以认识到，在不使用这些特定细节的情况下也可以实现本申请。在其它实例中，不会对公知的过程进行详细阐述，以避免不必要的细节使本申请实施例的描述变得晦涩。因此，本申请并非旨在限于所示的实施例，而是与符合本申请实施例所公开的原理和特征的最广范围相一致。

本申请实施例提供一种基于全景编辑器的备份方法、装置、电子设备和计算机可读存储介质。其中，该基于全景编辑器的备份装置可以集成在电子设备中，该电子设备可以是服务器，也可以是终端等设备。

首先，在介绍本申请实施例之前，先介绍下本申请实施例关于应用背景的相关内容。

通常来说，全景漫游包含两种模式：3D漫游和2D漫游。

3D漫游是指通过3DMAX等3D建模软件建立的3D全景漫游场景，然后在3D模型上通过贴图等方式产生全景漫游场景的视觉效果。例如可以通过3DMAX建立样板房的3D模型，样板房的3D模型包括了家具、墙体等3D模型，然后在这些3D模型上贴上对应的图片或纹理，如在椅子上贴上椅子的图片或者木制纹理等，以形成样板房的3D漫游场景。

2D漫游是指将多张全景图通过热点拼接或关联形成的全景漫游场景，用户可以通过选中热点将视角从一张全景图移动到另一张全景图中，营造出漫游的效果。本申请中的全景漫游是指此处所述的2D漫游。

在本申请提供的实施例中，全景漫游场景根据后台数据生成，因此用户对全景漫游场景的编辑通过编辑全景漫游场景的后台数据而实现。

全景漫游场景的后台数据可以包括多种文件。例如在一些实施例中，全景漫游场景的后台数据可以包括代码文件、图片文件和视频文件等。全景编辑器可以根据代码文件中不同功能的代码，将图片文件和视频文件等相互拼接或者相互关联以生成全景漫游场景。

全景漫游场景中的每张全景图都分别包含场景标识。场景标识用于区分不同的全景图，可以是一段标识代码。例如全景漫游场景是样板房时，包含了客厅的全景图和包含了卧室的全景图分别包含不同的场景标识。进一步地，如果两个全景漫游场景中都包含了同一张全景图，则在两个全景漫游场景中同一张全景图的场景标识相同，例如全景漫游场景是样板房A和样板房B时，同一张包含了客厅的全景图的场景标识相同。

进一步地，全景漫游场景的后台数据中与全景图相关的数据也会包含对应的场景标识。具体地，假设A全景图包含A场景标识，若场景备份数据包含A全景图的图像源文件、其他全景图源文件、热点文件和用于拼接与关联A全景图、其他全景图和热点的代码文件。则A全景图的图像源文件和代码文件中涉及A全景图的代码都会包含A场景标识。

本申请实施例基于全景编辑器的备份方法的执行主体可以为本申请实施例提供的基于全景编辑器的备份装置，或者集成了该基于全景编辑器的备份装置的服务器设备、物理主机或者用户设备(User Equipment，UE)等不同类型的电子设备，其中，基于全景编辑器的备份装置可以采用硬件或者软件的方式实现，UE具体可以为智能手机、平板电脑、笔记本电脑、掌上电脑、台式电脑或者个人数字助理(Personal Digital Assistant，PDA)等终端设备。

该电子设备可以采用单独运行的工作方式，或者也可以采用设备集群的工作方式。

参见图1，图1是本申请实施例所提供的基于全景编辑器的备份***的场景示意图。其中，该基于全景编辑器的备份***可以包括电子设备100，电子设备100中集成有基于全景编辑器的备份装置。

另外，如图1所示，该基于全景编辑器的备份***还可以包括存储器200，用于存储数据，如存储图像数据、视频数据。

需要说明的是，图1所示的基于全景编辑器的备份***的场景示意图仅仅是一个示例，本申请实施例描述的基于全景编辑器的备份***以及场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着基于全景编辑器的备份***的演变和新业务场景的出现，本发明实施例提供的技术方案对于类似的技术问题，同样适用。

下面，开始介绍本申请实施例提供的基于全景编辑器的备份方法，本申请实施例中以电子设备作为执行主体，为了简化与便于描述，后续方法实施例中将省略该执行主体。

参照图2，图2是本申请实施例提供的基于全景编辑器的备份方法的一种流程示意图。需要说明的是，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。该基于全景编辑器的备份方法包括步骤10～30，其中：

10、当检测到对全景编辑器的场景编辑指令时，获取当前场景的当前数据和初始场景的初始数据。

其中，全景编辑器是用于制作和修改全景漫游场景的工具，可用于制作房地产行业的虚拟看房场景、小区场景等全景漫游场景，还可用于制作旅游行业的虚拟旅游场景等全景漫游场景。用户可以在全景编辑器上对全景漫游场景进行可视化地编辑。例如，用户可以在全景编辑器上对全景漫游场景添加展示文字，然后选中展示文字拖曳鼠标以移动展示文字在全景漫游场景中的位置。又如，用户可以在全景编辑器上删除全景漫游场景上的热点。

全景编辑器基于全景漫游制作引擎开发而成，可以有多种存在形式。具体地，全景编辑器可以是可安装的软件编辑工具，也可以是不需要安装的编辑工具。例如全景编辑器可以是一个Html文件，用户打开Html文件后形成基于浏览器软件的编辑工具，全景漫游场景显示在浏览器软件的显示界面上，用户可以在显示界面上进行全景漫游场景的编辑。又如全景编辑器可以是打开安装包后安装在电脑等设备上的软件，全景漫游场景显示在软件的显示界面上，用户可以打开软件后通过软件对全景漫游场景进行编辑。

其中，场景编辑指令是用户在全景编辑器上对全景漫游场景发出的编辑指令，可以包括。具体地，场景编辑指令可以是用户通过点击全景编辑器的功能按钮从而对全景漫游场景发出的编辑指令，还可以是用户通过输入代码从而对全景漫游场景发出的编辑指令。例如，用户可以通过鼠标点击全景编辑器的删除按钮从而删除全景漫游场景中的热点，还可以在全景编辑器的后台编译器中输入删除功能的代码从而删除全景漫游场景中的热点。

由于在本申请实施例中用户对全景漫游场景的编辑通过编辑全景漫游场景的后台数据而实现，因此在用户发出场景编辑指令后全景编辑器会对应地编辑场景编辑指令指向的后台数据。例如用户在为全景漫游场景添加热点后，后台数据如代码文件会被对应修改从而将热点关联到全景漫游场景中。需要说明的是，还有其他方式可以发出场景编辑指令，此处的举例仅为示例性说明。

其中，初始场景是指未经过编辑的场景，当前场景是指经过编辑的场景，具体的编辑操作根据场景编辑指令确定。相对地，初始数据是指初始场景的后台数据，当前数据是指当前场景的后台数据。以对样板房进行编辑为例进行说明：用户打开全景编辑器后，全景编辑器的展示界面上展示的样板房即为初始场景。随后用户通过点击或其他方式发出了删除样板房中某热点的场景编辑指令，则删除了某热点的样板房即为当前场景。

进一步地，场景编辑指令包括使全景漫游场景发生场景内容变化的修改指令和未使全景漫游场景发生场景内容变化的非修改指令，场景内容具体可以指场景的渲染主题、热点和导航图等全景漫游场景中可编辑的内容。上述的修改指令包括删除指令、添加指令等，用户可以发出修改指令以实现添加热点、删除热点等使场景内容发生变化的功能。另一方面，上述的非修改指令包括旋转视角指令等用户发出后不会使场景内容发生变化的指令。

20、根据所述当前数据和所述初始数据，检测所述当前场景和所述初始场景之间是否存在修改内容。

其中，本步骤中检测是否存在修改内容是指检测当前场景的场景内容和初始场景的场景内容之间是否有不同。例如初始场景中有10个热点，经过编辑的当前场景中只有9个热点，则当前场景的场景内容和初始场景的场景内容不同。又如初始场景采用了红色的渲染主题，而经过编辑的当前场景采用了灰色的渲染主题，则当前场景的场景内容和初始场景的场景内容不同。此处的举例仅为示例性举例，修改内容还可以包括如热点的文字不同等，并不是仅限于此处的举例。

具体地，检测方式可以有多种。在一些实施例中，可以通过检测当前数据和初始数据是否不同以确定当前场景和初始场景之间是否存在修改内容。以初始数据包括代码文件和图片文件为例，假设初始数据包括了代码文件A、图片文件B和图片文件C。在全景编辑器根据用户发出的场景编辑指令删除了图片文件C，并且编辑了代码文件A生成代码文件D后，当前数据包括代码文件D和图片文件B，因此当前数据和初始数据不同，当前场景和初始场景之间存在修改内容。

在一些实施例中，还可以仅检测初始数据中的特定数据以检测当前场景和初始场景之间是否存在修改内容，具体在下文中说明。

需要说明的是，如果用户发出的场景编辑指令是上文中所述的非修改指令，例如用户发出的是顺时针旋转当前视角90°的场景编辑指令时，全景编辑器并不会修改初始数据，因此当前数据与初始数据之间相同，当前场景和初始场景之间不存在修改内容。

30、若所述初始场景和所述当前场景之间存在修改内容，则将所述当前数据添加至所述全景编辑器的备份列表，得到当前场景备份数据。

其中，备份列表用于存储备份场景的场景备份数据。在备份列表中可以包含多个场景备份数据，每一个场景备份数据代表一个备份场景。

当前场景备份数据是指备份场景是当前场景时，备份列表中存储的后台数据，当前场景备份数据可以包括代码文件、图片文件和视频文件等。例如当前场景是样板房时，则当前场景备份数据即为样板房的后台数据，可以包括客厅图像、卧室图像和用于拼接和关联客厅图像与卧室图像的代码文件。

综上所述，本申请提供的基于全景编辑器的备份方法包括：当检测到对全景编辑器的场景编辑指令时，获取当前场景的当前数据和初始场景的初始数据；根据所述当前数据和所述初始数据，检测所述当前场景和所述初始场景之间是否存在修改内容；若所述初始场景和所述当前场景之间存在修改内容，则将所述当前数据添加至所述全景编辑器的备份列表，得到当前场景备份数据。可见，本申请通过检测当前场景和初始场景之间是否有修改内容，可以确定在接收场景编辑指令并进行相应编辑处理后初始场景是否有变化，若有变化则备份当前场景，因此本申请可以避免死机或全景编辑器未响应时如果没有手动保存就会丢失编辑后的当前场景的问题，提高了编辑场景时数据的安全性。

如果每一次检测到场景编辑指令时都检测当前场景和初始场景之间是否存在修改内容，若有修改内容就进行备份的话，会由于多次检测大量占用电脑等设备的内存，导致编辑过程不流畅，且在备份列表中产生的冗余场景备份数据会占用设备的存储空间。

参考图3，为了解决编辑过程不流畅，冗余的场景备份数据占用设备存储空间大的问题，在一些实际场景中可以仅在检测到某些特定指令，如工具关闭指令和/或展示界面刷新指令时检测当前场景和初始场景之间是否存在修改内容，具体可以包括以下步骤21-22：

21、检测是否收到工具关闭指令和/或展示界面刷新指令。

其中，工具关闭指令用于关闭全景编辑器，收到工具关闭指令后全景编辑器被关闭。

工具关闭指令可以由用户发出，也可以由电脑等设备发出。例如用户可以主动通过点击全景编辑器的关闭按钮发出工具关闭指令，以关闭全景编辑器。又如在全景编辑器未响应或崩溃时，设备可以自动发出工具关闭指令以关闭全景编辑器。

其中，展示界面刷新指令用于刷新全景编辑器的展示界面，收到展示界面刷新指令后展示界面被刷新。

展示界面刷新指令可以由用户主动发出，也可以由电脑等设备自动发出。例如，通常设备在检测到全景编辑器根据场景编辑指令对初始场景进行编辑后会自动发出展示界面刷新指令以更新初始场景至当前场景。又如用户可以点击全景编辑器的刷新功能按钮或通过其他方式对展示界面进行主动刷新。

在本申请实施例中，除了此处说明的工具关闭指令和展示界面刷新指令以外还可以检测其他特定指令。以检测界面切换指令为例作为说明。界面切换指令是指用于切换不同应用程序的指令，例如在使用电脑时，用户可以同时按下键盘上的Alt键和Tab键以发出界面切换指令，将屏幕上显示的软件界面切换到另一个软件界面。假设全景编辑器是一个Html文件，则在用户同时按下键盘上的Alt键和Tab键将打开Html文件的浏览器软件界面切换至其他软件界面时设备可以检测到界面切换指令。

需要说明的是，特定指令仅包括发出后可能导致数据丢失的指令。本步骤中检测特定指令的原因是特定指令可能会导致数据丢失，因此需要在检测到特定指令时判断是否需要备份当前场景。例如本步骤中作为例子的界面切换指令在发出后屏幕上显示的全景编辑器界面会切换到另一个软件界面，通常在切换软件界面时容易发生软件崩溃而导致数据丢失，因此需要判断是否需要备份全景编辑器的展示界面中展示的当前场景。

22、若收到工具关闭指令和/或展示界面刷新指令，则根据所述当前数据和所述初始数据，检测所述初始场景和所述当前场景之间是否存在修改内容。

如果收到工具关闭指令和/或展示界面刷新指令，即如果全景编辑器关闭或者展示界面刷新，则检测所述初始场景和所述当前场景之间是否存在修改内容。检测初始场景和当前场景之间是否存在修改内容的具体方法如步骤20中所述，这里不再赘述。

本申请实施例中提供的基于全景编辑器的备份方法可以限定检测当前场景和初始场景之间是否有修改内容的时机，以降低检测频率，减少场景备份数据，从而解决编辑过程不流畅，冗余的场景备份数据占用设备存储空间大的问题。

需要说明的是，步骤21～22说明的工具关闭指令和/或展示界面刷新指令仅为举例，并不构成对本申请的限制。

在继续说明本申请实施例之前，首先说明一种可以提高编辑效率的全景编辑器编辑逻辑。全景漫游场景的后台数据通常会包括代码文件和场景源文件，根据代码文件中不同功能的代码，全景编辑器可以将包括了图片和视频等的场景源文件相互拼接或者相互关联以生成全景漫游场景。因此在编辑全景漫游场景时可以仅通过编辑后台数据中的代码文件而不编辑图片和视频等场景源文件以改变最后生成的全景漫游场景，省去编辑场景源文件的时间和流程。需要说明的是，此时所有全景漫游场景的后台数据可以包括相同的场景源文件。

在采用这种编辑逻辑的前提下，可以仅检测初始数据和当前数据之间代码文件的区别以进一步提高备份效率，具体可以包括以下步骤31-32：

31、检测所述第一代码文件和所述第二代码文件之间是否存在修改代码。

其中，第一代码文件是指初始数据所包括的代码文件，第二代码文件是指当前数据所包括的代码文件，第二代码文件是根据场景编辑指令对第一代码文件进行编辑后得到的代码文件。需要说明的是，初始数据和当前数据还可以包括相同的场景源文件。

其中，本步骤中的修改代码是指第二代码文件中包含与第一代码文件不同的代码。具体地，修改代码根据场景编辑指令可以实现多种功能，以下举例具体说明一种修改代码实现的功能。以用户正在编辑样板房的场景为例进行说明。用户打开全景编辑器后，全景编辑器的展示界面上展示的样板房即为由第一代码文件和场景源文件生成的初始场景。假设用户发出了用于添加图片热点的场景编辑指令，则全景编辑器可以根据场景编辑指令在第一代码文件中添加用于关联图片热点至初始场景的代码，形成第二代码文件。上述“用于关联图片热点至初始场景的代码”即为修改代码，可以实现添加关联图片热点至初始场景的功能。

需要说明的是，若场景编辑指令是上文中所述的非修改指令，例如用户发出的是顺时针旋转当前视角40°的场景编辑指令时，全景编辑器并不会修改第一代码文件，因此第一代码文件中的代码和第二代码文件中的代码相同，不存在修改代码。

32、若所述第一代码文件和所述第二代码文件之间存在修改代码，则确定所述初始场景和所述当前场景之间存在修改内容。

具体地，如果在对第一代码文件进行编辑后第一代码文件和第二代码文件之间存在修改代码，则意味着场景源文件之间的拼接或关联等关系发生了变化，因此可以确定初始场景和当前场景之间发生了场景内容变化，初始场景和当前场景之间存在修改内容。例如若第二代码文件和第一代码文件相比增加了变化热点颜色的功能代码，则可以确定当前场景中的热点相较初始场景中的热点产生了颜色的变化，初始场景和当前场景之间发生了场景内容变化，初始场景和当前场景之间存在修改内容。

参考图4，本申请实施例还提供了一种基于全景编辑器以已被备份的目标场景恢复当前场景的方法，目标场景根据备份列表中的目标场景备份数据生成。具体的恢复方法包含两种：(1)恢复整个目标场景。(2)恢复目标场景中的特定全景图，场景和全景图的关系已经在前文中描述出，这里不再赘述。对于恢复方法(1)，可以采用以备份列表中目标场景的目标场景备份数据覆盖当前场景的当前数据的方法实现。对于恢复方法(2)，具体可以包括以下步骤41-43：

41、接收场景恢复指令，其中，所述场景恢复指令携带了所述第一全景图的目标场景标识。

其中，第一全景图是指目标场景中用户要恢复的目标全景图。以用户正在编辑样板房的场景为例进行说明，如果用户想要恢复样板房中的客厅，则第一全景图是指包含客厅的全景图。

进一步地，第一全景图还可以包含用户添加的场景内容，包括渲染主题和热点等。

其中，目标场景标识是指第一全景图包含的场景标识。场景标识已在上文中进行了解释，这里不再赘述。

其中，场景恢复指令是指用于恢复第一全景图的编辑指令。场景恢复指令的发出方式可以参考步骤10中的发出方式，这里不再赘述。具体地，场景恢复指令还携带了目标场景标识，设备可以根据场景恢复指令中携带的目标场景标识选中第一全景图。

42、从所述当前场景中检测是否存在包含所述目标场景标识的第二全景图。

其中，第二全景图和第一全景图都包含目标场景标识，因此第二全景图和第一全景图分别是在当前场景中和目标场景中的同一张全景图。以用户正在编辑样板房A的场景为例进行说明，经过编辑后的样板房A为当前场景，样板房B为目标场景并且包含客厅全景图，用户发出携带有客厅全景图场景标识的场景恢复指令，则第一全景图是客厅全景图，如果样板房A中同样包含客厅全景图，则当前数据中包含第二全景图。

进一步地，第二全景图还可以包含用户添加的场景内容，包括渲染主题和热点等。

需要说明的是，第二全景图和第一全景图上的场景内容并不会改变目标场景标识，即假设第二全景图上包含了数个热点而第一全景图上不包含热点时，只要第二全景图和第一全景图都包含目标场景标识，则第二全景图和第一全景图同样被认为是同一张全景图。

在一些实施例中，检测第二全景图的方法包括：

(1)根据目标场景标识，检测第二代码文件和目标场景备份数据包括的目标代码文件中涉及第二全景图的功能代码是否相同，功能代码包括将第二全景图添加到当前场景中的代码。假设目标场景标识被设置为“客厅”，则在第二代码文件中检测包含“客厅”的功能代码。

(2)根据目标场景标识，检测当前数据中是否存在第二全景图的图像源文件。假设目标场景标识被设置为“客厅”，则检测包含“客厅”的图像源文件。

通过同时执行本步骤中的(1)和(2)，可以检测当前数据中是否包含第二全景图的图像源文件，并且可以确定第二全景图是否被添加到当前场景中。

在一些实施例中，为了提高编辑的效率，对全景漫游场景编辑的逻辑采用了前文所述的编辑逻辑，此时由于不会编辑全景漫游场景除代码文件以外的后台数据，因此检测第二全景图的方法可以仅包括步骤42中的(1)。

在一些实施例中，可以对步骤42中的(1)进行进一步优化，提高检测的准确性，具体包括：

A、检测第二代码文件和目标代码文件中涉及第二全景图的功能代码是否相同，功能代码包括为第二全景图添加渲染主题、关联热点的代码，还包括将第二全景图添加到当前场景中的代码。需要说明的是，此处代码实现的功能仅为举例，并不能成为对本申请实施例的限制。

通过执行本步骤中的A，可以检测第二全景图是否被添加到当前场景中，并且确定第二全景图中的场景内容是否与第一场景图一致，提高了检测的精确性和准确性。

43、若存在，则以所述第一全景图更新所述第二全景图，若不存在，则将所述第一全景图添加到所述当前场景中。

其中，以所述第一全景图更新所述第二全景图是指以目标场景备份数据更新当前数据。具体地，下面分别对采用了上文所述的编辑逻辑和没有采用上文所述的编辑逻辑两种情况进行解释。

1、采用了上文所述编辑逻辑的情况：

由于编辑逻辑定义：编辑全景漫游场景时不会编辑全景漫游场景除代码文件以外的后台数据。因此可以在检测到存在第二全景图时以目标代码文件中涉及第二全景图的代码覆盖第二代码文件中涉及第二全景图的代码。在检测到不存在第二全景图时将目标代码文件中涉及第二全景图的代码添加到第二代码文件中。本步骤1中提供的恢复方法仅需要恢复代码文件，恢复速度快，效率高。

2、没有采用上文所述编辑逻辑的情况：

除了采用步骤43中1的方法以外，还需要将目标场景备份数据中第二全景图的图像源文件添加到当前数据中。

在一些实际场景中，为了确认目标场景备份数据生成的目标场景是否为想要恢复的场景，还可以在恢复前生成备份场景预览。备份场景预览可以是全景编辑器生成的以Html为例的预览链接，链接中展示了目标场景。备份场景预览还可以直接在全景编辑器的展示界面中生成。例如用户在编辑样板房A的场景时，若要预览已备份样板房B的场景，可以发出携带样板房B后台数据的预览指令，预览指令的发送方法与步骤10中同理，这里不再赘述。检测到预览指令后，全景编辑器可以生成一个基于浏览器软件的Html链接，链接中展示了样板房B的场景。全景编辑器还可以在展示界面中生成样板房B的场景。

在一些实施例中，除了可以通过发出预览指令以生成备份场景预览以外，还可以在得到当前场景备份数据后自动生成备份场景预览。

进一步地，生成的备份场景预览中可以同时展示当前场景和目标场景，方便用户进行对比并确认是否要恢复目标场景。在本步骤用户编辑样板房A的例子中，若全景编辑器生成一个基于浏览器软件的Html链接，链接中可以同时展示样板房A和样板房B的场景，样板房A和样板房B占据浏览器界面的比例可以按需求调整。若备份场景预览直接在全景编辑器的展示界面中生成，则展示界面中可以同时展示样板房A和样板房B的场景，样板房A和样板房B占据展示界面中的比例可以按需求调整。

进一步地，备份场景预览还包含预设的自定义功能。自定义功能可以包括切换渲染主题、切换热点颜色等功能，用户可以预览变换了渲染主题或热点颜色后目标场景的效果，以方便确认是否恢复目标场景。在本步骤用户编辑样板房A的例子中，用户可以在生成了样板房B的预览界面后为预览界面添加各种颜色的渲染主题。

在一些实际场景中，为了在编辑全景漫游场景出现问题时能够回看用户进行的操作，可以在每次检测到场景编辑指令时将场景编辑指令存储至操作历史列表中。当编辑全景漫游场景出现如显示错误或缺少场景内容的问题时，用户或全景编辑器的开发者可以调出操作历史列表，定位造成问题的指令。

进一步地，为了减少操作历史列表占用的存储空间，可以只存储可能会导致问题的特定场景编辑指令。例如可以在检测到删除指令时，将删除指令存储至操作历史列表中。

通过存储场景编辑指令至操作历史列表的方法，开发者和用户可以在全景漫游场景产生问题时，依靠操作历史列表定位可能造成问题的指令，以减少问题的发生。

在一些实际场景中，为了减少备份列表中场景备份数据占用的存储空间，可以按照特定规则删除备份列表中的场景备份数据，例如删除所述备份列表中备份时间最早的所述场景备份数据，此时具体可以包括以下步骤71-72：

71、检测所述备份列表中场景备份数据的数量。

其中，备份列表中场景备份数据的数量代表备份的全景漫游场景数量。例如，若用户备份了10个全景漫游场景，则在备份列表中有10个场景备份数据。

具体地，场景备份数据可以包括代码文件、图片文件和视频文件等。全景编辑器可以根据代码文件中不同功能的代码，将图片文件和视频文件等相互拼接或者相互关联以生成备份的全景漫游场景。

72、若所述数量大于预设阈值，则删除所述备份列表中备份时间最早的所述场景备份数据。

其中，预设阈值可以根据存储空间调整。若存储空间较小，可以将预设阈值设置得较小，若存储空间较大，则可以将预设阈值设置得较大。例如若用户使用的电脑存储空间较小，可以请全景编辑器的开发者将预设阈值设置至10条，当备份列表中场景备份数据的数量达到11条时，电脑自动删除备份时间最早的场景备份数据。

在一些实施例中还可以采取其他特定规则。如所述数量大于预设阈值时，可以删除备份列表中恢复次数最少的场景备份数据，以筛选出常用的场景备份数据以备份。

通过删除备份列表中符合特定规则(本申请实施例中为备份时间最早)的场景备份数据，可以删除冗余的场景备份数据，减小场景备份数据占用的存储空间。

为了更好实施本申请实施例中基于全景编辑器的备份方法，在基于全景编辑器的备份方法基础之上，本申请实施例中还提供一种基于全景编辑器的备份装置，如图5所示，为本申请实施例中基于全景编辑器的备份装置的一个实施例结构示意图，该基于全景编辑器的备份装置500包括：

获取单元501，用于当检测到对全景编辑器的场景编辑指令时，获取当前场景的当前数据和初始场景的初始数据；

检测单元502，用于根据所述当前数据和所述初始数据，检测所述当前场景和所述初始场景之间是否存在修改内容；

备份单元503，用于若所述初始场景和所述当前场景之间存在修改内容，则将所述当前数据添加至所述全景编辑器的备份列表，生成当前场景备份数据。

在本申请的一些实施例中，检测单元502还用于：

检测是否收到工具关闭指令和/或展示界面刷新指令；

若收到工具关闭指令和/或展示界面刷新指令，则根据所述当前数据和所述初始数据，检测所述初始场景和所述当前场景之间是否存在修改内容。

在本申请的一些实施例中，检测单元502还用于：

检测所述第一代码文件和所述第二代码文件之间是否存在修改代码；

若所述第一代码文件和所述第二代码文件之间存在修改代码，则确定所述初始场景和所述当前场景之间存在修改内容。

在本申请的一些实施例中，所述基于全景编辑器的备份装置500还包括恢复单元504，所述恢复单元504用于：

接收场景恢复指令，其中，所述场景恢复指令携带了所述第一全景图的目标场景标识；

从所述当前场景中检测是否存在包含所述目标场景标识的第二全景图；

若存在，则以所述第一全景图更新所述第二全景图，若不存在，则将所述第一全景图添加到所述当前场景中。

在本申请的一些实施例中，所述基于全景编辑器的备份装置500还包括预览单元505，所述预览单元505用于：

根据所述目标场景备份数据，生成备份场景预览。

在本申请的一些实施例中，获取单元501还用于：

存储所述场景编辑指令至操作历史列表中，所述场景编辑指令包括删除指令。

在本申请的一些实施例中，所述基于全景编辑器的备份装置500还包括删除单元506，所述删除单元506用于：

检测所述备份列表中场景备份数据的数量；

若所述数量大于预设阈值，则删除所述备份列表中备份时间最早的所述场景备份数据。

具体实施时，以上各个单元可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个单元的具体实施可参见前面的方法实施例，在此不再赘述。

由于该基于全景编辑器的备份装置可以执行本申请如图1至图4对应任意实施例中基于全景编辑器的备份方法中的步骤，因此，可以实现本申请如图1至图4对应任意实施例中基于全景编辑器的备份方法所能实现的有益效果，详见前面的说明，在此不再赘述。

此外，为了更好实施本申请实施例中基于全景编辑器的备份方法，在基于全景编辑器的备份方法基础之上，本申请实施例还提供一种电子设备，参阅图6，图6示出了本申请实施例电子设备的一种结构示意图，具体的，本申请实施例提供的电子设备包括处理器601，处理器601用于执行存储器602中存储的计算机程序时实现如图1至图4对应任意实施例中基于全景编辑器的备份方法的各步骤；或者，处理器601用于执行存储器602中存储的计算机程序时实现如图5对应实施例中各单元的功能。

示例性的，计算机程序可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器602中，并由处理器601执行，以完成本申请实施例。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序在计算机装置中的执行过程。

电子设备可包括，但不仅限于处理器601、存储器602。本领域技术人员可以理解，示意仅仅是电子设备的示例，并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如电子备还可以包括输入输出设备、网络接入设备、总线等，处理器601、存储器602、输入输出设备以及网络接入设备等通过总线相连。

处理器601可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，处理器是电子设备的控制中心，利用各种接口和线路连接整个电子设备的各个部分。

存储器602可用于存储计算机程序和/或模块，处理器601通过运行或执行存储在存储器602内的计算机程序和/或模块，以及调用存储在存储器602内的数据，实现计算机装置的各种功能。存储器602可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据电子设备的使用所创建的数据(比如音频数据、视频数据等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的基于全景编辑器的备份装置、电子设备及其相应单元的具体工作过程，可以参考如图1至图4对应任意实施例中基于全景编辑器的备份方法的说明，具体在此不再赘述。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请实施例提供一种计算机可读存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本申请如图1至图4对应任意实施例中基于全景编辑器的备份方法中的步骤，具体操作可参考如图1至图4对应任意实施例中基于全景编辑器的备份方法的说明，在此不再赘述。

其中，该计算机可读存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁盘或光盘等。

由于该计算机可读存储介质中所存储的指令，可以执行本申请如图1至图4对应任意实施例中基于全景编辑器的备份方法中的步骤，因此，可以实现本申请如图1至图4对应任意实施例中基于全景编辑器的备份方法所能实现的有益效果，详见前面的说明，在此不再赘述。

以上对本申请实施例所提供的一种基于全景编辑器的备份方法、装置、电子设备及计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种基于全景编辑器的备份方法，其特征在于，包括：

当检测到对全景编辑器的场景编辑指令时，获取当前场景的当前数据和初始场景的初始数据；

根据所述当前数据和所述初始数据，检测所述当前场景和所述初始场景之间是否存在修改内容；

若所述初始场景和所述当前场景之间存在修改内容，则将所述当前数据添加至所述全景编辑器的备份列表，得到当前场景备份数据。

2.根据权利要求1所述的基于全景编辑器的备份方法，其特征在于，所述根据所述当前数据和所述初始数据，检测所述初始场景和所述当前场景之间是否存在修改内容，包括：

检测是否收到工具关闭指令和/或展示界面刷新指令；

若收到工具关闭指令和/或展示界面刷新指令，则根据所述当前数据和所述初始数据，检测所述初始场景和所述当前场景之间是否存在修改内容。

3.根据权利要求1所述的基于全景编辑器的备份方法，其特征在于，所述初始数据包含第一代码文件，所述当前数据包含第二代码文件，所述第二代码文件是对所述第一代码文件执行所述编辑命令后得到的文件，所述根据所述当前数据和所述初始数据，检测所述当前场景和所述初始场景之间是否存在修改内容，包括：

检测所述第一代码文件和所述第二代码文件之间是否存在修改代码；

若所述第一代码文件和所述第二代码文件之间存在修改代码，则确定所述初始场景和所述当前场景之间存在修改内容。

4.根据权利要求1所述的基于全景编辑器的备份方法，其特征在于，所述备份列表中包含目标场景备份数据，所述目标场景备份数据生成的目标场景包括第一全景图，所述方法包括：

接收场景恢复指令，其中，所述场景恢复指令携带了所述第一全景图的目标场景标识；

从所述当前场景中检测是否存在包含所述目标场景标识的第二全景图；

若存在，则以所述第一全景图更新所述第二全景图，若不存在，则将所述第一全景图添加到所述当前场景中。

5.根据权利要求4所述的基于全景编辑器的备份方法，其特征在于，所述接收场景恢复指令，还包括：

根据所述目标场景备份数据，生成备份场景预览。

6.根据权利要求1所述的基于全景编辑器的备份方法，其特征在于，所述当检测到对全景编辑器的场景编辑指令时，获取当前场景的当前数据和初始场景的初始数据，包括：

存储所述场景编辑指令至操作历史列表中，所述场景编辑指令包括删除指令。

7.根据权利要求1所述的基于全景编辑器的备份方法，其特征在于，所述方法包括：

检测所述备份列表中场景备份数据的数量；

若所述数量大于预设阈值，则删除所述备份列表中备份时间最早的所述场景备份数据。

8.一种基于全景编辑器的备份装置，其特征在于，所述装置包括：

获取单元，用于当检测到对全景编辑器的场景编辑指令时，获取当前场景的当前数据和初始场景的初始数据；

检测单元，用于根据所述当前数据和所述初始数据，检测所述当前场景和所述初始场景之间是否存在修改内容；

备份单元，用于若所述初始场景和所述当前场景之间存在修改内容，则将所述当前数据添加至所述全景编辑器的备份列表，生成当前场景备份数据。

9.一种电子设备，其特征在于，包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器调用所述存储器中的计算机程序时执行如权利要求1至7任一项所述的基于全景编辑器的备份方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行权利要求1至7任一项所述的基于全景编辑器的备份方法中的步骤。

Images