一种地图展示方法和装置

技术领域

本说明书一个或多个实施例涉及地图数据技术领域，尤其涉及一种地图展示方法和装置。

背景技术

用户在进行出行决策时，对目的地区域的景观的探索是用户做出出行决策的其中一个参考因素。为了满足用户的这种景观探索需求，相关技术中可以为用户呈现景观的全景图，以方便用户对景观进行更全面的观察和探索。

但是，现有技术中为用户呈现的全景图，通常采用的是环视全景图。其缺点是，环视全景图在建模和渲染时，是采用以相机为中心的球形视角，视角变化的过程中实际上相机的位置是没有发生变化的，只是相机朝向的移动，所以用户在环视全景图中浏览景观时，视角比较单一，用户只能以平视角对周围景观进行观察，影响了用户对景观的探索体验。

发明内容

有鉴于此，本说明书一个或多个实施例提供一种地图展示方法和装置。

为实现上述目的，本说明书一个或多个实施例提供技术方案如下：

根据本说明书一个或多个实施例的第一方面，提出了一种地图展示方法，所述方法由客户端执行，所述方法包括：

接收用户对地图中的目标兴趣点的实景展示请求；

根据所述实景展示请求，展示所述目标兴趣点对应的沉浸式三维实景地图，所述沉浸式三维实景地图渲染出所述目标兴趣点的全视角场景；

接收对所述沉浸式三维实景地图的人机交互指令；

基于所述人机交互指令对所述沉浸式三维实景地图进行处理，生成所述人机交互指令请求的实景地图画面。

根据本说明书一个或多个实施例的第二方面，提出了一种地图展示装置，所述装置包括：

请求接收模块，用于接收用户对地图中的目标兴趣点的实景展示请求；

地图展示模块，用于根据所述实景展示请求，展示所述目标兴趣点对应的沉浸式三维实景地图，所述沉浸式三维实景地图渲染出所述目标兴趣点的全视角场景；

交互检测模块，用于接收对所述沉浸式三维实景地图的人机交互指令；

交互处理模块，用于基于所述人机交互指令对所述沉浸式三维实景地图进行处理，生成所述人机交互指令请求的实景地图画面。

根据本说明书一个或多个实施例的第三方面，提出了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现本说明书任一实施例的方法。

根据本说明书一个或多个实施例的第四方面，提出了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如本说明书任一实施例的方法。

本说明书实施例的地图展示方法和装置，通过构建沉浸式三维实景地图，这种方式生成的沉浸式三维实景地图能够呈现全局视野，相比于现有技术的环视全景图，用户可观察的视角比较多，可以全方位观察；并且，本实施例的地图展示方法在进行人机交互时，是由客户端在本地基于人机交互指令生成对应的沉浸式三维实景地图画面，这种方式能够使得人机交互更加流畅和灵活。

附图说明

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

图1是一示例性实施例提供的一种地图展示方法的流程图。

图2是一示例性实施例提供的另一种地图展示方法的流程图。

图3a是一示例性实施例提供的一种地图时间切换的示意图。

图3b是一示例性实施例提供的一种提示信息的显示方式的示意图。

图3c是一示例性实施例提供的另一种提示信息的显示方式的示意图。

图3d是一示例性实施例提供的又一种提示信息的显示方式的示意图。

图4是一示例性实施例提供的另一种地图展示方法的流程图。

图5是一示例性实施例提供的一种地图空间变换的示意图。

图6是一示例性实施例提供的一种地图中的POI交互的示意图。

图7是一示例性实施例提供的一种景观广场的显示示意图。

图8是一示例性实施例提供的一种广场入口的排列示意图。

图9是一示例性实施例提供的一种广场移动的示意图。

图10是一示例性实施例提供的流切换的示意图。

图11是一示例性实施例提供的一种地图展示装置的结构示意图。

图12是一示例性实施例提供的一种电子设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

为了更好的满足用户对通过沉浸式三维实景地图来进行景观探索的需求，本说明书实施例提供了一种地图展示方法，其中，所述的景观，包括但不限于：景区、建筑物、物品、生物等任何用户想要观察的实体存在。如下的实施例描述中，将以景区为例进行描述。

图1是一示例性实施例提供的一种地图展示方法的流程图，该方法可以是由客户端执行，所述的客户端可以是用于展示沉浸式三维实景地图的客户端，例如，可以是用户手机上安装的地图软件APP或者其他的出行类APP，又例如，还可以是美食类APP，只要该美食类应用的用户也存在使用沉浸式三维实景地图的需求即可，比如，可以是通过沉浸式三维实景地图来查看餐厅/美食的所在位置。

如图1所示，该方法可以包括如下处理：

在步骤100中，接收用户对地图中的目标兴趣点的实景展示请求。

其中，所述的目标兴趣点即为用户想要观看的POI(Point of Interest，兴趣点)。

该目标兴趣点以橘子洲景区为例，例如，在普通的2D地图上，显示了橘子洲景区的位置，并且在该橘子洲景区的位置处，还提供了一个沉浸式三维实景地图的入口。

若用户点击了该入口，则客户端接收到了对地图中的目标兴趣点的实景展示请求，该请求中可以携带：作为进入沉浸式三维实景地图的入口的POI信息，即橘子洲景区的标识。

