CN108337664A - 基于地理位置的旅游景区增强现实互动导览系统及方法 - Google Patents

Abstract

本申请涉及一种基于地理位置的旅游景区增强现实互动导览系统及导览方法，其包括APP客户端、GPS定位模块和服务器；APP客户端用于对APP客户端的实际地理位置追踪识别；GPS定位模块用于对APP客户端进行实时定位追踪、监控，具有追踪定位、行程记录和行程反馈功能；服务器用于存储、统计、分析APP客户端和GPS定位模块传输过来的数据信息，还用于对POI信息进行渲染；渲染后的POI信息发送给APP客户端进行显示。本申请对旅游景区的实景进行纯图文标签、3D模型或音视频渲染，将虚拟信息套在现实实景中并进行互动，能够满足人们对自助旅游的需求，提高用户体验。

Description

基于地理位置的旅游景区增强现实互动导览系统及方法

技术领域

本申请属于增强现实技术领域，具体涉及一种基于地理位置的旅游景区增强现实互动导览系统及方法。

背景技术

随着经济的发展，人们越来越追求生活质量，旅游成为人们生活中比较重要的休闲活动。人们在旅游景区参观时经常会碰到以下两个问题：一是景区路线，能够方便地找到各个旅游景点；二是欣赏景点风光时，能够对景点自身的特点和人文典故有所了解。

目前存在的旅游模式主要分为以下三种：一、纸质导览图模式：纸质导览图无法提供定位、无法判定方向，纸质导览图让游客费神又费时。二、人工导游和电子讲解器模式：虽然游客通过人工导游或电子讲解器的讲解能够对景点的特点和人文典故有一定的了解，但游客在旅游的过程中处于被动地位，而且缺乏互动、分享等社交手段，参观后也没有持续关注景区的渠道。三、基于网络的导游模式：游客可以采用微信或手机自带的二维码工具扫描景点的二维码，然后通过网络获得讲解数据。然而这种方式存在以下缺点：没有采用专用的APP扫描工具，体验感很差；获取讲解数据时会产生流量费；游客众多时，信号带宽无法满足需求。上述旅游模式只是单方向地向游客输出景点信息或人文典故，无法与游客形成互动，现有的旅游模式已经无法满足人们对自助旅游的需求。

发明内容

为至少在一定程度上克服相关技术中存在的问题，本申请提供了一种基于地理位置的旅游景区增强现实互动导览系统及方法。

根据本申请实施例的第一方面，本申请提供了一种基于地理位置的旅游景区增强现实互动导览系统，其包括APP客户端、GPS定位模块和服务器；所述APP客户端用于对所述APP客户端的实际地理位置追踪识别；所述GPS定位模块用于对所述APP客户端进行实时定位追踪、监控，具有追踪定位、行程记录和行程反馈功能；所述服务器用于存储、统计、分析所述APP客户端和GPS定位模块传输过来的数据信息，还用于对POI信息进行渲染；渲染后的所述POI信息发送给所述APP客户端进行显示。

进一步地，所述服务器中设置有Native层和WebView层；所述Native层通过底层地理位置API获取所述APP客户端的当前位置数据，通过方向传感器API获取所述APP客户端的方位角，通过重力传感器API获取所述APP客户端的俯仰角和旋转角，所述Native层对获取的方位角、俯仰角和旋转角进行融合后得到所述APP客户端的姿态数据；所述Native层还用于获取与实景地理相关联的数据；所述Native层对获取的APP客户端的当前位置数据、APP客户端的姿态数据以及与实景地理相关联的数据进行过滤后传递给所述WebView层；

所述WebView层对所述Native层传递过来的数据进行不同场景的业务处理，应用不同数据类型进行渲染，并将渲染后的数据发送给所述APP客户端进行互动显示。

更进一步地，所述与实景地理相关联的数据包括POI的地理位置数据以及POI的名称、类别、经纬度和附近的酒店、银行、学校信息。

