CN105761175A - 旅游路线订制方法和服务器 - Google Patents

Abstract

本发明提供了一种旅游路线订制方法和服务器；其中，该方法包括：服务器接收终端发送的约伴检索请求，所述约伴检索请求包含出发点名称、途经地点名称、目的地名称和时间信息；所述服务器根据所述约伴检索请求的内容调取预先存储的与所述约伴检索请求的内容相匹配的旅游路线，所述旅游路线包含线上旅行同伴的信息和/或目的地向导的信息；所述服务器将所述旅游路线发送至所述终端；所述服务器接收所述终端选定的旅游路线，并与所述终端生成订制所述选定的旅游路线的交易信息；本申请具有提供旅行伙伴或者目的地向导，并能够满足个性化的旅游需求的积极效果。

Description

旅游路线订制方法和服务器

技术领域

本发明涉及旅游交互技术领域，具体而言，涉及一种旅游路线订制方法和服务器。

背景技术

随着生活水平的提高，旅游也越来越多的深入到人们的生活中，当前旅游通常分为自助游和跟团游，其中，自助游以其灵活自由的安排行程深受人们的喜欢，然而自助游往往由于出行者对旅游当地路况等环境不够了解，碰到种种困境，进而浪费时间、金钱和精力。

跟团旅游可以使消费者免去路况不熟悉带来的困扰，省时省心，然而跟团旅游的方式通常线路统一规划，这种商家选定的固定线路的方式无法满足消费者个性化的需求，导致消费者游玩的质量不高。

现有的旅游路线检索技术中，虽然能够为用户提供较为全面的旅游路线信息，但是无法实现在提供旅游路线的同时精确匹配出同一旅游路线上的旅游同行者的信息以及目的地向导的信息，从而无法满足个性旅游需求；针对上述旅游线路规划不完善，导致消费者游玩质量不高的问题，目前尚未提出有效的个性旅游解决方案。

发明内容

有鉴于此，本发明实施例的目的在于提供一种旅游路线订制方法和服务器，以达到能够实现寻找线上旅行同伴和目的地向导以及提供个性化的旅游方式的目的。

为达到以上目的，本申请所采用的技术方案如下：

本申请实施例提供了一种旅游路线订制方法，包括：

一种旅游路线订制方法，包括：

服务器接收终端发送的约伴检索请求，所述约伴检索请求包含出发点名称、途经地点名称、目的地名称和时间信息；

所述服务器根据所述约伴检索请求的内容调取预先存储的与所述约伴检索请求的内容相匹配的旅游路线，所述旅游路线包含线上旅行同伴的信息和/或目的地向导的信息；

所述服务器将所述旅游路线发送至所述终端；

所述服务器接收所述终端选定的旅游路线，并与所述终端生成订制所述选定的旅游路线的交易信息。

优选地，所述的旅游路线订制方法，还包括：

所述服务器实时接收终端发送的信息发布内容；

所述服务器对接收到的所述信息发布内容进行审核，如果符合预设规则，则对所述信息发布内容进行存储，如果不符合预设规则，则向所述终端发送不符合规则的提示信息。

优选地，所述信息发布内容包括：出行者的信息和/或向导的信息；

所述出行者的信息包括：线上旅行同伴的出发点名称、途经地点名称、目的地名称、时间信息和出行者的身份认证信息；

所述向导的信息包括：向导的所在名称、所在地的景点名称、服务时间段、服务内容标签和向导的身份认证信息。

优选地，所述服务内容标签包括：景点门票、赛事门票、代步汽车、美食、购物点、农家乐、娱乐项目中的一种或多种。

优选地，所述服务器接收所述终端选定的旅游路线，并与所述终端生成订制所述选定的旅游路线的交易信息，包括：

所述服务器向所述终端发送与所述选定的旅游路线相匹配的目的地向导服务协议模板；

所述服务器接收所述终端签字确认后的目的地向导服务协议模板后对所述目的地向导服务协议模板进行存储。

