CN105574019B

CN105574019B - 一种查询参数处理方法及装置

Info

Publication number: CN105574019B
Application number: CN201410542279.6A
Authority: CN
Inventors: 吴鹏杰
Original assignee: Alibaba China Co Ltd
Current assignee: Alibaba China Co Ltd
Priority date: 2014-10-14
Filing date: 2014-10-14
Publication date: 2020-07-31
Anticipated expiration: 2034-10-14
Also published as: CN105574019A

Abstract

本发明公开了一种查询参数处理方法及装置，所述方法包括：接收用户输入的查询请求，获取所述查询请求中携带的查询参数，若根据所述查询参数中的查询数据类型参数，确定查询数据类型为兴趣点POI类型，则根据所述查询参数中的查询串以及预设的语义分析规则，确定实际的查询数据类型。也就是说，可通过分析用户输入的查询请求中携带的查询参数，来正确地获取用户的实际查询数据类型等信息，以便后续可根据获取到的用户的实际查询数据类型等信息对用户的查询请求进行重写，以构造更符合用户实际需求以及更符合计算机理解的查询方式，从而可达到改善地图搜索引擎的搜索质量的目的。

Description

一种查询参数处理方法及装置

技术领域

本发明涉及搜索技术领域，尤其涉及一种查询参数处理方法及装置。

背景技术

目前，搜索功能是用户使用的地图产品或导航产品一项极为重要的功能。通过搜索功能，用户可以实现对特定目的地、生活类服务或路途规划等应用的需求。

具体地，由于地址搜索自身的特殊性，其所需数据的采集、索引的建立等均是分种类、分地区采集或建立的，因此，使得搜索引擎在根据用户的查询请求进行信息的检索时，识别用户输入的查询串的类别、模式以及用户所在的位置信息等极为重要，因为，这些识别结果的正确程度将直接影响搜索引擎的搜索质量。但是，由于目前，搜索引擎在接收到用户发起的查询请求时，通常仅按照用户输入的查询请求中携带的各查询参数的原有参数取值进行相应的信息搜索，并且由于用户输入的查询请求中携带的各查询参数的原有参数取值可能并不准确，如，有时可能仅是相应的模糊值，从而使得搜索引擎向所述用户返回的搜索结果并不准确，即，使得搜索引擎的搜索质量并不高。

发明内容

本发明实施例提供了一种查询参数处理方法及装置，用以解决目前存在的搜索引擎的搜索质量不高的问题。

本发明实施例提供了一种查询参数处理方法，包括：

接收用户输入的查询请求；

获取所述查询请求中携带的查询参数；

若根据所述查询参数中的查询数据类型参数，确定查询数据类型为POI(Point OfInterest，兴趣点)类型，则根据所述查询参数中的查询串以及预设的语义分析规则，确定实际的查询数据类型。

相应地，本发明实施例还提供了一种查询参数处理装置，包括：

接收单元，用于接收用户输入的查询请求；

获取单元，用于获取所述查询请求中携带的查询参数；

处理单元，用于若根据所述查询参数中的查询数据类型参数，确定查询数据类型为POI类型，则根据所述查询参数中的查询串以及预设的语义分析规则，确定实际的查询数据类型。

本发明有益效果如下：

本发明实施例提供了一种查询参数处理方法及装置，所述方法包括：接收用户输入的查询请求，获取所述查询请求中携带的查询参数，若根据所述查询参数中的查询数据类型参数，确定查询数据类型为POI类型，则根据所述查询参数中的查询串以及预设的语义分析规则，确定实际的查询数据类型。也就是说，可通过分析用户输入的查询请求中携带的查询参数，来正确地获取用户的实际查询数据类型等信息，以便后续可根据获取到的用户的实际查询数据类型等信息对用户的查询请求进行重写，以构造更符合用户实际需求以及更符合计算机理解的查询方式，从而可达到改善地图搜索引擎的搜索质量的目的。

附图说明

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

图1所示为本发明实施例一中所述查询参数处理方法的流程示意图；

图2所示为本发明实施例二中所述查询参数处理装置的结构示意图。

具体实施方式

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

实施例一：

本发明实施例一提供了一种查询参数处理方法，如图1所示，其为本发明实施例一中所述查询参数处理方法的流程示意图，所述查询参数处理方法具体可包括以下步骤：

步骤101：接收用户输入的查询请求并获取所述查询请求中携带的查询参数。

具体地，针对用户输入的任一查询请求，所述查询请求中携带的查询参数通常可包括：

(1)、查询串，即query；

(2)、用于表明本次查询请求所对应的查询类型的查询类型参数，即search_type；其中，search_type的参数取值具体可为Normal(即普通查询或普通搜索，也可称为一筐搜)、Around(即周边查询或周边搜索)、IDQ(即摘要查询或摘要搜索)或者Space(即空间查询或空间搜索)；

其中，当search_type＝NORMAL时，代表用户本身不想关心空间范围，因此，搜索引擎需要尽可能理解用户的查询需求，多角度的呈现用户所需要的信息；

当search_type＝SPACE时，用户通常会在地图上划定一个区域范围，期望搜索的结果出现在该范围以内；具体地，该范围通常可以是矩形框；并且，需要说明的是，当search_type＝SPACE时，用于限定该区域范围的经纬度点的经纬度信息通常是必需存在的；

当search_type＝IDQ时，代表可通过一个POI或者Busline(公交路线)等的数据ID(Identity，标识)来获取该POI或者该Busline等的信息；需要说明的是，该查询类型一般不面向用户；