可以理解的是，用户可以是点击入口，从而触发进入橘子洲的沉浸式三维实景地图。或者也可以是采用其他方式触发进入沉浸式三维实景地图，比如，还可以是用户通过手指的某种屏幕触摸操作来触发。

在步骤102中，根据所述实景展示请求，展示所述目标兴趣点对应的沉浸式三维实景地图，所述沉浸式三维实景地图渲染出所述目标兴趣点的全视角场景。

本步骤中，客户端可以根据接收到的实景展示请求，在显示界面中展示橘子洲景区的沉浸式三维实景地图。

本步骤中，客户端可以通过全局建模方式，构建生成一个沉浸式三维实景地图。例如，假设用户想要查看景区“圆明园”的沉浸式三维实景地图，客户端就可以通过全局建模方式构建得到圆明园的沉浸式三维实景地图，并在客户端的显示界面中进行展示。

其中，所述的沉浸式三维实景地图的建模方式，包括但不限于：Nerf(NeuralRadiance Fields，神经辐射场)等建模方式。沉浸式三维实景地图的特点包括，能够渲染出目标兴趣点的全视角场景。以通过Nerf方式构建和渲染得到沉浸式三维实景地图为例，Nerf是一种基于神经网络的3D重建技术，不同于传统的三维重建方法把场景表示为点云、网格、体素等显式的表达，它独辟蹊径，将场景建模成一个连续的5D辐射场隐式存储在神经网络中，通过神经辐射场模型可以渲染出任意视角下的清晰照片。即Nerf可以任意的自定义视角和成像相机，不受视角的限制，可以还原景区的整体全局区域的环境和建筑等，能够为用户提供观察景区的全局视野，用户可以在沉浸式三维实景地图中全局探索。但可以理解的是，本实施例的方案中，Nerf只是一个示例性的方式，实际实施中不局限于此。

在步骤104中，接收对所述沉浸式三维实景地图的人机交互指令。

本步骤中，用户可以与步骤102中构建得到的沉浸式三维实景地图进行人机交互。

所述的人机交互的内容，包括但不限于：

例如，用户变换沉浸式三维实景地图的观察视角，初始时，用户从景区建筑的正面观看该建筑，而后用户希望观察该建筑的侧面或者后面，甚至用户还想俯瞰该建筑，都可以通过向沉浸式三维实景地图施加人机交互指令，来指示沉浸式三维实景地图进行变换，以满足自己的观看需求。

又例如，用户还可以切换沉浸式三维实景地图呈现的景区的时间。用户可以通过向沉浸式三维实景地图施加人机交互指令，指示沉浸式三维实景地图呈现某景区建筑在不同季节、或者不同月份的景象。

还例如，用户也可以观看景区建筑的不同的自然景观效果。比如，用户想要观看某景区建筑在下雨后有彩虹时的景象，或者，用户想要观看该建筑在落日时的美丽景象，或者，用户还可以是想要观看某区域在有雾凇时的样子，等等，都可以通过向沉浸式三维实景地图施加人机交互指令，来观看到不同风格的沉浸式三维实景地图景象。

此外，本说明书实施例不限制用户向沉浸式三维实景地图施加人机交互指令的方式，示例性的，包括但不限于如下方式：

比如，如果沉浸式三维实景地图是展示在用户的手机上，具体是展示在手机的地图软件界面中，那么用户可以通过触摸屏幕的方式，施加自己的人机交互指令，手机可以通过触摸屏检测接收到该人机交互指令。

又比如，用户还可以通过语音控制方式，传递自己的人机交互指令。例如，手机可以接收到用户的语音，并根据该语音来控制沉浸式三维实景地图的变换。

还例如，用户还可以通过输入指令信息的方式，来进行人机交互。比如，用户可以在显示界面的信息输入入口，输入指示沉浸式三维实景地图进行时间变换的指令。

在步骤106中，基于所述人机交互指令对所述沉浸式三维实景地图进行处理，生成所述人机交互指令请求的实景地图画面。

本步骤中，客户端在接收到人机交互指令以后，可以基于该指令对沉浸式三维实景地图进行处理，生成所述人机交互指令请求的实景地图画面。

其中，所述的对沉浸式三维实景地图进行处理，包括但不限于：

例如，当人机交互指令是指示建筑物换个呈现方向时，可以据此对沉浸式三维实景地图的空间方位进行变换，初始时是在显示界面中呈现建筑物的正面，将建筑旋转，使得在显示界面中呈现建筑物的侧面。

又例如，当人机交互指令是想要观看景区的落日美景时，可以据此对该景区的沉浸式三维实景地图进行落日效果的渲染，生成景区的落日画面。

本实施例的地图展示方法，通过采用全局建模方式构建和呈现沉浸式三维实景地图，并基于人机交互指令生成对应的实景地图画面，可以实现如下的效果：

第一、本实施例采用全局建模方式构建沉浸式三维实景地图，这种方式生成的沉浸式三维实景地图能够呈现全局视野，相比于现有技术的环视全景图，用户可观察的视角比较多，可以全方位观察，而传统的全景图，用户只能平视角观察。因此，用户就能够更全面、更随心所欲的观看实景景观，能够对景观进行更好的全局探索。

