CN106503072A - Poi的查询方法及装置 - Google Patents

Abstract

本发明提供一种POI的查询方法及装置。本发明实施例通过获取用户所提供的查询端点和出行方式，进而根据所述出行方式，获得查询条件，使得能够根据所述查询端点和所述查询条件，获得指定类型的POI，由于不再仅仅依赖于目的地点执行指定类型的POI的查询操作，而是结合出行方式执行查询操作，使得所获得的指定类型的POI能够基本满足用户的查询意图，能够有效避免现有技术中由于通过应用反复执行查询操作而导致的增加应用与查询引擎之间的数据交互的技术问题，从而降低了查询引擎的处理负担。

Description

POI的查询方法及装置

【技术领域】

本发明涉及位置服务技术，尤其涉及一种兴趣点(Point of Information，POI)的查询方法及装置。

【背景技术】

随着通信技术的发展，终端集成了越来越多的功能，从而使得终端的系统功能列表中包含了越来越多相应的应用(Application，APP)。有些应用中会涉及一些位置服务(Location Based Service，LBS)，又称定位服务，例如，百度地图、百度导航、高德导航等。通常，可以通过指定目的地点，在其附近进行指定类型的POI的查询。

然而，由于仅仅依赖于目的地点执行指定类型的POI的查询操作，所获得的查询结果即指定类型的POI可能会无法满足用户真正的查询意图，使得可能会通过应用反复执行查询操作，这样，会增加应用与查询引擎之间的数据交互，从而导致了查询引擎的处理负担的增加。

【发明内容】

本发明的多个方面提供一种POI的查询方法及装置，用以降低查询引擎的处理负担。

本发明的一方面，提供一种POI的查询方法，包括：

获取用户所提供的查询端点和出行方式；

根据所述出行方式，获得查询条件；

根据所述查询端点和所述查询条件，获得指定类型的POI。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述出行方式包括下列方式中的至少一项：

步行方式；

骑行方式；

公交方式；

地铁方式；以及

自驾方式。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述根据所述出行方式，获得查询条件，包括：

根据所述出行方式，获得可接受出行时间和可接受出行距离中的至少一项；

将所述可接受出行时间和所述可接受出行距离中的至少一项，作为所述查询条件。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述根据所述查询端点和所述查询条件，获得指定类型的POI，包括：

根据所述查询端点和所述查询条件，进行路径规划处理，以获得至少一个出行路径；

根据所述至少一个出行路径，获得查询关键点；

根据预先设置的可达时间范围和可达距离范围中的至少一项，以及所述查询关键点，获得所述指定类型的POI。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述指定类型的POI包括小区类型的POI。

本发明的另一方面，提供一种POI的查询装置，包括：

获取单元，用于获取用户所提供的查询端点和出行方式；

转换单元，用于根据所述出行方式，获得查询条件；

查询单元，用于根据所述查询端点和所述查询条件，获得指定类型的POI。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述出行方式包括下列方式中的至少一项：

步行方式；

骑行方式；

公交方式；

地铁方式；以及

自驾方式。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述转换单元，具体用于

根据所述出行方式，获得可接受出行时间和可接受出行距离中的至少一项；以及

将所述可接受出行时间和所述可接受出行距离中的至少一项，作为所述查询条件。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述查询单元，具体用于

根据所述查询端点和所述查询条件，进行路径规划处理，以获得至少一个出行路径；

根据所述至少一个出行路径，获得查询关键点；以及

根据预先设置的可达时间范围和可达距离范围中的至少一项，以及所述查询关键点，获得所述指定类型的POI。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述指定类型的POI包括小区类型的POI。

由上述技术方案可知，本发明实施例通过获取用户所提供的查询端点和出行方式，进而根据所述出行方式，获得查询条件，使得能够根据所述查询端点和所述查询条件，获得指定类型的POI，由于不再仅仅依赖于目的地点执行指定类型的POI的查询操作，而是结合出行方式执行查询操作，使得所获得的指定类型的POI能够基本满足用户的查询意图，能够有效避免现有技术中由于通过应用反复执行查询操作而导致的增加应用与查询引擎之间的数据交互的技术问题，从而降低了查询引擎的处理负担。

