CN108121725B

CN108121725B - 一种搜索方法及装置

Info

Publication number: CN108121725B
Application number: CN201611073976.7A
Authority: CN
Inventors: 张仲明; 李金平
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2016-11-29
Filing date: 2016-11-29
Publication date: 2021-10-19
Anticipated expiration: 2036-11-29
Also published as: CN108121725A

Abstract

本申请涉及电子技术领域，尤其涉及一种搜索方法及装置，用以提高为用户提供周边旅游地点时搜索结果的准确性。本申请实施例提供的一种搜索方法包括：服务端提供出行数据库，出行数据库中记录有地点信息以及不同地点之间的交通信息，地点信息中包括不同地点的地理位置信息，交通信息中包括至少一种交通方式以及对应的交通距离和交通时长；接收客户端的查询请求，查询请求中包括对待查询的目的地的查询条件；确定客户端用户的出发地信息；根据该出发地信息，在出行数据库中查找满足所述查询条件的目的地信息；向客户端返回查询结果，其中包含查找到的满足所述查询条件的目的地信息和该目的地与所述出发地之间的交通信息。

Description

一种搜索方法及装置

技术领域

本申请涉及电子技术领域，尤其涉及一种搜索方法及装置。

背景技术

随着人们生活水平的提高，外出旅游的人也越来越多。人们在一个旅游景点游览完后，经常还会选择周边的其它地点。

目前，人们经常会借助旅游网或应用(app)客户端来搜索周边旅游景点。人们在选择周边旅游景点时，最关注的是到达的距离及时长。旅游网站或app客户端的服务端一般是根据两个地点之间的直线距离来为用户提供搜索结果，比如，当用户搜索距离当前地点最近的周边旅游景点时，服务端可以根据不同城市的经纬度信息，或引用国家公布的各城市之间的基准直线距离，或基于各大地图服务提供商提供的各城市兴趣点(POI)之间的直线距离，筛选出与该用户当前所在城市之间的直线距离最近的周边旅游城市。

但是，服务端在提供搜索结果时所参考的直线距离与用户实际到达周边旅游景点的距离之间往往存在很大的差距。有些地点之间是丘陵和山区地带，实际到达距离要远远大于其直线距离。而有些地点之间有高速公路，实际到达距离又会小于其直线距离。这样就导致服务端为用户提供的搜索结果并不符合用户预期，从而影响用户体验。

可见，目前服务端为用户推荐周边旅游城市时，存在搜索结果不准确的问题。

发明内容

本申请实施例提供一种搜索方法及装置，用以提高为用户提供周边旅游地点时搜索结果的准确性。

本申请实施例提供一种搜索方法，包括：

服务端提供出行数据库，所述出行数据库中记录有地点信息以及不同地点之间的交通信息，所述地点信息中包括不同地点的地理位置信息，所述交通信息中包括至少一种交通方式以及对应的交通距离和交通时长；

接收客户端的查询请求，所述查询请求中包括对待查询的目的地的查询条件；

确定所述客户端用户的出发地信息；

根据所述出发地信息，在所述出行数据库中查找满足所述查询条件的目的地信息；

向客户端返回查询结果，其中包含查找到的满足所述查询条件的目的地信息和该目的地与所述出发地之间的交通信息。

可选地，所述查询条件包括待查询的目的地与所述出发地之间的距离范围信息；

在所述出行数据库中查找满足所述查询条件的目的地信息，包括：

根据所述出行数据库中记录的不同地点之间的交通距离，在所述出行数据库中查找与所述出发地之间的交通距离在所述距离范围内的目的地信息。

可选地，所述查询条件包括从所述出发地到达待查询的目的地的时长范围信息；在所述出行数据库中查找满足所述查询条件的目的地信息，包括：

根据所述出行数据库中记录的不同地点之间的交通时长，在所述出行数据库中查找与所述出发地之间的交通时长在所述时长范围内的目的地信息。

