导游预约及服务联动信息处理方法、系统及存储介质与流程

1.本发明涉及数据处理领域，尤其是一种导游预约及服务联动信息处理方法、系统及存储介质。


背景技术：

2.在旅游行业中，游客在购买旅行车的跟团旅游服务后，旅行车都会安排专门的导游带领游客对景区进行游览并进行讲解，由于导游对于游览路线和景区的历史人文背景都很熟悉，所以有导游进行引导对于提高游客的游览体验。当前还有另一种旅游方式是散客，包括自驾游、背包客等，此类游客自行安排交通、住宿及游览路线，具有更大的灵活度和更精细的成本控制，但是这部分游客由于游览时没有专人引导，往往需要事前做足各类信息的搜集，或者只能走马观花，旅行的效率不高。
3.申请号为201610692728.4，名为“基于app的旅游散客请求加入方法”的申请文件中公开了一种散客临时加入参团的方法，通过实时或预约的方式申请参团来解决导游服务的问题，试图解决游客的游览体验和导游的收入提升的问题。但是实际场景下，这种方式有如下几个问题：1、导游是隶属于旅行社的，不能单独进行团员数量和人员的变动，必须通过旅行社的统一安排来进行工作，旅行社是根据参团人数来配置车辆类型和大小的，临时参团的游客在进行景点转换时，往往无法参与跟车，通过公共交通的散客往往不能及时的跟上已参加的旅游团进行景区转换，导致每到一个景点都需要重新参团。
4.2、一般旅行社的一个导游带团路线是相对固定的，散客参团只能根据所参加的旅游团的既定路线来进行游览，即使有些景点是之前已经去过的或者不感兴趣的，也要按照旅行团的路线进行游玩，降低了散客的游玩效率，或者旅行团需等待散客到齐以后在进行游览，这样降低了旅行团的整体游玩效率。
5.3、临时参团不仅需要支付团费，而且需要自行独立承担景点转换的交通费用，在同等规格的条件下，其成本反而高于旅行团的打包价格，并不能从经济上为散客节省成本。
6.4、每个旅游团到达景区和进入景区的时间是固定的，而散客到达景区的时间是随机的，大部分时候散客到达景区时并无旅游团刚好等待进入进去，所以时间匹配概率很低，散客很难选到合适的旅游团参团。


技术实现要素：

