CN110019631A - 多维地图的处理方法及装置 - Google Patents

Abstract

本发明提供了一种多维地图的处理方法及装置，涉及计算机技术领域。多维地图的处理方法应用于具有多种地图的应用程序，应用程序包括主进程上下文和与多种地图一一对应的多个地图引擎应用程序域，该方法包括加载被启动地图所对应的地图引擎应用程序域；当被启动地图为首次启动时，将被加载的地图引擎应用程序域的域信息注册到主进程上下文。本发明提供的多维地图的处理方法及装置能够将实现多种维度的地图融合，解决不同维度的地图由于原理、地图引擎不同而相互之间产生冲突、对操作系统资源竞争以及一个地图引擎崩溃导致整个程序崩溃的问题。

Description

多维地图的处理方法及装置

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种多维地图的处理方法及装置。

背景技术

目前，电子地图主要分为二维地图、三维地图以及全景地图等，这些不同的电子地图基于不同的原理和地图引擎。随着平安城市、智慧城市建设推进，单一维度的地图已经不能满足人们对电子地图日益增长的功能需求。

然而，不同的电子地图在融合时会存在不同地图引擎之间相互冲突、对操作系统的资源竞争以及一个地图引擎发生崩溃会导致整个程序崩溃等问题。

因此，如何提供一种有效的方案以实现不同维度的地图融合是现有技术中一亟待解决的难题。

发明内容

有鉴于此，本发明实施例的目的在于提供一种多维地图的处理方法及装置，以改善上述问题。

第一方面，本发明实施例提供了一种多维地图的处理方法，应用于具有多种地图的应用程序，所述应用程序包括主进程上下文和与所述多种地图一一对应的多个地图引擎应用程序域，所述方法包括：

加载被启动地图所对应的地图引擎应用程序域；

当所述被启动地图为首次启动时，将被加载的地图引擎应用程序域的域信息注册到所述主进程上下文。

可选地，每个所述地图引擎应用程序域包括一个域间上下文，所述将被加载的地图引擎应用程序域的域信息注册到所述主进程上下文，包括：

通过将被加载的地图引擎应用程序域的域间上下文将所述域信息注册到所述主进程上下文。

可选地，所述将被加载的地图引擎应用程序域的域信息注册到所述主进程上下文，包括：

将被加载的地图引擎应用程序域的域信息写入所述主进程上下文；

保存写入所述主进程上下文的所述域信息。

可选地，所述方法还包括：

获得操作指令，所述操作指令包括与其中一个地图引擎应用程序域对应的标识信息；

通过所述主进程上下文将所述操作指令发送给与所述标识信息对应的地图引擎应用程序域，以使接收到所述操作指令的地图引擎应用程序域依据所述操作指令执行相应的操作。

可选地，所述获得操作指令，包括：

依据用户的操作生成所述操作指令；或

接收其他地图引擎应用程序域的域间上下文发送的操作指令，所述其他地图引擎应用程序域为所述标识信息对应的地图引擎应用程序域之外的任一地图引擎应用程序域。

第二方面，本发明实施例提供了一种多维地图的处理装置，应用于具有多种地图的应用程序，所述应用程序包括主进程上下文和与所述多种地图一一对应的多个地图引擎应用程序域，所述多维地图的处理装置包括：

加载模块，用于加载被启动地图所对应的地图引擎应用程序域；

判断模块，用于判断所述被启动地图是否为首次启动；

注册模块，用于当所述被启动地图为首次启动时，将被加载的地图引擎应用程序域的域信息注册到所述主进程上下文。

可选地，每个所述地图引擎应用程序域包括一个域间上下文，所注册模块用于通过将被加载的地图引擎应用程序域的域间上下文将所述域信息注册到所述主进程上下文。

可选地，所述注册模块包括：

写入子模块，用于将被加载的地图引擎应用程序域的域信息写入所述主进程上下文；

保存子模块，用于保存写入所述主进程上下文的所述域信息。

可选地，多维地图的处理装置还包括：

获取模块，用于获得操作指令，所述操作指令包括与其中一个地图引擎应用程序域对应的标识信息；

发送模块，用于通过所述主进程上下文将所述操作指令发送给与所述标识信息对应的地图引擎应用程序域，以使接收到所述操作指令的地图引擎应用程序域依据所述操作指令执行相应的操作。

