CN109040960A - 一种实现位置服务的方法和装置 - Google Patents

Abstract

本申请实施例公开了一种实现位置服务的方法和装置。该方法的一具体实施方式包括：终端针对实际地点的目标对象进行图像采集，得到实景数据，根据所述实景数据确定与所述目标对象相匹配的地理标识信息，将所述地理标识信息提供给用户。在一些特定的场景中，不同于传统的LBS方式，用户可以使用终端直接针对位于某一或某些实际地点上的建筑物、门店等目标对象进行图像采集，进一步可在终端上展示出与该目标对象的位置服务相关的信息，更加便捷地使用户获知目标对象的有关信息，有助于提升用户体验，并能够尽可能地减少因用户主观推断而产生的偏差。

Description

一种实现位置服务的方法和装置

技术领域

本申请涉及计算机技术领域，具体涉及互联网技术领域，尤其涉及一种实现位置服务的方法和装置。

背景技术

随着信息技术的发展，基于位置的服务(Location Based Service，LBS)得到广泛应用，在LBS的支持下，相应的服务提供方可以为用户提供诸如导航、位置共享、附近实体门店推荐等等业务。

现有技术中，用户在使用LBS时，通常是基于用户所在的位置为用户推荐附近门店，或者由用户直接输入目标地点的信息(如：目标地点的名称)进行搜索，进一步显示出目标地点所对应的位置。

基于现有技术，需要一种更为便捷实现位置服务的方式。

发明内容

本申请的目的在于提供一种实现位置服务的方法和装置，用来解决在某些应用场景中使用传统LBS方式较为不便的问题。

第一方面，本申请实施例提供一种实现位置服务的方法，包括：

终端针对实际地点的目标对象进行图像采集，得到实景数据；

根据所述实景数据确定与所述目标对象相匹配的地理标识信息；

将所述地理标识信息提供给用户。

第二方面，本申请实施例还提供一种实现位置服务的装置，包括：

图像采集模块，配置为针对实际地点的目标对象进行图像采集，得到实景数据。

信息确定模块，配置为根据所述实景数据确定与所述目标对象相匹配的地理标识信息。

信息提供模块，配置为将所述地理标识信息提供给用户。

第三方面，本申请实施例还提供一种电子设备，包括：一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本申请中的上述方法。

第四方面，本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本申请中的上述方法。

本申请提供的实现位置服务的方法和装置，不同于传统的LBS方式，用户可以使用终端直接针对位于某一或某些实际地点上的建筑物、门店等目标对象进行图像采集，在采集得到相应的实景数据后，便可以通过实景数据确定出目标对象所对应的地理标识信息，从而可将地理标识信息提供给用户。显然，这样的方式能够在一定程度上减少或避免用户通过电子地图应用搜索、查看并推定出目标对象在电子地图上的对应位置的繁琐步骤，更加便捷地使用户获知目标对象的有关信息，有助于提升用户体验，并能够尽可能地减少因用户主观推断而产生的偏差。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请实施例提供的终端与服务端之间的交互架构示意图；

图2是在图1所示的基础上本申请实施例提供的实现位置服务的方法流程示意图；

图3是本申请实施例提供的地理标识信息的一种展示方式示意图；

图4a是在图3所示的基础上本申请实施例提供的位置服务信息的展示方式示意图；

图4b是在图4a所示的基础上本申请实施例提供的针对更为详细的位置服务信息进行展示的示意图；

图4c是本申请实施例提供的位置服务信息的另一种展示方式示意图；

图5是本申请实施例提供的另一种交互架构示意图；

图6是本申请实施例提供的基于第一终端侧实现位置服务的方法的流程示意图；

图7是本申请实施例提供的基于第二终端侧实现位置服务的方法的流程示意图；

图8是本申请实施例提供的基于服务器侧实现位置服务的方法的流程示意图；

图9是本申请实施例提供的实现位置服务的装置结构示意图；

图10是本申请实施例提供的基于图5所示架构在第一终端侧实现位置服务的装置结构示意图；

图11是本申请实施例提供的基于图5所示架构在第二终端侧实现位置服务的装置结构示意图；

图12是本申请实施例提供的基于图5所示架构在服务端侧实现位置服务的装置结构示意图；