例如，如果用户是想要通过观察景观沉浸式三维实景地图，为自己的出行决策作参考，那么，在本实施例通过全局建模方式构建的沉浸式三维实景地图中观察，用户就可以对景观进行更准确更全面的探索，有助于更好的帮助用户做出准确的出行决策。

第二、还有一点注意的是，本实施例的地图展示方法在进行人机交互时，是由客户端在本地基于人机交互指令生成对应的实景地图画面，这种方式能够使得人机交互更加流畅和灵活。具体的，一方面，全局建模方式构建的沉浸式三维实景地图，由于是全局区域渲染还原，即使用户要变换地图场景画面，可以理解为，是在已建模的模型内部进行变换即可，不需要与服务端交互下载资料。另一方面，本实施例是由客户端执行基于人机交互指令对沉浸式三维实景地图进行处理生成对应的沉浸式三维实景地图画面，也就是说，生成的实景地图画面并不是服务端下发的，而是由客户端自己本地处理生成的，比如，客户端可以通过渲染算法对实景地图画面添加雾凇效果，从而呈现用户希望看到的雾凇景观。如此，由于客户端不需要与服务端交互，就不会有卡顿、流量损耗等问题，客户端在处理人机交互指令时就会更快速，从而呈现出流畅的交互体验。而现有技术的全景图方式，客户端还需要与服务端交互下载图像资料，就会产生交互卡顿和流量损耗，相比之下，本实施例的沉浸式三维实景地图在人机交互上更加流畅。

第三、如上所述的，可以看到，本实施例的沉浸式三维实景地图还有一个特点，就是能够将沉浸式三维实景地图与对应的场景进行关联。这里的关联指的是：在客户端展示沉浸式三维实景地图时，可以是从该沉浸式三维实景地图对应的POI场景进入。用户从哪个POI进入沉浸式三维实景地图，沉浸式三维实景地图中展示的就是该POI的沉浸式三维实景地图，从而将沉浸式三维实景地图与POI进行了关联。这种方式，能够给用户营造出在POI场景中游览观看的沉浸式读图感受，提高了用户体验。

如下列举一些沉浸式三维实景地图的人机交互的例子，通过这些例子来描述，用户可以通过人机交互控制沉浸式三维实景地图呈现不同的效果，满足用户多种观看需求。但可以理解的是，实际实施中不局限于这些交互方式，用户也可以采用其他的人机交互方式。

图2是一示例性实施例提供的另一种地图展示方法的流程图，在本实施例中，以通过人机交互切换沉浸式三维实景地图的场景时间为例。如图2所示，该方法可以包括如下处理：

在步骤200中，在客户端的显示界面中展示目标场景的实景地图。

其中，所述的目标场景可以是目标POI的场景。

例如，所述的目标POI可以是一个景区。所述的目标场景的实景地图，可以是该景区的沉浸式三维实景地图。

请参见图3a的示意，用户在客户端的显示界面中，观看某景区的沉浸式三维实景地图。

在步骤202中，接收对目标场景的时间变换指令，该指令中携带待切换至的第一时间。

如前所述的，本实施例不限制人机交互指令的方式，可以是触摸方式、语音控制方式或者信息输入方式等。本实施例以触摸方式为例进行说明。

例如，请继续参见图3a所示，在目标场景的沉浸式三维实景地图的显示界面中，可以显示有“时间调节控件”。示例性的，如图3a所示，该时间调节控件可以是位于显示界面的下方的时间卡。例如，该时间卡上显示的是一天中的各个时间点，比如，7点、8点、9点……。用户可以用手左右滑动该时间卡，以调节时间。比如，在图3a中的左侧A图，显示的是早晨6点的美塔景区的沉浸式三维实景地图，此时正是日出的时间。并且，显示界面中还可以显示关于美塔景区在这个时间点的一些其他信息，比如，可以在显示界面的区域31的位置，显示景区此时的温度“20度”。

其中，如图3a所示，时间卡上包括多个刻度线，这些刻度线代表了不同的时间点，比如，7点的刻度线表示7点位置。在具体显示时，为了更清楚的使用户了解其选择的时间，可以将用户选中的时间以某种方式突出显示。比如，在图3a中的左侧A图，可以在早晨6点对应的时间卡位置处的刻度线上方增加一个小三角32，该小三角32可以随着用户滑动时间卡而同步移动，以方便用户知晓自己选择的时间的变化。比如，所述的A图中，小三角32所在的刻度线是6点的时间点位置，那么表示此时沉浸式三维实景地图是景区6点的景色。此外，还可以采用将时间卡某刻度线加粗、或者，更换成不同于其他刻度线的颜色等方式来标识，不再列举。

当用户想要观看美塔景区在日落时的景色时，用户可以沿着A图中的箭头33，向左滑动时间卡。请参见图3a中的B图，假设日落时间是17点，可以看到，小三角32已经同步移动到了17点位置的刻度线上方，表示当前的沉浸式三维实景地图是17点时的景区景色。而且，日落时的温度是27度。