可选地，所述获取模块用于依据用户的操作生成所述操作指令；或

接收其他地图引擎应用程序域的域间上下文发送的操作指令，所述其他地图引擎应用程序域为所述标识信息对应的地图引擎应用程序域之外的任一地图引擎应用程序域。

对于现有技术，本发明提供的多维地图的处理方法及装置具有如下的有益效果：

本发明提供的多维地图的处理方法及装置能够将实现多种维度的地图融合，解决不同维度的地图由于原理、地图引擎不同而相互之间产生冲突、对操作系统资源竞争以及一个地图引擎崩溃导致整个程序崩溃的问题。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明较佳实施例提供的用户终端的方框示意图。

图2为本发明第一实施例提供的多维地图的处理方法的流程图。

图3为本发明第二实施例提供的多维地图的处理方法的流程图。

图4为本发明第三实施例提供的多维地图的处理装置的功能模块图。

图5为图4中注册模块的功能模块图。

图标：100-用户终端；110-多维地图的处理装置；111-加载模块；112-判断模块；113-注册模块；114-获取模块；115-发送模块；116-解析模块；117-执行模块；120-存储器；130-存储控制器；140-处理器；150-外设接口；160-射频模块；170-音频模块；180-触控屏。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

图1示出了一种可应用与本发明实施例中的用户终端100的方框示意图，如图1所示，用户终端100包括多维地图的处理装置110、存储器120、存储控制器130、处理器140、外设接口150、射频模块160、音频模块170、触控屏180等。这些组件通过一条或多条通讯总线/信号线相互通讯。

存储器120可用于存储软件程序以及模块，如本发明实施例中的多维地图的处理方法及装置对应的程序指令/模块，处理器140通过运行存储在存储器120内的软件程序以及模块，从而执行各种功能应用以及数据处理，如本发明实施例提供的多维地图的处理方法。

存储器120可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。处理器140以及其他可能的组件对存储器120的访问可在存储控制器130的控制下进行。

外设接口150将各种输入/输入装置耦合至处理器140以及存储器120。在一些实施例中，外设接口150，处理器140以及存储控制器130可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

射频模块160用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通讯网络或者其他设备进行通讯。

音频模块170向用户提供音频接口，其可包括一个或多个麦克风、一个或者多个扬声器以及音频电路。

触控屏180在用户终端100与用户之间同时提供一个输出及输入界面。在本实施例中，所述触控屏180支持单点和多点触控操作，例如，该触控屏180可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等。支持单点和多点触控操作是触控屏180能感应到来自该触控屏上一个或多个位置处同时产生的触控操作，并将该感应到的多点触控操作交由处理器140进行处理。

于本发明实施例中，用户终端100可以是如个人电脑、笔记本电脑、智能手机、平板电脑、便携式计算机、车载电脑、穿戴式移动终端等。

可以理解，图1所示的结构仅为示意，用户终端100还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。

本发明实施例提出的多维地图的处理方法及装置，提供了一种新的多种维度的地图融合方案。该多维地图的处理方法及装置可适用于Android操作系统、iOS操作系统、Windows Phone操作系统等平台。具体地，本发明实施例提出的多维地图的处理方法及装置可应用于这种应用程序，以将多种维度的地图进行融合从而能够多种维度地图的统一调度、多视角切换以及多维度展示等。

第一实施例

请求参阅图2，是本发明较佳实施例提供的应用于图1所示的多维地图的处理装置110的多维地图的处理方法的流程图。下面将对图2所示的具体流程进行详细阐述。

步骤S101，加载被启动地图所对应的地图引擎应用程序域。

本发明实施例中，用户终端100设置有用于多种地图融合的应用程序，该应用程序包括有一与该应用程序的进程对应的主进程上下文以及与多种地图一一对应的地图引擎应用程序域，所述地图引擎应用程序域是指地图引擎的应用程序域，例如，二维地图对应的地图引擎应用程序域是指二维地图对应的地图引擎的应用程序域。地图引擎应用程序域用于负责加载对应地图引擎的程序集合相关资源文件，每个地图引擎应用程序域中包括一个域间上下文。