优选地，所述服务器将所述旅游路线发送至所述终端之前，包括：

所述服务器获取与所述终端对应的用户的历史旅游记录数据，所述服务器根据所述历史旅游记录数据通过采用遗传算法，给出优化的旅游路线；

所述服务器将所述优化的旅游路线进行标记。

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

接收模块，用于接收终端发送的约伴检索请求，所述约伴检索请求包含出发点名称、途经地点名称、目的地名称和时间信息；还用于接收所述终端选定的旅游路线，并与所述终端生成订制所述选定的旅游路线的交易信息；还用于实时接收终端发送的信息发布内容；

调取模块，用于根据所述约伴检索请求的内容调取预先存储的与所述约伴检索请求的内容相匹配的旅游路线，所述旅游路线包含线上旅行同伴的信息和/或目的地向导的信息；

发送模块，用于将所述旅游路线发送至所述终端；

交易信息生成模块，用于与所述终端生成订制所述选定的旅游路线的交易信息。

优选地，所述的服务器，还包括：审核模块；

所述审核模块，用于对接收到的所述信息发布内容进行审核，如果符合预设规则，则对所述信息发布内容进行存储，如果不符合预设规则，则向所述终端发送不符合规则的提示信息。

优选地，所述交易信息生成模块包括：

目的地向导服务协议模板发送单元，用于向所述终端发送与所述选定的旅游路线相匹配的目的地向导服务协议模板；

目的地向导服务协议模板接收单元，用于接收所述终端签字确认后的目的地向导服务协议模板；

存储单元，用于对所述目的地向导服务协议模板进行存储。

优选地，所述的服务器，还包括：

旅游路线优化模块，用于获取与所述终端对应的用户的历史旅游记录数据，根据所述历史旅游记录数据通过采用遗传算法，给出优化的旅游路线。

本申请实施例所提供的一种旅游路线订制方法，能够根据用户输入的检索条件，给用户提供合适的旅游路线中的同行者的信息，该同行者可以是目的地的当地向导或者同行的伴游，并由用户自己进行选择是否需要采用上述的目的地向导或者同行的伴游，以此更加满足了用户的个性化旅游需求。另一方面，本申请实施例所提供的服务器，也能够实现上述效果，提供完善的旅游路线规划，满足用户个性化的旅游需求。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明一个实施例所提供的一种旅游路线订制方法的流程图；

图2示出了本发明一个实施例所提供的一种服务器的结构示意图；

图3a示出了本发明一个实施例所提供的旅游路线订制方法的出行者信息发布界面示意图；

图3b示出了本发明一个实施例所提供的旅游路线订制方法的出行者对旅行同伴检索界面示意图；

图3c示出了本发明一个实施例所提供的旅游路线订制方法的出行者检索得到的带有旅行同伴的旅游路线内容界面示意图；

图3d示出了本发明一个实施例所提供的旅游路线订制方法的出行者检索向导内容界面示意图；

图3e示出了本发明一个实施例所提供的旅游路线订制方法的向导信息发布内容界面示意图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，图1示出了本发明一个实施例提供的一种旅游路线订制方法，该方法包括如下步骤：

S110、服务器接收终端发送的约伴检索请求，所述约伴检索请求包含出发点名称、途经地点名称、目的地名称和时间信息；

S120、所述服务器根据所述约伴检索请求的内容调取预先存储的与所述约伴检索请求的内容相匹配的旅游路线，所述旅游路线包含线上旅行同伴的信息和/或目的地向导的信息；

服务器根据约伴检索请求的内容调取预先存储的与约伴检索请求的内容相匹配的旅游路线的过程，可以包括：服务器判断其预先存储的旅游路线信息中到达同一地点的时间信息与检索请求中的到达同一地点的时间信息是否存在交集，如果存在交集，则调取该路线信息；比如约伴检索请求中包含有的信息为12月8日-12月10日在北京，服务器会自动检索其预先存储的旅游路线中含有北京这一地点，并且在北京这一地点停留的时间与12月8日-12月10日有重叠的路线。