图13是本申请实施例提供的电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

正如前述，在某些使用LBS获得位置服务的场景中，通常是基于用户所处的位置进行位置服务推荐，或者是根据用户输入的信息进行搜索确定出相应的位置，并以电子地图的形式展现给用户，但这样的方式存在一定程度的不便。

具体而言，假设用户位于建筑物较为密集的某一区域中，现该用户想要获知其中某一/某些建筑物的名称、具体地址或对应的邮编等信息，或者，用户已知某一建筑物的名称(如：XX大厦A座)并想前往该地点，但该建筑物的周围还分布着多个建筑物，且建筑物的名称标志并不明显。对于此情况，通常的做法是：用户可启动终端上的电子地图应用，根据在电子地图中显示的用户位置，并结合用户所见的建筑物的实际位置，推定建筑物在电子地图中的对应位置，并由此进一步获得相关的名称、具体地址或邮编等信息，或者，在电子地图上规划出前往某一建筑物的路线。

但实际上，上述方式对于用户而言较为不便，而且，在确定建筑物在电子地图中的对应位置时，多依赖于用户的主观判断，有可能产生偏差。

为此，在本申请实施例中提供一种实现位置服务的方法，可通过终端直接对实际地点进行图像采集，并将位于该实际地点上的目标对象的相关信息提供给用户，从而实现位置服务，在简化用户操作的同时，能够更为准确地向用户提供相关信息。

参考图1，示出了本申请实施例中实现位置服务的方法所基于的架构示意图。如图1所示，包括终端和服务端，其中：

终端可认为是诸如手机、平板电脑、笔记本电脑、智能手表、智能眼镜或智能相机等具有图像采集功能的移动通讯终端。当然，为实现图像采集，终端与外部(非终端自身)的图像采集设备(如：摄像头)相连接也是可行的。

在实际应用中，用户可使用终端针对建筑物等实际的目标对象进行图像采集，终端可将采集得到的实景数据发送给服务端。一般性地，终端自身具有定位功能，其定位功能能够优化本申请上述方法的结果，当然，在部分实施例中，使用本申请中的上述方法时，终端可以不具有定位功能，这里并不应构成对本申请的限定。

服务端可以基于终端所拍摄的实景数据，识别出相应的目标对象，并确定与之相关的信息反馈给终端。在一些实施例中，服务端可由服务器构成，具体地，服务器可以采用集群式架构、分布式架构或者仅采用单一服务器的方式，具体可根据实际应用的需要确定，这里并不作限定。在实际应用中，服务端可认为是导航服务提供方、电信运营商、商业网站等服务提供方后台的服务系统。应理解，由分布式计算机或计算设备构成的服务系统也应该认为是本申请中服务端所涵盖的范围之内。

图1所示出的终端和服务端之间的交互方式并不是唯一方式，在另一些实施例中，终端自身具有足够的处理性能和存储空间，那么，终端可直接针对其采集得到的实景数据进行处理而无需上传至服务端。并可以理解，图1中示出的终端、服务端所采用的设备及其数量仅是示例性的。在实际应用中，至于终端和服务端之间具体采用何种交互方式，采用何种设备以及设备的数量，具体将根据实际应用时的情况所决定，这里并不应理解为对本申请的限定。

基于上述如图1所示的架构，以下将详细说明本申请实施例中所提供的技术方案。

继续参考图2，示出了本申请实施例中提供一种实现位置服务的方法，具体包括以下步骤：

步骤S201：终端针对实际地点的目标对象进行图像采集，得到实景数据。

这里所述的实际地点的目标对象，可认为是现实世界中位于某一实际地点的空间场所，可包括但不限于：建筑物(如：写字楼、商场等)、街道、广场或是线下门店(如：餐馆、咖啡店等)。

在实际应用中，对于上述的目标对象而言，用户若通过传统的LBS方式获知其对应的位置服务信息，则较为不便，故应用本申请所述方法，用户可以直接使用终端对实际地点的目标对象进行图像采集。当然，进行图像采集的方式可以是拍照、摄像或者仅是将取景框对准目标对象。

用户可以通过对终端上安装或运行的支持图像采集的位置服务应用中的图像采集功能发出触发操作，而触发终端进行图像采集。当然，该触发操作可包括但不限于：点击操作、滑动操作或语音输入操作。