可选地，所述查询条件包括待查询的目的地与所述出发地之间的距离范围信息以及从所述出发地到达待查询的目的地的时长范围信息；在所述出行数据库中查找满足所述查询条件的目的地信息，包括：

根据所述出行数据库中记录的不同地点之间的交通距离和交通时长，在所述出行数据库中查找出与所述出发地之间的交通距离在所述距离范围内、且与所述出发地之间的交通时长在所述时长范围内的目的地信息。

可选地，所述查询条件还包括用户指定的交通方式；在所述出行数据库中查找满足查询条件的目的地信息，包括：

根据所述出行数据库中记录的不同地点之间的交通方式，筛选出与所述出发地之间支持所述指定的交通方式的目的地信息；

在筛选出的目的地信息中，查找在所述指定的交通方式下，满足其它查询条件的目的地信息。

可选地，所述服务端根据以下步骤确定出行数据库中不同地点之间的交通信息；

规划所述不同地点之间的交通路径；

基于规划的交通路径，确定所述不同地点之间的交通信息。

可选地，若在所述出行数据库中没有查找到满足所述查询条件的目的地信息，则所述方法还包括：

根据所述出发地的地理位置信息和所述查询条件，确定候选地信息；

规划确定的候选地与所述出发地之间的交通路径；

基于规划的交通路径，确定所述候选地与所述出发地之间的交通信息；

若确定的交通信息满足所述查询条件，则将所述候选地作为所述查询结果中的目的地。

本申请实施例还提供一种搜索方法，包括：

客户端接收用户的查询指令；

根据所述查询指令，向服务端发送查询请求，所述查询请求中包括用户的查询指令中指示的对待查询的目的地的查询条件；

接收所述服务端基于出行数据库返回的查询结果；其中，所述出行数据库中记录有地点信息以及不同地点之间的交通信息，所述地点信息中包括不同地点的地理位置信息，所述交通信息中包括至少一种交通方式以及对应的交通距离和交通时长；

基于所述查询结果，生成查询结果页面，其中包含满足所述查询条件的目的地信息和该目的地与所述出发地之间的交通信息。

基于所述查询结果，生成查询结果页面，包括：

基于接收的查询结果，生成包含查询到的目的地信息以及该目的地与所述出发地之间的交通距离的查询结果页面。

可选地，所述查询条件包括从所述出发地到达待查询的目的地的时长范围信息；

基于所述查询结果，生成查询结果页面，包括：

基于接收的查询结果，生成包含查询到的目的地信息以及所述出发地到达该目的地的交通时长的查询结果页面。

可选地，所述查询条件包括待查询的目的地与所述出发地之间的距离范围信息以及从所述出发地到达待查询的目的地的时长范围信息；

基于所述查询结果，生成查询结果页面，包括：

基于接收的查询结果，生成包含查询到的目的地信息以及所述出发地到达该目的地的交通距离和交通时长的查询结果页面。

可选地，所述查询条件还包括用户指定的交通方式；

基于所述查询结果，生成查询结果页面，包括：

基于接收的查询结果，生成包含查询到的目的地信息，以及在所述指定的交通方式下从所述出发地到达该目的地的交通距离和交通时长的查询结果页面。

本申请实施例还提供一种服务器，包括：

数据库模块，用于提供出行数据库，所述出行数据库中记录有地点信息以及不同地点之间的交通信息，所述地点信息中包括不同地点的地理位置信息，所述交通信息中包括至少一种交通方式以及对应的交通距离和交通时长；

接收模块，用于接收客户端的查询请求，所述查询请求中包括对待查询的目的地的查询条件；

确定模块，用于确定所述客户端用户的出发地信息；

查询模块，用于根据所述出发地信息，在所述出行数据库中查找满足所述查询条件的目的地信息；

发送模块，用于向客户端返回查询结果，其中包含查找到的满足所述查询条件的目的地信息和该目的地与所述出发地之间的交通信息。

