CN106919676A - 地图中地点的推荐方法、装置、服务器和系统 - Google Patents

Abstract

本发明实施例提供了一种地图中地点的推荐方法、装置、服务器和系统，所述方法包括：接收客户端发送的用于查找集合地点的查询请求，该查询请求中包括至少两个出发地点的属性信息；基于至少两个出发地点的属性信息确定至少一个集合地点；将集合地点的信息发送至客户端，以进行显示。本发明实施例提供的方案，根据用户需求推荐目标地点(如集合地点)，提高用户出行效率，提升用户体验。

Description

地图中地点的推荐方法、装置、服务器和系统

技术领域

本发明实施例涉及电子地图技术领域，尤其涉及一种地图中地点的推荐方法、装置、服务器和系统。

背景技术

随着城市建设的快速步伐，城市规模在不断扩大，公交线路也在不断增容。电子地图的应用提高了人们寻找目的地、查询路线的效率，节省时间，给人们出行带来更多便利。

然而，发明人的实现本发明的过程中，发现现有技术存在如下缺陷：

现有的电子地图仅具备了基础的地点查询和交通方式查询功能，却不具备地点推荐的功能，例如当多个人在多个不同的地点，想要选择一个合适的地点集合时，人们仅能凭借日常生活经验、出行经验去选择。

发明内容

本发明实施例提供一种地图中地点的推荐方法、装置、服务器和系统，根据用户需求推荐目标地点(如集合地点)，提高用户出行效率，提升用户体验。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，本发明提供了一种地图中地点的推荐方法，包括：

接收客户端发送的用于查找集合地点的查询请求，所述查询请求中包括至少两个出发地点的属性信息；

基于所述至少两个出发地点的属性信息确定至少一个所述集合地点；

将所述集合地点的信息发送至客户端，以进行显示。

第二方面，本发明提供了一种地图中地点的推荐装置，包括：

请求接收模块，用于接收客户端发送的用于查找集合地点的查询请求，所述查询请求中包括至少两个出发地点的属性信息；

集合地点确定模块，用于基于所述至少两个出发地点的属性信息确定至少一个所述集合地点；

地点发送模块，用于将所述集合地点的信息发送至客户端，以进行显示。

第三方面，本发明提供了一种服务器，包括：

存储器，用于存储地图中地点的推荐程序；

处理器，耦合至所述存储器，用于执行所述地图中地点的推荐程序，以用于：

接收客户端发送的用于查找集合地点的查询请求，所述查询请求中包括至少两个出发地点的属性信息；

基于所述至少两个出发地点的属性信息确定至少一个所述集合地点；

将所述集合地点的信息发送至客户端，以进行显示。

第四方面，本发明提供了一种地图中地点的推荐系统，包括：服务器和客户端；

所述客户端，用于向所述服务器发送用于查找集合地点的查询请求，并接收所述服务器根据所述查询请求推荐的集合地点的信息，进行显示，所述查询请求中包括至少两个出发地点的属性信息；

所述服务器包括：

请求接收模块，用于接收客户端发送的所述用于查找集合地点的查询请求；

集合地点确定模块，用于基于所述至少两个出发地点的属性信息确定至少一个所述集合地点；

地点发送模块，用于将所述集合地点的信息发送至客户端，以进行显示。

本发明提供的地图中地点的推荐方法、装置、服务器和系统，基于至少两个出发地点的属性信息确定至少一个集合地点，然后将集合地点发送至客户端进行显示，从而完善了地图类应用的功能，提高出行效率，优化出行，进而提升用户体验。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

图1为本发明实施例提供的地图中地点的推荐系统的结构示意图；

图2为本发明实施例提供的地图中地点的推荐方法的流程示意图一；

图3为本发明实施例提供的地图终端界面的示意图一；

图4为本发明实施例提供的地图终端界面的示意图二；

图5为本发明实施例提供的地图终端界面的示意图三；

图6为本发明实施例提供的地图中地点的推荐方法的流程示意图二；

图7为本发明实施例提供的地图终端界面的示意图四；

图8为本发明实施例提供的地图中地点的推荐装置的结构示意图一；

图9为本发明实施例提供的集合地点确定模块的结构示意图；

图10为本发明实施例提供的地图中地点的推荐装置的结构示意图二；

图11为本发明实施例提供的服务器的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

实施例一