另外，采用本发明所提供的技术方案，由于不再仅仅依赖于目的地点执行指定类型的POI的查询操作，而是结合出行方式执行查询操作，使得所获得的指定类型的POI能够基本满足用户的查询意图，能够有效提高查询的可靠性和效率。

另外，采用本发明所提供的技术方案，能够极大提升用户体验。

【附图说明】

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

图1为本发明一实施例提供的POI的查询方法的流程示意图；

图2为本发明另一实施例提供的路径查询装置的结构示意图。

【具体实施方式】

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

需要说明的是，本发明实施例中所涉及的终端可以包括但不限于手机、个人数字助理(Personal Digital Assistant，PDA)、无线手持设备、平板电脑(Tablet Computer)、个人电脑(Personal Computer，PC)、MP3播放器、MP4播放器、可穿戴设备(例如，智能眼镜、智能手表、智能手环等)等。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

图1为本发明一实施例提供的POI的查询方法的流程示意图，如图1所示。

101、获取用户所提供的查询端点和出行方式。

所谓的查询端点，可以包括但不限于出发地点或目的地点，本实施例对此不进行特别限定。

所述出发地点，可以为用户的始发地点，或者还可以为用户的当前位置，本实施例对此不进行特别限定。

所述目的地点，可以为用户的终止地点，或者还可以为用户的经过地点，本实施例对此不进行特别限定。

所谓的出行方式，可以包括但不限于下列方式中的至少一项：

步行方式；

骑行方式；

公交方式；

地铁方式；以及

自驾方式。

102、根据所述出行方式，获得查询条件。

103、根据所述查询端点和所述查询条件，获得指定类型的POI。

需要说明的是，101～103的执行主体的部分或全部可以为位于本地终端的应用，或者还可以为设置在位于本地终端的应用中的插件或软件开发工具包(SoftwareDevelopment Kit，SDK)等功能单元，或者还可以为位于网络侧服务器中的处理引擎，或者还可以为位于网络侧的分布式系统，本实施例对此不进行特别限定。

可以理解的是，所述应用可以是安装在终端上的本地程序(nativeApp)，或者还可以是终端上的浏览器的一个网页程序(webApp)，本实施例对此不进行特别限定。

这样，通过获取用户所提供的查询端点和出行方式，进而根据所述出行方式，获得查询条件，使得能够根据所述查询端点和所述查询条件，获得指定类型的POI，由于不再仅仅依赖于目的地点执行指定类型的POI的查询操作，而是结合出行方式执行查询操作，使得所获得的指定类型的POI能够基本满足用户的查询意图，能够有效避免现有技术中由于通过应用反复执行查询操作而导致的增加应用与查询引擎之间的数据交互的技术问题，从而降低了查询引擎的处理负担。

本实施例中，用户想要使用所输入的查询端点和出行方式，查询该出行方式下，查询端点所对应的指定类型的POI。所述查询端点中可以包括但不限于出发地点或目的地点，本实施例对此不进行特别限定。

可选地，在本实施例的一个可能的实现方式中，在101中，具体可以采集用户所提供的查询端点和出行方式，也可以称为查询关键词，可以通过用户所触发的查询命令实现。具体可以采用下述两种方式触发查询命令：

方式一：

用户可以在当前应用所展现的页面上所输入所述查询关键词，该查询关键词可以包括出发地点和目的地点。然后，通过点击该页面上的查询按钮，例如，百度地图应用等提供的导航控件等，以触发查询命令，该查询命令中包含所述查询关键词。这样，在接收到该查询命令之后，则可以解析出其中所包含的所述查询关键词。

方式二：