7.第一方面，本发明提供一种将导游路线信息进行联动处理，解决散客用户的交通问题并降低交通费用支出的基于旅游信息的多方动态分润结算方法。
8.该方法包括步骤：s1、发布多条导游路线，根据各条导游路线的景区方位为节点，生成联动路线图，在联动路线图中标记导游路线上的景区节点、对应每个景点的游玩时间段，并在各条路线的起点和交叉点标记车辆的停车等候时间段和下一到达节点；
s2、接收散客用户端输入的节点选择和先后顺序，生成游览路径发送到用户端；s3、根据所有散客用户的游览路径，计算所有游览路径上预设时间段内至少两个节点之间的总运力需求；s4、比较总运力需求和旅行团的车辆的运力上限，当总运力需求小于旅行团车辆的运力上限时，通过旅行团车辆提供散客转运，当总运力需求大于旅行团车辆的运力上限时，根据运力差值生成转运增量线路及对应的预设时间段，按照生成的转运增量线路和对应的预设时间段派遣转运车辆；s5、根据散客用户的乘车情况和导游服务情况计算服务费；s6、收取服务费，为散客用户下发车辆乘坐凭证和导游服务凭证，散客用户通过导游服务凭证在相应的游玩时间段进行跟团游玩，通过车辆乘坐凭证在相应的停车等候时间段进行转运。
9.采用了上述方法后，通过对多条旅游线路的整合联动，使散客用户可以灵活的选择感兴趣的景点，并且根据下一目的地在相应的停车等候时间安排车辆转运，运力不足时可以增派车辆进行短程转运，为散客用户提供转运便利，同时散客用户之间共同负担或者与旅行团游客共同负担车辆费用，降低了交通成本。
10.在一种可能的实现方式中，步骤s1中的发布多条导游路线，根据各条导游路线的景区方位为节点，生成联动路线图进一步包括步骤：s11、载入电子地图环境；s12、依次点选每条旅游路线途径的景区位置，结合道路数据生成一条导游路线；s13、根据导游路线数量重复步骤s12，生成全部的导游路线；s14、将全部导游路线结合电子地图环境作为联动路线图生成。
11.在一种可能的实现方式中，步骤s11中在载入电子地图环境后还包括删去电子地图环境中的非旅游相关数据，保留景区数据和道路数据的步骤。
12.在一种可能的实现方式中，步骤s2中当用户输入的节点选择上有多个导游线路经过时，提供各个导游路线在景点的游玩时间段供用户进一步选择。
13.在一种可能的实现方式中，步骤s3中游览路径上预设时间段内至少两个节点之间的总运力需求包括两个节点之间的固定运力与新增运力需求之和，固定运力为该时间段内经过至少两个节点之间的车辆上的旅行团游客数量，新增运力需求是需乘坐该车辆进行转运的散客用户数量。
14.在一种可能的实现方式中，步骤s4中按照生成的转运增量线路和对应的预设时间段派遣转运车辆为将转运增量路线和预设时间信息发送给车辆端；在一种可能的实现方式中，步骤s5中的散客用户的乘车情况为乘车线路的总里程或者是乘车经过的换乘段数量；导游服务情况为用户选取的景区导游服务的数量或总时间。
15.在一种可能的实现方式中，步骤s6车辆乘坐凭证和导游服务凭证为验证码、二维码或其他可软件识别的验证信息。
16.第二方面，本发明还提供一种导游预约及服务联动信息处理系统，包括：导游路线生成模块，接收各条导游路线的景区方位输入，生成联动路线图，在联动路线图中标记导游路线上的景区节点、对应每个景点的游玩时间段，并在各条路线的起点
和交叉点标记车辆的停车等候时间段和下一到达节点；散客用户端模块，与导游路线生成模块进行数据通信接收导游路线生成模块生成的联动路线图，并接收散客用户端的节点选择和选择顺序；运力计算模块，与散客用户端模块进行数据通信，根据所有散客用户的游览路径，计算所有游览路径上预设时间段内至少两个节点之间的总运力需求；运力分析模块，存储旅行团的车辆运力数据，并与运力计算模块进行数据通信，分析运力状态；转运车辆控制模块，与运力分析模块进行数据通信，根据运力分析模块的分析结果，生成转运增量路线和预设时间信息发送给车辆端；费用结算模块，与导游线路生成模块和散客用户端模块进行数据通信，根据散客用户的乘车情况和导游服务情况计算服务费，并由散客用户端模块收取服务费；凭证生成模块，与散客用户端模块和费用结算模块进行数据通信，根据费用结算模块的支付状态生成车辆乘坐凭证和导游服务凭证并发送至散客用户端模块和费用结算模块。
17.第三方面，本发明还提供一种存储介质，存储有计算机程序，所述的计算机程序包括程序指令，所述的程序指令当被处理器执行时使处理器执行上述第一方面中所述的方法。
附图说明
18.图1为本发明第一实施例的总体流程示意图；图2为本发明第二实施例的步骤s1的详细流程示意图；图3为本发明第三实施例的模块结构示意图。
具体实施方式
19.第一实施例旨在解决单一的旅游线路的团员数量限制和车辆载客人数限制的局限性，通过对一个地区的多条旅游线路的联动信息处理，达到为散客用户提供灵活高效的导游预约服务，同时也降低车辆的使用成本。
20.要理解单一的旅游线路在进行散客用户扩展服务的局限性，首先需要考虑参团游客的导游服务的一般情况，在到达景区所在地以后，旅行社集中派遣导游和车辆将参团游客带到各个景区游玩，并在游玩过程中由导游进行组织、讲解、活动安排。一般而言为了保证服务质量，一个旅行团的参团游客具有一个人数限制，同时根据该人数上线，安排相应的服务车辆，同时配备一个司机进行车辆驾驶，当有散客用户需要加入时，有两种方式，一种是提高车辆的规格，例如通过采用提供更多座位的车辆进行扩容服务，二是根据增加的散客的数量在安排车辆另外进行运输服务。其中第一种方式是最经济的解决方式，可以通过变更车辆规格的情况来避免增派车辆和相应的司机，这种情况只需将所增加的散客用户加入到现有的旅行团基础之上即可，无需进行复杂的数据处理，但是此类情况仅限于小幅增加散客用户数量的情况下使用，因为即使更换车辆规格，更换以后的车辆规格也是有限的，不可能无限扩容，按照现有的车辆类型来看，例如现有的旅行团游客有三十人，现有散客用户十五人需要预约导游服务，那么计算上导游和司乘保障人员，可以改用五十人的车辆即
可。
21.但是，在现实的场景中，散客用户的任务往往远超于旅行团原有游客的人数，只能另外安排车辆进行运载，而且散客用户一般有自己的旅行方案，不会全程按照旅行团车辆的路线和次序进行，可能中途离开旅行团线路，也可以能从中途才加入旅行团线路，所以这样一来，车辆的安排变得非常不可控，如果按照最大人数来安排车辆的话，可能在中途大部分时间上都有大量的空余座位，提高了运营的成本，散客用户需要支付的服务费用也较高，按照初始人数安排车辆的话，中途加入的散客则无法搭乘去往下一目的地，本实施例的技术方案就是围绕这几个问题展开。
22.需要另外指出的是，为了将临时加入的散客并入到旅行社的导游服务中，旅行社首先与要收集对于导游服务预约的数量，根据预约数量和已有旅行团的人员数量综合考虑来进行安排，在景区现场零散地加入旅行团不利于旅行社的统一安排和费用计算，也容易造成对旅行团原有人员的旅游体验的负面影响，所以临时现场加入旅行团不在以下实施例的解决范围之内。
23.为了解决上述问题，如图1所示，本实施例的导游预约及服务联动信息处理方法包括步骤：s1、发布多条导游路线，根据各条导游路线的景区方位为节点，生成联动路线图，在联动路线图中标记导游路线上的景区节点、对应每个景点的游玩时间段，并在各条路线的起点和交叉点标记车辆的停车等候时间段和下一到达节点；步骤s1中的多条导游路线可以为同一旅行社在一个地区范围内发布的不同导游路线，也可以是一个独立的第三方在多个不同的旅行社中选择合适的多条线路进行联动处理的对象并负责整体联动服务的调度，对于不同导游路线的选取可以设立一定的规则，例如各个导游线路之间可以有一个或多个交叉点，各个导游线路之间的起点和终点至少有一个不一致等，通过各条导游线路的交叉，形成一个覆盖该地区主要景点的路径网，使散客用户可以通过该路径网到达所需的景点。选择了发布的多条导游路线以后，需要将所选择的路线及每条路线的具体情况以一种外界可以感知的形式发布，所以本实施例中将各条导游路线以景区方位为节点，生成联动线路图，其中的景区方位为各个景区之间的大致的位置关系。
24.生成联动路线图以后，与一般的公共交通网络不同的是，旅行团的运行时间并不是有规律性的周期的，而是按照旅行团游玩的专场时间而定的，为了使散客用户能够知晓某一车辆在某个节点的停留时间，从而合理的安排自身的行程，因此，在建立联动路线图以后，还需要在联动路线图上的各个景区节点出标记游玩时间以及车辆在此处的停留时间以及下一节点的指向。
25.如图2所示，例如现在对某个区域内的五条导游线路进行联动：路线1：a
‑
b
‑
c
‑
d；路线2：e
‑
c
‑
f
‑
g；路线3：h
‑
f
‑
b
‑
i；路线4：j
‑
d
‑
f
‑
a。
26.负责上述路线的团体游客分布通过1#
‑
4#车辆进行运输，并分别配备一至二个导游进行导游服务，根据各个路线所停留的位置和时间可以得到1#
‑
5#车辆的停留点和停留
时间。
27.1#车辆：a（8:00
‑
10:30）、b（11:30
‑
1:20）、c（2：00
‑
4:00）、d（4:20
‑
5:45）2#车辆：e（8:20
‑
11:00）、b（11:20
‑
1:30）、f（2:10
‑
3:30）、g（3:45
‑
5:30）3#车辆：b（7:50
‑
9:45）、f（10:00
‑
11:30）、h（12:10
‑
2:30）、i（2:45
‑
5:20）4#车辆：j（8:20
‑
11:00）、d（11:20
‑
1:30）、f（2:10
‑
3:30）、a（3:45
‑
5:30）上述数据和信息的发布可以通过专有的网站平台、app或其他可与用户进行交互的界面进行发布和反馈。理论上加入联动的导游路线越多，导游路线之间的交叉节点越多，则用户的转运路线的选择越多，转运更加便利，在导游路线较少、当天由于景区的游览次序和时间段与用户的实际安排不一致时，可以安排用户进行隔天转运。
28.s2、接收散客用户端输入的节点选择和先后顺序，生成游览路径发送到用户端；在步骤s1中向公众发布了上述的内容以后，用户可以在用户端对自己的路线进行选择，例如，某用户仅准备游玩b景点和g景点，则可以在界面上按顺序选择b景点和g景点即可。
29.s3、根据所有散客用户的游览路径，计算所有游览路径上预设时间段内至少两个节点之间的总运力需求；接收每一个散客用户所选择的景点及顺序，将所有散客用户所选择的路线上的每两个节点之间的运力进行综合计算，例如前面的散客用户选择了b景点和g景点，如果选择从a景点上车，那么a
‑
b、b
‑
f和f
‑
g的运力需求分别+1，如此类推，计算所有段的总运力需求。
30.s4、比较总运力需求和旅行团的车辆的运力上限，当总运力需求小于旅行团车辆的运力上限时，通过旅行团车辆提供散客转运，当总运力需求大于旅行团车辆的运力上限时，根据运力差值生成转运增量线路及对应的预设时间段，按照生成的转运增量线路和对应的预设时间段派遣转运车辆；通过总运力需求的计算，可知每两个节点之间所需要运载的总人数需求，可以根据需要派遣所需规格的车辆进行运输，当更换更大规格的车辆也不能满足某两点之间的总运载需求时，可以增派车辆进行运输，待下一运输节点的运力需求下降时可以撤回该增派的车辆或者去其他节点进行运载工作，这样即可将运载车辆的使用率最大化，减少增派的运载车辆的运力需求释放后的持续空跑，节省了车辆使用成本。
31.s5、根据散客用户的乘车情况和导游服务情况计算服务费；乘车情况可以根据乘坐的总里程，也可以根据转运段的数量，结合导游服务的使用情况而言，根据转运段计算合并收取导游服务费用较为适宜。
32.s6、收取服务费，为散客用户下发车辆乘坐凭证和导游服务凭证，散客用户通过导游服务凭证在相应的游玩时间段进行跟团游玩，通过车辆乘坐凭证在相应的停车等候时间段进行转运。
33.采用了上述方法后，通过对多条旅游线路的整合联动，使散客用户可以灵活的选择感兴趣的景点，并且根据下一目的地在相应的停车等候时间安排车辆转运，运力不足时可以增派车辆进行短程转运，为散客用户提供转运便利，同时散客用户之间共同负担或者与旅行团游客共同负担车辆费用，降低了交通成本。
34.上述的步骤一种的景区方位的节点标识可以通过列表或者图标的方式进行标识，但是为了更直观的向用户显示景区之间的实际位置和实际距离，在第一实施例的基础上进
一步提出第二实施例，如图2所示，第二实施例主要对第一实施例的步骤1进行进一步的处理，使步骤s1中的发布多条导游路线，根据各条导游路线的景区方位为节点，生成联动路线图进一步包括步骤：s11、载入电子地图环境；s12、依次点选每条旅游路线途径的景区位置，结合道路数据生成一条导游路线；s13、根据导游路线数量重复步骤s12，生成全部的导游路线；s14、将全部导游路线结合电子地图环境作为联动路线图生成。
35.通过将导游路线与电子地图环境的结合，可以使用户更方便的根据位置和距离等情况选择所需游览的景点，该环境也可以作为后续步骤的车辆导航地图来使用。电子地图环境可以基于现有的公开电子地图进行二次开发，高德地图、百度地图都提供二次开发的环境，此处不再展开说明。
36.通常的电子地图环境包括大量的建筑、道路等数据，大部分数据都与以上实施例中的使用场景无关，反而降低了用户端的加载速度，为了加快用户端的电子地图环境和导游路线的加载，步骤s11中在载入电子地图环境后还包括删去电子地图环境中的非旅游相关数据，保留景区数据和道路数据的步骤。
37.上述的实施例的方法在作业时，当一个节点上有多个导游路线经过时，各个导游路线在一个节点上经过的时间和停留时间均可能不相同，为了便于用户后续行程的安排，步骤s2中当用户输入的节点选择上有多个导游线路经过时，提供各个导游路线在景点的游玩时间段供用户进一步选择。
38.上述的第一实施例和第二实施例中，步骤s3中游览路径上预设时间段内至少两个节点之间的总运力需求包括两个节点之间的固定运力与新增运力需求之和，固定运力为该时间段内经过至少两个节点之间的车辆上的旅行团游客数量，新增运力需求是需乘坐该车辆进行转运的散客用户数量。对于一条导游路线而言，在运力计算时，固定运力为其中的定量，是从始至终通过固定车辆进行运输的人数，而新增运力需求是变量，在每个中间节点处均可能产生变化，因此进行车辆安排时，可以将固定运力需求加上新增运力需求的总和作为派遣车辆总数的计算参考，在节点间的转运过程中的新增运力需求的重新分布作为派遣增派车辆的计算参考。
39.上述的第一实施例和第二实施例中，为了上述方法的自动运行，可以在车辆端或者司乘人员端设置一车辆端，将步骤s4中按照生成的转运增量线路和对应的预设时间段派遣转运车辆为将转运增量路线和预设时间信息发送给车辆端；负责固定运力的车辆按照既定的路线进行运输即可。
40.上述的第一实施例和第二实施例中，步骤s5中的散客用户的乘车情况为乘车线路的总里程或者是乘车经过的换乘段数量；导游服务情况为用户选取的景区导游服务的数量或总时间。
41.上述的第一实施例和第二实施例中，步骤s6车辆乘坐凭证和导游服务凭证为验证码、二维码或其他可软件识别的验证信息。
42.本发明的第三实施例提供一种导游预约及服务联动信息处理系统，包括：导游路线生成模块1，接收各条导游路线的景区方位输入，生成联动路线图，在联动路线图中标记导游路线上的景区节点、对应每个景点的游玩时间段，并在各条路线的起
点和交叉点标记车辆的停车等候时间段和下一到达节点；散客用户端模块2，与导游路线生成模块进行数据通信接收导游路线生成模块生成的联动路线图，并接收散客用户端的节点选择和选择顺序；运力计算模块3，与散客用户端模块进行数据通信，根据所有散客用户的游览路径，计算所有游览路径上预设时间段内至少两个节点之间的总运力需求；运力分析模块4，存储旅行团的车辆运力数据，并与运力计算模块进行数据通信，分析运力状态；转运车辆控制模块5，与运力分析模块进行数据通信，根据运力分析模块的分析结果，生成转运增量路线和预设时间信息发送给车辆端；费用结算模块6，与导游线路生成模块和散客用户端模块进行数据通信，根据散客用户的乘车情况和导游服务情况计算服务费，并由散客用户端模块收取服务费；凭证生成模块7，与散客用户端模块和费用结算模块进行数据通信，根据费用结算模块的支付状态生成车辆乘坐凭证和导游服务凭证并发送至散客用户端模块和费用结算模块。
43.第三方面，本发明还提供一种存储介质，存储有计算机程序，所述的计算机程序包括程序指令，所述的程序指令当被处理器执行时使处理器执行上述第一实施例和第二实施例中所述的方法。
44.以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。