本申请实施例还提供一种客户端，包括：

第一接收模块，用于接收用户的查询指令；

发送模块，用于根据所述查询指令，向服务端发送查询请求，所述查询请求中包括用户的查询指令中指示的对待查询的目的地的查询条件；

第二接收模块，用于接收所述服务端基于出行数据库返回的查询结果；其中，所述出行数据库中记录有地点信息以及不同地点之间的交通信息，所述地点信息中包括不同地点的地理位置信息，所述交通信息中包括至少一种交通方式以及对应的交通距离和交通时长；

生成模块，用于基于所述查询结果，生成查询结果页面，其中包含满足所述查询条件的目的地信息和该目的地与所述出发地之间的交通信息。

本申请实施例可以在服务端提供记录有不同地点之间的交通信息的出行数据库，在用户请求查询周边目的地点时，可以通过查询出行数据库中候选地点与出发地之间的交通信息，来为客户端选择满足查询条件的目的地信息。这里，一方面，由于服务端中可以预置出行数据库，在接收到客户端的查询请求后，可以直接基于该出行数据库查找出满足查询条件的目的地信息，提高了查询效率，另一方面，由于交通信息可以反映不同地点之间的真实路况，因此基于不同地点的交通信息确定出的查询结果准确性更高。

附图说明

图1为本申请实施例一提供的搜索方法流程图。

图2各旅游地点之间的关系模型示意图；

图3为本申请实施例二提供的搜索方法流程图；

图4为本申请实施例三提供的服务器结构示意图；

图5为本申请实施例四提供的客户端结构示意图。

具体实施方式

本申请实施例可以应用于为用户提供出行建议的场景下，比如可以应用于为用户搜索周边旅游地点、给出旅行建议的场景下。下面结合说明书附图对本申请实施例作进一步详细描述。

如图1所示，为本申请实施例一提供的搜索方法流程图，包括以下步骤：

S101：服务端提供出行数据库，所述出行数据库中记录有地点信息以及不同地点之间的交通信息，该地点信息中包括不同地点的地理位置信息，所述交通信息中包括至少一种交通方式以及对应的交通距离和交通时长。

这里，在为客户端提供查询服务之前，服务端预置好出行数据库，其中可以包括各个地点的属性信息和不同地点之间的关系数据(主要包括不同地点之间的交通信息，如交通距离和交通时长，可以默认采用自驾车的行驶距离和行驶时长，或者，交通信息中还可以包括交通方式，此时交通距离和交通时长为在指定的每种交通方式下的交通距离和交通时长)。如图2所示，可以首先构建好不同地点之间的关系模型，然后基于该关系模型分别建立每个地点(一个地点具体可以是一个城市、一个兴趣点POI等，以下以一个地点为一个城市为例进行介绍)的属性信息表，如表一所示，这里的属性信息可以包括城市类型、是否为出境港口城市、是否为境内港口城市、是否有高铁站等，比如上海、天津等城市为出境港口城市，南京、武汉等城市为境内港口城市，另外，可以基于12306列车时刻表来确定是高铁站的城市。同时建立各地点之间的关系表，如表二所示，其中包括出发地和候选目的地之间的驾车距离和驾车时长等，在实际实施中，可以基于地图服务提供商的地理数据来确定出发地与目的地之间的驾车距离和驾车时长，如果一个出发地距离目的地存在多条驾驶路径，可以选择最短的驾驶距离和驾驶时长。或者，服务端可以自己规划不同地点之间的交通路径，然后基于规划的交通路径，确定不同地点之间的交通信息。

表一

字段名称	字段含义	类型	长度	备注
					Id	主键id	Int	32	无
from_city	出发城市	Int	20	无
					to_city	到达城市	Int	32	无
drive_distance	驾车距离	Int	32	单位：米
					drive_time	驾车时间	Int	32	单位：分钟

表二