当search_type＝AOUND时，代表以某一个(x，y)为中心点，在设定的range范围内进行搜索；具体地，如果range的取值不为空，则搜索结果一定是在x，y，range的范围内；如果range的取值为空，则搜索结果将会参考与(x，y)的距离进行排序。也就是，当search_type＝AOUND时，(x，y)的信息是需要有具体数值的；

(3)、用于表明本次查询请求所对应的经纬度查询范围的第一经纬度参数，即x、y、range；具体地，所述第一经纬度参数用于代表用户期望在哪个经纬度(对应x、y)，多少公里范围内(对应range)进行搜索，也就是说，所述第一经纬度参数可包括中心经纬度点所对应的经纬度数值(对应(x，y)，并且，(x，y)通常指的是用户当前所在的经纬度信息)、以及以所述中心经纬度点为中心的搜索半径取值(对应range)；并且需要说明的是，所述第一经纬度参数中的(x，y)通常为查询类型为周边查询(即search_type＝AOUND)时所必需的经纬度参数；

(4)、用于表明本次查询请求所对应的经纬度查询范围的第二经纬度参数，即geoobj；具体地，所述第二经纬度参数中存储的是2个经纬度点，用以表示以该2个经纬度点为对角线的矩形框范围，常用于手机搜索；并且，所述第二经纬度参数通常为查询类型为空间查询(即search_type＝SPACE)时所必需的经纬度参数；

(5)、用于表明本次查询请求所对应的行政区域查询范围的行政区域参数，即adcode；具体地，所述行政区域参数用于代表用户期望在哪个城市搜索，比如北京为110000等；

(6)、用于表明本次查询请求所对应的查询数据类型的查询数据类型参数，即search_data_type；具体地，所述查询数据类型参数用于表明用户期望在哪一种搜索数据类型中搜索，比如在BUSLINE(公交路线)数据中搜索等；

(7)、用于表明本次查询请求所对应的查询类别的查询类别参数，即category；具体地，所述查询类别参数用于代表用户期望在哪一个类别范围内进行搜索，比如“酒店”或“餐馆”等。

步骤102：若根据所述查询参数中的查询数据类型参数，确定查询数据类型为POI类型，则根据所述查询参数中的查询串以及预设的语义分析规则，确定实际的查询数据类型。

具体地，若根据所述查询数据类型参数(即search_data_type)，确定其取值为POI类型，则表明用户一般情况下是想搜索普通的POI，而对查询数据类型等并不做严格的指定，那么则可通过语义分析来辨别相应的查询数据类型等查询参数。另外需要说明的是，若根据所述查询数据类型参数，确定其取值为非POI类型(比如为BUSLINE等)，则表明用户已对所搜索的数据类型进行了相应指定，因而可无需再执行相应的语义分析操作，本发明实施例对此不作赘述。

具体地，根据所述查询参数中的查询串以及预设的语义分析规则，确定实际的查询数据类型，可以包括：

将所述查询参数中的查询串与预设的公交数据库中的公交路线数据进行匹配，若匹配到相应的公交路线，则确定实际的查询数据类型为公交路线类型；其中，预设的公交数据库中的公交路线数据可包括各地区的公交路线的名称信息等信息；或者，

判断所述查询串中是否包括有数字，若包括，则继续判断所述数字之后是否紧跟有与公交路线数据相关的字段，若是，则确定实际的查询数据类型为公交路线类型。

例如，若确定所述查询串(即query)中包含有数字且所述数字之后紧跟有“号线”、“路”或“环线”等与公交路线数据相关的字段，则可确定本次查询请求所对应的实际查询数据类型为公交路线类型。

进一步地，根据所述查询参数中的查询串以及预设的语义分析规则，确定实际的查询数据类型，还可以包括：

将所述查询参数中的查询串与预设的公交数据库中的公交站点数据进行匹配，判断所述查询串中是否包括“公交”或“地铁”等公交站点字段，如果是，则可确定实际的查询数据类型为公交站点类型；需要说明的是，由于公交站点类型也可看作为POI类型的一种，因此，此时，也可确定实际的查询数据类型仍为POI类型。

进一步地，需要说明的是，由于当所述查询串(即query)中包含“公交”或“地铁”等公交站点字段时，也存在一定的可能性为用户想搜索的是公交路线，因此，此时，还可进一步识别所述查询串中是否包含有数字且所述数字之后是否紧跟有“号线”、“路”或“环线”等与公交路线数据相关的字段，和/或，还可进一步确定所述查询串是否能够匹配到预设的公交数据库中的公交路线数据中的公交路线，并在确定所述查询串中包含有数字且所述数字之后紧跟有与公交路线数据相关的字段，和/或，确定所述查询串能够匹配到相应的公交路线时，可确定本次查询请求所对应的实际查询数据类型为公交路线类型，本发明实施例对此不作赘述。

进一步地，在根据所述查询参数中的查询数据类型参数，确定查询数据类型为POI类型之后，所述方法还可包括：

若确定所述查询参数中的查询类别参数的取值为空，则根据所述查询参数中的查询串以及预设的语义分析规则，确定实际的查询类别。

其中，若确定所述查询类别参数(即category)的参数取值为空，则表明用户未对查询类别进行相应指定，那么则可通过语义分析来辨别相应的查询类别等查询参数。另外需要说明的是，若确定所述查询类别参数的参数取值不为空，则表示用户对类别的限定有了期望，因此，可无需再执行相应的确定实际的查询类别的语义分析操作。再有，需要说明的是，当确定所述查询类别参数的参数取值不为空时，可认为本次查询类别为泛需求搜索，即需对搜索的结果进行类别过滤。其中，所述泛需求搜索指的是类别搜索，比如“酒店”、“超市”等，即用户本身是想寻找周边的生活类需求，而不是一个特定的地点。