更进一步地，所述进行渲染时采用的不同数据类型包括纯图文标签、3D模型和音视频中的一种或多种。

更进一步地，所述WebView层获取与实景地理相关联的数据时，采用九宫格数据更新策略；所述Native层设置定时轮询机制和九宫格范围判定机制，定时轮询机制一直开启，判断当前九宫格是否发生变化，如果发生变换，则更新九宫格数据，更新POI点的关联内容，否则不更新POI数据。

更进一步地，所述将渲染后的数据发送给所述APP客户端进行互动显示时，需要将渲染后的POI数据映射到APP客户端的屏幕上，其具体过程为：

计算渲染后的POI数据映射到APP客户端的屏幕中X轴上的位置，通过计算POI距离屏幕左侧边缘的量获得；计算渲染后的POI数据映射到APP客户端的屏幕中在Y轴的位置，通过计算POI距离屏幕顶部边缘的量获得；根据POI距离屏幕左侧边缘的量和POI距离屏幕顶部边缘的量确定POI在APP客户端的屏幕中的显示位置。

进一步地，所述POI点上叠加景点的3D形象，以景点的3D形象结合实景向用户提供路线导航导览，所述POI点上附加场景主题内容，所述场景主题内容包括情侣主题、寻宝主题或亲子主题。

进一步地，所述基于地理位置的旅游景区增强现实互动导览系统中还设置有语音解说模块，所述语音解说模块与服务器进行通信，所述服务器中加载有景区范围数据、景点文字、图片说明以及景点语音解说音频数据；所述语音解说模块从所述服务器中获取当前景点的语音解说音频数据，并进行语音解说。

进一步地，所述基于地理位置的旅游景区增强现实互动导览系统中还设置有社交平台管理模块和应急安全管理模块，所述社交平台管理模块用于管理游客发表的游记、美图和点评信息，所述应急安全管理模块用于对游客的紧急求助做出应急措施的管理。

根据本申请实施例的第二方面，本申请提供了一种基于地理位置的旅游景区增强现实互动导览方法，其包括以下步骤：

APP客户端获取某实景景区的名称；

APP客户端访问景区数据服务器，获取景区的电子地图，进行景区位置查询以及移动导航定位；

用户游览到某一景点，需要了解该景点的详细信息时，APP客户端根据接收到的触发信号将该景点的名称和地理位置信息发送给景区数据服务器；

景区数据服务器将经过纯图文标签、3D模型和音视频中的一种或多种渲染后的数据发送给APP客户端进行互动显示；

用户通过APP客户端浏览其他用户发表的点评、游记和美图等，发表自己的点评、游记和美图，分享旅游体验。

本申请的实施例提供的技术方案可以包括以下有益效果：本申请采用Native层和WebView层相结合的混合架构模式，能够极大地增强应用的灵活性。当POI点增加或修改时无需用户更新APP客户端即可体验在新的POI点上叠加的交互内容，可实现应用的无感知动态更新。采用本申请中计算POI位置到APP客户端中屏幕位置的映射方法，能够极大地降低运算复杂度，显著降低手机电量消耗，而实现的技术效果与现有的矩阵映射技术基本相同。本申请中获取地理位置相关数据时运用九宫格数据更新策略，相较其他数据获取方案，应用体积包更小，占用资源更少，能够大幅减少单次数据传输量且用户无感知的动态更新需要的数据。本申请对旅游景区的实景进行纯图文标签、3D模型或音视频渲染，将虚拟信息套在现实实景中并进行互动，能够满足人们对自助旅游的需求，提高用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是根据一示例性实施例示出的一种基于地理位置的旅游景区增强现实互动导览系统的结构框图。

图2是根据一示例性实施例示出的一种基于地理位置的旅游景区增强现实互动导览系统的架构图。

图3是根据一示例性实施例示出的一种基于地理位置的旅游景区增强现实互动导览系统中APP客户端的当前位置与POI点的方位角关系示意图。