在一种可行的实施方式中，电子地图应用或者具有电子地图功能的应用中，提供了相应的实景采集功能，用户便可以从上述应用中通过触发该实景采集功能，启动终端的摄像头对实际地点的目标对象进行图像采集。

而在另一种可行的实施方式中，对实景图像的采集还可由终端操作系统中所携带的相机应用所实现，也即，用户启动该相机应用，并将镜头对准实际地点的目标对象，从而实现图像采集。

在本申请实施例中，所述的实景数据可以是图像数据，也可以是视频数据，这里并不进行具体限定。

步骤S203：根据所述实景数据，确定与所述目标对象相匹配的地理标识信息。

所述的地理标识信息，至少可以包括目标对象的名称(如：建筑物名称、门店名称等)、标识号(如：编号、ID等)、坐标数据、具体地址信息等。

在一种方式中，正如图1所示，可由服务端实现对实景数据的处理，也即，终端将采集获得的实景数据发送至服务端，以使得所述服务端根据所述实景数据确定与所述实景数据相匹配的实际位置信息，并反馈给所述终端。

而在另一种方式中，也可由终端自身执行上述步骤S203。

步骤S205：将所述地理标识信息提供给用户。

在本申请实施例中，将地理标识信息提供给用户的方式可以是多样化的，既可以将地理标识信息展示给用户，也可以采用语音的形式向用户播报(如，向用户发出语音：当前建筑物为XX大厦A座)。

一般性地，对于将地理标志信息展示给用户的情况，可在终端的指定界面中进行展示，这里所述的指定界面可包括但不限于：显示有所述目标对象的照片界面、取景界面或视频界面。

其中，可参考图3，如图3所示为本申请实施例中地理标识信息的一种展示方式，图中的取景界面能够实时地展示摄像头所摄取的实景，灰色的取景框可以精确的框选实景中的目标对象，地理标识信息为建筑物的具体名称，针对取景框所框选的建筑物，其具体名称将以文字的形式实时展示。当然，图3所示出的方式仅是一种示例，并不是唯一的展示方式，实际应用中还可以采用其他的展示方式，例如：地理标识信息中还包括目标对象的标准图片和简介信息，那么，在终端上便可以采用单独界面呈现该目标对象的标准图片和简介信息。

又例如：假设用户使用诸如虚拟现实(VR)或增强现实(AR)等智能穿戴设备(如：AR眼镜、VR头盔等)，那么，还可以将地理标识信息实时渲染显示在上述智能穿戴设备的屏幕上。

以上方式并不应构成对本申请的限定。

通过上述步骤，不同于传统的LBS方式，用户可以使用终端直接针对位于某一或某些实际地点上的建筑物、门店等目标对象进行图像采集，在采集得到相应的实景数据后，便可以通过实景数据确定出目标对象所对应的地理标识信息，从而可将地理标识信息提供给用户。显然，这样的方式能够在一定程度上减少或避免用户通过电子地图应用搜索、查看并推定出目标对象在电子地图上的对应位置的繁琐步骤，更加便捷地使用户获知目标对象的有关信息，有助于提升用户体验，并能够尽可能地减少因用户主观推断而产生的偏差。

对于如图2所示的方法而言，上述步骤执行主体可以是终端自身，也可以是运行在终端上的应用，还可以是服务端。并且，在执行上述步骤的过程中，执行主体还可能发生变化，比如：步骤S201的执行主体可以是终端自身，而步骤S203的执行主体可以是服务端。当然，具体将根据实际应用时的情况来决定，这里并不应该理解为对本申请的限定。

下面将更为具体地阐述本申请实施例中所述方法的具体实现。

需要说明的是，在本申请实施例中，无论是终端还是服务端，在根据实景数据确定与目标对象相匹配的地理标识信息的过程中，都将首先从实景数据中识别出目标对象的图像特征，然后根据识别得到的图像特征，在预先建立的特征数据库中查找相匹配的特征数据，并将匹配的特征数据所对应的地理标识信息，确定为实景数据中的目标对象所匹配的地理标识信息。