采用异步加载技术例如，Ajax异步加载或Jsonp异步加载等，实时获取用户在当前应用所展现的页面上所输入的输入内容，为了与查询关键词进行区分，此时的输入内容可以称为是输入关键词。然后，通过点击该页面上的查询按钮，例如，百度地图应用等提供的导航控件等，或者获取完一个输入字符，以触发查询命令，该查询命令中包含所述查询关键词。这样，在接收到该查询命令之后，则可以解析出其中所包含的所述查询关键词。具体地，具体可以提供Ajax接口或Jsonp接口等接口，这些接口可以使用Java、超级文本预处理(Hypertext Preprocessor，PHP)语言等语言进行编写，其具体的调用可以使用Jquery，或者原生的JavaScript等语言进行编写。

方式三：用户可以通过长按当前应用所展现的页面上的语音查询按钮，说出想要输入的语音内容，然后，松开语音查询按钮，以触发查询命令，该查询命令中包含根据所说出的语音内容转换的文本形式的查询关键词。这样，在接收到该查询命令之后，则可以解析出其中所包含的所述查询关键词。

方式四：用户可以通过点击当前应用所展现的页面上的语音查询按钮，说出想要输入的语音内容，待结束说出语音内容一段时间例如，2秒钟之后，则触发查询命令，该查询命令中包含根据所说出的语音内容转换的文本形式的查询关键词。这样，在接收到该查询命令之后，则可以解析出其中所包含的所述查询关键词。

可选地，在本实施例的一个可能的实现方式中，在102中，具体可以根据所述出行方式，获得可接受出行时间和可接受出行距离中的至少一项，进而，则可以将所述可接受出行时间和所述可接受出行距离中的至少一项，作为所述查询条件。

在一个具体的实现过程中，对于步行方式，可接受出行时间可以为20分钟，可接受出行距离即步行距离可以为1.5公里。

在另一个具体的实现过程中，对于骑行方式，可接受出行时间可以为60分钟，可接受出行距离即骑行距离可以为10公里。

在另一个具体的实现过程中，对于公交方式，可接受出行时间可以为60分钟，可接受出行距离即换乘距离可以为0。

在另一个具体的实现过程中，对于地铁方式，可接受出行时间可以为90分钟，可接受出行距离即换乘距离可以为1公里。

在另一个具体的实现过程中，对于自驾方式，可接受出行时间可以为120分钟，可接受出行距离50公里。

具体来说，具体可以根据所述查询端点和所述查询条件，进行路径规划处理，以获得至少一个出行路径，进而，则可以根据所述至少一个出行路径，获得查询关键点。然后，可以根据预先设置的可达时间范围和可达距离范围中的至少一项，以及所述查询关键点，获得所述指定类型的POI。

在该实现方式中，具体可以采用现有技术中的方案，根据所述查询端点和所述查询条件，获得到达所述查询端点的若干个导航路径。详细描述可以参见现有技术中的相关内容，此处不再赘述。在所获得的若干个导航路径中，筛选出满足所述查询条件的至少一个出行路径。

在该实现方式中，所获得的查询关键点，为不同的出行方式中，符合用户关注点的一些POI。针对不同的出行方式，查询关键点的获取策略可以如下：

对于步行方式，可以将所获得的出行路径上的全部指定类型的POI，作为查询关键点；

对于骑行方式，可以将所获得的出行路径上的全部指定类型的POI，作为查询关键点，或者还可以将所获得的出行路径上的部分指定类型的POI，作为查询关键点例如，可以将所获得的出行路径上距离所述查询端点指定距离的指定类型的POI如从路径末端到8公里；

对于公交方式，可以将所获得的出行路径上距离所述查询端点指定距离例如，500米的公交站点所属的公交线路，在所述出行路径上的公交站点，作为查询关键点；

对于地铁方式，可以将所获得的出行路径上距离所述查询端点指定距离例如，500米的地铁站点所属的地铁线路或与该地铁线路连接的其他地铁线路，在所述出行路径上的地铁站点，作为查询关键点；