图4是根据一示例性实施例示出的一种基于地理位置的旅游景区增强现实互动导览系统中POI映射到屏幕X坐标的平面原理图。

图5是根据一示例性实施例示出的一种基于地理位置的旅游景区增强现实互动导览方法的流程图。

具体实施方式

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

增强现实技术(Augmented Reality，简称AR)是一种实时地计算摄影机影像的位置及角度并加上相应图像、视频、3D模型的技术，这种技术的目标是在屏幕上把虚拟世界套在现实世界并进行互动。

AR从其技术手段和表现形式上可以分为两大类，一是Vision based AR，即基于计算机视觉的AR，二是LBS based AR，即基于地理位置信息的AR。Vision based AR利用计算机视觉方法建立现实世界与屏幕之间的映射关系，使人们想要绘制的图形或是3D模型可以如同依附在现实物体上一般展现在屏幕上。LBS based AR通过GPS获取用户的地理位置，然后从某些数据源处获取该位置附近物体(如周围的餐馆，银行，学校等)的POI信息(导航地图信息，每个POI包含四方面信息，名称、类别、经度纬度、附近的酒店饭店商铺等信息)，再通过移动设备的电子指南针和加速度传感器获取用户手持设备的方向和倾斜角度，通过这些信息建立目标物体在现实场景中的平面基准上。

基于地理位置信息的AR中现有技术大多采用坐标系映射方式实现POI位置到屏幕位置的映射，这种方式的运算复杂度高而且电量消耗大。

图1是本申请一实施例提供的一种基于地理位置的旅游景区增强现实互动导览系统。如图1所示，本申请基于地理位置的旅游景区增强现实互动导览系统包括APP客户端1、GPS定位模块2和服务器3。APP客户端1用于对用户APP客户端1的实际地理位置追踪识别。GPS定位模块2用于对用户APP客户端1进行实时定位追踪、监控，具有追踪定位、行程记录和行程反馈等功能。服务器3用于存储、统计、分析APP客户端1和GPS定位模块2传输过来的数据信息，还用于对POI(Point of Interest，信息点)信息进行渲染。渲染后的POI信息发送给APP客户端1进行显示。具体地，APP客户端1可以采用智能手机、平板电脑或笔记本电脑等。

在一个具体的实施例中，如图2所示，服务器3中设置有Native层和WebView层。Native层为系统应用开发层，分为Android和iOS。GPS定位模块2对用户APP客户端1进行实时追踪定位后将用户所在的位置信息发送给服务器3。

Native层通过底层地理位置API获取用户APP客户端1的当前位置数据。Native层通过方向传感器API获取用户APP客户端1的方位角，通过重力传感器API获取用户APP客户端1的俯仰角和旋转角等参数。Native层对获取的方位角、俯仰角和旋转角等参数进行融合后得到APP客户端1的姿态数据。Native层还用于获取与实景地理相关联的数据。与实景地理相关联的数据包括POI的地理位置数据以及POI的名称、类别、经纬度和附近的酒店、银行、学校等信息。

Native层对获取的APP客户端1的当前位置数据、APP客户端1的姿态数据以及与实景地理相关联的数据进行过滤后传递给WebView层。

WebView层对Native层传递过来的数据进行不同场景的业务处理，应用不同数据类型进行渲染。其中，数据类型包括纯图文标签、3D模型和音视频中的一种或多种。WebView层将渲染后的数据发送给APP客户端1进行互动显示。

上述实施例中，WebView层获取与实景地理相关联的数据时，采用九宫格数据更新策略。Native层设置定时轮询机制和九宫格范围判定机制，定时轮询机制一直开启，判断当前九宫格是否发生变化，如果发生变换，则更新九宫格数据，更新POI点的关联内容，否则不更新POI数据。

上述实施例中，采用以下方法计算APP客户端1的当前位置与POI点的方位角。如图3所示，以APP客户端1的当前位置为原点，建立直角坐标系。APP客户端1的当前位置用a点表示，POI点用b点表示。