现有的电子地图仅具备基本的地点查询和交通方式查询功能，并不具备根据多个指定的出发地点，确定集合地点并推荐给用户的地点推荐功能。

针对上述问题，本发明实施例提供一种地图中地点的推荐系统，用以根据多个出发地点确定合适的集合地点，并推荐给用户。如图1所示，该系统包括：客户端10和服务器20。

其中，客户端10部署于安装有地图应用的终端(如手机、笔记本、pad等终端)侧，进一步地，客户端10可以内嵌在地图应用中。所述地图应用是指具有电子地图功能的应用程序，例如百度地图、高德地图等任何具有人机交互界面的应用程序。客户端10可以通过地图应用的交互界面，获取用户查找集合地点的查询需求，然后根据查询需求形成查询请并发送至服务器20，以使服务器20根据查询请求，确定与各出发地点相适应的集合地点。如图1所示，服务器20的一种实现结构包括：请求接收模块201、集合地点确定模块202和地点发送模块203。

请求接收模块201，用于接收客户端发送的用于查找集合地点的查询请求，该查询请求中包括至少两个出发地点的属性信息。其中，出发地点的属性信息可以包括出发地点的位置信息，以及对应的出行方式信息。

集合地点确定模块202，与请求接收模块201连接，用于基于至少两个出发地点的属性信息确定至少一个所述集合地点。例如，根据出发地点的位置信息，以及对应的出行方式信息，可以推算出从各出发地点到某一目标地点的各个时长，然后根据各个时长就可以综合分析该目标地点作为集合地点是否合适。其中，所确定的集合地点可以是电子地图中所标记的地点，如街道、建筑、广场、公园等地点，并且确定的集合地点可为至少一个。

地点发送模块203，与集合地点确定模块202连接，用于待集合地点确定模块202确定至少一个集合地点后，将集合地点的信息发送至客户端。客户端接收到集合地点的信息后，将其进行显示，从而供用户查看。

在一可选实施方式中，集合地点确定模块202可先根据各出发地点的位置信息，预先选取出多个预选地点，然后从这些预选地点中再进一步选取出集合地点。例如，集合地点确定模块202先根据各出发地点的位置信息，以及对应的出行方式信息，计算从各出发地点到多个预选地点的出行时长；然后，从多个预选地点中选取出如下的预选地点作为集合地点，即从各出发地点到达该预选地点所用的各出行时长接近。这里所述的各出行时长接近可以理解为，各出行时长之间的差距对于人的时间感知而言，不存在较为明显的时间差，特别是在“约定时间点集合”的事件上，没有明显的谁先到，谁后到的时间差距。换言之，这种时间上相接近的差距不会影响先到者，等后到者时产生的显著的等人不快感。例如，可通过对出行时长进行量化，来限定“各出行时长接近”的评定标准。

例如，在一可选实施方式中，将出发地点到达某一预选地点的出行时长中，每两个出行时长的差值均小于第一阈值，来作为“各出行时长接近”的评定标准。

又例如，先针对各预选地点，计算各出发地点到预选地点的出行时长的方差；然后，将各出发地点到达预选地点所用的出行时长的方差小于第二阈值，来作为“各出行时长接近”的评定标准。

当然，确定“各出行时长接近”的方式和定义内容还可以有很多种，本发明在此不一一列举。

其中，当出发地点为两个时，上述预选地点可为以该两个出发点的连线作为直径的圆形区域内的点，当出发地点为三个及以上时，上述预选地点可为以该三个及以上的出发点作为顶点，所围成的多边形区域内的点。如此确定预选地点，既可以缩小范围，减少计算复杂度，同时还可以提高确定集合地点的合理性和准确性。

进一步地，地点发送模块203，发送集合地点的信息至客户端可采取如下方式：

由于集合地点确定模块202确定的集合地点可能为多个，因此，地点发送模块203可以先将这些集合地点进行排序，排序的原则为：根据各出发地点到达集合地点所用的各出行时长的接近程度，排序靠前的集合地点，其对应的接近程度较高。在实际将集合地点发送至客户端时，地点发送模块203，可以根据集合地点的排序情况，选择性的发送集合地点的信息至客户端。例如，将已排序的集合地点中，排位第一的集合地点的信息发送至客户端，以进行显示。排位第一的集合地点，其对应的各个出行时长最为接近，最为符合人们在选择集合地点时普遍采用的方案。