如上所述的，用户对显示界面中的时间调节控件进行了调节操作，比如，在图3a的示例中，对时间卡进行了滑动，通过滑动来切换自己想要观看的景区时间。当用户滑动时间卡时，就相当于客户端检测到了对目标场景的时间变换指令。并且，客户端还可以接收到用户通过所述的调节操作确定的待切换至的第一时间。比如，在上述的例子中，用户通过滑动时间卡，最后定位在17点的刻度线位置，也就是说，用户想要观看美塔景区在17点的景色，那么该“17点”即为第一时间。

在步骤204中，根据所述时间变换指令中携带的第一时间，生成所述目标场景在第一时间对应的实景地图画面。

假设用户通过滑动时间卡，选定了17点作为第一时间。本步骤中，客户端可以根据该第一时间，生成目标场景在第一时间的实景地图画面。

具体的，客户端可以是根据预设的渲染算法，对美塔景区的沉浸式三维实景地图进行渲染处理。比如，客户端可以获取上述的第一时间对应的画面渲染素材，并将该画面渲染素材添加到所述目标场景的沉浸式三维实景地图中，得到第一时间对应的实景地图画面。

举例来说，假设景区在日落时分，从景色呈现上来看，天空中会有夕阳照射的彩云景象，那么所述的画面渲染素材可以包括但不限于：用于生成彩云景象的算法逻辑、以及生成彩云景象所需要的一些画面参数等。又比如，日落时分与日出时分的温度也是不同的，画面渲染素材也可以包括日落时分的温度、风力等多种参数。客户端可以利用上述的用于生成彩云景象的算法逻辑和画面参数等，对沉浸式三维实景地图进行渲染处理，使得沉浸式三维实景地图呈现出日落时分的彩云景象，并且还可以将温度、风力等参数显示在沉浸式三维实景地图的显示界面中。

需要说明的是，图3a的时间调节控件是以时间卡为例，但可以理解的是，也可以是其他的控件形式。比如，可以是类似于钟表的表盘形式，用户可以通过拨动表盘的指针，来调节自己想要的景区时间作为第一时间。

又例如，图3a中的第一时间是以一天中包括的时间点为例，比如，7点、14点等，在其他的例子中，该第一时间还可以是季节时间，例如，用户选择了“秋季”，想要观看景区在秋季的银杏景象。或者，第一时间还可以是月份时间，用户选择了“12月”，就是想要看看12月份的景区景色。又或者，第一时间还可以是年份时间，用户选择了2021年，想要看看该景区在那一特定年份的景色。再例如，用户选择的第一时间可以是一种组合时时间，比如，“年份+月份”，比如，用户想要查看该景区在2022年12月份的景色，或者，第一时间可以是“季节+一天时间点”，用户想要查看景区在冬季的早晨的景象。

如上所述的，本实施例不限制时间变换的方式，比如可以滑动时间卡，或者拨动钟表盘；也不限制第一时间的内容，比如可以是单个的季节时间，也可以是“季节+年份”的组合时间。本实施例不限制第一时间对应的画面渲染素材以及据此进行的渲染处理的内容，比如，可以根据用户选择的第一时间，在沉浸式三维实景地图中添加彩云效果，或者添加雾凇效果，等。

可以理解的是，沉浸式三维实景地图在第一时间的画面渲染素材和渲染处理，可以是根据经验或者采集的数据来确定渲染方式。比如，可以先根据采集的大数据来确定景区在某个时间大概率呈现什么样的景色，该大数据包括但不限于：用户在网上上传的景区在该时间的真实照片，或者根据对该景区的介绍资料了解到景区在某时间的景象特点。然后根据了解到的景区在某时间的景象，设置能够呈现该景象的渲染算法，并将该渲染算法的逻辑以及使用到的一些参数都下发到客户端，当客户端检测到用户的时间变换指令时，生成第一时间的地图画面。如上所述的，通过根据实际采集的数据来渲染和改变沉浸式三维实景地图的景象，能够尽可能的为用户呈现出更接近景区真实景象的沉浸式三维实景地图，有助于帮助用户更准确的了解景观特点。

在另一些实施例中，目标场景的沉浸式三维实景地图的显示界面中，还可以显示有：对于目标场景中的目标实景地图画面的提示信息，该目标实景地图画面是所述目标场景在目标时间的画面。举例来说，目标场景可以是西湖景区，该目标景区在不同的时间可以有不同的画面，比如，西湖景区在早上的画面、晚上的画面、秋季的画面、夏季的画面等等。上述的目标实景地图画面可以是该西湖景区在特定时间的画面，示例性的，可以将西湖景区在晚上19点的画面称为目标实景地图画面，而该19点就可以称为上述的目标时间。

其中，上述的目标场景在目标时间对应的目标实景地图画面，可以是任何想要推荐给用户的实景地图画面，本实施例对此不做限制。例如，包括但不限于如下示例：

例如，目标实景地图画面可以是一些具有特色景象的实景地图画面。比如，某个建筑在19点钟有夕阳的时候会呈现出一种红晕的日落美景，那么，这个日落美景即称为所述的目标实景地图画面，其对应的目标时间是19点钟。

又例如，目标实景地图画面是根据大数据采集，挖掘发现很多用户都喜欢的景色。比如，某个景区在有些季节特别美，在秋季会有银杏树叶的景象，很多用户都观看了该景区在秋季的实景地图画面，那么，该景区的银杏树叶的景象即称为所述的目标实景地图画面，其对应的目标时间是秋季。