已知APP客户端1的当前位置的经纬度为(lng_a,lat_a)，POI点的经纬度为(lng_b,lat_b)。其中，lat_a′，lng_a′，lat_b′，lng_b′均为中间参数。

其中，atan2()表示四象限的反正切函数，degree表示APP客户端1的当前位置与POI点的方位角。

上述实施例中，采用以下方法将渲染后的POI数据映射到APP客户端1的屏幕上。

Native层获取的角度参数为：(azimuth，pitch，roll)。

其中，参数azimuth表示APP客户端1自身的y轴与地磁场北极方向的夹角，即APP客户端1顶部朝向与正北方向的夹角。当APP客户端1绕着自身的z轴旋转时，该夹角将发生改变。例如，该夹角值为0时，表示APP客户端1顶部指向正北；该夹角值为90度时，表示APP客户端1顶部指向正东；该夹角值为180度时，表示APP客户端1顶部指向正南；该夹角值为270度时，表示APP客户端1顶部指向正西。

参数pitch表示APP客户端1顶部或尾部翘起的角度。当APP客户端1绕着自身的x轴旋转时，该角度会发生变化，该角度的变换范围为-180度到180度。当z轴正向朝着y轴正向旋转时，该角度是正值；当z轴正向朝着y轴负向旋转时，该角度是负值。假设将APP客户端1向上水平防放置在桌面上，如果桌面是完全水平的，则该角度是0。如果从APP客户端1顶部抬起，直到将APP客户端1沿x轴旋转180度，即APP客户端1向下水平防放置在桌面上，这个过程中，该角度值从0度变化到-180度。如果从APP客户端1底部开始抬起，直到将APP客户端1沿x轴旋转180度，即APP客户端1向下水平防放置在桌面上，这个过程中，该角度值会从0度变化到180度。

参数roll表示APP客户端1左侧或右侧翘起的角度，当APP客户端1绕着自身y轴旋转时，该角度值将会发生变化，该角度值的取值范围是-90度到90度。当z轴正向朝着x轴正向旋转时，该角度是正值。当z轴正向朝着x轴负向旋转时，该角度是负值。

假设相机横向转动在屏幕可见视角为AZIMUTH_CARAMA_VIEW，该值为常量。假设正北方向与相机左侧可视视角的夹角为变量camera_start_view，该值会随APP客户端1旋转变化。

式中，θ表示APP客户端1当前的方位角，θ＝azimuth。

如图4所示，计算渲染后的POI数据映射到APP客户端1的屏幕中X轴上的位置时，分以下情况计算：

1)当camera_start_view>270，且0≤α≤90时，β＝α-camera_start_view+360

其中，α表示APP客户端1与POI点的方位角，α＝degree；β表示POI和APP客户端1当前位置的连线与相机左侧可视视角之间的夹角。

2)当0≤camera_start_view≤270时，β＝α-camera_start_view。

假设屏幕宽度为常量W_s，该值不同，APP客户端1的尺寸不同。假设POI距离屏幕左侧边缘为变量D_left，POI本身映射在屏幕上的标签在屏幕上显示的宽度为W_poi则：

当时，POI在屏幕上可见，此外X轴不可见。

计算渲染后的POI数据映射到APP客户端1的屏幕中在Y轴的位置：

假设可视范围最大俯仰角常量MAX_PITCH，最小俯仰角常量MIN_PITCH，POI距离屏幕顶部边缘为变量D_top，POI本身映射在屏幕上的标签在屏幕上显示高度为H_poi。

根据pitch可计算POI在APP客户端1的屏幕中Y轴上的位置，即

根据D_left和D_top可以确定POI在APP客户端1的屏幕中的显示位置。

当Native层获取的传感器数据变化后，不断调用WebView层提供的函数接口，即可实现当APP客户端1旋转俯仰时POI在APP客户端1的屏幕上的实时更新。