S130、所述服务器将所述旅游路线发送至所述终端；

S140、所述服务器接收所述终端选定的旅游路线，并与所述终端生成订制所述选定的旅游路线的交易信息。

上述的约伴检索请求用于检索旅游同伴(或者称之为伴游)或者目的地向导，为达到精确地检索到旅行同伴或者目的地向导的信息，上述的约伴检索请求的内容包括但不限于：出发点名称、途经地点名称、目的地名称和时间信息，此处的时间信息包括但不限于：出发时间、到达时间以及某一地点的停留时间；并且上述约伴检索请求中还可以包括旅行同伴和/或目的地向导的信息，比如年龄、性别、共同兴趣、个人标签或服务标签等。

发出约伴检索请求的用户根据其终端所接收到的服务器根据检索请求内容进行匹配后发送的旅游路线进行判断是否要选择该旅游路线。

如果选定该旅游路线，并且该路线中包含有向导收费的服务项目时，用户与目的地向导之间会完成线上服务协议签订，并提交服务器，服务器生成订单信息发送到终端，终端显示订单信息的内容；此处的目的地向导优选为当地向导。

如果选定该旅游路线是非收费项目时，用户与用户之间完成入伙申请/邀请，并提交服务器，服务器生成免费订单信息发送到终端，终端显示免费订单信息的内容；此处的用户优选为同行/同游游客。

本实施例中的服务器实时接收终端发送的信息发布内容；此处的终端包括出行者对应的终端和向导对应的终端，该信息发布内容包括供任意有权限的出行者发布的信息，由出行者所对应的终端发布，该信息包括但不限于：出发点名称、途经地点名称、目的地名称、时间信息、出行者的身份认证信息、出行者车辆认证信息等，此处的时间信息包括但不限于：出发时间、到达途经地点或者目的地的时间、在途经地点或者目的地的停留时间。

上述的有权限的出行者可以是在终端进行过注册并且实名认证通过后的出行者。

上述的终端可以为手机、平板电脑等终端设备。

上述出行者的身份认证信息可以包括：性别、年龄、工作等等。

上述信息发布内容也可以是向导信息，由有权限的向导所对应的终端发布，该向导信息包括但不限于：向导所在地名称、所在地的景点名称、景点及周边资源信息、向导服务时间段、向导服务内容标签和向导的身份认证信息，此处的服务时间段根据具体情况进行确定，可以具体到某个日期或者某一天的某个时间段；此处的服务标签可以包括：景点门票、赛事门票、代步汽车、美食、购物点、农家乐、娱乐项目、本地一日游等；此处的景点及周边资源信息可以包括：购物、美食、景点游玩、娱乐、交通、住宿、赛事演艺等相关的各种信息。

同样，上述的有权限的向导可以是在终端进行过注册并且实名认证通过后的当地向导。

出行者和向导都可以通过终端进行信息的发布，服务器实时接收终端发送的信息发布内容，并将该信息发布内容进行存储，以供其他旅行者进行检索旅行同伴的信息和/或目的地向导的信息以及查询目的地景点及周边资源信息时，服务器能够提供相匹配的信息。

其中，上述其他旅行者查询目的地景点信息后，可选择添加生成意向旅游景点列表；此处的旅游景点列表可以包括：到达目的地时间、游玩时间段、人数、住宿、用餐、交通以及游客已选景点等要求信息。通过服务器将意向旅游景点列表发送给向导，用于向导的服务协议制定与订单生成。

下面通过举例进行说明：

举例一、

A人自驾：出发地点为“广州”，途经城市为“长沙、武汉、郑州”，目的地为“北京”，并且从出发地点出发的时间为2月10日，到达目的地并停留游玩时间段为2月15日-2月30日之间。

B人：2月8日时人在长沙，想过两天去郑州；

C人：2月11日时人在武汉，想去北京；

D人：2月16日在北京想找人一起游玩；

E人：2月9日时人在北京打算往广州跑；