也就是说，在本发明所述实施例中，当确定查询数据类型为POI类型，和/或，确定查询类别参数的参数取值为空时，则可从文本的角度智能的分析用户的query，以正确的识别用户的查询意图，选择最正确的检索方式。

进一步地，根据所述查询参数中的查询串以及预设的语义分析规则，确定实际的查询类别，可以包括：

将所述查询参数中的查询串与预设的查询类别判定规则中的各类别词进行匹配，若匹配到相应的类别词，则根据匹配到的类别词在所述查询类别判定规则中对应的类别代码，确定实际的查询类别。其中，预设的查询类别判定规则中可包括各类别词以及各类别词所对应的类别代码等。

进一步地，需要说明的是，在进行语义分析之前，可通过离线挖掘的方式来预先获取相应的语义分析资料，即获取语义分析规则。其中，所述语义分析规则通常以文本的形式存在，在计算机启动的时候加载入内存中，并且，所述语音分析规则至少可包括预设的公交数据库、预设的查询类别判定规则等，本发明实施例对此不作赘述。另外需要说明的是，所述语义分析规则还可根据实际情况进行实时变更。例如，当服务器启动后，通常可会有专门的线程定期检查语义分析资源是否有变更，如果有变更，则进行在线实时更新，这样，在保证语义分析资源的更新不会影响在线服务的基础上，可达到实时更新相应的语义分析资源的目的。

进一步地，在本发明所述实施例中，在根据所述查询参数中的查询串以及预设的语义分析规则，确定实际的查询数据类型之前，所述方法还可包括：

对所述查询请求中携带的查询参数进行预处理。

其中，对所述查询请求中携带的查询参数进行预处理，可以包括：

若根据所述查询参数中的查询类型参数，确定查询类型为周边查询或者空间查询，则根据所述查询参数中的查询类型参数及地理位置参数，确定实际行政区域，或者，根据所述查询参数中的查询串，确定实际行政区域。

具体地，若根据所述查询参数中的查询类型参数，确定查询类型为周边查询或者空间查询，则根据所述查询参数中的查询类型参数及地理位置参数，确定实际行政区域，可以包括：

若确定查询类型为周边查询，则判断所述地理位置参数中的第一经纬度参数是否为空(具体可以为判断所述第一经纬度参数中包括的、用户当前所在位置的经纬度参数(即x，y的取值)是否为空)，若是，则在确定所述地理位置参数中的第二经纬度参数不为空时，根据所述第二经纬度参数，确定所述用户当前所在位置的经纬度参数，并通过解析所述用户当前所在位置的经纬度参数确定实际行政区域；若否，则根据所述第一经纬度参数，确定所述用户当前所在位置的经纬度参数，并通过解析所述用户当前所在位置的经纬度参数，确定实际行政区域；或者，

若确定查询类型为空间查询，则根据所述地理位置参数中的第二经纬度参数，确定实际行政区域。

也就是说，若确定本次查询类型为周边查询(即search_type＝AOUND)，则需要确定(x，y)的具体取值，进而，还需通过REGO(Reverse Geocoding，逆地理编码)解析确定本次查询所对应的实际行政区域(即adcode的实际取值)；或者，若确定本次查询类型为空间查询(即search_type＝SPACE)，则需根据所述第二经纬度参数(即geoobj)确定本次查询所对应的实际行政区域(即adcode的实际取值)。

即，在进行adcode具体取值的确定时，需要针对不同的查询业务做修正：

若查询类型为周边查询，那么搜索引擎(具体可为搜索引擎中的REGO服务器)会认为x，y经纬度信息更加重要，因此，会通过x，y经纬度信息获取adcode_xy，如果获取的adcode_xy和adcode取值相同，则无需修改adcode，如果不相同，则adcode取值以adcode_xy为准；

类似地，若查询类型为空间查询，那么搜索引擎(具体可为REGO)会认为geoobj信息更加重要，因此会通过geoobj信息获取adcode_obj，如果获取的adcode_obj和adcode取值相同，则无需修改，如果不相同，则adcode取值以adcode_obj为准。

进一步地，在本发明所述实施例中，需要说明的是，若根据所述查询参数中的查询类型参数，确定查询类型为周边查询或者空间查询，则还可根据所述查询参数中的查询串，确定实际行政区域。

其中，若根据所述查询参数中的查询类型参数，确定查询类型为周边查询或者空间查询，则根据所述查询参数中的查询串，确定实际行政区域，可以包括：

将所述查询串与预设的特殊词改写规则中的字段进行匹配，若匹配到相应字段，则根据所述特殊词改写规则中的匹配到的字段对应的行政区域代码，确定实际行政区域。

例如，若根据所述查询参数中的查询类型参数，确定查询类型为周边查询或者空间查询，且若确定adcode信息为空，且用户没有设置相应的x，y经纬度信息(即x，y的取值为空)，也没有设置相应的geoobj(即geoobj的取值为空)，那么，此时，即可根据所述查询参数中的查询串，确定实际行政区域。当然需要说明的是，此时，还可将本次查询范围看作为全国搜索。再有需要说明的是，根据所述查询参数中的查询串确定实际行政区域的实施方式也并不限于上述单一场景，只要是根据所述查询参数中的查询类型参数，确定查询类型为周边查询或者空间查询，均可根据所述查询参数中的查询串确定实际行政区域，本发明实施例对此均不作赘述。