本发明实施例中，该应用程序的应用界面设置有用于选取不同类型电子地图的标记(marker)，当用户需要使用电子地图时启动应用程序，选取其中一种地图的标记。此时，用户终端100加载该地图对应的地图引擎应用程序域。例如，用户选取二维地图的标识时，应用程序会加载二维地图对应的地图引擎应用程序域。

步骤S102，当被启动地图为首次启动时，将被加载的地图引擎应用程序域的域信息注册到主进程上下文。

加载被启动地图所对应的地图引擎应用程序域时，用户终端100还判断该被启动地图是否是首次启动。如果该被启动地图为首次启动，此时用户终端100将被加载的地图引擎应用程序域的域信息注册到主进程上下文中。其中，域信息中包括有用于识别该被加载的地图引擎应用程序域的标识信息。

具体的，首先，用户终端100通过被加载的地图引擎应用程序域的域间上下文，将该地图引擎应用程序域的域信息写入主进程上下文。域信息写入主进程上下文后，主进程上下文保存该域信息。如此，能够使得被加载的地图引擎应用程序域的域间上下文与主进程上下文建立联系，即被加载的地图引擎应用程序域与主进程上下文建立联系。

综上，本发明实施例提供的多维地图的处理方法，当每种地图被首次启动时，其对应的地图引擎应用程序域能够与主进程上下文建立联系，实现了所有地图引擎应用程序域与主进程上下文的消息通知和数据共享以便能够解析相关指令，如此实现了多种维度的地图融合，以便从多个维度展现地图内容，使地图信息更加丰富，解决不同维度的地图由于原理、地图引擎不同而相互之间产生冲突。同时，通过将每种地图的地图引擎封装成一个地图引擎应用程序域，使得每种地图的地图引擎能够深度隔离，避免其中一个地图引擎崩溃而导致整个程序崩溃，提高系统的稳定性。另外，采用主进程上下文与域间上下文的两级架构方式，加载地图引擎时能够充分利用系统资源，减少主进程资源压力，使其能够承担更多的业务，运行更加流畅。

第二实施例

请参阅图3，是本发明较佳实施例提供的应用于图1所示的多维地图的处理装置110的多维地图的处理方法的流程图。下面将对图3所示的具体流程进行详细阐述。

步骤S201，加载被启动地图所对应的地图引擎应用程序域。

步骤S202，当被启动地图为首次启动时，将被加载的地图引擎应用程序域的域信息注册到主进程上下文。

步骤S203，获得操作指令，操作指令包括与其中一个地图引擎应用程序域对应的标识信息。

本发明实施例中，操作指令可以是用户终端100根据用户的操作直接生成，也可以是由引擎应用程序域的域间上下文发送的，该操作指令中包括与其中一个地图引擎应用程序域对应的标识信息。主进程上下文获得该操作指令。

本发明实施例中，对于地图放大、缩小以及漫游等，操作指令是根据用户的操作直接生成，该标识信息则与当前地图所对应的地图引擎应用程序域相对应。对于地图的切换，该操作指令则是由被切换(切换之前)地图所对应地图引擎应用程序域的域间上下文发送的，该标识信息则与待切换地图所对应的地图引擎应用程序域相对应。

步骤S204，通过主进程上下文将操作指令发送给与标识信息对应的地图引擎应用程序域。

主进程上下文获得操作指令后，将该操作指令发送给与该标识信息对应的地图引擎应用程序域，接收到该操作指令的地图引擎应用程序域依据该操作指令执行相应的操作。

例如，当用户对当前地图进行放大时，用户终端100根据用户的操作生成一表征地图放大的操作指令，该操作指令包括有当前地图所对应地图引擎应用程序域的标识信息。生成操作指令后，用户终端100将操作指令序列化(或者先封装再序列化)后通过主进程上下文发送给当前地图所对应地图引擎应用程序域的域间上下文，当前地图所对应地图引擎应用程序域的域间上下文接收到该操作指令后，将该序列化的操作指令反序列化后执行对应的操作(即地图放大)。

对于地图的切换(如三维地图切换为全景地图、二维地图切换为三维地图等)，表征地图切换的操作指令则是由被切换地图所对应地图引擎应用程序域的域间上下文根据用户的操作生成，并发送给主进程上下文，该操作指令中包括待切换地图所对应地图引擎应用程序域的标识信息。主进程上下文接收到该操作指令后，依据操作指令总的标识信息将该操作指令发送给待切换地图所对应地图引擎应用程序域的域间上下文，接收到该操作指令的域间上下文根据该操作指令加载对应地图引擎应用程序域，从而实现地图的切换。