S102：客户端接收用户的查询指令，根据用户的查询指令，向服务端发送查询请求，所述查询请求中包括用户的查询指令中指示的对待查询的目的地的查询条件。

这里的查询条件可以包括待查询的目的地与出发地之间的距离范围信息、从出发地到达待查询的目的地的时长范围信息、用户指定的交通方式、目的地属性信息等中的一种或多种。

S103：服务端接收客户端的查询请求后，确定客户端用户的出发地信息。

在具体实施中，用户可以自己选择出发地点，并通过查询指令向客户端指示出发地信息，或者，用户不用选择出发地点，客户端可以通过定位系统获取用户当前的位置信息，将用户当前的位置信息作为出发地，之后，客户端在向服务端发送的查询请求中可以携带出发地信息及用户的查询指令中指示的查询条件，客户端也可以在向服务端发送没有携带出发地信息的查询请求后，进一步基于服务端返回的请求向服务端返回出发地信息。相应地，服务端可以确定客户端在查询请求中携带的出发地信息，也可以进一步向客户端请求获取出发地信息。

S104：服务端根据确定的出发地信息，在提供的出行数据库中查找满足用户的查询条件的目的地信息。

这里，基于查询条件的不同，在出行数据库中查询目的地信息的过程存在不同。具体如下：

情况一：客户端的查询条件包括待查询的目的地与出发地之间的距离范围信息；

在这种情况下，服务端根据出行数据库中记录的不同地点之间的交通距离，在出行数据库中查找与出发地之间的交通距离在所述距离范围内的目的地信息。相应地，客户端基于接收的查询结果，生成包含查询到的目的地信息以及该目的地与出发地之间的交通距离的查询结果页面。

情况二：客户端的查询条件包括从出发地到达待查询的目的地的时长范围信息；

在这种情况下，服务端根据出行数据库中记录的不同地点之间的交通时长，在出行数据库中查找与出发地之间的交通时长在所述时长范围内的目的地信息。相应地，客户端基于接收的查询结果，生成包含查询到的目的地信息以及出发地到达该目的地的交通时长的查询结果页面。

情况三：客户端的查询条件包括待查询的目的地与出发地之间的距离范围信息以及从出发地到达待查询的目的地的时长范围信息，也即上述情况一和情况二的结合；

在这种情况下，服务端根据出行数据库中记录的不同地点之间的交通距离和交通时长，在出行数据库中查找出与所述出发地之间的交通距离在所述距离范围内、且与出发地之间的交通时长在所述时长范围内的目的地信息。相应地，客户端基于接收的查询结果，生成包含查询到的目的地信息以及所述出发地到达该目的地的交通距离和交通时长的查询结果页面。

情况四：客户端的查询条件中除包括上述情况一～三中的任意一种情况中的查询条件外，还包括用户指定的交通方式；

在这种情况下，服务端根据出行数据库中记录的不同地点之间的交通方式，筛选出与所述出发地之间支持所述指定的交通方式的目的地信息；在筛选出的目的地信息中，查找在所述指定的交通方式下，满足其它查询条件的目的地信息。相应地，客户端基于接收的查询结果，生成包含查询到的目的地信息，以及在所述指定的交通方式下从所述出发地到达该目的地的交通距离和交通时长的查询结果页面。

除上述四种情况外，查询条件中还可以包括目的地的属性信息，比如是港口城市、有高铁站等，服务端在查询时，可以首先从出行数据库中与出发地对应的候选目的地点中筛选出满足用户要求的属性信息的目的地点，再进一步从中筛选对应的交通信息满足查询条件的目的地点，也可以首先查询出对应的交通信息满足查询条件的目的地点，然后再从中筛选满足用户要求的属性信息的目的地点。

S105：服务端向客户端返回查询结果，其中包含查找到的满足用户的查询条件的目的地信息和该目的地与所述出发地之间的交通信息。