客户端10接收服务器20发送的集合地点的信息，并在地图应用中进行显示，以供用户查看。

可选地，当用户对当前显示的集合地点不满意时，可以通过电子地图的交互界面，输入另选集合地点的需求，客户端将该需求形成集合地点另选请求，发送给服务器20。

服务器20中的请求接收模块201接收到该请求后，将之前已排序的集合地点中，按排序的顺序，将未被发送至客户端的集合地点的信息发送至客户端10，以进行显示。例如，请求接收模块201可将排序中的第2-11个集合地点发送给客户端10进行显示，如果用户还是不满意，那么可再将排序中的第12-21个集合地点发送给客户端10进行显示，依此类推，直到排序中的集合地点全部在客户端10中进行显示。

如图用户对当前推荐的集合地点满意，还可以通过电子地图的交互界面，输入分享集合地点的需求，客户端10根据该需求形成分享请求并发送至服务器20，该分享请求中可包括分享内容和分享对象；其中，分享内容可包括集合地点、出发地点的属性信息(出发地点的位置，及对应的出行方式)。

服务器20根据分享请求，将分享内容发送给分享对象，以供分享对象根据该分享内容完成在指定集合地点进行集合。

实施例二

针对现有技术中无法提供根据至少两个出发地点，推荐集合地点的问题，本申请实施例除了提供地图中地点的推荐系统之外，从服务器的角度，还提供了一种地图中地点的推荐方法，用以向客户端推荐基于至少两个出发地点而确定的集合地点。如图2所示，该方法包括以下步骤：

S210，接收客户端发送的用于查找集合地点的查询请求，该查询请求中包括至少两个出发地点的属性信息。

在本发明一示例性实施例中，可以在电子地图中提供输入框，用户可以通过输入框输入出发地点的属性信息。在另一些实施例中，可以在地图模式下，通过触摸(或点击)地图中某个位置点实现地点选择，从而输入查询请求。

示例性地，查询请求中可以包括至少两个出发地点的属性信息，例如，任一个出发地点的属性信息可以包括位置信息(例如，位置名称、经纬度等)，也可以包括每个出发地点的用户对应的出行方式信息(例如，步行、自驾、乘坐地铁等)。

例如图3所示，用户可在内嵌有客户端的电子地图的交互界面选择“集合点”的操作键，客户端便被触发启动推荐集合地点的功能，跳转到图3所示的界面中。用户可在图3所示界面中输入多个出发地点的属性信息，包括出发地点的位置信息及对应的出行方式。

S220，基于至少两个出发地点的属性信息确定至少一个集合地点。

例如，用户输入三个出发地点A、B和C，以及与该三个出发地点分别对应的出行方式信息步行、地铁和自驾，则根据这些信息确定至少一个集合地点。

S230，将集合地点的信息发送至客户端，以进行显示。

具体地，客户端在接收到集合地点的信息后，可以通过文字模式和/或地图模式显示在电子地图的应用界面上，以推荐给用户。

例如，图5中所示，为客户端在电子地图的地图模式下显示个出发地点到集合地点的线路图。

本发明实施例提供的地图中地点的推荐方法，根据用户提供的至少两个出发地点的信息，为用户推荐合适的集合地点，完善了地图类应用的功能，提高出行效率，优化出行，进而提升用户体验。

实施例三

图6为本发明实施例提供的地图中地点的推荐方法的流程示意图二，可视为图2所示方法实施例的细化。

如图6所示，一种地图中地点的推荐方法包括如下步骤：

步骤610，接收客户端发送的用于查找集合地点的查询请求，该查询请求中包括至少两个出发地点的属性信息。

在本发明一示例性实施例中，可以在电子地图中提供输入框，用户可以通过输入框输入出发地点的属性信息。在另一些实施例中，可以在地图模式下，通过触摸(或点击)地图中某个位置点实现地点选择，从而输入查询请求。

示例性地，查询请求中可以包括至少两个出发地点的属性信息，例如，任一个出发地点的属性信息可以包括位置信息(例如，位置名称、经纬度等)，也可以包括每个出发地点的用户对应的出行方式信息(例如，步行、自驾、乘坐地铁等)。

步骤620，根据各出发地点的位置信息，以及对应的出行方式信息，计算从各出发地点到多个预选地点的出行时长。

