一种基于增强现实技术实现景点内容获取的方法及系统与流程

本发明涉及增强现实业务内容获取的技术，尤其涉及一种基于增强现实技术实现景点内容获取的方法及系统。

背景技术：

着智能终端、移动互联网技术的成熟与发展，曾经局限于实验室的增强现实(ar，augmentedreality)技术开始走进大众视野，一大批以图像识别、终端定位技术为基础的互联网/移动互联网ar应用开始涌现，称为移动增强现实(mobilear)应用，这引起了业界较大关注，逐渐成为技术研究的热点。

传统的旅游过程往往是由导游带队，游客只能在限定的时间内跟随队伍按照单一、固定的旅游路线行进，听导游程式化的解说，这在一定程度上制约了旅游者与旅游空间的良性沟通，游客也缺乏了与景点真正意义上的交互体验。而对于行程规划相对自由的个人旅行者来说，他们也同样面临旅游过程中语言不通、景点不熟悉、找不到路等问题。传统的旅游方式要么通过纸质地图要么通过导游介绍，这些使得游客在旅游景点中很难真正感受到景点的意义，尤其是一些名胜古迹，往往游客过多使得游客也只能走马观花式的游览，而如何利用增强现实技术实现景点内容的有效获取以及根据获取的景点内容来了解景点的意义成为本发明需要解决的技术问题。

技术实现要素：

为解决上述技术问题，本发明提出了一种基于增强现实技术实现景点内容获取的方法及系统，来解决以上背景技术部分提到的技术问题。

根据本发明的一个实施例，本发明提供了一种一种基于增强现实技术实现景点内容获取的方法，包括

客户端采集当前景点的属性信息，将所述属性信息发送到景点服务器端，所述景点服务端判断是否与该属性信息相一致的景点内容，若有，则返回所述景点内容，客户端接收到所述景点内容后，判断是否满足其请求的内容，若一致，则允许现实景点内容，否则拒绝。

优选的，所述客户端采集当前景点属性信息包括采用客户端的摄像头装置进行图像采集，其中，所述属性信息包括图片信息或者视频信息。

优选的，所述景点服务端判断是否与该属性信息相一致的景点内容，若有，则返回所述景点内容，具体为，所述景点服务器端根据接收到的景点图片信息或者视频信息后，对所述图片或者视频信息进行灰度化预处理，然后进行特征点提取，判断是否具有与该属性信息相一致的景点信息，若有，则搜索与该景点信息所对应的景点内容，将所述景点内容发送至客户端。

优选的，所述景点内容包括该景点的三维图像、景点的视频介绍或者语音介绍。

优选的，若客户端接收到所述景点内容后，若判断内容不一致，则拒绝之后，还包括，客户端主动再采集所述景点的属性信息，此时采集的属性信息与之前采集的属性信息不一致，将开始采集的景点属性信息与之后采集的属性信息叠加在一起发送至服务器端，服务器端根据叠加后的属性信息进行景点内容匹配，并将符合要求的景点内容发送至客户端。

根据本发明的又一实施例，本发明提供了一种基于增强现实技术实现景点内容获取的系统，所述系统包括：客户端和景点服务器端，其中，所述客户端包括，

采集模块，用于采集当前景点的属性信息，

第一发送模块，用于发送所述属性信息，

接收模块，用于接收景点内容，

第一判断模块，用于判断是否满足其请求的内容，若一致，则允许现实景点内容，否则拒绝；

所述景点服务器端包括，

所述景点服务器端包括，

第二接收模块，用于接收所述属性信息；

第二判断模块，用于判断是否与该属性信息相一致的景点内容，

第二发送模块，用于向客户端发送所述景点内容。

优选的，所述采集模块包括摄像头装置，以进行图像采集，其中，所述属性信息包括图片信息或者视频信息。