以上例子中，当A人发布上述出行信息以后，B人、C人、D人、E人都可以根据自身需求搜寻到A人作为旅行同伴，进而实现同行或同游。

举例二、

A人自驾：出发地点为“北京”，目的地地点为“哈尔滨”，并且从出发地点出发时间为2月28日，到达目的地并停留的时间是2月28日-3月4日；

B人：大连出发，目的地也是在2月28日到哈尔滨并打算游玩到3月5日；

C人：28日北京出发到哈尔滨找人同行；

以上，当A人发布上述出行信息以后，以上B人、C人均可以自身需求搜寻到A作为旅行同伴。

进一步的，在本实施例中，所述的服务器可以对其接收到的信息发布内容进行审核，如果符合预设规则，则对所述信息发布内容进行存储，供其它用户终端进行约伴检索；如果不符合预设规则，则向所述终端发送不符合规则的提示信息，要求终端对应的出行者或者向导进行信息的更改。

上述的实施例中，服务器对接收到的上述信息发布内容进行审核是否符合预设规则，包括但不限于：审核该终端发布的信息内容是否与旅游有关，如果发布的信息内容包含有图片，则审核该图片的合法性。

上述的实施例中，服务器还可以对于旅行同伴的检索结果进行审核是否符合预设规则，包括但不限于：时间与路程满足交集的旅行路段已没有空位，则不显示在搜索结果列表页中。

在本实施例中，该方法还可以包括：在上述终端选定旅游路线后，终端用户可以在终端与旅行同伴进行线上即时通讯；终端用户也可直接与旅游路线中的向导进行线上即时通讯，并可与向导在线生成旅游向导服务订单，该旅游向导服务订单展示在双方订单页面，进而进行个性化需求的旅游服务。

在某些具体实施例中，上述旅游路线包含的线上旅行同伴的信息和/或目的地向导的信息，还可以包括：旅行同伴的信息和/或目的地向导的其他通讯信息和信用评估信息；

上述的其他通讯信息可以包括QQ号码、微信号码和手机号码等等；上述的信用评估信息包括：旅行同伴的个人信息及历史评价和/或目的地向导的历史信用评价记录；包含有其他通讯信息可以允许终端用户与旅行同伴或者目的地向导进行实时通讯，以尽快协商和确定旅游路线，并能够根据旅行同伴和/或目的地向导的信用评估信息作为参考进行选择伴游或者导游。

上述实施例中，需要服务器存储有旅行同伴和/或目的地向导的信用评估信息，因此可以考虑到，在每次终端用户结束旅行后，需要对其所使用过的旅行同伴和/或目的地向导进行评价，以便于服务器建立旅行同伴和/或目的地向导的信用评价体系，对于评价较低的旅行同伴和/或目的地向导，服务器设置有黑名单，并将该评价较低的旅行同伴和/或目的地向导存储至黑名单内，进而屏蔽该旅行同伴和/或目的地向导。

终端用户需要与旅行同伴和/或目的地向导进行即时通讯时，服务器接收终端向所旅行同伴和/或目的地向导发起的即时通讯连接请求；

然后，服务器将即时通讯连接请求转发至所述旅行同伴和/或目的地向导对应的终端。当所述旅行同伴和/或目的地向导对应的终端允许进行通信时，向服务器发送允许通信的请求，则服务器根据该允许通讯的请求打开通信传输通道，进而满足旅行同伴和/或目的地向导与终端用户之间的通讯。

在某一可能的实现方式中，当旅行者与其他旅行者沟通后成功入伙同行/同游，生成免费的旅行同伴订单，则服务器为这些同行/同游的旅行同伴创建一个共享的即时聊天群。当游客离开同行/同游的旅行线路后可退出即时聊天群。

上述的旅行同伴也可以称之为伴游，目的地向导也可以称之为导游。

