定，若符合，则将得到的路线发送给路线显示模块 34;
[0067]所述路线显示模块34,用于将接收到的路线进行推送；
[0068] 其中，所述用户特征向量用于表征用户的喜好。
[0069] 本发明实施例提供的路线推送系统，根据用户输入的信息获取代表用户喜好的用 户特征向量，获取与用户特征向量匹配的地点段，根据模拟时间对确定是否结束地点的确 定，不仅保证了用户游览的舒适度，并且利用用户特征向量更为真实准确地表征了用户喜 好，提高了地点与用户的契合度，进而实现路线的精准推送。
[0070]图4示出了本发明实施例提供的路线推送系统的实施例一的结构，如图4所示，所 述系统在图3基础上，还包括：网络数据获取模块35,用于从网络中获取地点及相关数据，并 对获取到的地点进行分类，确定各地点的地点特征向量。这里，将获取到的所有地点分为四 个大类：饮食(Food)，娱乐（Entertainment)，住宿（Stay)，购物（Shopping); 12个小类：小吃 (Snack)，甜品（Dessert)，餐馆(Restaurant)，电影院（Cinema)，旅游景点（Attraction)，公 园（Park)，酒店（Hotel)，宾馆（Lodge)，招待所（Guesthouse)，超市（Supermarket)，便利店 (Store)，大型商场(Mall)。其中，大类与小类之间的包含关系下：饮食(小吃，甜品，餐馆）， 娱乐（电影院，旅游景点，公园），住宿(酒店，宾馆，招待所），购物(超市，便利店，大型商场）。 对地点的分类可以根据上一步骤获取到的该地点的相关数据，尽量细化类别，确定更为精 准的地点特征向量。
[0071] 可选的，所述用户信息获取模块31，具体用于接收用户对地点类别的标注，将标注 为喜欢的地点类别确定为用户特征向量，并根据用户输入的信息，确定游览的持续时间、起 始时间及起点。
[0072] 可选的，所述地点获取模块32,具体用于确定路线中最末地点的模拟时间所属的 时间段;根据预先存储的时间段与地点类别的对应关系，确定所属的时间段对应的地点类 另IJ;判断所述用户特征向量是否在确定得到的地点类别中，若是，则获取与所述用户特征向 量相匹配的地点。这里，所述模拟时间是指综合考虑获取到的游览起始时间、游览过程中的 交通时间、景点的游览时间确定的开始游览该地点的时间，即，以用户所输入的开始时间为 起始时间，选定景点后加上在该景点的游览时间和由前一地点到达该地点的交通时间作为 模拟时间。
[0073]预先存储的时间段与地点类别的对应关系设置如下：6:00-11:00(饮食，娱乐）， 11:00-13:00(饮食），13:00-18:00(娱乐），18:00-24:00(住宿，饮食），在此设置中，00:00-6:00为休息时间，未设置对应的地点类别。
[0074] 其中，对于交通距离和交通时间的预估，本实施例子中可以通过调用百度地图LBS 版Direction API接口实现对两个地点之间交通距离和交通时间的预估。
[0075] Direction API是一套以http形式提供的公交、驾车、步行查询检索接口，返回xml 或json格式的检索数据，可用于实现开发线路规划功能。具体地，首先，申请密钥(密钥在访 问服务时的需要密钥作为唯一标识依据;然后，写出用于发送http请求的url，需要在url中 按照固定格式加入开发者的密钥，否则将无法访问服务;第三步，阅读百度提供的开发者文 档，了解其返回的数据格式，按照给定的数据格式解析读取所需要的数据。其调用方式有两 种，一种以地名作为参数传入，另一种以地点经炜度作为参数传入。由于地点名作为参数经 常出现无法定位的错误，因此采用经炜度作为参数传入，在从地点名称转化为经炜度的过 程中，同样调用百度地图的地名与经炜度转换API。
[0076]可选的，所述路线生成模块33,具体用于判断所述地点与路线中最末地点之间的 交通距离是否小于距离阈值；当所述交通距离小于所述距离阈值时，进一步判断所述地点 的综合评分是否大于评分阈值；当所述综合评分大于所述评分阈值时，确定所述地点满足 预设条件。应当理解，为了保证路线的质量，在初始的地点判断阶段，各阈值将会设为较高 的值，如果在某一时间段内，将数据库中同一地点类别符合条件的地点数据遍历完毕后，该 时间段仍有时间剩余，则降低评分阈值继续推荐过程;如果评分阈值低于低限值仍不能生 成完整路径，则降低距离阈值，继续判断地点。
[0077]可选的，所述路线生成模块33,还用于确定所述地点的综合评分。
[0078] 可选的，所述路线生成模块33,具体用于利用FinalScore = a · Score+ Pcos9，确 定所述地点的综合评分；其中，FinalScore为综合评分，Score为获取的地点评分， . Fcax>：? Fa\\ + + Fca7 ^ Fa\\ __ C〇S0 = n= 2 f 2 p T，α、β为预设常数，^ 为地点 特征向量，为用户特征向量。
[0079] 可选的，所述路线生成模块33,具体用于判断当前地点的模拟时间是否位于结束 时间范围内，若否，则进行下一地点的确定;其中，所述当前地点的模拟时间是将上一地点 的模拟时间加上到达当前地点的交通时间和游览时间得到。所述结束时间范围可以为游览 的结束时间左右偏移一预设的时间阈值，以防止游览路线的时间与用户预计的游览时间出 现较大偏差。
[0080] 可选的，所述路线生成模块33,还用于将用户输入的终点作为下一地点，确定所述 终点的模拟时间是否在结束时间范围内，若否，则进行下一地点的确定。这里，当所述终点 的模拟时间不在结束时间范围内时，说明所述终点的模拟时间与所述结束时间之间还有时 间空余，故需要继续进行下一地点的确定。否则，则将用户输入的终点作为路线的终点。
[0081] 可选的，所述路线显示模块34,具体用于获得所述路线中的地点的地点名称及对 应的经炜度，使用经炜度作为参数调用地图SDK路径规划API接口，通过改进地图显示界面 刷新的条件，不断将下一点的经炜度进行迭代，循环调用路径规划API，并将默认的起点和 终点图标替换为地点名称图标，实现多点路径的连续显示。
[0082] 本发明提供的路线推送系统，各模块工作过程与上述方法实施例类似，在此不再 赘述。
[0083]本发明实施例提供的路线推送方法及系统，根据用户输入的信息获取代表用户喜 好的用户特征向量，按照模拟时间所属的时间段，获取与用户特征向量匹配的地点段，不仅 保证了用户游览的舒适度，并且利用用户特征向量更为真实准确地表征了用户喜好，提高 了地点与用户的契合度，通过对时间分段并推荐特定类型，满足用户活动的基本规律，更精 准地找出符合用户期望的地点，并根据模拟时间对确定是否结束地点的确定，保证所推送 的路线的交通时间和游览时间综合不超过用户预计的游览时间，保证用户在设定的时间 内能够完成路线游览，利于用户更好规划，避免游览超时对后续行程造成影响，提高了路线 推送的精准性。
[0084]本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通 过程序指令