再例如，目标实景地图画面还可以是根据当前用户的历史观看记录或者该用户的其他一些用户信息，认为用户可能会感兴趣的实景地图画面。比如，可以通过收集用户的年龄、性别、喜好等多方面信息，认为该用户大概率会对景区在日出时的景象感兴趣，则可以将该日出的画面称为目标实景地图画面。

此外，上述的对于目标实景地图画面的提示信息，可以有多种呈现方式。例如，该提示信息可以是显示在沉浸式三维实景地图的显示界面中，用户观看该显示界面时就可以看到该提示信息。又例如，该提示信息也可以以语音提示的方式来输出，比如，用户正在观看西湖景区的沉浸式三维实景地图，同时可以语音方式提醒用户“西湖在晚上19点的景色很美哦！”，那么用户有可能会根据该提示去选择19点作为要切换的第一时间。

如下的描述中，以将提示信息显示在沉浸式三维实景地图的显示界面中为例进行描述：

例如，本实施例在沉浸式三维实景地图的显示界面中，可以显示时间调节控件。该时间调节控件可以用于供用户选择时间作为待切换的第一时间。比如，该时间调节控件可以是图3a中所示例的时间卡的形式。

在时间调节控件中，可以显示上述的提示信息。本实施例不限制提示信息的具体显示方式，只要该提示信息能够将上述的目标实景地图画面对应的目标时间在视觉显示上区别于其他时间即可。这些目标时间在显示上区别于其他时间，有助于用户识别这些时间，相当于给用户一个提示，用户知晓这些时间以后，可以自主选择是否要观看这些时间对应的目标实景地图画面。

如下举例几个提示信息的显示方式的例子，但可以理解的是，不局限于此：

在一个例子中，请参见图3b所示，在图中有一个区域框L1，该区域框L1以突出颜色填充，可以将该区域框L1覆盖在时间卡上的一段时间区域。例如，区域框L1中的18点的位置、19点的位置、甚至没有刻度线的18点05分的时间点位置，等，都被该区域框L1覆盖。由于被填充有突出颜色的区域框L1覆盖，使得这段时间区域内的时间位置在显示上就能够区别于时间卡上的其他时间，因此，在该例子中，覆盖在时间卡上的上述时间区域的区域框L1就相当于提示信息，该提示信息使得该时间区域内的时间与其他时间具有显示的区别。

当用户想要观看区域框L1覆盖的那些目标时间对应的画面时，只要滑动时间卡就可以，通过滑动时间卡，让前述提到的小三角落到用户想观看的时间点位置即可。

在另一个例子中，请参见图3c所示，时间卡上可以只显示时间点的数字，比如，6点、7点、8点等，用户想要选择哪个时间，就点击哪个时间即可。本例子中，假设框L2中的9点、10点和11点是目标实景地图画面对应的目标时间，则可以将这些目标时间的时间点数字以不同于其他数字的显示方式显示。例如，在图3c中，框L2中的9点、10点和11点的数字可以显示成红色，其他时间点数字显示成黑色，即从颜色上区分。或者，还可以是，不仅显示成红色，还为这些数字设置下划线。总之，从视觉上使得用户能够区分出来即可。在该例子中，红色、下划线就相当于提示信息，为目标时间的显示施加红色和下划线等显示方式，就将这些目标时间与其他时间在视觉上进行了区分。

同样的，用户可以选择这些目标时间，也可以不选择，用户可以自主决定。

更进一步的，为了使得用户对目标时间标识了解的更加清楚，还可以在显示界面中增加更丰富的提示信息。比如，请继续参见图3c所示，可以在目标时间标识处提示“该时间段有彩云哦～”，这样用户就可以更加清楚这些突出显示的时间点对应的是何种景色。

在又一个例子中，请参见图3d所示，提示信息也不一定是位于时间调节控件中，该提示信息可以是显示在沉浸式三维实景地图的显示界面中就可以。如图3d所示，可以直接在显示界面上提示用户“18点至19点的景区很美哦～”，这样用户也能够根据提示信息知晓在哪个时间点的景区景色比较有特点，从而决定自己是否要选择该时间。

若用户根据上述的提示信息，想要看看18点的景色，就选择了18点，那么该18点就可以称为第一时间。客户端可以据此将沉浸式三维实景地图的画面切换到18点的画面。

如上所述的，通过将目标实景地图画面对应的时间，以区别于其他时间的方式显示出来，有助于帮助用户快速识别一些具有特点的实景地图画面，相当于给用户更丰富的选择信息，给用户更多的提示信息，这也有助于用户快速和更全面的了解其想观看的POI。

本实施例的地图展示方法，通过根据用户的时间变换指令，生成沉浸式三维实景地图在第一时间的沉浸式三维实景地图画面，使得用户既能够全方位的观看场景区域，也能够按照自己的意愿观看景区在多种时间下的景区景象，从而对景区有了更丰富更全面的了解。

图4是一示例性实施例提供的另一种地图展示方法的流程图，在本实施例中，以通过人机交互变换沉浸式三维实景地图的空间为例。如图4所示，该方法可以包括如下处理：

在步骤400中，在客户端的显示界面中展示目标场景的沉浸式三维实景地图。

例如，所述的目标场景，可以是一个景区。