在具体实施中，若服务端在出行数据库中没有查找到满足上述查询条件的目的地信息，则还可以为用户实时计算出候选地与出发地之间的交通信息，具体地，服务端可以根据出发地的地理位置信息和查询条件，确定候选地信息；比如，查询条件要求查询100公里以内的周边旅游景点，可以首先根据出发地的地理位置，选择出与该出发地之间的直线距离在150公里以内的候选地；然后，规划确定的每个候选地与出发地之间的交通路径，基于规划的交通路径，确定该候选地与出发地之间的交通信息，若确定的交通信息满足所述查询条件，则将该候选地作为所述查询结果中的目的地。

S106：客户端基于查询结果，生成查询结果页面，其中包含满足用户的查询条件的目的地信息和该目的地与出发地之间的交通信息。

这里，客户端在接收到返回的查询结果后，向用户呈现查询结果页面，在该查询结果页面中展示了查询结果，也即满足用户的查询条件的目的地信息和该目的地与出发地之间的交通信息。另外，若查询结果中包含多个目的地点的信息，客户端具体可以将这些目的地点的信息按照交通距离从小到大，或交通时长从小到大的顺序依次展示出来。

本申请实施例可以在服务端提供记录有不同地点之间的交通信息的出行数据库，在用户请求查询周边目的地点时，可以通过查询出行数据库中候选地点与出发地之间的交通信息，来为客户端选择满足查询条件的目的地信息。这里，一方面，由于服务端中可以预置出行数据库，在接收到客户端的查询请求后，可以直接基于该出行数据库查找出满足查询条件的目的地信息，提高了查询效率，另一方面，由于交通信息可以反映不同地点之间的真实路况，因此基于出行数据库中的交通信息确定出的查询结果准确性更高。

下面以为用户搜索周边旅游地点的场景为例，对本申请方案作进一步说明。

实施例二

如图3所示，为本申请实施例二提供的搜索方法流程图，包括：

S301：服务端提供出行数据库，该出行数据库中记录有旅游地点信息以及不同旅游地点之间的交通信息，所述旅游地点信息中包括不同旅游地点的地理位置信息，所述交通信息中包括至少一种交通方式以及对应的交通距离和交通时长。

S302：客户端接收用户的周边旅游地点查询指令，根据该查询指令，向服务端发送查询请求，其中携带有旅游出发地信息。

这里，查询请求中可以包括用户的周边旅游地点查询指令中指示的对待查询的旅游目的地的查询条件，具体可以包括待查询的目的地与出发地之间的距离范围信息、从出发地到达待查询的目的地的时长范围信息、用户指定的交通方式、旅游目的地的属性信息、与旅游出发地之间距离最近的N个城市、到达时长最短的M个城市中的一种或多种，M和N为正整数，M可以等于N。除后两种外，其它几种查询条件已在实施例一中说明，这里不再赘述。

这里，上述与旅游出发地之间距离最近的N个城市，也即在将候选旅游地按与旅游出发地之间的交通距离从小到大进行排序后的前N个城市。比如，周边旅游地点查询条件包括查询出距离杭州最近的3个出境港口城市；则将各个候选旅游地按照与杭州之间的交通距离从小到大进行排列，选取前3名候选旅游地作为旅游目的地。这里的出境港口城市即为周边旅游地点的属性信息。上述到达时长最短的M个城市，也即在将候选旅游地按与旅游出发地之间的交通时长从小到大进行排序后的前M个城市。比如，周边旅游地点查询条件包括查询出从杭州驾车时间最短到达的3个出境港口城市；则将各个候选旅游地按照与杭州之间的交通时长从小到大进行排列，选取前3名候选旅游地作为旅游目的地。

S303：服务端根据客户端用户的旅游出发地信息，在出行数据库中查找满足用户的查询条件的旅游目的地。

S304：服务端向客户端返回查询结果，其中包含查找到的满足用户的查询条件的旅游目的地信息和该旅游目的地与旅游出发地之间的交通信息。