其中，当出发地点为两个时，预选地点为以该两个出发点的连线作为直径的圆形区域内的点，当出发地点为三个及以上时，预选地点为以该三个及以上的出发点作为顶点，所围成的多边形区域内的点。

具体地，在计算各出发地点到预选地点的出行时长时，可以通过地图扫描的方式逐一对上述区域内的点进行扫描，每个扫描点均可作为一个预选地点。以上述区域中所有扫描点作为预选地点，计算各出发地点到预选地点的出行时长。

例如，针对两个出发地点A和B，且A对应的出行方式为自驾，B对应的出行方式为地铁，预选地点为M，则可计算得到出发地点A和B到达预选地点M的出行时长为：

D1＝A到M的距离÷自驾速度，

D2＝B到M的距离÷地铁速度。

其中，出行工具的行驶速度可以为经验值。

S630，从多个预选地点选取出如下的预选地点作为集合地点，从各出发地点到达该预选地点所用的各出行时长接近。

这里所述的各出行时长接近可以理解为，各出行时长之间的差距对于人的时间感知而言，不存在较为明显的时间差，特别是在“约定时间点集合”的事件上，没有明显的谁先到，谁后到的时间差距。换言之，这种时间上相接近的差距不会影响先到者，等后到者时产生的显著的等人不快感。例如，可通过对出行时长进行量化，来限定“各出行时长接近”的评定标准。

例如，在一可选实施方式中，将出发地点到达某一预选地点的出行时长中，每两个出行时长的差值均小于第一阈值，来作为“各出行时长接近”的评定标准。

例如，假设存在四个出发地点A、B、C和D，以及该四个出发地点对应的出行方式(或者交通方式)，设定10个预选地点M_i(i＝0、1、2，…，9)，从4个出发地点出发至第i个预选地点M_i所用的出行时长分别为a_i、b_i、c_i和d_i，针对每个预选地点M_i计算任意两个出行时长的差值，如a_i-b_i、a_i-c_i、a_i-d_i、b_i-c_i、b_i-d_i、c_i-d_i，且它们的值均小于预先设定的第一阈值，例如2分钟时，则称“各出行时长接近”，相对应的M_i可作为一个集合地点；反之，若上述出行时长中，任意两个出行时长的差值大于第一阈值，则称“各出行时长不接近”，相对应的M_i不可作为集合地点。

又例如，在一可选实施方式中，可先针对各预选地点，计算各出发地点到预选地点的出行时长的方差；然后，将各出发地点到达预选地点所用的出行时长的方差小于第二阈值，作为“各出行时长接近”的评定标准。其中第二阈值为经验值。

当然，确定“各出行时长接近”的方式和定义内容还可以有很多种，本发明在此不一一列举。

S640，根据各出发地点到达集合地点所用的各出行时长的接近程度，对确定的至少一个集合地点进行排序，排序靠前的集合地点，其对应的接近程度较高。

例如，以上述示出的“各出行时长接近”的评定标准对各预选地点进行进一步分析，如在各出发地点到达该预选地点的出行时长中，每两个出行时长的差值均小于第一阈值的判定中，进一步计算各差值的平均值，然后将各集合地点按照其对应的差值的平均值从小到大进行排序，排序靠前的其对应的各出行时长越接近”；又例如，针对各所述集合地点，计算各出发地点到集合地点的出行时长的方差，然后将各集合地点按照方差从小到大进行排序，排序靠前的其对应的各出行时长越接近。

S650，将集合地点的信息发送至客户端，以进行显示。步骤S350与步骤S230的内容相似。

具体地，基于步骤S640中，对各集合地点进行排序的操作，在将集合地点的信息发送至客户端时，也可以采用如下的方式进行：

在服务器完成对集合地点的排序后，可先将已排序的集合地点中，排位第一的集合地点的信息发送至客户端，以进行显示。

如图用户对当前推荐的集合地点不满意，则可以通过电子地图的交互界面输入另选集合地点的需求，客户端根据该需求形成集合地另选请求，并发送至服务器。

服务器接收到客户端发送的集合地点另选请求后，将已排序的集合地点中，按排序的顺序，将未被发送至客户端的集合地点的信息发送至客户端，以进行显示，供用户参考。例如，可将排序中的第2-11个集合地点发送给客户端进行显示，如果用户还是不满意，那么可再将排序中的第12-21个集合地点发送给客户端进行显示，依此类推，直到排序中的集合地点全部在客户端10中进行显示。