当然，可以通过预先训练完成的识别模型结合识别算法，实现对目标对象的识别以及特征提取，诸如：局部特征点提取、斑点检测、角点检测、二进制字符串特征描述子等图像识别算法，当然，相应的识别技术较为成熟，这里便不进行过多赘述。

而对于预先建立的特征数据库，可认为是针对不同的目标对象，预先获取相对应的图像数据，并将这些预先获取的图像数据进行诸如特征提取等步骤的处理后，得到相关特征数据，从而建立得到的特征数据库。在本申请实施例中，为建立特征数据库，所获取的目标对象的图像数据，可以源自于实景地图、现场采集、网络图片、用户上传等多种不同的途径，具体将根据实际应用的需要所决定。

在一个简单示例中，特征数据库内存储的数据格式可例如：目标对象名称-特征数据-地理标识信息。当然，这里仅是一种可能的方式，在实际应用中，特征数据库中所存储的数据格式也可能采用其他的方式，但可以理解地，特征数据库中所使用的数据格式，应有利于实现地理标志信息的确定。

此外，在根据实景数据识别目标对象时，一方面，需要将目标对象的图像特征与特征数据库内的特征数据进行比对查询，无疑增加了识别过程的耗时；另一方面，考虑到现实中的部分写字楼、线下门店等目标对象在外表上较为相似，有可能会影响识别结果的准确性。所以，作为本申请实施例中的一种可行方式，还可获取终端当前的位置信息，也即，针对上述如图2所示的方法，在根据所述实景数据确定与所述目标对象相匹配的地理标识信息之前，所述方法还可包括：获取所述终端的位置信息。

进一步地，根据所述实景数据确定与所述目标对象相匹配的地理标识信息的过程，也就可为：根据所述终端的位置信息及所述实景数据，确定与所述目标对象相匹配的地理标志信息。

结合上述对于特征数据库的描述，可以利用终端的位置信息，在特征数据库中筛选与所述位置信息相匹配的目标对象的特征数据，再进一步针对筛选后的目标对象的特征数据与实景数据中提取的图像特征进行识别比对。

显然，在用户使用移动终端的场景下，终端所在的位置也就可以认为是用户所在的位置，那么，以终端的位置作为基准，可以有效缩减所需查询的特征数据的范围，也即，只需针对用户所在位置一定范围内的目标对象特征数据进行比对，便能够能加快速地确定出实景数据中所对应的目标对象以及该目标对象匹配的地理标识信息。

事实上，上述如图2所示的方法还可以适用于不同的应用场景，具体来说，作为位置服务的一种典型应用，可将任一地点附近的线下门店(如：餐馆)信息推荐给用户，用户通过诸如电子地图应用或消费服务应用(如：商户点评类应用)便可获知相应地点附近的线下门店。在实际场景中，多个线下门店可能分布于某一建筑物(如：写字楼或商场)中，如果用户想要获知该建筑物内所包含的线下门店，则通常的做法是：用户启动电子地图应用，通过电子地图查看某一地点上的各个门店信息。但对于此场景，仍可能出现前述的问题，也即，用户如果在上述建筑物附近，但预先并不知道该建筑物的名称、详细地址等信息，则用户需要通过针对实际环境的观察，主观推断出所要查询的建筑物在电子地图上可能的对应位置，并由此查看地点地图上所显示的该建筑物中包含的门店的信息。

为了提升上述场景用户获知信息的便捷性，故可以在如图2所示方法的基础上，将建筑物所对应的门店等信息提供给用户。

具体而言，所述方法还可包括以下步骤：

获取与所述地理标识信息相关的位置服务信息，并将所述位置服务信息提供给所述用户。

在本申请实施例中，所述的位置服务信息，可认为是与位置服务有关的各类信息，除了位置信息以外，还可包括：建筑物中入驻的门店、商户、企业信息，门店或商户的人流量、热点评分、推荐度、排位情况等等。

应理解，上述的位置服务信息可以从不同的信息源所获得，其中，信息源可例如：用户、服务提供商、企业、第三方数据统计机构等等，这里不作具体限定。

将位置服务信息提供给用户的方式类似于上述地理标识信息，也可以采用语音播报，或者将位置服务信息展示在终端界面上。将位置服务信息进行展示时，具体可以采用文本、数字、符号、图形、图标或其结合的形式进行展示。