本申请采用Native层与WebView层结合的架构，Native层提供基础数据服务，WebView层实现业务渲染需求，二者解耦分离后能够大大增加系统扩展性。POI点上叠加何种数据类型可以根据业务需要定制，以及POI点上的交互形式均可灵活发布。

上述实施例中，可以在POI点上叠加景点的3D形象，以特定景点的3D形象结合实景向用户提供路线导航导览，在陌生环境给用户导游，引导用户到达想去的地方，比如显示周边体验馆，引导用户过去进行线下体验。导航方向实景可视化展示，给导游导航带来虚实融合的体验。

上述实施例中，可以在不同的POI点上附加场景主题内容，场景主题内容包括情侣主题、寻宝主题和亲子主题等内容，游客在导览过程中，可以根据提示，依次通过POI点开展互动，根据互动结果获取奖励，并将过程中的信息分享到社交网络中。

本申请基于地理位置的旅游景区增强现实互动导览系统中还设置有语音解说模块，语音解说模块与服务器3进行通信，服务器3中加载有景区范围数据、景点文字、图片说明以及景点语音解说音频数据。当语音解说模块通过GPS定位模块2获取用户进入该景点的语音解说范围时，语音解说模块从服务器3中获取当前景点的语音解说音频数据，并进行语音解说。

本申请基于地理位置的旅游景区增强现实互动导览系统的服务器3中还设置有社交平台管理模块和应急安全管理模块，社交平台管理模块用于管理游客发表的游记、美图和点评信息，应急安全管理模块用于对游客的紧急求助做出应急措施的管理。

如图5所示，本申请还提供了一种基于地理位置的旅游景区增强现实互动导览方法，其包括以下步骤：

S1、APP客户端1获取某实景景区的名称。

S2、APP客户端1访问景区数据服务器3，获取景区的电子地图，进行景区位置查询以及移动导航定位。

S3、用户游览到某一景点，需要了解该景点的详细信息时，APP客户端1根据接收到的触发信号将该景点的名称和地理位置信息发送给景区数据服务器3。

S4、景区数据服务器3将经过纯图文标签、3D模型和音视频中的一种或多种渲染后的数据发送给APP客户端1进行互动显示。

S5、用户通过APP客户端1浏览其他用户发表的点评、游记和美图等，发表自己的点评、游记和美图，分享旅游体验。

本申请基于地理位置的旅游景区增强现实互动导览系统采用Native层和WebView层相结合的混合架构模式，相较现有的采用纯Native开发的架构模式，本申请能够极大地增强应用的灵活性。当POI点增加或修改时无需用户更新APP客户端1即可体验在新的POI点上叠加的交互内容，可实现应用的无感知动态更新。采用本申请中计算POI位置到APP客户端1中屏幕位置的映射方法，能够极大地降低运算复杂度，显著降低手机电量消耗，而实现的技术效果与现有的矩阵映射技术基本相同。本申请中获取地理位置相关数据时运用九宫格数据更新策略，相较其他数据获取方案，应用体积包更小，占用资源更少，能够大幅减少单次数据传输量且用户无感知的动态更新需要的数据。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种基于地理位置的旅游景区增强现实互动导览系统，其特征在于，它包括APP客户端、GPS定位模块和服务器；所述APP客户端用于对所述APP客户端的实际地理位置追踪识别；所述GPS定位模块用于对所述APP客户端进行实时定位追踪、监控，具有追踪定位、行程记录和行程反馈功能；所述服务器用于存储、统计、分析所述APP客户端和GPS定位模块传输过来的数据信息，还用于对POI信息进行渲染；渲染后的所述POI信息发送给所述APP客户端进行显示。

2.如权利要求1所述的基于地理位置的旅游景区增强现实互动导览系统，其特征在于，所述服务器中设置有Native层和WebView层；所述Native层通过底层地理位置API获取所述APP客户端的当前位置数据，通过方向传感器API获取所述APP客户端的方位角，通过重力传感器API获取所述APP客户端的俯仰角和旋转角，所述Native层对获取的方位角、俯仰角和旋转角进行融合后得到所述APP客户端的姿态数据；所述Native层还用于获取与实景地理相关联的数据；所述Native层对获取的APP客户端的当前位置数据、APP客户端的姿态数据以及与实景地理相关联的数据进行过滤后传递给所述WebView层；