优选的，所述服务器端还包括处理模块，用于所述景点服务器端根据接收到的景点图片信息或者视频信息后，对所述图片或者视频信息进行灰度化预处理，然后进行特征点提取，所述判断模块还用于判断是否具有与该属性信息相一致的景点信息，若有，则搜索与该景点信息所对应的景点内容，将所述景点内容发送至客户端。

优选的，所述采集模块还用于主动再采集所述景点的属性信息，所述客户端还包括处理模块，用于将开始采集的景点属性信息与之后采集的属性信息叠加在一起发送至服务器端。

优选的，所述服务器端还包括匹配模块，用于根据叠加后的属性信息进行景点内容匹配，并将符合要求的景点内容发送至客户端。

本发明克服了现有ar解决方案中应用开发难度大，业务部署成本高，以及用户体验不一致的问题，对ar市场的发展起到良好的推动作用。本发明增强现实系统(服务器、客户端)为增强现实应用开发开放api，提供增强现实业务底层能力支撑，包括：目标景点的搜索、景点属性信息匹配以及景点内容获取等，从而降低增强现实应用开发难度，增强现实系统中的景点服务器端为基于景点属性的景点内容提供增强现实内容发布管理接口，降低增强现实业务部署成本，本发明中增强现实的景点内容获取方法适应不同类型的增强现实目标识别、增强现实内容获取，具有良好的可扩展性，在不同应用场景为用户提供统一的业务体验。

附图说明

图1为本发明提出的基于增强现实的景点内容获取方法总体流程图；

图2为本发明提出的基于增强现实的景点内容获取系统总体框架图；

具体实施方式

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

本发明的核心是提供一种基于增强现实技术实现景点内容获取的方法及系统，为了使本技术领域的人员更好地理解本发明的方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。

图1为本发明提出的基于增强现实的景点内容获取方法总体流程图，如图1所示，

客户端采集当前景点的属性信息，将所述属性信息发送到景点服务器端，所述景点服务端判断是否与该属性信息相一致的景点内容，若有，则返回所述景点内容，客户端接收到所述景点内容后，判断是否满足其请求的内容，若一致，则允许现实景点内容，否则拒绝。

在本发明中，客户端可以为用户手里的移动终端如手机、ipad等移动设备，在游览某个旅游景点时，通过扫描景点二维码或者app等形式，进入到景点的统一对外开放平台中，或者游客在某次宣传中获取到某个旅游景点的信息时，直接获取到景点的统一对外开放平台，在本发明中，是为了获取景点内容信息，而更好的利用增强现实技术，在实际中，并不需要游客必须到景点即能够获取到景点内容信息。在获取景点的属性信息时，通过移动终端的摄像头来实现二维码的扫描或者景点的实景图像的采集。

当客户端采集完景点的属性信息后，就需要获取与该景点属性信息对应的景点内容信息，在本发明中，景点的属性信息包括了景点的图片信息或者视频信息，通过采集的多幅图片或者多段视频信息来获取与之相关的景点内容信息，而该景点内容信息是存储在景点端服务器中，因此，客户端采集完成后需要实现与景点服务器端之间的数据交互。

客户端将采集的景点属性信息发送到景点服务器端，景点服务器端对接收到的景点属性信息进行预处理，这就包括对图片或者视频进行灰度化处理，这是为了防止色彩等造成误差影响，然后进行特征点的提取，此时进行目标景点的内容搜索过程，在景点服务器端预先已经存储了不同景点的内容信息，在实际中，可能存在一个景点服务器端，也可能存在多个景点服务器端的情况，在实际中，可以在某个省设置一个景点服务器端，这样就构成了多个省、直辖市或者自治区的多个景点服务器端，他们相互之间是互通的。

当游客只是需要获取某个省的景点内容信息时，则只需要与一个景点服务器端进行通信即可，当需要了解别的省、自治区或者直辖市的旅游景点信息时，则先获取游客所在位置的省的景点服务器端的信息，然后由该景点服务器端进行信息的转发，从而实现获取其他景点服务端的景点内容获取过程。