对于自驾方式，可以将所获得的出行路径上的全部指定类型的POI，作为查询关键点。

在获得查询关键点之后，针对不同的出行方式，查询结果即指定类型的POI的获取策略可以如下：

对于步行方式，可以以查询关键点为起点，查询步行时间，将步行时间在可达时间范围例如，20分钟之内可以到达的指定类型的POI，作为查询结果；

对于骑行方式，可以以查询关键点为起点，查询步行时间，将步行时间在可达时间范围例如，0之内可以到达的指定类型的POI即查询关键点，作为查询结果；

对于公交方式、地铁方式或自驾方式，可以以查询关键点为起点，查询步行距离，将步行距离在可达距离范围例如，500米之内可以到达的指定类型的POI，作为查询结果。

一般来说，较高公众影响力的POI可以分为但不限于11种类型，即大型商场、高级酒店、交通枢纽、城市公园、名胜古迹、休闲场馆、重要机关、文化教育、医院、大厦和小区，本实施例对此不进行特别限定。可选地，在本实施例的一个可能的实现方式中，在103中，所获得的指定类型的POI，可以为小区类型的POI，用于作为通勤路径附近的可居住地点。

本实施例中，通过获取用户所提供的查询端点和出行方式，进而根据所述出行方式，获得查询条件，使得能够根据所述查询端点和所述查询条件，获得指定类型的POI，由于不再仅仅依赖于目的地点执行指定类型的POI的查询操作，而是结合出行方式执行查询操作，使得所获得的指定类型的POI能够基本满足用户的查询意图，能够有效避免现有技术中由于通过应用反复执行查询操作而导致的增加应用与查询引擎之间的数据交互的技术问题，从而降低了查询引擎的处理负担。

另外，采用本发明所提供的技术方案，由于不再仅仅依赖于目的地点执行指定类型的POI的查询操作，而是结合出行方式执行查询操作，使得所获得的指定类型的POI能够基本满足用户的查询意图，能够有效提高查询的可靠性和效率。

另外，采用本发明所提供的技术方案，能够极大提升用户体验。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

图2为本发明另一实施例提供的路径查询装置的结构示意图，如图2所示。本实施例的路径查询装置可以包括获取单元21、转换单元22和查询单元23。其中，获取单元21，用于获取用户所提供的查询端点和出行方式；转换单元22，用于根据所述出行方式，获得查询条件；查询单元23，用于根据所述查询端点和所述查询条件，获得指定类型的POI。

需要说明的是，本实施例所提供的路径查询装置的部分或全部可以为位于本地终端的应用，或者还可以为设置在位于本地终端的应用中的插件或软件开发工具包(Software Development Kit，SDK)等功能单元，或者还可以为位于网络侧服务器中的查询引擎，或者还可以为位于网络侧的分布式系统，本实施例对此不进行特别限定。

可以理解的是，所述应用可以是安装在终端上的本地程序(nativeApp)，或者还可以是终端上的浏览器的一个网页程序(webApp)，本实施例对此不进行限定。

可选地，在本实施例的一个可能的实现方式中，所谓的出行方式，可以包括但不限于下列方式中的至少一项：

步行方式；

骑行方式；

公交方式；

地铁方式；以及

自驾方式。

可选地，在本实施例的一个可能的实现方式中，所述转换单元22，具体可以用于根据所述出行方式，获得可接受出行时间和可接受出行距离中的至少一项；以及将所述可接受出行时间和所述可接受出行距离中的至少一项，作为所述查询条件。

具体来说，述查询单元23，具体可以用于根据所述查询端点和所述查询条件，进行路径规划处理，以获得至少一个出行路径；根据所述至少一个出行路径，获得查询关键点；以及根据预先设置的可达时间范围和可达距离范围中的至少一项，以及所述查询关键点，获得所述指定类型的POI。