进一步地，需要说明的是，若查询类型为普通查询，即search_type＝Normal，则，由于其代表了用户本身不想关心空间范围，因此，此时，可无需进行相应的REGO解析，或者，即使根据x，y经纬度信息和/或geoobj信息等确定了相应的adcode取值，且确定该确定的adcode取值与该adcode的原有取值不同，也无需对该adcode的原有取值进行相应修改(即可将该adcode的原有取值看作为最终确定的该adcode的实际取值)，本发明实施例对此也不作赘述。

进一步地，在本发明所述实施例中，对所述查询请求中携带的查询参数进行预处理，还可以包括：

将所述查询请求中的查询串与预设的特殊词改写规则和/或风景区改写规则中的各字段进行匹配，若匹配到相应的字段，则根据所述特殊词改写规则和/或风景区改写规则中的、与匹配到的字段相对应的改写后的字段，对所述查询串进行修正；或者，

若确定所述查询串的开头部分和/或中间部分包含有路径规划字段，且确定所述查询串不能够与预设的路径规划业务修正规则中的特殊地点名称相匹配，则识别所述查询串的开头部分中的路径规划字段，和/或，识别所述查询串的中间部分的路径规划字段，并根据识别出的路径规划字段，对所述查询串进行修正，将所述查询串改写为用于表示路径查询起始点的第一查询串以及用于表示路径查询终止点的第二查询串；或者，若确定所述查询串能够与所述路径规划业务修正规则中的特殊地点名称相匹配，则根据所述路径规划业务修正规则中的相匹配的特殊地点名称对所述查询串进行修正。其中，所述路径规划字段可指的是“从”、“由”、“至”或“到”等字眼，本发明实施例对此不作任何限定。

例如，当query为“从北京到上海”或“北京大学至中关村大厦”时，可识别query开头的“从”、“由”等字眼，在query中识别“至”、“到”等字眼，以分割出起点的query(记为start)和终点的query(记为end)。或者，当query为“北京至善中学”时，由于可匹配到路径规划业务修正词表中的特殊地点名称“至善中学”，因此，可根据路径规划业务修正词表中的相匹配的特殊地点名称改写所述query，具体地，此时，可保持所述query不变，本发明实施例对此不作赘述。

另外需要说明的是，上述将所述查询请求中的查询串与预设的特殊词改写规则和/或风景区改写规则中的各字段进行匹配，以对所述查询串进行修正；或者，将所述查询串的开头部分和/或中间部分包含的路径规划字段与预设的路径规划业务修正规则中的特殊地点名称相匹配，以对所述查询串进行修正的步骤还可以是在进行语义分析过程中执行的步骤，本发明实施例对此也不作赘述。

对所述查询串进行错别字更替、特殊符号过滤或替换、查询串截断、繁简转换、或特殊符号的需求识别中的一种或多种。

具体地，对所述查询串进行错别字更替可以为：对于常见的高概率的错别字直接替换；比如，若因为输入法的关系，将“市”写成“巿”，则可直接将其去除；

进一步地，对所述查询串进行特殊符号(其中，此处所述特殊符号是指除中文汉字、***数字、英文字母、“|”和“&”之外的其他计算机符号)过滤或者替换可以为：将特殊符号替换成空格，以及，对连续的空格统一转换成一个空格等；这是因为，这些特殊符号可能是用户手动输入的有误字符，也可能是网络中的乱码，因而对检索效果有害无意、需要去除；

进一步地，对所述查询串进行查询串截断可以为：将单次查询串中大于设定字节(如128字节)的信息截断；这是因为，一般来说，用户手动输入的地址串都是短地址串，太长的(如超过128字节)的查询串很可能是网络中的乱码流，并且，过长的地址串不仅仅很难匹配相应的搜索结果，而且会对***的语义解析带来较大的开销，因此需要将其进行相应地截断处理；

进一步地，对所述查询串进行繁简转换可以为：若在搜索引擎建立倒排索引时，统一将繁体转换成了简体，那么在检索时也需要达成一致，将用户输入的繁体转换成简体，这样搜索出来的结果在展示给用户时，仍然是原始的字体信息；

进一步地，对所述查询串进行特殊符号(此处的特殊符号可指“|”或“&”等逻辑符号)的需求识别可以为：对用户查询串中的特殊符号进行解析，比如，若查询串为“北京|大学”，则需要将其理解为搜索“北京”或者“大学”；如果是“北京&大学”，则需要理解成同时搜索“北京”和“大学”。

进一步地，需要说明的是，在本发明所述实施例中，对各查询参数进行分析与修正的先后顺序并不是固定的，可根据实际情况进行调整，本发明实施例对此也不作赘述。

进一步地，在本发明所述实施例中，所述方法还可包括：根据确定的各查询参数的实际参数取值，对所述查询请求进行改写，得到新的查询请求；

其中，若确定的实际的查询数据类型为公交路线类型，则所述根据确定的各查询参数的实际参数取值，对所述查询请求进行改写，得到新的查询请求，包括：

将所述查询请求改写为第一查询子请求以及第二查询子请求，其中，所述第一查询子请求中的查询数据类型参数的参数取值为确定的公交路线类型、其他查询参数的参数取值为对应的实际参数取值；所述第二查询子请求中的查询数据类型参数的参数取值为POI类型、其他查询参数的参数取值为对应的实际参数取值；

或者，若确定所述查询串能够与预设的路径规划业务修正规则中的特殊地点名称相匹配，则所述根据确定的各查询参数的实际参数取值，对所述查询请求进行改写，得到新的查询请求，包括：

将所述查询请求改写为查询串为特殊地点名称、其他查询参数的参数取值为对应的实际参数取值的查询请求；

或者，若确定所述查询串包括用于表示路径查询起始点的第一查询串以及用于表示路径查询终止点的第二查询串，则所述根据确定的各查询参数的实际参数取值，对所述查询请求进行改写，得到新的查询请求，包括：