作为一种可行的实施方式，可以在终端的取景界面中实时展示目标对象的位置服务信息。同时参照图3，为了在取景界面所拍摄到的多个建筑物(即，目标对象)中区分出用户所选中的建筑物，可以通过取景框框选的方式标记出该建筑物，那么，位置服务信息也可以基于相应的取景框进行展示。

参考图4a，对位置服务信息的展示方式可以如图4a所示，即在图4a所示的取景界面中，建筑物的位置服务信息展示在其名称下方，并通过指示线的方式连接至取景框。并且，图4a中所展示的位置服务信息是一种缩略信息，用户可以进行点击，从而展示出更详细的位置服务信息。

参考图4b，当用户针对图4a中的位置服务信息进行操作后(如：点击)，则在取景界面中展示与该建筑物有关的更为详细的位置服务信息。更为详细的位置服务信息可展示在指定的信息展示区中，正如图4b所示，信息展示区采用浮窗的方式，将详细的位置服务信息展示在框选的建筑物左侧。在图4b的显示状态下，用户再次点击信息展示区，则信息展示区消失，界面回到图4a所示的状态。信息展示区还可以采用透明度更高的浮窗，或者是全透明的状态。

除了如图4b所示的展示方式，还可以采用诸如跳转至新页面的方式，也即，当用户点击了图4a中的缩略信息后，可从终端当前所显示的取景界面，跳转至详情页。

作为示例，图4a和图4b仅示出了对建筑物中所包含的商场位置服务信息的展示。事实上，建筑物中可能包含多个商户，那么，还可以针对取景框所框选的建筑物，展示其中的多个商户，也即，如图4c所示。当然，图4c中所展示出的不同商户也并非是建筑物中的全部商户，这些展示出的商户可以是经过服务端后台算法按照诸如热度、评分等排序后所确定的，这里并不作具体限定。

可以理解，在实际应用中，信息展示区的透明度、位置服务信息所采用的字体、颜色及展示的位置等，应该是有利于用户浏览的，为此所采用的具体展示方式并不应理解成对本申请的限制。

参考图5，为本申请实施例的上述方法在提供位置服务信息的场景下所采用的架构示意图。从图5中可见，包括第一终端、第二终端以及服务端。

其中，第一终端可认为是针对实际地点的目标对象进行图像采集的终端设备，可参考如图1所示的终端，这里不过多赘述。

第二终端可认为是上传与实际地点目标对象相关的位置服务信息的终端。一般性地，第二终端通常位于实际地点的目标对象内，可包括但不限于：手机、平板电脑、智能手表、笔记本电脑、计算机、商户使用的具有联网功能的收银设备、取号设备、打卡机等。

例如：某用户于餐馆就餐，该用户使用的手机可向服务端上传位置信息及针对该餐馆的评分信息，那么，该用户所使用的手机便可看作是第二终端。又例如：餐馆的取号设备可将当前时刻的排号等位信息上传至服务端，该取号设备也可看作是第二终端。

服务端可将第二终端上传的位置服务信息反馈给第一终端。有关服务端的具体组成架构、类型等，可参考图1所对应的相应内容，这里不再过多赘述。

在实际应用中，第二终端的数量通常较多，从而形成大量的数据源，为实现本申请中的上述方法提供了数据支持。图5中仅是示例性地示出了第二终端，并非是将第二终端的数量限制为一个，也并非是将第二终端的类型限制为手机。同理，第一终端的数量也可能较多，同样并不限定于图5所示。

图5中所示出的各端之间的交互过程的编号，仅反映了一种较为典型的交互顺序，并不应理解为对本申请的限定。

具体而言，参考图6，对于第一终端，其执行的具体步骤如下：

步骤S601：第一终端针对实际地点的目标对象进行图像采集，得到实景数据。

步骤S603：将所述实景数据发送给服务端，以使得所述服务端根据所述实景数据确定与所述目标对象相匹配的地理标识信息及位置服务信息，并反馈给所述第一终端。

在本申请实施例中，第一终端将实景数据发送给服务端的具体方式，可以是采用请求的方式，也即，第一终端根据实景数据生成服务信息获取请求，并将该服务信息获取请求发送给服务端。