在本实施例中，服务器每间隔预设时间段向用户终端是发送否中断通讯的提示，并给出判断的选择项，当终端选择中断通讯后，服务器立即切断该终端与旅行同伴和/或目的地向导对应的终端的通信通道，以此可以免除不良伴游和/或导游对终端用户的骚扰，并且用户也可以根据需求设置提示间隔的时间和次数。

进一步的，在本实施例中，上述服务器对旅行同伴和/或目的地向导与终端用户的通讯次数和通讯时间进行统计，并记录该通讯次数N和该通讯时间T，进而为该用户终端建立私人档案，为用户下次使用提供依据，比如当同一用户下一次再进行约伴检索时，服务器可以优先推荐通讯次数多和通讯时间最长的旅行同伴或者目的地向导，进而节约用户筛选的时间，达到方便快捷的目的。

上述的服务器预先存储有旅行同伴的信息和目的地向导的信息，并且根据出行者发布的信息进行实时更新，同样的，目的地向导的信息也是根据不同地点向导发布的信息进行实时更新；然后供终端用户进行检索旅行同伴或者目的地向导，以保证终端用户在进行线上旅行同伴的信息检索和目的地向导信息检索时能够得到实时的、全面的、准确真实的检索结果。

在某一具体实施例中，服务器接收所述终端选定的旅游路线，并与所述终端生成订制所述选定的旅游路线的交易信息的过程中，包括：

所述服务器向所述终端发送与所述选定的旅游路线相匹配的目的地向导服务协议模板；

如果该终端用户接受该目的地向导服务协议模板的内容，则在终端进行签字和确认，确认以后终端会继续将该确认后的协议模板发送至服务器；

所述服务器接收所述终端签字确认后的目的地向导服务协议模板后对所述目的地向导服务协议模板进行存储。

同时，服务器会根据协议内容生成订单信息，并将该订单信息向终端发送，终端显示订单信息中的具体内容。

上述服务器间隔一定时间(该时间应当大于完成旅游路线所用的时间)后进行自动删除该协议模板或者交易合同模板，以此减小大量数据对服务器的内存的占用。

上述终端接收到服务器发送的目的地向导服务协议模板以后，终端也可以请求对该目的地向导服务协议模板进行修改，如有修改，终端会将修改后的目的地向导服务协议模板发送至服务器，并由该服务器进一步发送至该目的地向导服务协议模板对应的向导终端，由向导终端再次进行确认。

上述目的地向导服务协议模板内容包括但不限于：总服务费用、费用包含内容、费用不包含内容、服务人数、服务时间段、服务范围、景点费用、食宿费用、交通工具费用、停车费用、路桥费用等；此方法使各种非标准化需求的旅游服务产品最终生成线上旅游服务标准订单，确保交易安全保障与服务保障。

在某一具体实施例中，所述服务器将检索到的旅游路线发送至所述终端之前，还包括：

所述服务器获取与所述终端对应的用户的历史旅游记录数据，所述服务器根据所述历史旅游记录数据通过采用遗传算法，给出优化的旅游路线；

所述服务器将所述优化的旅游路线进行标记。

当用户在检索时搜到多条含有时间条件或者地点条件相匹配的旅游同伴或者目的地向导的旅游路线时，服务器根据用户的历史旅游记录中所记录的用户以往所选定的旅游同伴或者目的地向导的信息作为约束条件，通过遗传算法进行优化计算得出被该用户选定的可能性最大的旅游路线，以此可以大大降低用户检索旅游同伴或者向导时的工作量。

其中，遗传算法是计算机科学人工智能领域中用于解决最优化的一种搜索启发式算法，上述采用遗传算法根据终端对应的历史旅游记录数据给出优化的旅游路线，以此可以解决终端用户在面对检索出的众多的旅游路线时所具有的“选择困难症”，为终端用户提供量身定制的一种旅游路线，满足旅游者的个性化需求，具有智能、方便、快捷的特点。