综上，本发明实施例提供的多维地图的处理方法，当每种地图被首次启动时，其对应的地图引擎应用程序域能够与主进程上下文建立联系，实现了所有地图引擎应用程序域与主进程上下文的消息通知和数据共享以便能够解析相关指令，如此实现了多种维度的地图融合，以便从多个维度展现地图内容，使地图信息更加丰富，解决不同维度的地图由于原理、地图引擎不同而相互之间产生冲突。同时，通过将每种地图的地图引擎封装成一个地图引擎应用程序域，使得每种地图的地图引擎能够深度隔离，避免其中一个地图引擎崩溃而导致整个程序崩溃，提高系统的稳定性。其次，采用主进程上下文与域间上下文的两级架构方式，加载地图引擎时能够充分利用系统资源，减少主进程资源压力，使其能够承担更多的业务，运行更加流畅。另外，本发明实施例提供的多维地图的处理方法能够十分方便地对多维地图的统一调度和多视角的自由切换。

第三实施例

请参阅图4，是本发明较佳实施例提供的多维地图的处理装置110的功能模块图。所述多维地图的处理装置110包括加载模块111、判断模块112、注册模块113、获取模块114、发送模块115、解析模块116和执行模块117。

加载模块111用于加载被启动地图所对应的地图引擎应用程序域。

本发明实施例中，该应用程序的应用界面设置有用于选取不同类型电子地图的标记(marker)，当用户需要使用电子地图时启动应用程序，选取其中一种地图的标记。此时，用户终端100通过加载模块111加载该地图对应的地图引擎应用程序域。

可以理解的，所述加载模块111可以用于执行上述的步骤S101及步骤S201。

判断模块112用于判断所述被启动地图是否为首次启动。

加载被启动地图所对应的地图引擎应用程序域时，用户终端100还通过判断模块112判断该被启动地图是否是首次启动。

注册模块113用于当所述被启动地图为首次启动时，将被加载的地图引擎应用程序域的域信息注册到所述主进程上下文。

如果该被启动地图为首次启动，此时用户终端100通过注册模块113将被加载的地图引擎应用程序域的域信息注册到主进程上下文中。其中，域信息中包括有用于识别该被加载的地图引擎应用程序域的标识信息。

请参阅图5，注册模块113包括写入子模块1131和保存子模块1132。写入子模块1131用于将被加载的地图引擎应用程序域的域信息写入所述主进程上下文。保存子模块1132用于保存写入所述主进程上下文的所述域信息。其中，域信息中包括有用于识别该被加载的地图引擎应用程序域的标识信息。

可以理解的，所述注册模块113可以用于执行上述步骤S102中及步骤S202中将被加载的地图引擎应用程序域的域信息注册到主进程上下文这一过程。

获取模块114用于获得操作指令，所述操作指令包括与其中一个地图引擎应用程序域对应的标识信息。

本发明实施例中，操作指令可以是用户终端100根据用户的操作直接生成，也可以是由引擎应用程序域的域间上下文发送的，该操作指令中包括与其中一个地图引擎应用程序域对应的标识信息。主进程上下文通过获取模块114获得该操作指令。

可以理解的，所述获取模块114可以用于执行上述的步骤S203。

发送模块115用于通过所述主进程上下文将所述操作指令发送给与所述标识信息对应的地图引擎应用程序域，以使接收到所述操作指令的地图引擎应用程序域依据所述操作指令执行相应的操作。

获得操作指令后，主进程上下文通过发送模块115将该操作指令发送给与该标识信息对应的地图引擎应用程序域。

可以理解的，所述发送模块115可以用于执行上述的步骤S204。

接收到该操作指令的地图引擎应用程序域通过解析模块116对接收到的操作指令进行解析。解析完成后执行模块117根据解析后的操作指令执行与该操作指令对应的操作。