一般来说，较高公众影响力的POI可以分为但不限于11种类型，即大型商场、高级酒店、交通枢纽、城市公园、名胜古迹、休闲场馆、重要机关、文化教育、医院、大厦和小区，本实施例对此不进行特别限定。可选地，在本实施例的一个可能的实现方式中，所述查询单元23，所获得的指定类型的POI，可以为小区类型的POI，用于作为通勤路径附近的可居住地点。

需要说明的是，图1对应的实施例中方法，可以由本实施例提供的路径查询装置实现。详细描述可以参见图1对应的实施例中的相关内容，此处不再赘述。

本实施例中，通过获取单元获取用户所提供的查询端点和出行方式，进而由转换单元根据所述出行方式，获得查询条件，使得查询单元能够根据所述查询端点和所述查询条件，获得指定类型的POI，由于不再仅仅依赖于目的地点执行指定类型的POI的查询操作，而是结合出行方式执行查询操作，使得所获得的指定类型的POI能够基本满足用户的查询意图，能够有效避免现有技术中由于通过应用反复执行查询操作而导致的增加应用与查询引擎之间的数据交互的技术问题，从而降低了查询引擎的处理负担。

另外，采用本发明所提供的技术方案，由于不再仅仅依赖于目的地点执行指定类型的POI的查询操作，而是结合出行方式执行查询操作，使得所获得的指定类型的POI能够基本满足用户的查询意图，能够有效提高查询的可靠性和效率。

另外，采用本发明所提供的技术方案，能够极大提升用户体验。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种POI的查询方法，其特征在于，包括：

获取用户所提供的查询端点和出行方式；

根据所述出行方式，获得查询条件；

根据所述查询端点和所述查询条件，获得指定类型的POI。

2.根据权利要求1所述的方法，其特征在于，所述出行方式包括下列方式中的至少一项：

步行方式；

骑行方式；

公交方式；

地铁方式；以及

自驾方式。

3.根据权利要求1所述的方法，其特征在于，所述根据所述出行方式，获得查询条件，包括：

根据所述出行方式，获得可接受出行时间和可接受出行距离中的至少一项；

将所述可接受出行时间和所述可接受出行距离中的至少一项，作为所述查询条件。

4.根据权利要求3所述的方法，其特征在于，所述根据所述查询端点和所述查询条件，获得指定类型的POI，包括：

根据所述查询端点和所述查询条件，进行路径规划处理，以获得至少一个出行路径；

根据所述至少一个出行路径，获得查询关键点；

根据预先设置的可达时间范围和可达距离范围中的至少一项，以及所述查询关键点，获得所述指定类型的POI。

5.根据权利要求1～4任一权利要求所述的方法，其特征在于，所述指定类型的POI包括小区类型的POI。

6.一种路径查询装置，其特征在于，包括：

获取单元，用于获取用户所提供的查询端点和出行方式；

转换单元，用于根据所述出行方式，获得查询条件；

查询单元，用于根据所述查询端点和所述查询条件，获得指定类型的POI。

7.根据权利要求6所述的装置，其特征在于，所述出行方式包括下列方式中的至少一项：

步行方式；

骑行方式；

公交方式；

地铁方式；以及

自驾方式。

8.根据权利要求6所述的装置，其特征在于，所述转换单元，具体用于

根据所述出行方式，获得可接受出行时间和可接受出行距离中的至少一项；以及

将所述可接受出行时间和所述可接受出行距离中的至少一项，作为所述查询条件。

9.根据权利要求8所述的装置，其特征在于，所述查询单元，具体用于

根据所述查询端点和所述查询条件，进行路径规划处理，以获得至少一个出行路径；

根据所述至少一个出行路径，获得查询关键点；以及

根据预先设置的可达时间范围和可达距离范围中的至少一项，以及所述查询关键点，获得所述指定类型的POI。

10.根据权利要求6～9任一权利要求所述的装置，其特征在于，所述指定类型的POI包括小区类型的POI。