本发明实施例所提供的一种旅游路线定制方法，服务器实时接收出行者对应的终端或者向导对应的终端发布的信息，并对信息进行存储，服务器还根据用户终端的约伴检索请求，从其所存储的信息中调取与该约伴检索请求内容相匹配的包含有旅行同伴和/或目的地向导信息的旅游路线，并当用户终端选定旅游路线后，所述的服务器完成与所述用户终端的线上签约和交易；整个过程中，通过海量信息发布后，需要旅行同伴和/或目的地向导者可通过需求搜索来获取时间与路线精准匹配的同行游伴，该方法实现了可以相对精确的搜寻到同一旅行目的的人群进而实现同游，并且能够实现个性化旅游。

需要说明的是，本实施例中提供的旅游路线订制方法中并未对方法的步骤顺序进行限定，服务器可以实时接收信息的发布，也可以实时根据用户的约伴检索请求进行旅游路线的检索，二者也可以是同步进行的；进一步的，该方法中的服务器为网络侧服务器，尤其是适用于提供旅游服务、信息交互服务和信息资源检索类服务的服务器。

图3a～3e示出了本发明某一实施例的旅游路线订制方法在实际使用时的界面示意图，此实施例中用户可以分别进行向导或者旅行同伴的检索，在进行旅行同伴的检索时得到旅游路线，根据旅游路线中的某个地点再进行向导检索。

并且上述实施例也可以采用以下方式进行实现：A游客搜索到B向导信息，认为B向导信息比较符合自身需求，与之联系沟通。沟通完后，B向导根据A游客提供的需求信息发送一个服务信息完善的向导交易服务协议给游客A，游客A同意并提交，然后生成订单信息。

A游客还没有搜索向导，或者搜索到向导后觉得报价太高；A游客根据自身需求的服务条件自己填写服务协议，发布这条订单信息，让目的地有空闲也觉得低价可以接受的向导来选择接收此订单并提供服务。

另一种可能的方式，目的地向导或无生意或需要人气，可填写协议内容后进行信息内容发布，供游客检索或者选择确认交易。

需要说明的是，上述的实施例只是在本发明的基础上例举的几种可能的实现方式，但本申请并不局限于上述例举的实现方式。

在具体的应用过程中，为保障交易与服务的顺利进行，并确保售后保障，上述方法在旅游服务完成之后，可以由终端确认交易完成并将服务款项打给向导，然后服务器将在该笔订单打款时间24小时内冻结订单评价，即服务器将在打款成功的24小时以后开放订单评价，购买向导服务的旅游者和该向导进行双方互评，此方法可进一步确保交易顺利，售后保障，并且保证评价内容客观真实。

如图2所示的实施例，本实施例中提供了一种服务器，包括：

接收模块210，用于接收终端发送的约伴检索请求，所述约伴检索请求包含出发点名称、途经地点名称、目的地名称和时间信息；还用于接收所述终端选定的旅游路线，并与所述终端生成订制所述选定的旅游路线的交易信息；还用于实时接收终端发送的信息发布内容；

调取模块220，用于根据所述约伴检索请求的内容调取预先存储的与所述约伴检索请求的内容相匹配的旅游路线，所述旅游路线包含线上旅行同伴的信息和/或目的地向导的信息；

发送模块230，用于将所述旅游路线发送至所述终端；

交易信息生成模块240，用于与所述终端生成订制所述选定的旅游路线的交易信息。

本实施例中，上述的服务器，还包括：审核模块；

所述审核模块，用于对接收到的所述信息发布内容进行审核，如果符合预设规则，则对所述信息发布内容进行存储，如果不符合预设规则，则向所述终端发送不符合规则的提示信息。

在某一具体实施例中，所述交易信息生成模块包括：

目的地向导服务协议模板发送单元，用于向所述终端发送与所述选定的旅游路线相匹配的目的地向导服务协议模板；

目的地向导服务协议模板接收单元，用于接收所述终端签字确认后的目的地向导服务协议模板；

存储单元，用于对所述目的地向导服务协议模板进行存储。

某一具体实施例中，上述的服务器，还包括：