将所述查询请求改写为第三查询子请求以及第四查询子请求，其中，所述第三查询子请求中的所述查询串的参数取值为所述第一查询串、其他查询参数的参数取值为对应的实际参数取值；所述第四查询子请求中的所述查询串的参数取值为所述第二查询串、其他查询参数的参数取值为对应的实际参数取值；

或者，若确定所述查询参数中的查询类别参数的取值为空且确定所述查询串能够与预设的查询类别判定规则中的类别词相匹配，则所述根据确定的各查询参数的实际参数取值，对所述查询请求进行改写，得到新的查询请求，包括：

将所述查询请求改写为第五查询子请求以及第六查询子请求，其中，所述第五查询子请求中的查询类别参数的参数取值为根据匹配到的类别词在所述查询类别判定规则中对应的类别代码所确定的实际的查询类别、所述第五查询子请求中的查询串为空、其他查询参数的参数取值为对应的实际参数取值；所述第六查询子请求中的查询类别参数的参数取值为空、其他查询参数的参数取值为对应的实际参数取值。

具体地，为了便于理解，下面以具体的实例为例对本发明实施例中所述的查询参数处理方法进行简要说明。需要说明的是，由于本发明实施例中所述的查询参数处理方法所涉及到的处理流程分支较多、可能性较多，难以以一个实例覆盖方法中的所有细节，因此，以下所述的实例仅是本发明实施例中所述方法的处理流程的示意性说明，并不应理解为对本发明实施例所述方法的具体限定，本发明实施例对此不作赘述。

例1：若某单次查询请求为：

query＝酒楼；

search_type＝AOUND；

search_data_type＝POI；

adcode＝110000；

x＝；

y＝；

range＝；

category＝；

geoobj＝x1:121.3,y1:31.2；x2:121.4,y2:31.4。

具体地，通过对上述查询参数中的search_type的原始参数取值进行分析可知，本次查询为周边查询，因此用户当前所在的经纬度信息(即x，y)的具体取值是必须存在的。但是，由于通过对上述查询参数中的第一经纬度参数(即x，y，range)的原有参数取值进行分析可知，x，y本身并没有设置相应的数值，因此，可通过第二经纬度参数(即geoobj)来得到x，y的值。具体地，在本例1中，可得到x＝121.1以及y＝31.3，并且，由于range值可以不是必须的，因此，在此可设置为空。

进一步地，在确定x，y的实际取值之后，还需进一步修正相应的adcode。具体地，由于本次查询为周边查询，因而，可通过解析x，y的取值来得到adcode_xy＝310000(上海)。由于解析出来的adcode_xy＝310000(上海)和adcode＝110000(北京)相互冲突，因此，可以上海为准，将adcode的实际取值修正为相应的310000。

进一步地，通过对上述查询参数中的search_data_type的原始参数取值进行分析可知，本次查询数据类型为普通的POI类型，因此，还需要进一步进行相应的语义分析：

具体地，由于在进行语义分析时，query可以命中类别词，因此，表明本次查询类别为泛需求搜索，具体地，在本例1中，可将category设置为050101。最终，可将本次查询请求解析成以下两种方式：

首先的一种可能的方式为在上海市的geoobj范围内搜索类别050101，此时，各查询参数的实际取值可如下所述：

query＝；

search_type＝AOUND；

search_data_type＝POI；

adcode＝310000；

category＝050101；

x＝121.1；

y＝31.3；

range＝；

geoobj＝x1:121.3 y1:31.2；x2:121.4,y2:31.4；

其次的一种可能的方式为在上海市的geoobj范围内文本搜索“酒楼”，此时，各查询参数的实际取值可如下所述：

query＝酒楼；

search_type＝AOUND；

search_data_type＝POI；

adcode＝310000；

category＝；

x＝121.1；

y＝31.3；

range＝；

geoobj＝x1:121.3,y1:31.2；x2:121.4,y2:31.4。

也就是说，若确定修正后的查询类别参数的参数取值不为空，则在检索时，可先将query设置为空，仅以category去检索；在检索不到好结果的时候，再以query原来文本的形式，在POI数据类型中做检索。

例2：若某单次查询请求为：

query＝13号线％％％(地铁)；

search_type＝NORMAL；

search_data_type＝POI；

adcode＝110000；

category＝；

x＝121.1；

y＝31.3；

range＝；

geoobj＝。

具体地，在本次查询请求中，由于query中存在括号和乱码等特殊符号，因此，可首先通过预处理将其修正为“13号线地铁”。

进一步地，由于通过对上述查询参数中的search_type的原始参数取值进行分析可知，本次查询为普通查询，因此，可无需对其进行相应的RGEO解析；当然，需要说明的是，此时，也可对其进行REGO解析以获取实际的adcode，但是，由于本次查询为普通查询，因此，无论解析到的adcode是否与原有adcode匹配，均无需对原有adcode进行相应修改；

具体地，由于在进行语义分析时，query中存在“地铁”字段，因此，可首先预测本次query是期望搜索BUS，具体地，此时，为了提高搜索质量，可去除“地铁”等字段，即可将query去除“地铁”，变成“13号线”；进一步地，由于query中存在数字+“号线”的模式，因此，会进一步预期本次query是期望搜索BUSLINE。

进而，在本例2中，可将本次查询请求解析成以下两种方式：

首先的一种可能的方式为：

query＝13号线；

search_type＝NORMAL；

search_data_type＝BUSLINE；

adcode＝110000；

category＝；

x＝121.1；

y＝31.3；

range＝；

geoobj＝；