S305：客户端基于查询结果，生成查询结果页面，其中包含满足用户的周边旅游地点查询条件的旅游目的地信息和该旅游目的地与旅游出发地之间的交通信息。

举例说明上述应用场景，比如，用户的查询条件为查询出距离杭州(id为100001)最近的3个出境港口城市。此时，服务端可以先从表二中查找出发城市id为100001，并且对应的驾车距离最短的前1000个到达城市，再结合表一筛选出为出境港口城市的前3个城市。

再比如，用户的查询条件为搜索出杭州(id为100001)附近100公里以内或者驾驶时长在2小时以内的周边城市。此时，服务端可以先从表二中查找出发城市id为100001，并且对应的驾车距离在100公里以内、驾驶时长在2小时以内的到达城市id，再结合表一，查找出类型为2-城市的所有周边旅游地点作为旅游目的地返回给客户端。

实施例三

如图4所示，为本申请实施例三提供的服务器结构示意图，包括：

数据库模块41，用于提供出行数据库，所述出行数据库中记录有地点信息以及不同地点之间的交通信息，所述地点信息中包括不同地点的地理位置信息，所述交通信息中包括至少一种交通方式以及对应的交通距离和交通时长；

接收模块42，用于接收客户端的查询请求，所述查询请求中包括对待查询的目的地的查询条件；

确定模块43，用于确定所述客户端用户的出发地信息；

查询模块44，用于根据所述出发地信息，在所述出行数据库中查找满足所述查询条件的目的地信息；

发送模块45，用于向客户端返回查询模块44的查询结果，其中包含查找到的满足所述查询条件的目的地信息和该目的地与所述出发地之间的交通信息。

可选地，所述查询条件包括待查询的目的地与所述出发地之间的距离范围信息；查询模块44具体用于：根据所述出行数据库中记录的不同地点之间的交通距离，在所述出行数据库中查找与所述出发地之间的交通距离在所述距离范围内的目的地信息。

可选地，所述查询条件包括从所述出发地到达待查询的目的地的时长范围信息；所述查询模块44具体用于：

可选地，所述查询条件包括待查询的目的地与所述出发地之间的距离范围信息以及从所述出发地到达待查询的目的地的时长范围信息；所述查询模块44具体用于：

可选地，所述查询条件还包括用户指定的交通方式；所述查询模块44具体用于：

根据所述出行数据库中记录的不同地点之间的交通方式，筛选出与所述出发地之间支持所述指定的交通方式的目的地信息；在筛选出的目的地信息中，查找在所述指定的交通方式下，满足其它查询条件的目的地信息。

可选地，所述数据库模块41具体用于根据以下步骤确定出行数据库中不同地点之间的交通信息；

规划所述不同地点之间的交通路径；基于规划的交通路径，确定所述不同地点之间的交通信息。

可选地，若所述查询模块44在所述出行数据库中没有查找到满足所述查询条件的目的地信息，则所述确定模块还用于：根据所述出发地的地理位置信息和所述查询条件，确定候选地信息；规划确定的候选地与所述出发地之间的交通路径；基于规划的交通路径，确定所述候选地与所述出发地之间的交通信息；若确定的交通信息满足所述查询条件，则将所述候选地作为所述查询结果中的目的地。

实施例四

如图5所示，为本申请实施例四提供的客户端结构示意图，包括：

第一接收模块51，用于接收用户的查询指令；

发送模块52，用于根据所述查询指令，向服务端发送查询请求，所述查询请求中包括用户的查询指令中指示的对待查询的目的地的查询条件；

第二接收模块53，用于接收所述服务端基于出行数据库返回的查询结果；其中，所述出行数据库中记录有地点信息以及不同地点之间的交通信息，所述地点信息中包括不同地点的地理位置信息，所述交通信息中包括至少一种交通方式以及对应的交通距离和交通时长；

生成模块54，用于基于所述查询结果，生成查询结果页面，其中包含满足所述查询条件的目的地信息和该目的地与所述出发地之间的交通信息。