综上，本发明实施例提供的多维地图的处理装置110，当每种地图被首次启动时，其对应的地图引擎应用程序域能够与主进程上下文建立联系，实现了所有地图引擎应用程序域与主进程上下文的消息通知和数据共享以便能够解析相关指令，如此实现了多种维度的地图融合，以便从多个维度展现地图内容，使地图信息更加丰富，解决不同维度的地图由于原理、地图引擎不同而相互之间产生冲突。同时，通过将每种地图的地图引擎封装成一个地图引擎应用程序域，使得每种地图的地图引擎能够深度隔离，避免其中一个地图引擎崩溃而导致整个程序崩溃，提高系统的稳定性。其次，采用主进程上下文与域间上下文的两级架构方式，加载地图引擎时能够充分利用系统资源，减少主进程资源压力，使其能够承担更多的业务，运行更加流畅。另外，本发明实施例提供的多维地图的处理装置110能够十分方便地对多维地图的统一调度和多视角的自由切换。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种多维地图的处理方法，应用于具有多种地图的应用程序，其特征在于，所述应用程序包括主进程上下文和与所述多种地图一一对应的多个地图引擎应用程序域，所述方法包括：

加载被启动地图所对应的地图引擎应用程序域；

当所述被启动地图为首次启动时，将被加载的地图引擎应用程序域的域信息注册到所述主进程上下文。

2.根据权利要求1所述的多维地图的处理方法，其特征在于，每个所述地图引擎应用程序域包括一个域间上下文，所述将被加载的地图引擎应用程序域的域信息注册到所述主进程上下文，包括：

通过将被加载的地图引擎应用程序域的域间上下文将所述域信息注册到所述主进程上下文。

3.根据权利要求1所述的多维地图的处理方法，其特征在于，所述将被加载的地图引擎应用程序域的域信息注册到所述主进程上下文，包括：

将被加载的地图引擎应用程序域的域信息写入所述主进程上下文；

保存写入所述主进程上下文的所述域信息。

4.根据权利要求1所述的多维地图的处理方法，其特征在于，所述方法还包括：

获得操作指令，所述操作指令包括与其中一个地图引擎应用程序域对应的标识信息；

通过所述主进程上下文将所述操作指令发送给与所述标识信息对应的地图引擎应用程序域，以使接收到所述操作指令的地图引擎应用程序域依据所述操作指令执行相应的操作。

5.根据权利要求4所述的多维地图的处理方法，其特征在于，所述获得操作指令，包括：

依据用户的操作生成所述操作指令；或

接收其他地图引擎应用程序域的域间上下文发送的操作指令，所述其他地图引擎应用程序域为所述标识信息对应的地图引擎应用程序域之外的任一地图引擎应用程序域。

6.一种多维地图的处理装置，应用于具有多种地图的应用程序，其特征在于，所述应用程序包括主进程上下文和与所述多种地图一一对应的多个地图引擎应用程序域，所述多维地图的处理装置包括：

加载模块，用于加载被启动地图所对应的地图引擎应用程序域；

判断模块，用于判断所述被启动地图是否为首次启动；

注册模块，用于当所述被启动地图为首次启动时，将被加载的地图引擎应用程序域的域信息注册到所述主进程上下文。

7.根据权利要求6所述的多维地图的处理装置，其特征在于，每个所述地图引擎应用程序域包括一个域间上下文，所注册模块用于通过将被加载的地图引擎应用程序域的域间上下文将所述域信息注册到所述主进程上下文。

8.根据权利要求6所述的多维地图的处理装置，其特征在于，所述注册模块包括：

写入子模块，用于将被加载的地图引擎应用程序域的域信息写入所述主进程上下文；

保存子模块，用于保存写入所述主进程上下文的所述域信息。

9.根据权利要求6所述的多维地图的处理装置，其特征在于，还包括：

获取模块，用于获得操作指令，所述操作指令包括与其中一个地图引擎应用程序域对应的标识信息；

发送模块，用于通过所述主进程上下文将所述操作指令发送给与所述标识信息对应的地图引擎应用程序域，以使接收到所述操作指令的地图引擎应用程序域依据所述操作指令执行相应的操作。

10.根据权利要求9所述的多维地图的处理装置，其特征在于，所述获取模块用于依据用户的操作生成所述操作指令；或

接收其他地图引擎应用程序域的域间上下文发送的操作指令，所述其他地图引擎应用程序域为所述标识信息对应的地图引擎应用程序域之外的任一地图引擎应用程序域。