其次的一种可能的方式为：

query＝13号线地铁；

search_type＝NORMAL

search_data_type＝POI；

adcode＝110000；

category＝；

x＝121.1；

y＝31.3；

range＝；

geoobj＝。

也就是说，当确定修正后的所述查询数据类型参数的参数取值为公交路线类型时，可先将search_data_type设置为BUSLINE，在BUSLINE的索引中文本检索query，如果检索不到好结果，再以search_data_type＝POI的形式，以文本的方式在POI的索引中检索。

例3：若某单次查询请求为：

query＝北京巿至善中学；

search_type＝NORMAL；

search_data_type＝POI；

adcode＝110000；

category＝；

x＝；

y＝；

range＝；

geoobj＝。

具体地，在本次查询请求中，由于query中存在错别字“巿”，因此，可首先通过预处理将其变成“北京市至善中学”；

进一步地，由于按照现有的模式，“北京市至善中学”通常会被识别成起点是“北京市”，终点是“善中学”的路径规划业务，即若对其不进行修正，对于一般的路径规划业务会转化成以下两次搜素：

起点为：

query＝北京市；

search_type＝NORMAL；

search_data_type＝POI；

adcode＝110000；

category＝；

x＝；

y＝；

range＝；

geoobj＝；

终点为：

query＝善中学；

search_type＝NORMAL；

search_data_type＝POI；

adcode＝110000；

category＝；

x＝；

y＝；

range＝；

geoobj＝。

但是因为“至善中学”可以命中路径规划业务修正规则中的特殊地点名称，因此本次查询请求可被修正为：

query＝北京市至善中学；

search_type＝NORMAL；

search_data_type＝POI；

adcode＝110000；

category＝；

x＝；

y＝；

range＝；

geoobj＝。

也就是说，若确定修正后的所述查询串能够与路径规划业务修正规则中的特殊地点名称相匹配，则无需将该查询请求划分为两个分别为起点或终点的查询请求，而仅可将所述查询请求改写为所包括的查询串为特殊地点名称、其他查询参数的参数取值为对应的实际参数取值的查询请求即可。

本发明实施例一提供了一种查询参数处理方法，所述方法包括：接收用户输入的查询请求，获取所述查询请求中携带的查询参数，若根据所述查询参数中的查询数据类型参数，确定查询数据类型为POI类型，则根据所述查询参数中的查询串以及预设的语义分析规则，确定实际的查询数据类型。也就是说，可通过分析用户输入的查询请求中携带的查询参数，来正确地获取用户的实际查询数据类型等信息，以便后续可根据获取到的用户的实际查询数据类型等信息对用户的查询请求进行重写，以构造更符合用户实际需求以及更符合计算机理解的查询方式，从而可达到改善地图搜索引擎的搜索质量的目的。

实施例二：

本发明实施例二提供了一种可用于实现本发明实施例一中所述查询参数处理方法的查询参数处理装置，如图2所示，其为本发明实施例二中所述查询参数处理装置的结构示意图，所述查询参数处理装置具体可包括接收单元21、获取单元22以及处理单元23，其中：

所述接收单元21可用于接收用户输入的查询请求；

所述获取单元22可用于获取所述查询请求中携带的查询参数；

所述处理单元23可用于若根据所述查询参数中的查询数据类型参数，确定查询数据类型为POI类型，则根据所述查询参数中的查询串以及预设的语义分析规则，确定实际的查询数据类型。

可选地，所述处理单元23具体可用于将所述查询参数中的查询串与预设的公交数据库中的公交路线数据进行匹配，若匹配到相应的公交路线，则确定实际的查询数据类型为公交路线类型；或者，判断所述查询串中是否包括数字，若包括，则继续判断所述数字后是否紧跟有与公交路线数据相关的字段，若是，则确定实际的查询数据类型为公交路线类型。

进一步地，所述处理单元23还可用于在根据所述查询参数中的查询数据类型参数，确定查询数据类型为POI类型之后，若确定所述查询参数中的查询类别参数的取值为空，则根据所述查询参数中的查询串以及预设的语义分析规则，确定实际的查询类别。

可选地，所述处理单元23具体可用于将所述查询参数中的查询串与预设的查询类别判定规则中的各类别词进行匹配，若匹配到相应的类别词，则根据匹配到的类别词在所述查询类别判定规则中对应的类别代码，确定实际的查询类别。

进一步地，所述装置还可包括预处理单元24：

所述预处理单元24可用于在根据所述查询参数中的查询串以及预设的语义分析规则，确定实际的查询数据类型之前，对所述查询请求中携带的查询参数进行预处理。

可选地，所述预处理单元24具体可用于若根据所述查询参数中的查询类型参数，确定查询类型为周边查询或者空间查询，则根据所述查询参数中的查询类型参数及地理位置参数，确定实际行政区域，或者，根据所述查询参数中的查询串，确定实际行政区域。

具体地，所述预处理单元24具体可用于若确定查询类型为周边查询，则判断所述地理位置参数中的第一经纬度参数是否为空，若是，则在确定所述地理位置参数中的第二经纬度参数不为空时，根据所述第二经纬度参数，确定所述用户当前所在位置的经纬度参数，并通过解析所述用户当前所在位置的经纬度参数确定实际行政区域；若否，则根据所述第一经纬度参数，确定所述用户当前所在位置的经纬度参数，并通过解析所述用户当前所在位置的经纬度参数，确定实际行政区域；或者，若确定查询类型为空间查询，则根据所述地理位置参数中的第二经纬度参数，确定实际行政区域。

