本发明涉及大数据应用技术领域，尤其是一种交通预约出行方法、系统和存储介质。
背景技术：
目前，我国大城市居民出行需求较大，出行方式也越来越多样化。总的来说，居民出行方式可分为驾车和公共交通两种。对于公共交通这种出行方式，地铁、公交、出租车及共享单车是市民出行活动时使用较频繁的公共交通工具，出行者通常需要换乘多种交通工具才能到达目的地，并且在每次换乘中需要通过不同的平台获取通行权，过程较为繁琐。对于驾车出行时，现有的导航平台只能看见当前的道路状况，但是，大部分情况下，驾驶者在查看交通道路时，已经处于需要出行或者已经出行在路上的状况；上述出行方式对于交通状况的了解，只能从历史数据中大概预测当前及未来时间的公共交通状况，因此，单纯的通过历史交通数据或者实时交通状况来预估未来时间的交通状况的方式，并不能有效缓解用户出行拥堵或者拥挤状况。
技术实现要素：
为解决上述技术问题之一，本发明的目的在于：提供一种交通预约出行方法、系统和存储介质，其能降低用户出行时碰到拥堵或者拥挤状况的概率。
本发明实施例的第一方面提供了：
一种交通预约出行方法，其包括以下步骤：
接收第一终端上传的用户出行的预约请求；
获取用户的历史出行数据；
根据历史出行数据和预约请求生成多个出行方案；
计算每个出行方案的拥堵系数或者拥挤系数；
选取拥堵系数最小或者拥挤系数最小的出行方案作为目标出行方案，将目标出行方式发送到第一终端。
进一步地，所述获取用户的历史出行数据，其具体包括：
获取上传所述预约请求的账号信息对应的历史出行数据，所述历史出行数据包括历史出行方式、历史轨迹以及历史轨迹对应的起点位置信息、终点位置信息和出行时间节点。
进一步地，所述根据历史出行数据和预约请求生成多个出行方案，其具体包括：
根据历史出行数据分析多个出行方式的喜好程度；
根据所述喜好程度和预约请求生成多个当前待选出行方式；
将所述多个当前待选出行方式发送到第一终端；
接收第一终端上传的选定的当前待选出行方式作为目标出行方式；
根据目标出行方式生成多个出行方案。
进一步地，所述计算每个出行方案的拥堵系数，其具体包括：
当确定目标出行方式为驾车出行后，计算每个出行方案中每个路段的预计到达时间；
获取每个路段的历史行车速度和历史车辆流量；
根据历史行车速度和历史车辆流量计算每个路段的最大交通量；
获取多个第一终端上传的在完成预约后的反馈信息；
根据所有反馈信息和最大交通量计算每个路段的道路饱和度；
根据所述预计到达时间和道路饱和度计算出行方案的拥堵系数。
进一步地，所述计算每个出行方案的拥挤系数，还具体包括：
当确定目标出行方式为公共交通出行后，计算出行方案内到达乘车站点的预计到达时间范围；
获取多个第一终端上传的在完成预约后的反馈信息；
根据反馈信息计算所述预计到达时间范围内乘车站点的预计乘客流量；
获取乘车站点的乘客流量阈值；
根据所述预计乘客流量和乘客流量阈值计算每个出行方案的拥挤系数。
进一步地，还包括以下步骤：
根据所述拥挤系数调节公共交通配置方案。
进一步地，还包括以下步骤：
在确定第一终端选取所述目标出行方案作为当前出行方案后，对目标出行方式为公共交通出行的出行方案生成二维码，所述二维码用于支付当次出行交通费用和当次过闸通行。
本发明实施例的第二方面提供了：
一种交通预约出行系统，其包括：
接收模块，用于接收第一终端上传的用户出行的预约请求；
获取模块，用于获取用户的历史出行数据；
生成模块，用于根据历史出行数据和预约请求生成多个出行方案；
计算模块，用于计算每个出行方案的拥堵系数或者拥挤系数；
选取模块，用于选取拥堵系数最小或者拥挤系数最小的出行方案作为目标出行方案，将目标出行方式发送到第一终端。
本发明实施例的第三方面提供了：
一种交通预约出行系统，包括：
至少一个存储器，用于存储程序；
至少一个处理器，用于加载所述程序以执行上述的一种交通预约出行方法。
本发明实施例的第四方面提供了：
一种存储介质，其中存储有处理器可执行的指令，所述处理器可执行的指令在由处理器执行时用于实现上述的一种交通预约出行方法。
本发明的有益效果是：本发明通过接收第一终端上传的用户出行的预约请求，并获取用户的历史出行数据，通过预约请求和历史出行数据为用户生成多个出行方案，接着计算每个出行方案的拥堵系数或者拥挤系数，选择拥堵系数或者拥挤系数最小的出行方案作为目标出行方案，并将目标出行方案发送到第一终端供用户选择和查看，以使用户在拥堵系数或者拥挤系数最小时出行，从而降低用户出行时碰到拥堵或者拥挤状况的概率。
附图说明
图1为本发明一种具体实施例的交通预约出行方法的流程图。
具体实施方式
下面结合附图和具体实施例对本发明做进一步的详细说明。对于以下实施例中的步骤编号，其仅为了便于阐述说明而设置，对步骤之间的顺序不做任何限定，实施例中的各步骤的执行顺序均可根据本领域技术人员的理解来进行适应性调整。
参照图1，本发明实施例提供了一种交通预约出行方法，本实施例应用于控制端，所述控制端分别与多个第一终端通信；所述控制端包括数据库，所述数据库内存储有历史出行数据和多个用户id；所述第一终端为用户或者工作人员的手机等终端设备，所述终端设备上安装有指定app，所述app提供用户或者工作人员的操作界面。
本实施例包括步骤s110-s150：
s110、接收第一终端上传的用户出行的预约请求；所述预约请求包括当前预约的出发位置信息、终点位置信息和出行时间范围。所述出行时间范围是用户在第一终端上以选择的方式进行输入，方便进行数据处理。时间范围的大小可以根据用户的实际需求进行设置。
s120、获取用户的历史出行数据；所述历史出行数据包括历史出发地、历史目的地、历史出行时间范围、历史出行方式和历史出行日期。
s130、根据历史出行数据和预约请求生成多个出行方案；所述出行方案内包括建议出行时间、建议行驶路线、建议行驶路线上已经预约的人数和道路状况。
s140、计算每个出行方案的拥堵系数或者拥挤系数；所述拥堵系数用于描述车辆行驶过程中的拥堵情况。所述拥挤系数用于描述同一时间内的排队等车人数、上车人数或者车辆载客人数的情况。拥堵系数越小，表示同一时间同一点的车辆流量最小。拥挤系数越小，表示同一时间同一点的排队等车人数、上车人数或者车辆载客人数越少。
s150、选取拥堵系数最小或者拥挤系数最小的出行方案作为目标出行方案，将目标出行方式发送到第一终端，供用户选择或者查看。
本实施例通过接收第一终端上传的用户出行的预约请求，并获取用户的历史出行数据，通过预约请求和历史出行数据为用户生成多个出行方案，接着计算每个出行方案的拥堵系数或者拥挤系数，选择拥堵系数或者拥挤系数最小的出行方案作为目标出行方案，并将目标出行方案发送到第一终端供用户选择和查看，以使用户在拥堵系数或者拥挤系数最小时出行，从而降低用户出行时碰到拥堵或者拥挤状况的概率。
作为优选的实施方式，所述获取用户的历史出行数据，其具体包括：
获取上传所述预约请求的账号信息对应的历史出行数据，所述历史出行数据包括历史出行方式、历史轨迹以及历史轨迹对应的起点位置信息、终点位置信息和出行时间节点。所述账号信息为用户的id，用于识别每个用户的个人信息和历史出行数据。
本实施例通过获取历史出行数据内的历史出行方式、历史轨迹以及历史轨迹对应的起点位置信息、终点位置信息和出行时间节点，便于后续的对用户的出行方式的喜好程度进行分析。
作为优选的实施方式，所述根据历史出行数据和预约请求生成多个出行方案，其具体包括：
根据历史出行数据分析多个出行方式的喜好程度；所述喜好程度可以用出行方式的使用概率进行衡量。所述分析过程是通过统计方式进行计算每种出行方式的使用概率，在计算完成后，可以通过降序的方式进行排列分析。在一些实施例中，可以从历史出行数据中匹配到与本次预约出行时间范围相同或相近的出行记录，也可以匹配到与本次预约的星期数相同的出行记录。比如，用户的历史出行数据中显示：在周末，出行方式大多为驾车出行；在早晚高峰时间段，出行方式多为公交、地铁或网约车；在傍晚，出行方式多为共享单车等。根据上述信息，分析用户对出行方式的喜好程度。
根据所述喜好程度和预约请求生成多个当前待选出行方式；在实际应用中，可以通过出发地和目的地之间的距离，排除掉不合理的出行方式。比如，距离过短没有公交或地铁通行的；距离过长不适合步行或单车的等等。同时，根据总体预约大数据，了解到从出发地到目的地在该出行时间范围内，哪种出行方式已经预约的人数较多，以为用户生成均符合实际需求的当前待选出行方式。
将所述多个当前待选出行方式发送到第一终端，使用户通过第一终端选择符合自己需求的出行方式。
接收第一终端上传的选定的当前待选出行方式作为目标出行方式；
根据目标出行方式生成多个出行方案。比如，用户选择驾车出行，当出行起始位置信息和终点位置信息均确定后，可以为用户生成多个可行的交通道路，并计算每条交通道路所需要花费的时间和拥堵情况。
本实施例通过在获得用户的历史出行数据之后，从历史出行数据中分析出用户倾向的出行方式，再根据本次预约请求中的起终点以及出行时间等信息确定较为合适的出行方式。既兼顾了用户的出行习惯向用户个性化推荐出行方式，又能够使各种交通资源平均分配，减少拥堵或拥挤情况的发生。
作为优选的实施方式，所述计算每个出行方案的拥堵系数，其具体包括：
当确定目标出行方式为驾车出行后，计算每个出行方案中每个路段的预计到达时间；
获取每个路段的历史行车速度和历史车辆流量；所述历史车辆流量是指正常情况下的车辆流量数据。
根据历史行车速度和历史车辆流量计算每个路段的最大交通量；由于每个路段所能承受的最大交通量是不相同的，因此，需要分别计算每个路段的最大交通量。
获取多个第一终端上传的在完成预约后的反馈信息；所述反馈信息是指用户选择的出行方案内的出行路径和出行时间段。
根据所有反馈信息和最大交通量计算每个路段的道路饱和度；所述道路饱和度是指在用户选择的出行时间段内的预约出行车辆。
根据所述预计到达时间和道路饱和度计算出行方案的拥堵系数。
本实施通过结合历史出行数据计算出行方案的拥堵系数，以为用户提供一个有效的出行参考数据，节省用户出行时间。
作为优选的实施方式，所述计算每个出行方案的拥挤系数，还具体包括：
当确定目标出行方式为公共交通出行后，计算出行方案内到达乘车站点的预计到达时间范围；所述到达乘车站点的预计到达时间范围是指用户到达乘车站点的预计时间范围。
获取多个第一终端上传的在完成预约后的反馈信息；所述反馈信息是指用户选择的出行方案内的出行路径和出行时间段。
根据反馈信息计算所述预计到达时间范围内乘车站点的预计乘客流量；
获取乘车站点的乘客流量阈值；所述乘客流量阈值是根据每个站点的设备状况进行确定的。设备设施较为齐全或者场地较大，则所能承受的乘客流量较大；设备设施较为简陋或者场地较小，则所能承受的乘客流量较小。
根据所述预计乘客流量和乘客流量阈值计算每个出行方案的拥挤系数。
本实施通过计算每个出行方案的拥挤系数，以使用户在实际出行过程中，在乘车站点的等待时间缩小到最短。
作为优选的实施方式，还包括以下步骤：
根据所述拥挤系数调节公共交通配置方案。由于在实际的公共交通资源分配中，其每条道路的分配的公交数量是固定的，即使变化，其变化只是在出现意外状况时才会临时调动，从而出现公交运用效率不高的情况，本实施通过预约情况计算得到的拥挤系数预先判断每条道路可能出现的乘客数量，从而预先调节公交车辆的分配情况，以实现公共交通供具的充分利用，避免发生高峰期的交通不力和低峰期的资源浪费情况。
作为优选的实施方式，还包括以下步骤：
在确定第一终端选取所述目标出行方案作为当前出行方案后，对目标出行方式为公共交通出行的出行方案生成二维码，所述二维码用于支付当次出行交通费用和当次过闸通行。
具体地，在用户完成出行预约后，根据当前出行方案生成唯一二维码反馈到用户终端设备，使得用户预约进站地点获得一次进入权。在用户使用一次进入权后从绑定支付账户中扣取对应预约订单的费用，以达到使用户通过一个平台能使用并结算多种交通供具的目的。在用户收到二维码后，不会立即对用户进行收费，而是采用二维码的形式便捷的得到用户进站的信息，根据用户的实时出行状态匹配预约订单中的信息并进行费用的收取，在完成扣费后，可根据用户完成各个预约订单产生的费用信息，将对应的费用分发至各个公共交通供具服务商。通过统筹各个公共交通供具服务商，使多平台交通数据融合，有利于打破数据壁垒。
本实施例通过生成用于支付当次出行交通费用和当次过闸通行的二维码，以提高用户的出行效率，同时，还能避免用户终端设备下载安装各种软件，节省用户终端设备的存储空间。
本发明实施例提供了一种与图1方法相对应的交通预约出行系统，其包括：
接收模块，用于接收第一终端上传的用户出行的预约请求；
获取模块，用于获取用户的历史出行数据；
生成模块，用于根据历史出行数据和预约请求生成多个出行方案；
计算模块，用于计算每个出行方案的拥堵系数或者拥挤系数；
选取模块，用于选取拥堵系数最小或者拥挤系数最小的出行方案作为目标出行方案，将目标出行方式发送到第一终端。
本发明方法实施例的内容均适用于本系统实施例，本系统实施例所具体实现的功能与上述方法实施例相同，并且达到的有益效果与上述方法达到的有益效果也相同。
本发明实施例提供了一种交通预约出行系统，包括：
至少一个存储器，用于存储程序；
至少一个处理器，用于加载所述程序以执行上述的一种交通预约出行方法。
本发明方法实施例的内容均适用于本系统实施例，本系统实施例所具体实现的功能与上述方法实施例相同，并且达到的有益效果与上述方法达到的有益效果也相同。
此外，本发明实施例还提供了一种存储介质，其中存储有处理器可执行的指令，所述处理器可执行的指令在由处理器执行时用于实现上述的一种交通预约出行方法。
综上所述，本发明实施例通过接收第一终端上传的用户出行的预约请求，并获取用户的历史出行数据，通过预约请求和历史出行数据为用户生成多个出行方案，接着计算每个出行方案的拥堵系数或者拥挤系数，选择拥堵系数或者拥挤系数最小的出行方案作为目标出行方案，并将目标出行方案发送到第一终端供用户选择和查看，以使用户在拥堵系数或者拥挤系数最小时出行，从而降低用户出行时碰到拥堵或者拥挤状况的概率。
以上是对本发明的较佳实施进行了具体说明，但本发明并不限于所述实施例，熟悉本领域的技术人员在不违背本发明精神的前提下还可做作出种种的等同变形或替换，这些等同的变形或替换均包含在本申请权利要求所限定的范围内。
1.一种交通预约出行方法，其特征在于：包括以下步骤：
接收第一终端上传的用户出行的预约请求；
获取用户的历史出行数据；
根据历史出行数据和预约请求生成多个出行方案；
计算每个出行方案的拥堵系数或者拥挤系数；
选取拥堵系数最小或者拥挤系数最小的出行方案作为目标出行方案，将目标出行方式发送到第一终端。
2.根据权利要求1所述的一种交通预约出行方法，其特征在于：所述获取用户的历史出行数据，其具体包括：
获取上传所述预约请求的账号信息对应的历史出行数据，所述历史出行数据包括历史出行方式、历史轨迹以及历史轨迹对应的起点位置信息、终点位置信息和出行时间节点。
3.根据权利要求1所述的一种交通预约出行方法，其特征在于：所述根据历史出行数据和预约请求生成多个出行方案，其具体包括：
根据历史出行数据分析多个出行方式的喜好程度；
根据所述喜好程度和预约请求生成多个当前待选出行方式；
将所述多个当前待选出行方式发送到第一终端；
接收第一终端上传的选定的当前待选出行方式作为目标出行方式；
根据目标出行方式生成多个出行方案。
4.根据权利要求3所述的一种交通预约出行方法，其特征在于：所述计算每个出行方案的拥堵系数，其具体包括：
当确定目标出行方式为驾车出行后，计算每个出行方案中每个路段的预计到达时间；
获取每个路段的历史行车速度和历史车辆流量；
根据历史行车速度和历史车辆流量计算每个路段的最大交通量；
获取多个第一终端上传的在完成预约后的反馈信息；
根据所有反馈信息和最大交通量计算每个路段的道路饱和度；
根据所述预计到达时间和道路饱和度计算出行方案的拥堵系数。
5.根据权利要求3所述的一种交通预约出行方法，其特征在于：所述计算每个出行方案的拥挤系数，还具体包括：
当确定目标出行方式为公共交通出行后，计算出行方案内到达乘车站点的预计到达时间范围；
获取多个第一终端上传的在完成预约后的反馈信息；
根据反馈信息计算所述预计到达时间范围内乘车站点的预计乘客流量；
获取乘车站点的乘客流量阈值；
根据所述预计乘客流量和乘客流量阈值计算每个出行方案的拥挤系数。
6.根据权利要求5所述的一种交通预约出行方法，其特征在于：还包括以下步骤：
根据所述拥挤系数调节公共交通配置方案。
7.根据权利要求5所述的一种交通预约出行方法，其特征在于：还包括以下步骤：
在确定第一终端选取所述目标出行方案作为当前出行方案后，对目标出行方式为公共交通出行的出行方案生成二维码，所述二维码用于支付当次出行交通费用和当次过闸通行。
8.一种交通预约出行系统，其特征在于：包括：
接收模块，用于接收第一终端上传的用户出行的预约请求；
获取模块，用于获取用户的历史出行数据；
生成模块，用于根据历史出行数据和预约请求生成多个出行方案；
计算模块，用于计算每个出行方案的拥堵系数或者拥挤系数；
选取模块，用于选取拥堵系数最小或者拥挤系数最小的出行方案作为目标出行方案，将目标出行方式发送到第一终端。
9.一种交通预约出行系统，其特征在于：包括：
至少一个存储器，用于存储程序；
至少一个处理器，用于加载所述程序以执行如权利要求1-7任一项所述的一种交通预约出行方法。
10.一种存储介质，其中存储有处理器可执行的指令，其特征在于：所述处理器可执行的指令在由处理器执行时用于实现如权利要求1-7任一项所述的一种交通预约出行方法。
技术总结