旅游路线优化模块，用于获取与所述终端对应的用户的历史旅游记录数据，根据所述历史旅游记录数据通过采用遗传算法，给出优化的旅游路线。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种旅游路线订制方法，其特征在于，包括：

服务器接收终端发送的约伴检索请求，所述约伴检索请求包含出发点名称、途经地点名称、目的地名称和时间信息；

所述服务器根据所述约伴检索请求的内容调取预先存储的与所述约伴检索请求的内容相匹配的旅游路线，所述旅游路线包含线上旅行同伴的信息和/或目的地向导的信息；

所述服务器将所述旅游路线发送至所述终端；

所述服务器接收所述终端选定的旅游路线，并与所述终端生成订制所述选定的旅游路线的交易信息。

2.根据权利要求1所述的旅游路线订制方法，其特征在于，还包括：

所述服务器实时接收终端发送的信息发布内容；

所述服务器对接收到的所述信息发布内容进行审核，如果符合预设规则，则对所述信息发布内容进行存储，如果不符合预设规则，则向所述终端发送不符合规则的提示信息。

3.根据权利要求2所述的旅游路线订制方法，其特征在于，所述信息发布内容包括：出行者的信息和/或向导的信息；

所述出行者的信息包括：出发点名称、途经地点名称、目的地名称、时间信息和出行者的身份认证信息；

所述向导的信息包括：向导的所在地名称、所在地的景点名称、服务时间段、服务内容标签和向导的身份认证信息。

4.根据权利要求3所述的旅游路线订制方法，其特征在于，所述服务内容标签包括：景点门票、赛事门票、代步汽车、美食、购物点、农家乐、娱乐项目中的一种或多种。

5.根据权利要求1所述的旅游路线订制方法，其特征在于，所述服务器接收所述终端选定的旅游路线，并与所述终端生成订制所述选定的旅游路线的交易信息，包括：

所述服务器向所述终端发送与所述选定的旅游路线相匹配的目的地向导交易服务协议模板；

所述服务器接收所述终端确认后的目的地向导交易服务协议模板后对所述目的地向导交易服务协议模板进行存储。

6.根据权利要求1所述的旅游路线订制方法，其特征在于，所述服务器将所述旅游路线发送至所述终端之前，包括：

所述服务器获取与所述终端对应的用户的历史旅游记录数据，所述服务器根据所述历史旅游记录数据通过采用遗传算法，给出优化的旅游路线；

所述服务器将所述优化的旅游路线进行标记。

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

接收模块，用于接收终端发送的约伴检索请求，所述约伴检索请求包含出发点名称、途经地点名称、目的地名称和时间信息；还用于接收所述终端选定的旅游路线，并与所述终端生成订制所述选定的旅游路线的交易信息；还用于实时接收终端发送的信息发布内容；

调取模块，用于根据所述约伴检索请求的内容调取预先存储的与所述约伴检索请求的内容相匹配的旅游路线，所述旅游路线包含线上旅行同伴的信息和/或目的地向导的信息；

发送模块，用于将所述旅游路线发送至所述终端；

交易信息生成模块，用于与所述终端生成订制所述选定的旅游路线的交易信息。

8.根据权利要求7所述的服务器，其特征在于，还包括：审核模块；

所述审核模块，用于对接收到的所述信息发布内容进行审核，如果符合预设规则，则对所述信息发布内容进行存储，如果不符合预设规则，则向所述终端发送不符合规则的提示信息。

9.根据权利要求7所述的服务器，其特征在于，所述交易信息生成模块包括：

目的地向导服务协议模板发送单元，用于向所述终端发送与所述选定的旅游路线相匹配的目的地向导服务协议模板；

目的地向导服务协议模板接收单元，用于接收所述终端签字确认后的目的地向导服务协议模板；

存储单元，用于对所述目的地向导服务协议模板进行存储。

10.根据权利要求7所述的服务器，其特征在于，还包括：

旅游路线优化模块，用于获取与所述终端对应的用户的历史旅游记录数据，根据所述历史旅游记录数据通过采用遗传算法，给出优化的旅游路线。