请参见图5的示意，用户在客户端的显示界面中，观看某景区的沉浸式三维实景地图。

在步骤402中，接收对目标场景的空间变换指令，所述空间变换指令携带待切换的空间方位信息。

本实施例中，在目标场景的沉浸式三维实景地图的显示界面中，可以显示有“空间调节组件”。示例性的，请参见图5所示，该空间调节组件可以是位于显示界面的下方的旋转轴51。用户可以沿着该旋转轴51旋转，就可以触发景区的呈现方位旋转。

比如，在图5中的A图，初始时显示界面中呈现的是图中的建筑(图5中以一个塔为例)在一个观察角度的景象，假设用户想要查看该建筑在另一个观察角度的景象，即想从另一个方位去看该建筑，那么用户可以触摸旋转上述的旋转轴51。当用户旋转该旋转轴51时，客户端就检测到了用户对空间调节组件的触发操作，即接收到了对目标场景的空间变换指令。并且，客户端还可以检测到用户通过旋转轴触发确定的空间方位信息，比如，在本例子中，所述的空间方位信息可以包括场景移动方向，当用户想要查看建筑在另一个观察角度的景象时，该场景移动方向可以是指示场景按照图5中的箭头52的方向进行旋转。所述的箭头52的方向即为场景移动方向。

在步骤404中，根据所述空间变换指令中携带的空间方位信息，对所述目标场景的沉浸式三维实景地图进行空间变换，得到变换后的实景地图画面。

本步骤中，客户端可以根据空间变换指令中携带的空间方位信息，对所述目标场景的沉浸式三维实景地图进行空间变换，得到变换后的沉浸式三维实景地图画面。例如，请继续参见图5的示例，客户端可以将景区沿着箭头52的方向移动，而后就可以呈现出图5的B图所示的沉浸式三维实景地图画面，用户就可以观看建筑在另一个视角下的景色了。

如上所述的，客户端可以根据用户的空间变换指令，对目标场景的沉浸式三维实景地图进行空间变换，比如，对沉浸式三维实景地图进行旋转，这样用户就可以多视角的观看景区的景象，可以看到景区的多角度效果。

此外，空间变换指令中携带的空间方位信息，除了是上述的场景移动方向之外，还可以是其他类型的信息。示例性的，请参见图6的示意，在沉浸式三维实景地图中呈现了一座塔，当然，沉浸式三维实景地图中除了该座塔，还有一些其他的景观，比如树木、游客、湖水等，为了简洁呈现，图6中并未示出。在该图6的沉浸式三维实景地图中，可以为用户呈现出更多的信息，比如，可以标识出塔中包括的各个兴趣点的位置标识，示例性的，该座塔中比较有名的是位于4层的一个藏书阁，可以在沉浸式三维实景地图中标识出该藏书阁61的位置，若用户点击了藏书阁61，则可以将沉浸式三维实景地图切换至藏书阁61对应的POI，即在客户端的显示界面中展示藏书阁61的实景地图画面。

在上述的该例子中，用户点击了藏书阁61，则客户端检测到了用户对空间调节组件的触发操作，该藏书阁61就相当于一个空间调节组件，而获取到的触发操作确定的空间方位信息，则是该藏书阁61携带的POI位置标识。客户端只要将沉浸式三维实景地图画面切换到该藏书阁61的画面即可。

请继续参见图6，沉浸式三维实景地图中还可以呈现更多的信息，比如，可以显示景区的各个POI的位置，如图6所示，可以显示该座塔的中间是求缘阁，往左侧是藏书阁，往右侧是拍照最佳视角的位置，这样用户就能够更好的了解景区的各个POI的位置，方便用户更快更好的做出对沉浸式三维实景地图的观看决策。进一步的，还可以显示更详细的信息，比如，还可以显示塔的每一层中的POI方位信息，不再详举。

本实施例的地图展示方法，通过根据用户的空间变换指令，生成沉浸式三维实景地图进行空间变换后的画面，使得用户能够观看不同方位下的沉浸式三维实景地图，从空间上对景区进行更丰富的了解。

此外，本说明书实施例的地图展示方法，还为用户提供了更多更丰富的功能。比如，用户想要从当前正在浏览的沉浸式三维实景地图，切换到去观看其他景区的沉浸式三维实景地图，例如，用户正在观看橘子洲景区的沉浸式三维实景地图，发现该地图观察景区的效果很好，于是又想要去观看雷峰塔景区的沉浸式三维实景地图。基于此需求，本实施例还为用户提供了一种切换沉浸式三维实景地图的方式。

请参见图7的示例，用户正在观看某景区的沉浸式三维实景地图，在该沉浸式三维实景地图的显示界面中，显示有景观广场的入口71，当然，可以理解的是，通过入口71进入景观广场的方式，仅为一种示例性方式。当用户点击该景观广场的入口71时，客户端就检测到了用户对于该入口的触发操作。接着，客户端就可以根据该触发操作，在显示界面中展示景观广场。