步骤S605：接收由所述服务端反馈的地理标志信息以及位置服务信息，并提供给用户。

第一终端在将目标对象的地理标志信息、位置服务信息进行展示时所采用的具体方式可参考前述内容，这里不过多赘述。

参考图7，对于第二终端，其执行的具体步骤如下：

步骤S701：第二终端获取与位置服务相关的基础信息。

在本申请实施例中，由于第二终端的类型多样，而不同类型的第二终端最终上传至服务端的信息也是不同的，正如前述，若第二终端是手机等移动通讯终端，则第二终端可向服务端上传位置信息、评价信息等；若第二终端是商户使用的取号设备，则第二终端可向服务端上传排号等位信息。而第二终端上传至服务端的上述信息，均可以作为服务端生成位置服务信息的基础，所以，可将由第二终端上传的信息看作是与位置服务相关的基础信息。

在第二终端侧，上述的基础信息可由第二终端自身进行获取而得到，例如：手机的位置信息可由手机自身通过相关的定位服务获得；而排号等位信息可由取号设备进行计数统计后获得。

步骤S703：将所述基础信息上传至服务端，以使得所述服务端根据所述基础信息，生成位置服务信息。

作为本申请实施例中的一种可行方式，对于诸如手机、平板电脑等移动通讯终端而言，可向服务端上传位置信息；而对于诸如收银结算设备、取号设备等非移动式的通讯终端而言，可在其首次向服务端上传基础信息时，将其对应的位置信息一并上传至服务端。

参考图8，对于服务端，其执行的具体步骤如下：

步骤S801：接收由第二终端上传的、与实际地点目标对象位置服务相关的基础信息。

步骤S803：根据所述基础信息，针对目标对象生成对应的位置服务信息。

通过服务端所接收到的大量第二终端上传的基础信息，服务端可进一步根据这些基础信息进行分类、统计等数据处理，从而针对每一目标对象，生成对应的位置服务信息。例如：针对位于某地点的餐馆A，服务端在接收到该餐馆取号设备上传的排号等位信息后，便可由此生成针对餐馆A的位置服务信息(具体可为：用户在餐馆A的排位情况)。

步骤S805：在接收到由第一终端发送的实景数据后，将与所述实景数据中的目标对应相关的位置服务反馈给所述第一终端。

正如前述，用户可使用第一终端针对实际地点的建筑物的目标对象进行图像采集，第一终端根据采集到的实景数据可向服务端发出相应的信息获取请求，故当服务端接收到该请求后，便可将与该目标对象相关的位置服务信息提供给用户。

本申请实施例中的上述方法，可以运用于电子地图应用、浏览器或者是位置服务信息类应用。

以上为本申请实施例提供的实现位置服务的方法，基于同样的思路，本申请实施例还提供相应的实现位置服务的装置。

具体而言，继续参考图9，示出了本申请实施例中在图1所示的架构下所提供的实现位置服务的装置，所述装置包括：

图像采集模块901，配置为针对实际地点的目标对象进行图像采集，得到实景数据。

信息确定模块902，配置为根据所述实景数据确定与所述目标对象相匹配的地理标识信息。

信息提供模块903，配置为将所述地理标识信息提供给用户。

进一步地，所述信息确定模块902，配置为在所述实景数据中提取所述目标对象的图像特征，根据所述目标对象的图像特征，在预先建立的数据库中查询，确定所述目标对象的地理标志信息。

进一步地，所述图像采集模块901，配置为根据用户的触发操作，针对所述实际地点的目标对象进行图像采集。

其中，所述触发操作至少包括：在支持图像采集的位置服务应用中针对其图像采集功能的点击操作、滑动操作或语音输入操作。

进一步地，所述信息提供模块903，配置为在指定界面中，将所述目标对象的地理标志信息展示给用户。

其中，所述指定界面至少包括：显示有所述目标对象的照片界面、取景界面或视频界面。

进一步地，所述信息确定模块902，还配置为根据所述实景数据确定与所述目标对象相匹配的位置服务信息；

所述信息提供模块903，还配置为将所述位置服务信息提供给所述用户。

进一步地，所述地理标志信息，至少包括：所述目标对象的名称、标识号和/或具体地址信息；

