场景数据的管理方法、装置、电子设备及可读介质与流程

1.本公开属于计算机技术领域，具体涉及一种场景数据的管理方法、装置、电子设备及可读介质。


背景技术：

2.地理信息系统(geographic information system，gis)又称为“地学信息系统”，属于一种特定的空间信息系统。该系统用于在计算机硬、软件系统支持下，对整个或部分地球表层(包括大气层)空间中的有关地理分布数据进行采集、储存、管理、运算、分析、显示和描述。
3.例如，在城市、交通、环保等专业领域系统中，常常需要使用地理信息数据进行展示和数据分析，为了满足上述场景的应用需求，需要针对每个场景逐一进行单独开发，费时费力。
4.由此可见，在现有的地理信息系统中开发的场景无法保存并复用，由此增加了场景管理成本，不利于场景的快速创建和编辑。


技术实现要素：

5.本公开旨在提供一种场景数据的管理方法、装置、电子设备及可读介质。
6.本公开第一方面提供一种场景数据的管理方法，其包括：
7.通过场景编辑界面中包含的各个元素绘制入口绘制对应的场景元素，所述场景编辑界面中包含多个用于绘制不同类型的场景元素的元素绘制入口；
8.通过所述场景编辑界面中的私有数据访问入口获取私有存储空间中存储的用户私有数据；通过所述场景编辑界面中的公有数据访问入口获取公有存储空间中存储的系统公有数据；
9.基于获取到的用户私有数据以及系统公有数据，编辑已绘制的各个场景元素，得到包含多个场景元素的场景模型；
10.响应于接收到的场景保存指令，获取所述场景模型中包含的各个场景元素的元素属性信息，基于预设规范生成与所述各个场景元素的元素属性信息相对应的场景描述文件，将所述场景描述文件存储在所述私有存储空间中，以提供给场景解析器进行解析并加载。
11.本公开第二方面提供一种场景数据的管理方法，其包括：
12.响应于接收到的场景加载请求，获取与所述场景加载请求相对应的场景描述文件；
13.基于预设规范解析所述场景描述文件，得到与所述场景描述文件相对应的场景模型中包含的各个场景元素的元素属性信息；
14.基于所述各个场景元素的元素属性信息，加载并展示所述场景模型。
15.本公开第三方面提供一种场景数据的管理装置，其包括：
16.绘制模块，被配置为通过场景编辑界面中包含的各个元素绘制入口绘制对应的场景元素，所述场景编辑界面中包含多个用于绘制不同类型的场景元素的元素绘制入口；
17.获取模块，被配置为通过所述场景编辑界面中的私有数据访问入口获取私有存储空间中存储的用户私有数据；通过所述场景编辑界面中的公有数据访问入口获取公有存储空间中存储的系统公有数据；
18.编辑模块，被配置为基于获取到的用户私有数据以及系统公有数据，编辑已绘制的各个场景元素，得到包含多个场景元素的场景模型；
19.生成模块，被配置为响应于接收到的场景保存指令，获取所述场景模型中包含的各个场景元素的元素属性信息，基于预设规范生成与所述各个场景元素的元素属性信息相对应的场景描述文件，将所述场景描述文件存储在所述私有存储空间中，以提供给场景解析器进行解析并加载。
20.本公开第四方面提供一种场景数据的管理装置，其包括：
21.获取模块，被配置为响应于接收到的场景加载请求，获取与所述场景加载请求相对应的场景描述文件；
22.解析模块，被配置为基于预设规范解析所述场景描述文件，得到与所述场景描述文件相对应的场景模型中包含的各个场景元素的元素属性信息；
23.加载模块，被配置为基于所述各个场景元素的元素属性信息，加载并展示所述场景模型。
24.本公开第五方面提供一种电子设备，包括：
25.一个或多个处理器；
26.存储器，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任意一项所述的方法；
27.一个或多个i/o接口，连接在所述处理器与存储器之间，配置为实现所述处理器与存储器的信息交互。
28.本公开第六方面提供一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任意一项所述的方法。
附图说明
29.图1为本公开一个实施例提供的场景数据的管理方法的流程图；
30.图2为本公开又一个实施例提供的场景数据的管理方法的流程图；
31.图3为本公开另一个实施例提供的场景数据的管理方法的流程图；
32.图4为步骤s330的具体实现方式的流程图。
33.图5示出了本公开又一实施例提供一种场景数据的管理装置的结构示意图；
34.图6示出了本公开再一实施例提供一种场景数据的管理装置的结构示意图；
35.图7为本公开实施例提供的一种电子设备的原理框图。
具体实施方式
36.为使本领域技术人员更好地理解本公开/发明的技术方案，下面结合附图和具体实施方式对本公开/发明作进一步详细描述。
37.除非另外定义，本公开使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本公开中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。同样，“一个”、“一”或者“该”等类似词语也不表示数量限制，而是表示存在至少一个。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。
38.第一方面，本公开实施例提供一种场景数据的管理方法，该管理方法基于 gis系统实现场景模型的灵活创建过程，并能够实现场景模型的快速保存操作。
39.如图1所示，本公开实施例提供的场景数据的管理方法，可以应用于gis 系统。该方法包括：
40.步骤s110：通过场景编辑界面中包含的各个元素绘制入口绘制对应的场景元素，场景编辑界面中包含多个用于绘制不同类型的场景元素的元素绘制入口。
41.其中，场景编辑界面用于针对已创建的场景进行编辑，在场景编辑界面中，包含多个用于绘制不同类型的场景元素的元素绘制入口，通过不同的元素绘制入口，能够绘制对应类型的场景元素。
42.其中，gis场景中包含多种类型的场景元素，由各种类型的场景元素共同构成一个完整的gis场景。例如，场景元素包括：基础图层、地图数据、3d模型、矢量图形等。本发明不限定场景元素的具体种类和数量，凡是能够用于构成gis场景的模块或单元均可作为场景元素。
43.步骤s120：通过场景编辑界面中的私有数据访问入口获取私有存储空间中存储的用户私有数据；通过场景编辑界面中的公有数据访问入口获取公有存储空间中存储的系统公有数据。
44.其中，用户私有数据是指：归属于当前登录用户的个人数据。其中，各个登录用户的用户私有数据用于供本用户使用，其他用户通常无权限访问。通过设置用户私有数据，便于灵活管理各个用户的个性化数据。通过用户私有数据可存储用户的个性化数据，如用户工作单位内部的设施类数据、用户家庭附近的建筑数据等。并且，用户私有数据存储在私有存储空间中，只能根据对应用户的用户标识进行访问，其他用户无访问权限。
45.在gis系统中，除存储有用户预先上传的用户私有数据之外，还设置有可供各个登录用户共享的系统公有数据，与用户私有数据的权限访问方式不同，系统公有数据可供所有用户访问。通过系统公有数据可存储地图绘制过程中的常规数据，如公共道路、公共的建筑物等公有化内容。其中，系统公有数据存储在公有存储空间中，各个用户都能够通过公有数据访问接口进行访问。
46.步骤s130：基于获取到的用户私有数据以及系统公有数据，编辑已绘制的各个场景元素，得到包含多个场景元素的场景模型。
47.其中，各个场景元素包含多种信息，例如，以3d模型类型的场景元素为例，为了便于准确描述3d模型的各个部分，需要加载对应的模型资源，其中，不同的模型资源可能分别
存储于私有存储空间以及公有存储空间中，相应的，基于获取到的用户私有数据以及系统公有数据，编辑已绘制的各个场景元素，得到由各个场景元素构成的场景模型。
48.步骤s140：响应于接收到的场景保存指令，获取场景模型中包含的各个场景元素的元素属性信息，基于预设规范生成与各个场景元素的元素属性信息相对应的场景描述文件，将场景描述文件存储在私有存储空间中，以提供给场景解析器进行解析并加载。
49.其中，场景保存指令可以为云端保存指令或本地保存指令等多种类型。预设规范用于定义场景描述文件的数据格式以及存储方式。在本公开中，预先定义了用于生成场景描述文件的预设规范，通过该预设规范能够统一存储各种类型的场景内容。其中，场景描述文件中存储了场景模型中包含的各个场景元素的元素属性信息。
50.相应的，通过场景解析器即可解析并加载场景描述文件，从而快速还原用户配置的场景模型。
51.由此可见，该方式通过将用户私有数据以及系统公有数据分开存储，便于针对不同用户设置不同的数据访问权限，达到隔离和保护用户私有数据的目的。在加载场景数据时，只加载场景相关的用户私有数据和视口内的系统公有数据，提升了数据复用度，降低了数据加载量，提升了场景渲染速度。并且，通过预先设定预设规范，能够将场景模型存储为规范化的场景描述文件，从而便于通过场景解析器快速解析并还原对应的场景，以实现场景管理操作，进而实现场景的复用，降低了场景管理成本。
52.第二方面，本公开实施例提供一种场景数据的管理方法，该管理方法基于 gis系统或其他业务系统实现场景描述文件的解析及加载过程，并能够实现场景模型的快速加载。
53.如图2所示，本公开实施例提供的场景数据的管理方法，可以应用于gis 系统或其他业务系统。该方法包括：
54.步骤s210：响应于接收到的场景加载请求，获取与场景加载请求相对应的场景描述文件。
55.其中，该场景加载请求可通过gis系统中的场景加载入口触发，或者，也可以通过业务系统中的场景加载入口触发。其中，业务系统能够与gis系统通信，用于借助地图数据实现指定的业务功能。
56.场景描述文件可通过图1所示的实施例中的方式生成。其中，场景描述文件既可以为本地存储的文件，也可以为云端存储的文件，具体可通过场景加载请求中包含的场景标识进行获取。
57.步骤s220：基于预设规范解析场景描述文件，得到与场景描述文件相对应的场景模型中包含的各个场景元素的元素属性信息。
58.其中，预设规范用于定义场景描述文件的数据格式以及存储方式。在本公开中，预先定义了用于生成场景描述文件的预设规范，通过该预设规范能够统一存储各种类型的场景元素的元素属性信息。相应的，通过场景解析器即可解析并加载场景描述文件，从而快速还原用户配置的场景模型。该场景解析器可设置在gis系统或业务系统中，以实现场景描述文件的解析及加载功能。
59.步骤s230：基于各个场景元素的元素属性信息，加载并展示所述场景模型。
60.为了便于用户针对场景模型进行浏览及二次编辑等管理操作，在本步骤中将加载
得到的场景模型展示在系统界面中。
61.由此可见，该方式通过预先设定预设规范，能够通过场景解析器快速解析场景描述文件，从而还原对应的场景模型，以便于对场景模型进行修改、编辑等管理操作，实现了场景的复用，降低了场景管理成本。
62.第三方面，本公开实施例提供一种场景数据的管理方法，以实现场景描述文件的生成、解析及加载过程，并能够实现场景模型的快速加载。
63.如图3所示，本公开实施例提供的场景数据的管理方法，可以应用于gis 系统或其他业务系统。其中，图3所示的实施例旨在针对图1和图2所示的实施例进行更细化的描述。该方法包括：
64.步骤s310：接收并存储向gis系统中上传的用户私有数据。
65.在本实施例中，对地理信息数据进行分层管理，所谓分层管理是指：将用户私有数据以及系统公有数据分别存储在不同的数据存储空间，以实现不同访问权限的管理。例如，将用户私有数据存储至私有存储空间，将系统公有数据存储至系统公有空间。另外，为了防止用户私有数据被其他用户恶意访问，在本实施例中，私有存储空间进一步包括：多个分别对应于不同用户的用户私有空间，其中，不同用户的用户私有空间相互隔离，每个用户私有空间只能通过对应的用户标识进行访问，其他用户无访问权限。
66.其中，在gis系统的系统界面中包含私有数据上传入口，通过该私有数据上传入口能够向gis系统中上传用户私有数据，该用户私有数据也可以称作素材数据，具体可存储在与用户账号相对应的用户私有空间内。例如，响应于接收到的私有数据上传请求，获取私有数据上传请求中包含的用户标识以及用户私有数据；将用户私有数据存储至私有存储空间中与用户标识相对应的用户私有空间。其中，私有数据上传请求通过上述的私有数据上传入口触发。
67.在一种可选的实现方式中，用户私有数据为用户素材，具体存储在素材管理库中，并通过素材管理入口上传。首先，将gis系统部署到用户机器上，具体利用安装包部署，也可使用镜像部署。然后，在gis系统中注册用户。最后，在素材管理库中上传用户私有数据，以备后续步骤使用。其中，素材可以是图片、3d模型、json数据文件等。
68.例如，在gis系统的系统界面中设置有“素材管理”入口，用户点击该入口即可上传素材，并设置素材类型。
69.步骤s320：响应于接收到的场景创建请求，生成场景标识，并创建场景框架数据。
70.该步骤主要用于实现场景创建操作，以便创建一个对应于场景标识的用户场景。该场景通常为用户自定义场景，创建后存储在用户的用户私有空间内。
71.其中，场景创建请求可通过系统界面中设置的“场景管理”入口触发，响应于接收到的场景创建请求，在系统界面中显示场景创建界面，该场景创建界面中包含场景名称设置入口以及场景简介设置入口，用于设置场景的辅助描述信息，以便通过辅助描述信息快速从多个已创建的场景中筛选可用的场景。
72.另外，在本步骤中，基于场景创建请求，生成场景标识，并创建场景框架数据。其中，场景框架数据用于实现场景的框架搭建，以展示场景的大体轮廓。其中，可预先设置多种分别对应于不同类型场景的场景框架数据，从而根据场景创建请求中包含的场景类型，创建对应于该场景类型的场景框架数据。
73.步骤s330：响应于接收到的场景编辑请求，基于用户私有数据以及gis系统中的系统公有数据，绘制与场景编辑请求相对应的场景模型。
74.在gis系统中，除存储有用户预先上传的用户私有数据之外，还设置有可供各个登录用户共享的系统公有数据，与用户私有数据的权限访问方式不同，系统公有数据可供所有用户访问。通过系统公有数据可存储地图绘制过程中的常规数据，如公共道路、公共的建筑物等公有化内容。相应的，场景模型基于用户私有数据以及系统公有数据生成。
75.其中，场景编辑请求用于实现针对已创建场景的编辑操作，具体包括：用于进入场景编辑界面的启动编辑请求、用于绘制不同类型的场景元素的元素绘制请求，用于编辑已绘制的各个元素的元素编辑请求，以及用于针对场景元素配置事件的事件配置请求。相应的，步骤s330进一步包括图4所示的各个子步骤。如图4所示，步骤s330包括如下子步骤：
76.子步骤s331:通过场景编辑界面中包含的各个元素绘制入口绘制对应的场景元素，场景编辑界面中包含多个用于绘制不同类型的场景元素的元素绘制入口。
77.其中，响应于接收到的启动编辑请求，展示上述的场景编辑界面。响应于通过场景编辑界面中包含的元素绘制入口触发的元素绘制请求，获取该元素绘制请求中包含的元素类型标识，绘制与该元素类型标识相对应的场景元素。其中，基于场景框架数据绘制场景元素。
78.在一种示例中，场景元素包括下述九种类型中的至少一种：基础图层、地图数据、路网、矢量图形、3d模型、数据可视化、事件、特效、视图。相应的，用于绘制不同类型的场景元素的元素绘制入口包括：用于绘制基础图层类型的场景元素的第一元素绘制入口(基础图层绘制入口)、用于绘制地图数据类型的场景元素的第二元素绘制入口(地图数据绘制入口)、用于绘制路网类型的场景元素的第三元素绘制入口(路网绘制入口)、用于绘制矢量图形类型的场景元素的第四元素绘制入口(矢量图形绘制入口)、用于绘制3d模型类型的场景元素的第五元素绘制入口(3d模型绘制入口)、用于绘制数据可视化类型的场景元素的第六元素绘制入口(数据可视化绘制入口)、用于事件类型的场景元素的第七元素绘制入口(事件绘制入口)、用于绘制特效类型的场景元素的第八元素绘制入口(特效绘制入口)、用于绘制视图类型的场景元素的第九元素绘制入口(视图绘制入口)。在该示例中，预先设置了九种类型的场景元素，并在场景编辑界面中提供入口列表区域，该入口列表区域中展示有各个元素绘制入口，用户可根据待绘制的场景元素的类型选择对应的绘制入口。并且，在场景编辑界面中还包含场景图像绘制区域，该区域用于实时展示由用户绘制的各个场景元素所构成的场景模型。通过预先设置多种场景元素，并分别针对各种场景元素设置对应的绘制入口，能够以场景元素为基本单位灵活绘制各类复杂场景。其中， gis场景由多种不同类型的场景元素构成。
79.子步骤s332:通过场景编辑界面中的私有数据访问入口获取私有存储空间中存储的用户私有数据；通过场景编辑界面中的公有数据访问入口获取公有存储空间中存储的系统公有数据。
80.其中，场景元素中通常还需要包含对应的元素资源数据，例如，以3d模型类型的场景元素为例，还需要针对该3d模型添加对应的元素资源数据，该元素资源数据包括：文件类资源数据、视频类资源数据、图片类资源数据等。
81.为了便于针对场景元素配置对应的元素资源数据，需要访问上文提到的用户私有
数据以及系统公有数据。由于两种数据隔离存储，因此，在访问时，需要分别通过前端界面中的不同访问入口，以指向不同的存储空间，从而获取对应的数据。
82.例如，响应于通过场景编辑界面中的私有数据访问入口触发的私有数据访问请求，获取该私有数据访问请求中包含的当前用户的用户标识，并调用私有数据访问接口，访问与该用户标识相对应的用户私有空间，以获取用户私有数据。又如，响应于通过场景编辑界面中的公有数据访问入口触发的公有数据访问请求，调用公有数据访问接口，访问公有存储空间，以获取系统公有数据。
83.子步骤s333:基于获取到的用户私有数据以及系统公有数据，编辑已绘制的各个场景元素，得到包含多个场景元素的场景模型。
84.其中，由于场景元素中包含不同种类的元素资源数据，不同的元素资源数据可能分别由用户私有数据以及系统公有数据提供，因此，在本步骤中，基于获取到的用户私有数据以及系统公有数据，编辑已绘制的各个场景元素，从而得到包含多个场景元素的场景模型。由此可见，场景元素是根据用户私有数据以及系统公有数据进行编辑的，场景模型由多个场景元素构成。
85.子步骤s334:响应于接收到的事件配置请求，确定与事件配置请求相对应的场景元素，针对场景元素配置与事件配置请求中包含的事件类型相匹配的触发事件。
86.其中，子步骤s334为一个可选的步骤，在其他实施例中，也可以省略子步骤s334。
87.通过子步骤s334，能够为场景模型添加响应事件，该响应事件通常针对场景模型中的一个或多个场景元素触发。其中，事件配置请求可通过上文提到的事件绘制入口触发，也可以通过其他方式触发，本发明对此不做限定。其中，针对场景元素配置事件接口，将与触发事件相对应的事件关联数据与事件接口进行绑定，以通过事件接口配置触发事件的事件类型。由此可见，在本实施例中，针对特定的场景元素配置有事件接口，并且，将事件接口与事件关联数据相绑定。其中，事件关联数据是指：与触发事件有关的各类数据，如触发事件启动后的监控数据、触发事件启动后续报警处理时的报警数据、报警策略等。其中，事件类型包括：监控类型以及预测类型，相应的，与触发事件相对应的事件关联数据包括以下中的至少一种：触发事件的监控对象数据、监控策略数据以及事件响应结果数据。例如，当事件类型为监控类型时，在针对场景元素配置与事件配置请求中包含的事件类型相匹配的触发事件时，通过事件接口配置触发事件的下述信息：监控对象、监控策略以及事件响应结果。该事件接口用于设置触发事件的事件属性信息，包括以下中的至少一种：触发事件的监控对象、监控策略以及事件响应结果。
88.其中，本实施例中的场景模型可应用于数字孪生城市这一应用场景，通过数字孪生城市，能够将真实世界中的建筑物、车辆、水系等景物，以虚拟现实方式呈现在三维虚拟空间中，制作出数字孪生的场景，也叫虚拟世界，从而把每一个城市的三维模型的定位属性、地址和位置信息渲染出来。
89.在一种可选的实现方式中，针对场景模型中包含的3d模型这一场景对象配置触发事件，以实现火灾监测功能。比如，针对3d模型中的消防系统配置触发事件，该触发事件的事件类型为监控类型，事件关联数据包括：监控对象数据 (例如，消防系统的环境温度值，具体通过温度监测器获取监测到的数值)、监控策略数据(例如，监控策略为每隔10秒获取一次温度监测器的监测数值，并将监测数值与预设的火灾温度阈值进行比较，判断监测数
值是否大于预设的火灾温度阈值)、事件响应结果数据(例如，若监测数值大于预设的火灾温度阈值，则控制3d模型的展示方式发生变化，如改变3d模型的颜色，或在3d模型中展示火焰元素，以起到警示作用)。
90.在又一种可选的实现方式中，针对场景模型中包含的3d模型这一场景对象配置触发事件，以实现机器寿命的预测功能。比如，针对3d模型中的工厂机器配置触发事件，该触发事件的事件类型为预测类型，事件关联数据包括：监控对象数据(例如，机器的使用时长)、监控策略数据(例如，监控策略为机器的使用时长与预设的寿命阈值进行比较，判断使用时长是否大于预设的寿命阈值)、事件响应结果数据(例如，若使用时长与寿命阈值之间的差值的绝对值小于预设值，则改变机器的颜色，以起到警示作用)。另外，在预测过程中，还可以进一步结合预先训练的深度学习模型，获取与机器相关联的多个参数，从而结合多个参数的参数值更加准确的预测机器寿命。
91.又如，还可以针对雨量监测器这一场景元素添加响应事件，并通过事件接口配置监控事件的监控对象为降雨量，监控策略为每隔5分钟获取一次降雨量监测结果，事件响应结果为当降雨量监测结果大于预设值时进行预警。
92.在一个具体示例中，利用gis系统提供的场景编辑器，对场景模型进行可视化编辑，包括绘制地物、道路、添加3d模型、可视化数据、特效、配置视图、编辑关键帧等。
93.步骤s340：响应于接收到的场景保存指令，基于预设规范生成与场景模型相对应的场景描述文件；其中，场景描述文件用于提供给场景解析器进行解析并加载。
94.在接收到场景保存指令的情况下，获取场景模型中包含的各个场景元素的元素属性信息，基于预设规范生成与各个场景元素的元素属性信息相对应的场景描述文件，将场景描述文件存储在用户私有空间中，以提供给场景解析器进行解析并加载。
95.其中，场景保存指令可以为云端保存指令或本地保存指令等多种类型。首先，分别确定场景模型中包含的各个场景元素的元素属性信息，基于预设规范生成用于描述各个元素属性信息的元素描述数据。然后，根据各个元素属性信息的元素描述数据生成场景描述文件。其中，元素属性信息包括以下中的至少一种：元素标识符、元素类型、元素尺寸、元素方位、元素扩展数据以及元素加载方式。预设规范用于定义场景描述文件的格式，具体用于定义场景元素的元素属性信息与场景描述文件中的描述规范之间的映射关系。
96.在第一种实现方式中，场景保存指令包括：云端保存指令，相应的，通过云端保存入口将场景描述文件与场景标识关联存储到云端数据库中。例如，用户点击保存按钮，由gis系统对当前场景进行分析，根据场景配置规范(即预设规范)，生成场景描述文件中的场景描述数据，并保存到云端数据库的用户私有空间中。
97.在第二种实现方式中，场景保存指令包括：本地保存指令，相应的，通过本地保存入口将场景描述文件导出并存储至本地数据库的用户私有空间中。例如，用户点击导出按钮，由gis系统根据场景配置规范，生成场景描述数据，并导出为json文件。
98.步骤s350：响应于接收到的场景加载请求，获取与场景加载请求相对应的场景描述文件。
99.在一种实现方式中，场景加载请求包括：云端加载请求，相应的，获取场景加载请求中包含的场景标识，基于场景标识从云端数据库中获取与场景标识相对应的场景描述文件。
api，可在任何兼容的web浏览器中渲染高性能的交互式3d或2d图形，而无需使用插件。webgl通过引入一个与opengl es 2.0非常一致的api 来做到这一点，该api可以在html5《canvas》元素中使用。该特性使api可以利用用户设备提供的硬件图形加速功能，从而实现模型绘制速度的提升。
109.上述实施例能够解决目前针对相似需求需要多次开发所存在的不足与缺陷，提供一种能够描述地理信息场景的管理系统，具有流程清晰、省时、节力、维护方便、快速更新等特点，能够有效提高工作效率，满足各类地理信息数据的展示和计算分析的需求。
110.在本实施例中，利用地理信息数据分层模型实现了地理信息数据的分层管理。其中，将实际场景中的地理信息数据分为系统公有数据(即公开数据)、用户私有数据(例如用户的静态数据)、场景特定数据(即场景模型对应的场景描述文件)三类。其中，系统公有数据由gis系统提供；用户私有数据由用户上传，只能用户自己访问；在各类使用场景中，基于系统公有数据和用户私有数据能够产生场景特定数据，也就是符合地理信息场景描述语言规范的场景数据。
111.下面针对一种具体示例中的数据分层模型中的各层存储的数据类型进行详细介绍：
112.数据分层模型的一个数据层为用户私有数据层，该层存储以下类型的数据：地图管理数据、路网数据、地形数据、城市建筑数据、水系数据、矢量数据、区域划分数据、室内地图数据、poi数据、素材数据、数据接口、bim、cim、设备数据、控制接口。
113.数据分层模型的又一个数据层为系统公有数据层，也叫基础数据及能力层，该层存储以下类型的数据：地图基础数据、三维地形数据、地图视角操作、地图图层、地图控件、3d瓦片托管工作流、在线地图图层、矢量数据支持、事件引擎、模型支持、geojson支持、poi兴趣点、地图对象、数据可视化、视频融合、场景漫游、路径规划、地下管网、城市白模、模型单体化、场景背景天空盒、天气特效、空间分析计算、bim模型分析以及虚拟仿真。
114.相应的，基于用户私有数据层以及系统公有数据层，并结合时空数据配置描述，即可得到上文提到的场景特定数据(即场景模型所对应的场景描述文件)。场景特定数据具体包括以下类型的数据：地图参数配置、覆盖物属性(可自定义)、事件触发、数据绑定、可视化数据、3d模型、交互元素、导航、视角、故事、图表、动作、特效、素材引用。
115.本实施例中，通过预设规范，也叫地理信息场景描述语言规范实现场景描述文件的生成和解析操作，此规范将地理信息场景抽象为基础图层、用户地图、路网、矢量图形、视图、3d模型、事件、特效、数据可视化等九种数据类型，采取json对象的方式组织起来。每种数据类型为一个列表，其中包括数据元素，可以对应到地图上相应的地物对象，并使用json对象方式描述其配置。后期如有需求，可将这九种数据类型扩展，以支撑更多场景。在用户使用gis系统的可视化场景编辑器将场景数据保存或导出为文件后，形成符合此规范的场景数据，可被gis系统的场景解析器读取，还原出地理场景进行展示。
116.例如：描述地面上的一个三维物体，可能的配置为：
117.118.119.120.[0121][0122]
总之，在本实施例描述的场景数据生成流程中，基于地理信息数据分层模型和场景描述语言规范，由gis系统根据用户配置出的视觉场景，生成场景描述数据，用于展示场
景之用。具体流程包括以下操作：对地理信息数据进行分层管理，对用户用到的gis数据进行统一抽象描述，形成地理信息场景描述语言规范。利用行业云gis系统可视化编辑地理信息，生成用户gis场景描述数据并存储。待使用时，利用场景数据标识获取到场景数据或使用离线文件导入场景数据，从而将场景数据输入gis系统中还原场景。
[0123]
通过本实施例中的方案，至少具有如下有益效果：首先，使用数据分层模型可有效管理地理信息数据，隔离用户私有数据，减少场景数据量，提升加载速度；其次，将静态地图数据托管在云端，达到分散加载和按需加载，提升加载和运行速度，优化用户体验；再次，对gis场景进行规范描述，生成配置化的数据，并利用gis系统统一管理，避免了每个场景都需要开发的弊端，提升工作效率；最后，提供了轻量化的云端场景管理方案和适用于离线环境的场景文件管理方案，同时适用于在线和离线两种场景、多种终端，适应性更强，可满足各类使用场景。另外，提供了用于描述地理信息场景的统一规范，使各类场景数据规范化，更易管理。
[0124]
并且，该方式通过配置事件的方式，能够实现监测或预测等多种功能，该方案能够将gis系统中的场景模型加载到业务系统中，并结合业务系统的特点，实现监测或预测功能，而且，能够通过元素扩展数据的方式在业务系统中查询元素的辅助描述信息，从而将业务系统中所需的内容以元素扩展数据的方式添加到gis系统的场景模型中，从而为业务系统的使用提供便利。其中，业务系统可以为上文提到的数字孪生城市系统，也可以为人口迁移预测系统等各类需要与gis模型相配合的系统。
[0125]
图5示出了本公开又一实施例的提供一种场景数据的管理装置的结构示意图，如图5所示，该管理装置包括：
[0126]
绘制模块51，被配置为通过场景编辑界面中包含的各个元素绘制入口绘制对应的场景元素，所述场景编辑界面中包含多个用于绘制不同类型的场景元素的元素绘制入口；
[0127]
获取模块52，被配置为通过所述场景编辑界面中的私有数据访问入口获取私有存储空间中存储的用户私有数据；通过所述场景编辑界面中的公有数据访问入口获取公有存储空间中存储的系统公有数据；
[0128]
编辑模块53，被配置为基于获取到的用户私有数据以及系统公有数据，编辑已绘制的各个场景元素，得到包含多个场景元素的场景模型；
[0129]
生成模块54，被配置为响应于接收到的场景保存指令，获取所述场景模型中包含的各个场景元素的元素属性信息，基于预设规范生成与所述各个场景元素的元素属性信息相对应的场景描述文件，将所述场景描述文件存储在所述私有存储空间中，以提供给场景解析器进行解析并加载。
[0130]
可选的，所述私有存储空间进一步包括：多个分别对应于不同用户的用户私有空间；
[0131]
所述获取模块具体被配置为：根据用户标识确定所述私有存储空间中与当前用户相对应的用户私有空间，从所述与当前用户相对应的用户私有空间中获取用户私有数据；
[0132]
并且，所述装置还包括：
[0133]
上传模块，被配置为响应于接收到的私有数据上传请求，获取所述私有数据上传请求中包含的用户标识以及用户私有数据；将所述用户私有数据存储至所述私有存储空间中与所述用户标识相对应的用户私有空间。
[0134]
可选的，所述装置还包括：
[0135]
配置模块，被配置为响应于接收到的事件配置请求，确定与所述事件配置请求相对应的场景元素，针对所述场景元素配置与所述事件配置请求中包含的事件类型相匹配的触发事件。
[0136]
可选的，所述配置模块具体被配置为：
[0137]
针对所述场景元素配置事件接口，将与所述触发事件相对应的事件关联数据与所述事件接口进行绑定，以通过所述事件接口配置所述触发事件的事件类型。
[0138]
可选的，所述事件类型包括：监控类型、以及预测类型；则所述与所述触发事件相对应的事件关联数据包括以下中的至少一种：所述触发事件的监控对象数据、监控策略数据以及事件响应结果数据。
[0139]
可选的，所述生成模块具体被配置为：
[0140]
分别确定所述场景模型中包含的各个场景元素的元素属性信息，基于所述预设规范，生成与所述场景元素的元素属性信息相对应的元素描述数据，根据所述元素描述数据生成所述场景描述文件；
[0141]
其中，所述元素属性信息包括以下中的至少一种：元素标识符、元素类型、元素尺寸、元素方位、元素扩展数据以及元素加载方式。
[0142]
可选的，所述场景保存指令包括：云端保存指令，则所述生成模块具体被配置为：
[0143]
通过云端保存入口将所述场景描述文件与场景标识关联存储到云端数据库的用户私有空间中。
[0144]
可选的，所述场景保存指令包括：本地保存指令，则所述所述生成模块具体被配置为：通过本地保存入口将所述场景描述文件导出并存储至本地数据库的用户私有空间中。
[0145]
图6示出了本公开又一实施例的提供一种场景数据的管理装置的结构示意图，如图6所示，一种场景数据的管理装置，其包括：
[0146]
获取模块61，被配置为响应于接收到的场景加载请求，获取与所述场景加载请求相对应的场景描述文件；
[0147]
解析模块62，被配置为基于预设规范解析所述场景描述文件，得到与所述场景描述文件相对应的场景模型中包含的各个场景元素的元素属性信息；
[0148]
加载模块63，被配置为基于所述各个场景元素的元素属性信息，加载并展示所述场景模型。
[0149]
可选的，所述加载模块具体被配置为：
[0150]
获取所述场景模型中包含的各个场景元素，将配置有触发事件的场景元素确定为目标场景元素，生成与所述目标场景元素相对应的事件类型相匹配的触发事件。
[0151]
可选的，所述加载模块具体被配置为：
[0152]
确定针对所述目标场景元素配置的事件接口，获取与所述事件接口绑定的事件关联数据，根据所述事件关联数据生成所述触发事件。
[0153]
可选的，所述事件类型包括：监控类型、以及预测类型，则所述与所述事件接口绑定的事件关联数据包括以下中的至少一种：所述触发事件的监控对象数据、监控策略数据以及事件响应结果数据。
[0154]
可选的，所述解析模块具体被配置为：
[0155]
获取所述场景描述文件中包含的元素描述数据，基于预设规范确定与所述元素描述数据相对应的各个场景元素的元素属性信息；
[0156]
其中，所述元素属性信息包括以下中的至少一种：元素标识符、元素类型、元素尺寸、元素方位、元素扩展数据以及元素加载方式。
[0157]
上述各个模块的具体结构和工作原理可参照方法实施例中对应步骤的描述，此处不再赘述。
[0158]
另外，图5所示的管理装置可以集成在gis系统中，图6所示的管理装置既可以集成在gis系统中，也可以集成在业务系统中。另外，图5和图6中的管理装置也可以集成为同一个管理装置，共同设置在gis系统中。
[0159]
参照图7，本公开实施例提供一种电子设备，其包括：
[0160]
一个或多个处理器901；
[0161]
存储器902，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述任意一项的场景数据的管理方法；
[0162]
一个或多个i/o接口903，连接在处理器与存储器之间，配置为实现处理器与存储器的信息交互。
[0163]
其中，处理器901为具有数据处理能力的器件，其包括但不限于中央处理器(cpu)等；存储器902为具有数据存储能力的器件，其包括但不限于随机存取存储器(ram，更具体如sdram、ddr等)、只读存储器(rom)、带电可擦可编程只读存储器(eeprom)、闪存(flash)；i/o接口(读写接口)903 连接在处理器901与存储器902间，能实现处理器901与存储器902的信息交互，其包括但不限于数据总线(bus)等。
[0164]
在一些实施例中，处理器901、存储器902和i/o接口903通过总线相互连接，进而与计算设备的其它组件连接。
[0165]
本实施例还提供一种计算机可读介质，其上存储有计算机程序，程序被处理器执行时实现本实施例提供的场景数据的管理方法，为避免重复描述，在此不再赘述场景数据的管理方法的具体步骤。
[0166]
本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其它数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于ram、rom、eeprom、闪存或其它存储器技术、cd-rom、数字多功能盘(dvd)或其它光盘存储、磁盒、磁带、磁盘存储或其它磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其它的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其它传输机制之类的调制数据信号中的其它数
据，并且可包括任何信息递送介质。
[0167]
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
[0168]
可以理解的是，以上实施方式仅仅是为了说明本公开/发明的原理而采用的示例性实施方式，然而本公开/发明并不局限于此。对于本领域内的普通技术人员而言，在不脱离本公开/发明的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本公开/发明的保护范围。