S660，接收客户端发送的分享请求，该分享请求包括分享内容和分享对象，其中，分享内容包括集合地点、出发地点的属性信息。

在实际应用场景中，如图用户对当前推荐的集合地点满意，还可以通过电子地图的交互界面，输入分享集合地点的需求，客户端根据该需求形成分享请求并发送至服务器，该分享请求中可包括分享内容和分享对象；其中，分享内容可包括集合地点、出发地点的属性信息(出发地点的位置，及对应的出行方式)。

S670，根据分享请求，将分享内容发送给分享对象；以供分享对象根据该分享内容完成在指定集合地点进行集合。

例如，可以通过分享渠道(例如，微信、QQ、微博、电话簿)等将分享内容(例如，集合地点、至少两个出发地点、与至少两个出发地点对应的出行方式中的至少一个)分享给分享对象，使得分享对象能够实时、同步地查看到分享内容。例如，用户在地图终端(终端设备上的地图类应用)接收到集合地点的地址、出行时长和出行方式等推送信息后，通过地图终端的分享指令选项卡，选择分享到“微信”即可打开微信客户端查找微信联系人，进而向被选择的微信联系人分享集合地点的地址、出行时长和出行方式等信息。

如图7所示，为通过电子地图实现将分享内容发送给分享对象的操作界面。

在本实施例中，当出发地点的个数，以及对应的出行方式更为多样化时，通过人为判断一个合适的集合地点就显得尤为困难，而本发明实施例中的地图中地点的推荐方法可以快速、合理的为用户推荐至少一个集合地点，方便用户出行，提高用户体验。

实施例四

针对现有技术中无法推荐集合地点的问题，本申请实施例除了提供地图中地点的推荐系统、方法之外，还提供了一种地图中地点的推荐装置，用以实现推荐集合地点的功能。如图8所示，该装置包括：请求接收模块810、集合地点确定模块820和地点发送模块830。

请求接收模块810，用于接收客户端发送的用于查找集合地点的查询请求，该查询请求中包括至少两个出发地点的属性信息；

集合地点确定模块820，用于基于至少两个出发地点的属性信息确定至少一个集合地点；

地点发送模块830，用于将集合地点的信息发送至客户端，以进行显示。

在一可选实施方式中，所述出发地点的属性信息包括出发地点的位置信息，以及对应的出行方式信息；在此基础上，如图9所示，集合地点确定模块820可具体包括：

时长计算单元821，用于根据各出发地点的位置信息，以及对应的出行方式信息，计算从各出发地点到多个预选地点的出行时长；集合地点选取单元822，用于从多个预选地点选取出如下的预选地点作为集合地点，从各出发地点到达该预选地点所用的各出行时长接近；其中，当出发地点为两个时，预选地点为以该两个出发点的连线作为直径的圆形区域内的点，当出发地点为三个及以上时，预选地点为以该三个及以上的所述出发点作为顶点，所围成的多边形区域内的点。

进一步，可选的，从各出发地点到达该预选地点所用的各出行时长接近包括：各出发地点到达该预选地点的出行时长中，每两个出行时长的差值均小于第一阈值。

进一步地，时长计算单元821还可用于，针对各预选地点，计算各出发地点到预选地点的出行时长的方差；相对应的，从各出发地点到达该预选地点所用的各出行时长接近包括：所述出行时长的方差小于第二阈值。

在一可选实施方式中，如图10所示，本实施例中的地图中地点的推荐装置，还可包括：地点排序模块840，用于根据各出发地点到达集合地点所用的各出行时长的接近程度，对确定的至少一个集合地点进行排序，排序靠前的集合地点，其对应的接近程度较高。

在一可选实施方式中，地点发送模块830具体可用于，将已排序的集合地点中，排位第一的集合地点的信息发送至客户端，以进行显示。

进一步，可选的，请求接收模块810还可用于，接收客户端发送的集合地点另选请求；地点发送模块830还可用于，将已排序的集合地点中，按排序的顺序，将未被发送至客户端的集合地点的信息发送至客户端，以进行显示。