其中，景观广场中可以包括多个场景入口，每一个场景入口对应一个场景，该场景入口用于作为进入对应场景的沉浸式三维实景地图的入口。请继续参见图7，景观广场中可以包括场景入口72、场景入口73、场景入口74等多个入口，例如，场景入口72对应的场景是某景区，场景入口73对应的场景是A景区，场景入口74对应的场景是B景区，等。在广场中，可以在这些场景入口中展示对应场景的沉浸式三维实景地图的一部分，比如，场景入口72中可以展示景区的一部分沉浸式三维实景地图。或者，也可以展示这些景区的缩略图。若用户点击了其中一个场景入口，就可以跳转到对应场景的沉浸式三维实景地图。比如，若用户点击了场景入口72，则可以进入到该景区的沉浸式三维实景地图中。

本实施例中，景观广场中的各个场景入口的排列位置关系，是依据场景入口分别对应的各个场景的场景方位确定的。举例来说，请参见图8的示意，橘子洲景区在趵突泉景区的东南方向，那么在景观广场显示时，橘子洲景区对应的场景入口81也同样位于趵突泉景区对应的场景入口82的东南方向。可以理解的是，本实施例所说的与场景方位保持一致，只要大致一致即可，不需要特别严格的方位一致。

按照上述的场景方位来排列场景入口，其好处是，用户可以对各个景区的实际方位关系有个更清楚的认识，并且，按照实际场景方位排列的话，如果用户已经知晓他所要查找的景区之间的方位关系，就可以有助于帮助用户更快的找到他想要的景区。比如，假如用户先观看了橘子洲景区的沉浸式三维实景地图，而后又想要观看趵突泉景区的沉浸式三维实景地图，并且该用户知晓趵突泉与橘子洲的地理位置的方位关系，则用户就可以直接往橘子洲的西北方向去找，很快就可以找到趵突泉景区的场景入口了。

此外，本实施例的景观广场还有一个特点，即，用户在屏幕中移动该广场寻找想观看的景区入口时，可以是往任一方向移动。具体的，在传统的类似的图片列表中，通常只能是左右滑动、以及上下滑动，也就是说，图片列表的移动方向是少数几个固定的方向。而本申请实施例的景观广场可以往任一方向移动，不限制方向。

例如，参见图9的示例，客户端可以接收用户针对该景观广场的移动指令，比如，用户可以用手滑动屏幕。所述的移动指令用于指示将所述景观广场向目标方向移动，所述目标方向包括任一空间方位。如图9所示，示例了几个可以移动的目标方向，例如，箭头91表示向右滑动，箭头92表示向下滑动，箭头93表示向左下方滑动，箭头94表示向右下方滑动。这些只是示例了几个移动的目标方向，但不局限于此，任一方向均可。

如上所述的，通过设置景观广场可以进行跟手控制，并且可以向任一屏幕方向移动，这样可以提高用户寻找景区的效率。比如，按照传统方式，那么用户需要向左移动再向下移动才能找到左下方的景区入口，操作繁琐，效率低，而本实施例中则可以直接将广场向左下方移动，从而提高了找到景区的效率。

在另一些实施例中，用户想要切换查看的景区时，除了上述的通过在景观广场查找的方式，还可以采用其他方式。比如，请参见图10的示例，以用户从美塔景区的沉浸式三维实景地图切换到另一景区的沉浸式三维实景地图为例，用户可以在美塔景区的沉浸式三维实景地图的显示界面中，上下滑动页面，比如沿着箭头L1的方向从下往上滑，就可以切换到另一个景区的沉浸式三维实景地图。

需要说明的是，为了呈现更好的切换效果，可以设置页面的衔接效果。比如，参见图10所示，衔接页面呈现出了一种不同景区之间的过渡状态，很自然。

如上所述的，本说明书实施例的地图展示方法，为用户提供了全局建模方式构建的沉浸式三维实景地图，该沉浸式三维实景地图能够让用户真实的探索全角度下的场景景观，从空间、时间多个维度去为用户呈现了该场景的沉浸式三维实景地图的景象，有助于帮助用户更加准确、全面的了解相应的场景，辅助用户对出行做出更准确的决策。

为了实现上述任一实施例的地图展示方法，本说明书实施例还提供了地图展示装置。图11是一示例性实施例提供的一种地图展示装置的结构示意图，本实施例对该装置的结构做简单说明，其各个模块的具体处理可以结合参见方法实施例所述。

如图11所示，该装置可以包括：请求接收模块1101、地图展示模块1102、交互检测模块1103和交互处理模块1104。

请求接收模块1101，用于接收用户对地图中的目标兴趣点的实景展示请求。

地图展示模块1102，用于根据所述实景展示请求，展示所述目标兴趣点对应的沉浸式三维实景地图，所述沉浸式三维实景地图渲染出所述目标兴趣点的全视角场景。

交互检测模块1103，用于接收对所述沉浸式三维实景地图的人机交互指令。

交互处理模块1104，用于基于所述人机交互指令对所述沉浸式三维实景地图进行处理，生成所述人机交互指令请求的景地图画面。

在一些例子中，所述沉浸式三维实景地图，是目标场景的沉浸式三维实景地图，所述目标场景是所述目标兴趣点的场景。交互检测模块1103，在用于接收对所述沉浸式三维实景地图的人机交互指令时，包括：接收对所述目标场景的时间变换指令，所述时间变换指令中携带待切换至的第一时间。交互处理模块1104，在用于基于所述人机交互指令对所述沉浸式三维实景地图进行处理，生成所述人机交互指令请求的沉浸式三维实景地图画面时，包括：根据所述时间变换指令中携带的第一时间，生成所述目标场景在第一时间对应的实景地图画面。