所述生成模块54具体用于：

可选地，所述查询条件包括从所述出发地到达待查询的目的地的时长范围信息；所述生成模块54具体用于：

所述生成模块54具体用于：

可选地，所述查询条件还包括用户指定的交通方式；

所述生成模块54具体用于：

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

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

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

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

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

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

Claims

1.一种搜索方法，其特征在于，该方法包括：

确定所述客户端用户的出发地信息；

向客户端返回查询结果，其中包含查找到的满足所述查询条件的目的地信息和该目的地与所述出发地之间的交通信息；

所述查询条件包括从所述出发地到达待查询的目的地的时长范围信息；在所述出行数据库中查找满足所述查询条件的目的地信息，包括：

2.如权利要求1所述的方法，其特征在于，所述查询条件包括待查询的目的地与所述出发地之间的距离范围信息；

3.如权利要求1所述的方法，其特征在于，所述查询条件包括待查询的目的地与所述出发地之间的距离范围信息以及从所述出发地到达待查询的目的地的时长范围信息；在所述出行数据库中查找满足所述查询条件的目的地信息，包括：

4.如权利要求1～3任一所述的方法，其特征在于，所述查询条件还包括用户指定的交通方式；在所述出行数据库中查找满足查询条件的目的地信息，包括：

5.如权利要求1所述的方法，其特征在于，所述服务端根据以下步骤确定出行数据库中不同地点之间的交通信息；

规划所述不同地点之间的交通路径；

基于规划的交通路径，确定所述不同地点之间的交通信息。

6.如权利要求1所述的方法，其特征在于，若在所述出行数据库中没有查找到满足所述查询条件的目的地信息，则所述方法还包括：

规划确定的候选地与所述出发地之间的交通路径；

7.一种搜索方法，其特征在于，该方法包括：

客户端接收用户的查询指令；

基于所述查询结果，生成查询结果页面，其中包含满足所述查询条件的目的地信息和该目的地与出发地之间的交通信息；

所述查询条件包括从所述出发地到达待查询的目的地的时长范围信息；

基于所述查询结果，生成查询结果页面，包括：

8.如权利要求7所述的方法，其特征在于，所述查询条件包括待查询的目的地与所述出发地之间的距离范围信息；

基于所述查询结果，生成查询结果页面，包括：

9.如权利要求7所述的方法，其特征在于，所述查询条件包括待查询的目的地与所述出发地之间的距离范围信息以及从所述出发地到达待查询的目的地的时长范围信息；

基于所述查询结果，生成查询结果页面，包括：

10.如权利要求7～9任一所述的方法，其特征在于，所述查询条件还包括用户指定的交通方式；

基于所述查询结果，生成查询结果页面，包括：

11.一种服务器，其特征在于，该服务器包括：

确定模块，用于确定所述客户端用户的出发地信息；

发送模块，用于向客户端返回所述查询模块的查询结果，其中包含查找到的满足所述查询条件的目的地信息和该目的地与所述出发地之间的交通信息；

所述查询条件包括从所述出发地到达待查询的目的地的时长范围信息；所述查询模块具体用于：

12.如权利要求11所述的服务器，其特征在于，所述查询条件包括待查询的目的地与所述出发地之间的距离范围信息；

所述查询模块具体用于：

13.如权利要求11所述的服务器，其特征在于，所述查询条件包括待查询的目的地与所述出发地之间的距离范围信息以及从所述出发地到达待查询的目的地的时长范围信息；所述查询模块具体用于：

14.如权利要求11～13任一所述的服务器，其特征在于，所述查询条件还包括用户指定的交通方式；所述查询模块具体用于：

15.一种客户端，其特征在于，该客户端包括：

第一接收模块，用于接收用户的查询指令；

生成模块，用于基于所述查询结果，生成查询结果页面，其中包含满足所述查询条件的目的地信息和该目的地与出发地之间的交通信息；

生成模块，具体用于：