因此在进行目标景点内容的搜索过程中，首先是基于游客当前位置的景点服务器端的内容匹配过程，若匹配不成功，则向其他景点服务器端发送景点内容获取请求，直到匹配成功后，将服务器端完成内容匹配的景点内容发送至客户端。

而游客在客户端中接收到内容后，还需要对内容进行判断，若所述内容为满足条件的内容，则通过客户端进行内容的展示，若发现接收到的景点内容并不是其所需要的内容，则拒绝接受该内容，然后客户端主动再采集所述景点的属性信息，此时采集的属性信息与之前采集的属性信息不一致，将开始采集的景点属性信息与之后采集的属性信息叠加在一起发送至服务器端，服务器端根据叠加后的属性信息进行景点内容匹配，并将符合要求的景点内容发送至客户端。

在本发明中，由于误差等原因，服务端对景点属性进行匹配时，可能或造成匹配错误的内容信息，因此，客户端在接收到不是其所需要的内容时，再次进行景点属性信息的采集，此时，采集的内容将是在原有采集信息基础上的扩展，比如，当之前采集的图片为景点的前视图和左侧试图，则现在采集的信息可以为后视图或者右侧试图，此时的目的是为了更全面的采集景点的信息，从而使得服务器端在进行目标景点搜索匹配时更全面。在本发明中，并不是只传送后一次采集的信息，而是将两次采集的信息进行叠加后，发送至服务器端，这样做的目的是为了服务器端进行匹配时更为精确。服务器端在获取到叠加后的属性信息后，再次进行景点内容匹配，从而将符合要求的景点内容发送至客户端。在本发明中，所述的景点内容包括景点的三维图像、景点的视频介绍或者语音介绍。客户端在收到符合要求的景点内容后，游客则可以在客户端中观看以及收听该景点的内容信息了。

根据本发明的内容，如图2所示，图2为本发明提出的基于增强现实的景点内容获取系统总体框架图，

基于增强现实技术实现景点内容获取的系统，其特征在于，所述系统包括：客户端和景点服务器端，其中，所述客户端包括，

采集模块，用于采集当前景点的属性信息，

第一发送模块，用于发送所述属性信息，

接收模块，用于接收景点内容，

第一判断模块，用于判断是否满足其请求的内容，若一致，则允许现实景点内容，否则拒绝；

所述景点服务器端包括，

所述景点服务器端包括，

第二接收模块，用于接收所述属性信息；

第二判断模块，用于判断是否与该属性信息相一致的景点内容，

第二发送模块，用于向客户端发送所述景点内容。

所述采集模块包括摄像头装置，以进行图像采集，其中，所述属性信息包括图片信息或者视频信息。

所述服务器端还包括处理模块，用于所述景点服务器端根据接收到的景点图片信息或者视频信息后，对所述图片或者视频信息进行灰度化预处理，然后进行特征点提取，所述判断模块还用于判断是否具有与该属性信息相一致的景点信息，若有，则搜索与该景点信息所对应的景点内容，将所述景点内容发送至客户端。

所述采集模块还用于主动再采集所述景点的属性信息，所述客户端还包括处理模块，用于将开始采集的景点属性信息与之后采集的属性信息叠加在一起发送至服务器端。

所述服务器端还包括匹配模块，用于根据叠加后的属性信息进行景点内容匹配，并将符合要求的景点内容发送至客户端。

对于本领域技术人员而言，显然本发明实施例不限于上述示范性实施例的细节，而且在不背离本发明实施例的精神或基本特征的情况下，能够以其他的具体形式实现本发明实施例。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明实施例的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明实施例内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。系统、装置或终端权利要求中陈述的多个单元、模块或装置也可以由同一个单元、模块或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

最后应说明的是，以上实施方式仅用以说明本发明实施例的技术方案而非限制，尽管参照以上较佳实施方式对本发明实施例进行了详细说明，本领域的普通技术人员应当理解，可以对本发明实施例的技术方案进行修改或等同替换都不应脱离本发明实施例的技术方案的精神和范围。