所述位置服务信息，至少包括：建筑物中入驻的门店、商户、企业信息，和/或，商户的人流量、热点评分、推荐度、排位情况。

正如前述方法部分的内容，实际应用中除了采用如图1所示的架构之外，也可能采用如图5所示的架构。故，针对如图5所示的架构而言，本申请实施例中也提供了相应装置。具体地：

继续参考图10，示出了本申请实施例中基于第一终端侧实现位置服务的装置，所述装置包括：

图像采集模块1001，配置为针对实际地点的目标对象进行图像采集，得到实景数据。

发送模块1002，配置为将所述实景数据发送给服务端，以使得所述服务端根据所述实景数据确定与所述目标对象相匹配的地理标识信息及位置服务信息，并反馈给所述第一终端。

信息提供模块1003，配置为接收由所述服务端反馈的地理标志信息以及位置服务信息，并提供给用户。

继续参考图11，示出了本申请实施例中基于第二终端侧实现位置服务的装置，所述装置包括：

基础信息获取模块1101，配置为获取与位置服务相关的基础信息。

上传模块1102，配置为将所述基础信息上传至服务端，以使得所述服务端根据所述基础信息，生成位置服务信息。

继续参考图12，示出了本申请实施例中基于服务端侧实现位置服务的装置，所述装置包括：

接收模块1201，配置为接收由第二终端上传的、与实际地点目标对象位置服务相关的基础信息。

信息处理模块1202，配置为根据所述基础信息，针对目标对象生成对应的位置服务信息。

信息反馈模块1203，配置为在接收到由第一终端发送的实景数据后，将与所述实景数据中的目标对应相关的位置服务反馈给所述第一终端。

对于上述实施例中所述的装置，本申请实施例中还提供相应的计算机可读存储介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。该计算机可读存储介质，可以配置为存储一个或多个计算机程序；当所述一个或多个计算机程序被一个或多个处理器执行，使得所述一个或多个处理器实现如上述实施例中装置部分所描述的内容。

另外，本申请实施例中还提供相应的电子设备，换言之，本申请上述实施例中的装置，可在电子设备上实现。一般性地，如图13所示，该电子设备可以包括：一个或多个处理器、通信接口、存储介质和通信总线，其中：

处理器、通信接口、存储介质通过通信总线完成相互间的通信。

通信接口可以是通信模块的接口，如GSM模块的接口。