进一步地，所述预处理单元24具体还可用于若根据所述查询参数中的查询类型参数，确定查询类型为周边查询或者空间查询，则将所述查询串与预设的特殊词改写规则中的字段进行匹配，若匹配到相应字段，则根据所述特殊词改写规则中的匹配到的字段对应的行政区域代码，确定实际行政区域。

进一步地，所述预处理单元24还可用于将所述查询请求中的查询串与预设的特殊词改写规则和/或风景区改写规则中的各字段进行匹配，若匹配到相应的字段，则根据所述特殊词改写规则和/或风景区改写规则中的、与匹配到的字段相对应的改写后的字段，对所述查询串进行修正；或者，

若确定所述查询串的开头部分和/或中间部分包含有路径规划字段，且确定所述查询串不能够与预设的路径规划业务修正规则中的特殊地点名称相匹配，则识别所述查询串的开头部分中的路径规划字段，和/或，识别所述查询串的中间部分的路径规划字段，并根据识别出的路径规划字段，对所述查询串进行修正，将所述查询串改写为用于表示路径查询起始点的第一查询串以及用于表示路径查询终止点的第二查询串；或者，若确定所述查询串能够与所述路径规划业务修正规则中的特殊地点名称相匹配，则根据所述路径规划业务修正规则中的相匹配的特殊地点名称对所述查询串进行修正。

进一步地，所述处理单元23还可用于根据确定的各查询参数的实际参数取值，对所述查询请求进行改写，得到新的查询请求；

其中，所述处理单元23具体可用于若确定的实际的查询数据类型为公交路线类型，则将所述查询请求改写为第一查询子请求以及第二查询子请求，其中，所述第一查询子请求中的查询数据类型参数的参数取值为确定的公交路线类型、其他查询参数的参数取值为对应的实际参数取值；所述第二查询子请求中的查询数据类型参数的参数取值为POI类型、其他查询参数的参数取值为对应的实际参数取值；

或者，若确定所述查询串能够与预设的路径规划业务修正规则中的特殊地点名称相匹配，则将所述查询请求改写为查询串为特殊地点名称、其他查询参数的参数取值为对应的实际参数取值的查询请求；

或者，若确定所述查询串包括用于表示路径查询起始点的第一查询串以及用于表示路径查询终止点的第二查询串，则将所述查询请求改写为第三查询子请求以及第四查询子请求，其中，所述第三查询子请求中的所述查询串的参数取值为所述第一查询串、其他查询参数的参数取值为对应的实际参数取值；所述第四查询子请求中的所述查询串的参数取值为所述第二查询串、其他查询参数的参数取值为对应的实际参数取值；

或者，若确定所述查询参数中的查询类别参数的取值为空且确定所述查询串能够与预设的查询类别判定规则中的类别词相匹配，则将所述查询请求改写为第五查询子请求以及第六查询子请求，其中，所述第五查询子请求中的查询类别参数的参数取值为根据匹配到的类别词在所述查询类别判定规则中对应的类别代码所确定的实际的查询类别、所述第五查询子请求中的查询串为空、其他查询参数的参数取值为对应的实际参数取值；所述第六查询子请求中的查询类别参数的参数取值为空、其他查询参数的参数取值为对应的实际参数取值。

本发明实施例二提供了一种查询参数处理装置，可通过分析用户输入的查询请求中携带的查询参数，来正确地获取用户的实际查询数据类型等信息，以便后续可根据获取到的用户的实际查询数据类型等信息对用户的查询请求进行重写，以构造更符合用户实际需求以及更符合计算机理解的查询方式，从而可达到改善地图搜索引擎的搜索质量的目的。

本领域技术人员应明白，本发明的实施例可提供为方法、装置(设备)、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种查询参数处理方法，其特征在于，包括：

接收用户输入的查询请求；

获取所述查询请求中携带的查询参数；

若根据所述查询参数中的查询数据类型参数，确定查询数据类型为兴趣点POI类型，则根据所述查询参数中的查询串以及预设的语义分析规则，确定实际的查询数据类型；

其中，所述查询数据类型为非POI类型时，表明对期望的数据类型进行了严格指定；所述查询数据类型为POI类型时，表明对期望的数据类型未做严格指定。

2.如权利要求1所述的查询参数处理方法，其特征在于，所述根据所述查询参数中的查询串以及预设的语义分析规则，确定实际的查询数据类型，包括：

将所述查询参数中的查询串与预设的公交数据库中的公交路线数据进行匹配，若匹配到相应的公交路线，则确定实际的查询数据类型为公交路线类型；

或者，判断所述查询串中是否包括数字，若包括，则继续判断所述数字后是否紧跟有与公交路线数据相关的字段，若是，则确定实际的查询数据类型为公交路线类型。

3.如权利要求1所述的查询参数处理方法，其特征在于，在根据所述查询参数中的查询数据类型参数，确定查询数据类型为POI类型之后，所述方法还包括：

4.如权利要求3所述的查询参数处理方法，其特征在于，所述根据所述查询参数中的查询串以及预设的语义分析规则，确定实际的查询类别，包括：

将所述查询参数中的查询串与预设的查询类别判定规则中的各类别词进行匹配，若匹配到相应的类别词，则根据匹配到的类别词在所述查询类别判定规则中对应的类别代码，确定实际的查询类别。

5.如权利要求1所述的查询参数处理方法，其特征在于，在根据所述查询参数中的查询串以及预设的语义分析规则，确定实际的查询数据类型之前，所述方法还包括：

对所述查询请求中携带的查询参数进行预处理。

6.如权利要求5所述的查询参数处理方法，其特征在于，所述对所述查询请求中携带的查询参数进行预处理，包括：