在一些例子中，所述第一时间，包括如下至少一项：一天中包括的时间点、季节时间、月份时间或者年份时间。

在一些例子中，交互处理模块1104，在用于根据所述时间变换指令中携带的第一时间，生成所述目标场景在第一时间对应的沉浸式三维实景地图画面时，包括：获取与所述第一时间对应的画面渲染素材；根据所述画面渲染素材，对所述目标场景的沉浸式三维实景地图进行渲染处理，得到所述第一时间对应的沉浸式三维实景地图画面。

在一些例子中，在所述沉浸式三维实景地图的显示界面中，显示有：时间调节控件。交互检测模块1103，在用于接收对所述目标场景的时间变换指令时，包括：检测到用户对所述显示界面中的时间调节控件的调节操作，且获取到所述调节操作确定的所述第一时间。

在一些例子中，在所述沉浸式三维实景地图的显示界面中，显示有：对于目标场景中的目标实景地图画面的提示信息，所述目标实景地图画面是所述目标场景在目标时间的画面。

在一些例子中，在所述沉浸式三维实景地图的显示界面中，显示有：时间调节控件；所述时间调节控件用于供用户选择时间作为第一时间。所述提示信息，位于所述时间调节控件中，且所述提示信息用于将所述时间调节控件中的目标时间在视觉显示上区别于其他时间。

在一些例子中，所述沉浸式三维实景地图，是目标场景的沉浸式三维实景地图。交互检测模块1103，在用于接收对所述目标场景的时间变换指令时，包括：接收对所述目标场景的空间变换指令，所述空间变换指令携带待切换的空间方位信息。交互处理模块1104，在用于基于所述人机交互指令对所述沉浸式三维实景地图进行处理，生成所述人机交互指令请求的实景地图画面时，包括：根据所述空间变换指令中携带的空间方位信息，对所述目标场景的沉浸式三维实景地图进行空间变换，得到变换后的实景地图画面。

在一些例子中，交互处理模块1104，在用于根据所述空间变换指令中携带的空间方位信息，对所述目标场景的沉浸式三维实景地图进行空间变换，得到变换后的实景地图画面时，包括：

当所述空间方位信息包括场景移动方向时，控制所述目标场景依据所述场景移动方向进行移动，并展示移动后的目标场景的实景地图画面；

和/或，当所述空间方位信息包括所述目标场景中的兴趣点位置标识时，将所述目标场景的沉浸式三维实景地图移动至所述兴趣点位置标识对应的兴趣点，并展示所述兴趣点的实景地图画面。

在一些例子中，在所述沉浸式三维实景地图的显示界面中，显示有：空间调节组件。交互检测模块1103，在用于接收对所述目标场景的时间变换指令时，包括：检测到用户对所述显示界面中的空间调节组件的触发操作，并获取到所述触发操作确定的空间方位信息。

在一些例子中，在所述沉浸式三维实景地图的显示界面中，显示有：景观广场的入口，所述景观广场中包括多个场景入口，所述多个场景入口分别对应不同的场景，所述场景入口用于作为进入对应场景的沉浸式三维实景地图的入口。交互检测模块1103，在用于接收对所述目标场景的时间变换指令时，包括：检测到用户对所述景观广场的入口的触发操作。交互处理模块1104，在用于基于所述人机交互指令对所述沉浸式三维实景地图进行处理，生成所述人机交互指令请求的沉浸式三维实景地图画面时，包括：根据所述触发操作，展示所述景观广场，并且，所述景观广场中包括的多个场景入口的排列位置关系是依据所述多个场景入口分别对应的各个场景的场景方位确定。

在一些例子中，在所述客户端的显示界面中展示景观广场，所述景观广场中包括多个场景入口，所述多个场景入口分别对应不同的场景，所述场景入口用于作为进入对应场景的沉浸式三维实景地图的入口。交互检测模块1103，在用于接收对所述目标场景的时间变换指令时，包括：接收用户针对所述景观广场的移动指令，所述移动指令用于指示将所述景观广场向目标方向移动，所述目标方向包括任一空间方位。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

如图12所示，图12示出了本说明书实施例的地图展示装置所在的电子设备的一种硬件结构图，该设备可以包括：处理器1210、存储器1220、输入/输出接口1230、通信接口1240和总线1250。其中处理器1210、存储器1220、输入/输出接口1230和通信接口1240通过总线1250实现彼此之间在设备内部的通信连接。

处理器1210可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。所述处理器通过运行可执行指令以实现上述的方法。

用于存储处理器可执行指令的存储器1220可以采用ROM(Read Only Memory，只读存储器)、RAM(Random Access Memory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1220可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1220中，

输入/输出接口1230用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1240用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1250包括一通路，在设备的各个组件(例如处理器1210、存储器1220、输入/输出接口1230和通信接口1240)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1210、存储器1220、输入/输出接口1230、通信接口1240以及总线1250，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述的地图展示方法。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

本说明书还提供一种计算机程序，该计算机程序被运行时用于实现上述的地图展示方法。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。