存储介质可以是，但不限于，随机存取存储介质(Random Access Memory，RAM)，只读存储介质(Read Only Memory，ROM)，可编程只读存储介质(Programmable Read-OnlyMemory，PROM)，可擦除只读存储介质(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储介质(Electric Erasable Programmable Read-Only Memory，EEPROM)等。

处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

进一步而言，针对图10所述的装置，处理器具体可以配置为：针对实际地点的目标对象进行图像采集，得到实景数据，将所述实景数据发送给服务端，以使得所述服务端根据所述实景数据确定与所述目标对象相匹配的地理标识信息及位置服务信息，并反馈给所述第一终端，接收由所述服务端反馈的地理标志信息以及位置服务信息，并提供给用户。

而针对图11所述的装置，处理器又可配置为：获取与位置服务相关的基础信息，将所述基础信息上传至服务端，以使得所述服务端根据所述基础信息，生成位置服务信息。

针对图12所述的装置，处理器还可配置为：接收由第二终端上传的、与实际地点目标对象位置服务相关的基础信息，根据所述基础信息，针对目标对象生成对应的位置服务信息，在接收到由第一终端发送的实景数据后，将与所述实景数据中的目标对应相关的位置服务反馈给所述第一终端。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备和介质类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可，这里就不再一一赘述。

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

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分从网络上被下载和安装，和/或从可拆卸介质被安装。在该计算机程序被中央处理单元(CPU)执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

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

描述于本申请实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括图像采集模块、发送模块和信息提供模块。其中，这些模块的名称在某种情况下并不构成对该单元本身的限定，例如，图像采集模块还可以被描述为“针对实际地点的目标对象进行图像采集得到实景数据的模块”。

在本公开的各种实施方式中所使用的表述“第一”、“第二”、“所述第一”或“所述第二”可修饰各种部件而与顺序和/或重要性无关，但是这些表述不限制相应部件。以上表述仅配置为将元件与其它元件区分开的目的。例如，第一用户设备和第二用户设备表示不同的用户设备，虽然两者均是用户设备。例如，在不背离本公开的范围的前提下，第一元件可称作第二元件，类似地，第二元件可称作第一元件。

当一个元件(例如，第一元件)称为与另一元件(例如，第二元件)“(可操作地或可通信地)联接”或“(可操作地或可通信地)联接至”另一元件(例如，第二元件)或“连接至”另一元件(例如，第二元件)时，应理解为该一个元件直接连接至该另一元件或者该一个元件经由又一个元件(例如，第三元件)间接连接至该另一个元件。相反，可理解，当元件(例如，第一元件)称为“直接连接”或“直接联接”至另一元件(第二元件)时，则没有元件(例如，第三元件)插入在这两者之间。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (14)

1.一种实现位置服务的方法，其特征在于，包括：

终端针对实际地点的目标对象进行图像采集，得到实景数据；

根据所述实景数据确定与所述目标对象相匹配的地理标识信息；

将所述地理标识信息提供给用户。

2.如权利要求1所述的方法，其特征在于，根据所述实景数据确定与所述目标对象相匹配的地理标识信息，包括：

在所述实景数据中提取所述目标对象的图像特征；

根据所述目标对象的图像特征，在预先建立的数据库中查询，确定所述目标对象的地理标志信息。

3.如权利要求1所述的方法，其特征在于，终端针对实际地点的目标对象进行图像采集，包括：

所述终端根据用户的触发操作，针对所述实际地点的目标对象进行图像采集；

所述触发操作至少包括：在支持图像采集的位置服务应用中针对其图像采集功能的点击操作、滑动操作或语音输入操作。

4.如权利要求1所述的方法，其特征在于，将所述地理标识信息提供给用户，包括：

在指定界面中，将所述目标对象的地理标志信息展示给用户；

其中，所述指定界面至少包括：显示有所述目标对象的照片界面、取景界面或视频界面。

5.如权利要求1所述的方法，其特征在于，所述方法还包括：

根据所述实景数据确定与所述目标对象相匹配的位置服务信息，并提供给所述用户。

6.如权利要求1至5中任一所述的方法，其特征在于，所述地理标志信息，至少包括：所述目标对象的名称、标识号和/或具体地址信息；

所述位置服务信息，至少包括：建筑物中入驻的门店、商户、企业信息，和/或，商户的人流量、热点评分、推荐度、排位情况。

7.一种实现位置服务的装置，其特征在于，包括：

图像采集模块，配置为针对实际地点的目标对象进行图像采集，得到实景数据。

信息确定模块，配置为根据所述实景数据确定与所述目标对象相匹配的地理标识信息。

信息提供模块，配置为将所述地理标识信息提供给用户。

8.如权利要求7所述的装置，其特征在于，所述信息确定模块，配置为在所述实景数据中提取所述目标对象的图像特征，根据所述目标对象的图像特征，在预先建立的数据库中查询，确定所述目标对象的地理标志信息。

9.如权利要求7所述的装置，其特征在于，所述图像采集模块，配置为根据用户的触发操作，针对所述实际地点的目标对象进行图像采集；

其中，所述触发操作至少包括：在支持图像采集的位置服务应用中针对其图像采集功能的点击操作、滑动操作或语音输入操作。

10.如权利要求7所述的装置，其特征在于，所述信息提供模块，配置为在指定界面中，将所述目标对象的地理标志信息展示给用户；

其中，所述指定界面至少包括：显示有所述目标对象的照片界面、取景界面或视频界面。

11.如权利要求7所述的装置，其特征在于，所述信息确定模块，还配置为根据所述实景数据确定与所述目标对象相匹配的位置服务信息；

所述信息提供模块，还配置为将所述位置服务信息提供给所述用户。

12.如权利要求7至11所述的装置，其特征在于，所述地理标志信息，至少包括：所述目标对象的名称、标识号和/或具体地址信息；

所述位置服务信息，至少包括：建筑物中入驻的门店、商户、企业信息，和/或，商户的人流量、热点评分、推荐度、排位情况。

13.一种电子设备，其特征在于，包括：一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1～5中任一所述的方法。

14.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1～5中任一所述的方法。