7.如权利要求6所述的查询参数处理方法，其特征在于，所述根据所述查询参数中的查询类型参数及地理位置参数，确定实际行政区域，包括：

若确定查询类型为周边查询，则判断所述地理位置参数中的第一经纬度参数是否为空，若是，则在确定所述地理位置参数中的第二经纬度参数不为空时，根据所述第二经纬度参数，确定所述用户当前所在位置的经纬度参数，并通过解析所述用户当前所在位置的经纬度参数确定实际行政区域；若否，则根据所述第一经纬度参数，确定所述用户当前所在位置的经纬度参数，并通过解析所述用户当前所在位置的经纬度参数，确定实际行政区域；

8.如权利要求6所述的查询参数处理方法，其特征在于，所述根据所述查询参数中的查询串，确定实际行政区域，包括：

9.如权利要求5所述的查询参数处理方法，其特征在于，所述对所述查询请求中携带的查询参数进行预处理，还包括：

将所述查询请求中的查询串与预设的特殊词改写规则和/或风景区改写规则中的各字段进行匹配，若匹配到相应的字段，则根据所述特殊词改写规则和/或风景区改写规则中的、与匹配到的字段相对应的改写后的字段，对所述查询串进行修正；

10.如权利要求1～9任一所述的查询参数处理方法，其特征在于，所述方法还包括：根据确定的各查询参数的实际参数取值，对所述查询请求进行改写，得到新的查询请求；

11.一种查询参数处理装置，其特征在于，包括：

接收单元，用于接收用户输入的查询请求；

获取单元，用于获取所述查询请求中携带的查询参数；

处理单元，用于若根据所述查询参数中的查询数据类型参数，确定查询数据类型为兴趣点POI类型，则根据所述查询参数中的查询串以及预设的语义分析规则，确定实际的查询数据类型；

12.如权利要求11所述的查询参数处理装置，其特征在于，

所述处理单元，具体用于将所述查询参数中的查询串与预设的公交数据库中的公交路线数据进行匹配，若匹配到相应的公交路线，则确定实际的查询数据类型为公交路线类型；或者，判断所述查询串中是否包括数字，若包括，则继续判断所述数字后是否紧跟有与公交路线数据相关的字段，若是，则确定实际的查询数据类型为公交路线类型。

13.如权利要求11所述的查询参数处理装置，其特征在于，

所述处理单元，还用于在根据所述查询参数中的查询数据类型参数，确定查询数据类型为POI类型之后，若确定所述查询参数中的查询类别参数的取值为空，则根据所述查询参数中的查询串以及预设的语义分析规则，确定实际的查询类别。

14.如权利要求13所述的查询参数处理装置，其特征在于，

所述处理单元，具体用于将所述查询参数中的查询串与预设的查询类别判定规则中的各类别词进行匹配，若匹配到相应的类别词，则根据匹配到的类别词在所述查询类别判定规则中对应的类别代码，确定实际的查询类别。

15.如权利要求11所述的查询参数处理装置，其特征在于，所述装置还包括预处理单元：

所述预处理单元，用于在根据所述查询参数中的查询串以及预设的语义分析规则，确定实际的查询数据类型之前，对所述查询请求中携带的查询参数进行预处理。

16.如权利要求15所述的查询参数处理装置，其特征在于，

所述预处理单元，具体用于若根据所述查询参数中的查询类型参数，确定查询类型为周边查询或者空间查询，则根据所述查询参数中的查询类型参数及地理位置参数，确定实际行政区域，或者，根据所述查询参数中的查询串，确定实际行政区域。

17.如权利要求16所述的查询参数处理装置，其特征在于，

所述预处理单元，具体用于若确定查询类型为周边查询，则判断所述地理位置参数中的第一经纬度参数是否为空，若是，则在确定所述地理位置参数中的第二经纬度参数不为空时，根据所述第二经纬度参数，确定所述用户当前所在位置的经纬度参数，并通过解析所述用户当前所在位置的经纬度参数确定实际行政区域；若否，则根据所述第一经纬度参数，确定所述用户当前所在位置的经纬度参数，并通过解析所述用户当前所在位置的经纬度参数，确定实际行政区域；或者，若确定查询类型为空间查询，则根据所述地理位置参数中的第二经纬度参数，确定实际行政区域。

18.如权利要求16所述的查询参数处理装置，其特征在于，

所述预处理单元，具体还用于若根据所述查询参数中的查询类型参数，确定查询类型为周边查询或者空间查询，则将所述查询串与预设的特殊词改写规则中的字段进行匹配，若匹配到相应字段，则根据所述特殊词改写规则中的匹配到的字段对应的行政区域代码，确定实际行政区域。

19.如权利要求15所述的查询参数处理装置，其特征在于，

所述预处理单元，还用于将所述查询请求中的查询串与预设的特殊词改写规则和/或风景区改写规则中的各字段进行匹配，若匹配到相应的字段，则根据所述特殊词改写规则和/或风景区改写规则中的、与匹配到的字段相对应的改写后的字段，对所述查询串进行修正；或者，

20.如权利要求11～19任一所述的查询参数处理装置，其特征在于，

所述处理单元，还用于根据确定的各查询参数的实际参数取值，对所述查询请求进行改写，得到新的查询请求；

其中，所述处理单元，具体用于若确定的实际的查询数据类型为公交路线类型，则将所述查询请求改写为第一查询子请求以及第二查询子请求，其中，所述第一查询子请求中的查询数据类型参数的参数取值为确定的公交路线类型、其他查询参数的参数取值为对应的实际参数取值；所述第二查询子请求中的查询数据类型参数的参数取值为POI类型、其他查询参数的参数取值为对应的实际参数取值；