所述WebView层对所述Native层传递过来的数据进行不同场景的业务处理，应用不同数据类型进行渲染，并将渲染后的数据发送给所述APP客户端进行互动显示。

3.如权利要求2所述的基于地理位置的旅游景区增强现实互动导览系统，其特征在于，所述与实景地理相关联的数据包括POI的地理位置数据以及POI的名称、类别、经纬度和附近的酒店、银行、学校信息。

4.如权利要求2所述的基于地理位置的旅游景区增强现实互动导览系统，其特征在于，所述进行渲染时采用的不同数据类型包括纯图文标签、3D模型和音视频中的一种或多种。

5.如权利要求2或3或4所述的基于地理位置的旅游景区增强现实互动导览系统，其特征在于，所述WebView层获取与实景地理相关联的数据时，采用九宫格数据更新策略；所述Native层设置定时轮询机制和九宫格范围判定机制，定时轮询机制一直开启，判断当前九宫格是否发生变化，如果发生变换，则更新九宫格数据，更新POI点的关联内容，否则不更新POI数据。

6.如权利要求2或3或4所述的基于地理位置的旅游景区增强现实互动导览系统，其特征在于，所述将渲染后的数据发送给所述APP客户端进行互动显示时，需要将渲染后的POI数据映射到APP客户端的屏幕上，其具体过程为：

计算渲染后的POI数据映射到APP客户端的屏幕中X轴上的位置，通过计算POI距离屏幕左侧边缘的量获得；计算渲染后的POI数据映射到APP客户端的屏幕中在Y轴的位置，通过计算POI距离屏幕顶部边缘的量获得；根据POI距离屏幕左侧边缘的量和POI距离屏幕顶部边缘的量确定POI在APP客户端的屏幕中的显示位置。

7.如权利要求1或2或3或4所述的基于地理位置的旅游景区增强现实互动导览系统，其特征在于，所述POI点上叠加景点的3D形象，以景点的3D形象结合实景向用户提供路线导航导览，所述POI点上附加场景主题内容，所述场景主题内容包括情侣主题、寻宝主题或亲子主题。

8.如权利要求1或2或3或4所述的基于地理位置的旅游景区增强现实互动导览系统，其特征在于，所述基于地理位置的旅游景区增强现实互动导览系统中还设置有语音解说模块，所述语音解说模块与服务器进行通信，所述服务器中加载有景区范围数据、景点文字、图片说明以及景点语音解说音频数据；所述语音解说模块从所述服务器中获取当前景点的语音解说音频数据，并进行语音解说。

9.如权利要求1或2或3或4所述的基于地理位置的旅游景区增强现实互动导览系统，其特征在于，所述基于地理位置的旅游景区增强现实互动导览系统中还设置有社交平台管理模块和应急安全管理模块，所述社交平台管理模块用于管理游客发表的游记、美图和点评信息，所述应急安全管理模块用于对游客的紧急求助做出应急措施的管理。

10.一种基于地理位置的旅游景区增强现实互动导览方法，其特征在于，包括以下步骤：

APP客户端获取某实景景区的名称；

APP客户端访问景区数据服务器，获取景区的电子地图，进行景区位置查询以及移动导航定位；

用户游览到某一景点，需要了解该景点的详细信息时，APP客户端根据接收到的触发信号将该景点的名称和地理位置信息发送给景区数据服务器；

景区数据服务器将经过纯图文标签、3D模型和音视频中的一种或多种渲染后的数据发送给APP客户端进行互动显示；

用户通过APP客户端浏览其他用户发表的点评、游记和美图等，发表自己的点评、游记和美图，分享旅游体验。