在一可选实施方式中，请求接收模块810还可用于，接收客户端发送的分享请求，该分享请求包括分享内容和分享对象，其中，分享内容包括集合地点、出发地点的属性信息；地点发送模块830还可用于，根据分享请求，将分享内容发送给分享对象。

本实施例提供的地图中地点的推荐装置，可执行上述地图中地点的推荐方法实施例的流程，有关细节可参见前述方法实施例，在此不再赘述。

本实施例提供的地图中地点的推荐装置，接收客户端发送的用于查找集合地点的查询请求，该查询请求中包括至少两个出发地点的属性信息；基于至少两个出发地点的属性信息确定至少一个集合地点；并将集合地点的信息发送至客户端，以进行显示，解决了现有技术不具备根据多个出发地点推荐集合地点的解决方案。

实施例五

以上描述了地图中地点的推荐装置的内部功能和结构，如图11所示，实际中，该地图中地点的推荐装置可实现为一种服务器，包括：存储器111和处理器112。

存储器111，用于存储程序。

除上述程序之外，存储器111还可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

存储器111可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

处理器112，耦合至存储器111，用于执行存储器111中的程序，以用于：

接收客户端发送的用于查找集合地点的查询请求，该查询请求中包括至少两个出发地点的属性信息；

基于至少两个出发地点的属性信息确定至少一个集合地点；

将集合地点的信息发送至客户端，以进行显示。

上述的具体处理操作已经在前面实施例中进行了详细说明，在此不再赘述。

进一步，如图11所示，电子设备还可以包括：通信组件113、电源组件114、音频组件115、显示器116等其它组件。图11中仅示意性给出部分组件，并不意味着电子设备只包括图11所示组件。

通信组件113被配置为便于电子设备和其他设备之间有线或无线方式的通信。电子设备可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件113经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件113还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

电源组件114，为电子设备的各种组件提供电力。电源组件114可以包括电源管理系统，一个或多个电源，及其他与为电子设备生成、管理和分配电力相关联的组件。

音频组件115被配置为输出和/或输入音频信号。例如，音频组件115包括一个麦克风(MIC)，当电子设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器111或经由通信组件113发送。在一些实施例中，音频组件115还包括一个扬声器，用于输出音频信号。

显示器116包括屏幕，其屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (18)

1.一种地图中地点的推荐方法，其特征在于，所述方法包括：

接收客户端发送的用于查找集合地点的查询请求，所述查询请求中包括至少两个出发地点的属性信息；

基于所述至少两个出发地点的属性信息确定至少一个所述集合地点；

将所述集合地点的信息发送至客户端，以进行显示。

2.根据权利要求1所述的方法，其特征在于，所述出发地点的属性信息包括出发地点的位置信息，以及对应的出行方式信息，

所述基于所述至少两个出发地点的属性信息确定至少一个所述集合地点包括：

根据各出发地点的位置信息，以及对应的出行方式信息，计算从各出发地点到多个预选地点的出行时长；

从所述多个预选地点选取出如下的预选地点作为所述集合地点，从各所述出发地点到达该预选地点所用的各所述出行时长接近；

其中，当所述出发地点为两个时，所述预选地点为以该两个所述出发点的连线作为直径的圆形区域内的点，当所述出发地点为三个及以上时，所述预选地点为以该三个及以上的所述出发点作为顶点，所围成的多边形区域内的点。

3.根据权利要求2所述的方法，其特征在于，

所述从各所述出发地点到达该预选地点所用的各所述出行时长接近包括：

各所述出发地点到达该预选地点的出行时长中，每两个所述出行时长的差值均小于第一阈值。

4.根据权利要求2所述的方法，其特征在于，所述方法还包括：

针对各所述预选地点，计算各所述出发地点到所述预选地点的出行时长的方差；

所述从各所述出发地点到达该预选地点所用的各所述出行时长接近包括：

所述出行时长的方差小于第二阈值。

5.根据权利要求2-4中任一种所述的方法，其特征在于，所述方法还包括：

根据各所述出发地点到达所述集合地点所用的各所述出行时长的接近程度，对确定的所述至少一个所述集合地点进行排序，排序靠前的所述集合地点，其对应的所述接近程度较高。

6.根据权利要求5所述的方法，其特征在于，将所述集合地点的信息发送至客户端，以进行显示包括：

将已排序的所述集合地点中，排位第一的所述集合地点的信息发送至所述客户端，以进行显示。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

接收所述客户端发送的集合地点另选请求；

