[0043] 对地点的分类可以根据上一步骤获取到的该地点的相关数据，尽量细化类别，确 定更为精准的地点特征向量。
[0044] 步骤203,根据用户输入的信息，获取用户特征向量和游览相关信息；
[0045] 这里，所述用户特征向量用于表征用户的喜好。具体地，接收用户对地点类别的标 注，将标注为喜欢的地点类别确定为用户特征向量，并根据用户输入的信息，确定游览的持 续时间、起始时间及起点，若用户输入终点时，则一并确定游览的终点。这里，当用户将地点 类别中的小类标准为喜欢时，该小类对应的大类也自动标注为喜欢。
[0046] 步骤204,获取与所述用户特征向量相匹配的地点；
[0047] 具体地，确定路线中最末地点的模拟时间所属的时间段;根据预先存储的时间段 与地点类别的对应关系，确定所属的时间段对应的地点类别；判断所述用户特征向量是否 在确定得到的地点类别中，若是，则获取与所述用户特征向量相匹配的地点。当确定得到的 地点类别不包含所述用户特征向量时，则可以按照确定得到的地点类别获取地点，也可以 按照用户特征向量获取地点，也可以同时按照确定得到的地点类别和用户特征向量获取地 点。
[0048] 这里，所述模拟时间是指综合考虑获取到的游览起始时间、游览过程中的交通时 间、景点的游览时间确定的开始游览该地点的时间，即，以用户所输入的开始时间为起始时 间，选定景点后加上在该景点的游览时间和由前一地点到达该地点的交通时间作为模拟时 间。
[0049] 预先存储的时间段与地点类别的对应关系设置如下：6:00-11:00(饮食，娱乐）， 11:00-13:00(饮食），13:00-18:00(娱乐），18:00-24:00(住宿，饮食），在此设置中，00:00-6:00为休息时间，未设置对应的地点类别。
[0050] 其中，对于交通距离和交通时间的预估，本实施例子中可以通过调用百度地图LBS 版Direction API接口实现对两个地点之间交通距离和交通时间的预估。
[0051] Direction API是一套以http形式提供的公交、驾车、步行查询检索接口，返回xml 或json格式的检索数据，可用于实现开发线路规划功能。具体地，首先，申请密钥(密钥在访 问服务时的需要密钥作为唯一标识依据;然后，写出用于发送http请求的url，需要在url中 按照固定格式加入开发者的密钥，否则将无法访问服务;第三步，阅读百度提供的开发者文 档，了解其返回的数据格式，按照给定的数据格式解析读取所需要的数据。其调用方式有两 种，一种以地名作为参数传入，另一种以地点经炜度作为参数传入。由于地点名作为参数经 常出现无法定位的错误，因此采用经炜度作为参数传入，在从地点名称转化为经炜度的过 程中，同样调用百度地图的地名与经炜度转换API。
[0052]步骤205,根据所述浏览相关信息，判断所述地点是否满足预设条件；
[0053]这里，首先判断所述地点与路线中最末地点之间的交通距离是否小于距离阈值； 当所述交通距离小于所述距离阈值时，进一步判断所述地点的综合评分是否大于评分阈 值;当所述综合评分大于所述评分阈值时，确定所述地点满足预设条件。所述距离阈值用于 保证连续两个地点的距离不至于过远，进而使大部分时间耗费在交通时间上;所述评分阈 值用于保证路线中的地点有一个较高的游览价值。
[0054] 可选地，通过如下方式确定所述地点的综合评分:利用FinalScore = a · Score+β cos0，确定所述地点的综合评分;其中，Final Score为综合评分，Score为获取的地点评分， F'p,·! ^ F'rtV 4- -4- fipii * ir：；/r ： ；Γ ,，α、β为预设常数，且α+β = 1，冗:为地点 特征向s;，为用户特征向s;。
[0055] 应当理解，为了保证路线的质量，在初始的地点判断阶段，各阈值将会设为较高的 值，如果在某一时间段内，将数据库中同一地点类别符合条件的地点数据遍历完毕后，该时 间段仍有时间剩余，则降低评分阈值继续推荐过程;如果评分阈值低于低限值仍不能生成 完整路径，则降低距离阈值，继续判断地点。
[0056]步骤206,将满足预设条件的地点添加至路线；
[0057] 步骤207,判断当前地点的模拟时间是否符合游览结束条件，若不符合，则执行步 骤204,继续进行下一地点的确定，若符合，则执行步骤208,将得到的路线进行推送。
[0058] 判断当前地点的模拟时间是否位于结束时间范围内，若否，则进行下一地点的确 定；其中，所述当前地点的模拟时间是将上一地点的模拟时间加上到达当前地点的交通时 间和游览时间得到。所述结束时间范围可以为游览的结束时间左右偏移一预设的时间阈 值，以防止游览路线的时间与用户预计的游览时间出现较大偏差。
[0059] 将得到的路线进行推送，具体为，获得所述路线中的地点名称及对应的经炜度，使 用经炜度作为参数调用地图软件开发工具包(Software Development Kit，SDK)路径规划 API接口，通过改进地图显示界面刷新的条件，不断将下一点的经炜度进行迭代，循环调用 路径规划API，并将默认的起点和终点图标替换为地点名称图标，实现多点路径的连续显 不。
[0060] 可选地，在进行下一地点的确定之前，所述方法还包括：
[0061] 将用户输入的终点作为下一地点，确定所述终点的模拟时间是否在结束时间范围 内，若否，则进行下一地点的确定;这里，当所述终点的模拟时间不在结束时间范围内时，说 明所述终点的模拟时间与所述结束时间之间还有时间空余，故需要继续进行下一地点的确 定。否则，则将用户输入的终点作为路线的终点。
[0062] 本发明实施例提供的路线推送方法，根据用户输入的信息获取代表用户喜好的用 户特征向量，按照模拟时间所属的时间段，获取与用户特征向量匹配的地点段，不仅保证了 用户游览的舒适度，并且利用用户特征向量更为真实准确地表征了用户喜好，提高了地点 与用户的契合度，通过对时间分段并推荐特定类型，满足用户活动的基本规律，更精准地找 出符合用户期望的地点，并根据模拟时间对确定是否结束地点的确定，保证所推送的路线 的交通时间和游览时间综合不超过用户预计的游览时间，保证用户在设定的时间内能够完 成路线游览，利于用户更好规划，避免游览超时对后续行程造成影响，提高了路线推送的精 准性。
[0063] 本发明实施例还提供的一种路线推送系统，该系统的各功能模块可用于上述方法 实施例的流程，具体可参考图3,包括:用户信息获取模块31、地点获取模块32、路线生成模 块33以及路线显示模块34;其中，
[0064] 所述用户信息获取模块31，用于根据用户输入的信息，获取用户特征向量和游览 相关信息；
[0065] 所述地点获取模块32,用于获取与所述用户特征向量相匹配的地点；
[0066] 所述路线生成模块33,用于根据所述浏览相关信息，判断所述地点是否满足预设 条件，将满足预设条件的地点添加至路线，判断当前地点的模拟事件是否符合游览结束条 件，若不符合，则继续进行下一地点的确