将已排序的所述集合地点中，按排序的顺序，将未被发送至所述客户端的所述集合地点的信息发送至所述客户端，以进行显示。

8.根据权利要求1-4中任一种所述的方法，其特征在于，所述方法还包括：

接收所述客户端发送的分享请求，所述分享请求包括分享内容和分享对象，其中，所述分享内容包括所述集合地点、所述出发地点的属性信息；

根据所述分享请求，将所述分享内容发送给所述分享对象。

9.一种地图中地点的推荐装置，其特征在于，所述装置包括：

请求接收模块，用于接收客户端发送的用于查找集合地点的查询请求，所述查询请求中包括至少两个出发地点的属性信息；

集合地点确定模块，用于基于所述至少两个出发地点的属性信息确定至少一个所述集合地点；

地点发送模块，用于将所述集合地点的信息发送至客户端，以进行显示。

10.根据权利要求9所述的装置，其特征在于，所述出发地点的属性信息包括出发地点的位置信息，以及对应的出行方式信息，

所述集合地点确定模块包括：

时长计算单元，用于根据各出发地点的位置信息，以及对应的出行方式信息，计算从各出发地点到多个预选地点的出行时长；

集合地点选取单元，用于从所述多个预选地点选取出如下的预选地点作为所述集合地点，从各所述出发地点到达该预选地点所用的各所述出行时长接近；

其中，当所述出发地点为两个时，所述预选地点为以该两个所述出发点的连线作为直径的圆形区域内的点，当所述出发地点为三个及以上时，所述预选地点为以该三个及以上的所述出发点作为顶点，所围成的多边形区域内的点。

11.根据权利要求10所述的装置，其特征在于，所述从各所述出发地点到达该预选地点所用的各所述出行时长接近包括：

各所述出发地点到达该预选地点的出行时长中，每两个所述出行时长的差值均小于第一阈值。

12.根据权利要求10所述的装置，其特征在于，所述时长计算单元还用于，针对各所述预选地点，计算各所述出发地点到所述预选地点的出行时长的方差；

所述从各所述出发地点到达该预选地点所用的各所述出行时长接近包括：

所述出行时长的方差小于第二阈值。

13.根据权利要求10-12中任一种所述的装置，其特征在于，所述装置还包括：

地点排序模块，用于根据各所述出发地点到达所述集合地点所用的各所述出行时长的接近程度，对确定的所述至少一个所述集合地点进行排序，排序靠前的所述集合地点，其对应的所述接近程度较高。

14.根据权利要求13所述的装置，其特征在于，所述地点发送模块具体用于，将已排序的所述集合地点中，排位第一的所述集合地点的信息发送至所述客户端，以进行显示。

15.根据权利要求14所述的装置，其特征在于，

所述请求接收模块还用于，接收所述客户端发送的集合地点另选请求；

所述地点发送模块还用于，将已排序的所述集合地点中，按排序的顺序，将未被发送至所述客户端的所述集合地点的信息发送至所述客户端，以进行显示。

16.根据权利要求9-12中任一种所述的装置，其特征在于，

所述请求接收模块还用于，接收所述客户端发送的分享请求，所述分享请求包括分享内容和分享对象，其中，所述分享内容包括所述集合地点、所述出发地点的属性信息；

所述地点发送模块还用于，根据所述分享请求，将所述分享内容发送给所述分享对象。

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

存储器，用于存储程序；

处理器，耦合至所述存储器，用于执行所述程序，以用于：

接收客户端发送的用于查找集合地点的查询请求，所述查询请求中包括至少两个出发地点的属性信息；

基于所述至少两个出发地点的属性信息确定至少一个所述集合地点；

将所述集合地点的信息发送至客户端，以进行显示。

18.一种地图中地点的推荐系统，其特征在于，包括：服务器和客户端；

所述客户端，用于向所述服务器发送用于查找集合地点的查询请求，并接收所述服务器根据所述查询请求推荐的集合地点的信息，进行显示，所述查询请求中包括至少两个出发地点的属性信息；

所述服务器包括：

请求接收模块，用于接收客户端发送的所述用于查找集合地点的查询请求；

集合地点确定模块，用于基于所述至少两个出发地点的属性信息确定至少一个所述集合地点；

地点发送模块，用于将所述集合地点的信息发送至客户端，以进行显示。