一种用于企业员工共享互助用车方法、系统及计算机与流程

1.本发明属于交通信息处理技术领域，具体涉及一种用于企业员工共享互助用车方法、系统及计算机。


背景技术：

2.现阶段，随着产业整体朝城市外延迁移，员工职住分离的状况凸显，远距离通勤带来的通勤时间长、成本昂贵、精力消耗大等问题，极大的影响了员工的幸福感和舒适感。由于企业外迁地通常交通不便，员工通勤普遍考虑三种方式，1、交通车，虽然部分企业为员工开设了交通车，但由于企业成本考虑，面临班次单一(通常固定时间只有一班)、线路覆盖少等问题；2、网约车及出租车，滴滴、t3为代表的网约车虽然能提供灵活的通勤方式，但又面临价格昂贵、高峰时期运力紧张的问题，不能作为远距离通勤的常规手段；3、员工自驾车，自驾方式能够最为灵活，成本也低于网约车和出租车，但是长时间专注于驾驶，对驾驶员的精力消耗极大，也是对时间的一种浪费。
3.基于以上，如何提升企业员工的长距离通勤体验并降低通勤成本是亟待解决的问题。


技术实现要素：

4.为了解决现有技术存在的企业员工通勤时间长、费用高、体验差的问题，本发明充分利用企业员工长距离通勤的特点，通过一套软硬件平台，对员工自驾车赋予固定线路和站点，实现自驾车的交通车化，再利用企业内部员工出行线路高度重合、站点有多辆自驾车经过的特点，生成到站时刻表，实现自驾车的公交车化，激发自驾车的交通车属性和公交车属性，为企业内部员工提供“像自驾车一样方便快捷、像交通车一样安全直达、像公交车一样灵活多班”的通勤体验。本发明实施例提供以下技术方案：
5.第一方面，本发明提供了一种用于企业员工共享互助用车的方法，包括：
6.按照预设方式获取指定车辆基本信息以及获取用户指令；
7.根据所述指定车辆的基本信息，得到所述指定车辆常规出行路线；
8.根据所述指定车辆常规出行路线设置停车站点信息，所述停车站点信息包括站点的名称、站点经纬度；
9.根据所述停车站点信息，将停车站点图标展示在用户终端上；
10.根据所述用户指令获取经过预设停车站点的车辆信息、预测乘客数量以及到站时间表，将所述经过预设停车站点的车辆信息、预测乘客数量以及到站时间表展示在用户终端上。
11.进一步地，所述车辆常规出行路线包括所述车辆行驶的停车站点经纬度和终点经纬度。
12.进一步地，根据所述用户指令获取经过预设停车站点的车辆信息、预测乘客数量以及到站时间表，将所述经过预设停车站点的车辆信息、预测乘客数量以及到站时间表展
示在用户终端上；包括：
13.根据所述用户指令，实时获取经过预设停车站点的车辆信息、预测乘客数量以及到站时间表，将所述经过预设停车站点的车辆信息、预测乘客数量以及到站时间表展示在用户终端上。
14.进一步地，根据所述用户指令获取经过预设停车站点的车辆信息、预测乘客数量以及到站时间表，将所述经过预设停车站点的车辆信息、预测乘客数量以及到站时间表展示在用户终端上，包括：
15.根据所述用户指令，得到所述用户指令对应的用户终端信息；
16.根据所述用户终端信息，计算预设停车站点与所述用户终端的距离，得到计算结果；
17.根据所述计算结果，预测乘客数量；
18.将所述经过预设停车站点的车辆信息、预测乘客数量以及到站时间表展示在用户终端上。
19.进一步地，根据所述用户指令获取经过预设停车站点的车辆信息、预测乘客数量以及到站时间表，将所述经过预设停车站点的车辆信息、预测乘客数量以及到站时间表展示在用户终端上，包括：
20.查询在线车辆的预设出行路线，若所述在线车辆的预设路线中包含所述预设停车站点，则确定所述在线车辆为经过所述预设停车站点的车辆；
21.重复判断所有在线车辆，得到经过所述预设停车站点的车辆总量信息，并获取所述经过所述预设停车站点的车辆位置信息；
22.调取地图api，获取所述经过所述预设停车站点的车辆到达所述停车站点的到站时间，生成到站时间表；
23.将所述经过预设停车站点的车辆位置信息、预测乘客数量以及到站时间表展示在用户终端上。
24.第二方面，本发明提供一种用于企业员工共享互助用车的系统，包括：后台管理平台、车载终端以及用户终端；
25.所述后台管理平台分别与所述车载终端和所述用户终端通过中间件连接；
26.所述后台管理平台，用于设置站点、线路、车辆和司机信息，并设置所述站点、线路、车辆和司机信息之间的关联关系；
27.根据所述指定车辆的基本信息，得到所述指定车辆常规出行路线；
28.根据所述指定车辆常规出行路线设置停车站点信息，所述停车站点信息包括站点的名称、站点经纬度；
29.根据所述停车站点信息，将停车站点图标展示在用户终端上；
30.根据所述用户指令获取经过预设停车站点的车辆信息、预测乘客数量以及到站时间表，将所述经过预设停车站点的车辆信息、预测乘客数量以及到站时间表展示在用户终端上；
31.所述车载终端，用于按照预设的时间采集车辆的位置信息，将所述车辆的位置信息发送至所述后台管理平台。
32.进一步地，所述车载终端设置有gps模块，所述gps模块用于确定所述车载终端的
位置。
33.第三方面，本发明提供一种计算机及存储介质，包括：存储器，其上存储有可执行程序；
34.处理器，用于执行所述存储器中的所述可执行程序，以实现第一方面中任一项所述方法的步骤。
35.本发明具有以下有益效果：
36.本发明实施例提供的一种用于企业员工共享互助用车的方法，通过按照预设方式获取指定车辆基本信息以及获取用户指令；根据所述指定车辆的基本信息，得到所述指定车辆常规出行路线；根据所述指定车辆常规出行路线设置停车站点信息，所述停车站点信息包括站点的名称、站点经纬度；根据所述停车站点信息，将停车站点图标展示在用户终端上；根据所述用户指令获取经过预设停车站点的车辆信息、预测乘客数量以及到站时间表，将所述经过预设停车站点的车辆信息、预测乘客数量以及到站时间表展示在用户终端上。本发明所提供的技术方案得益于司机低廉的边际成本，远低于网约车及出租车成本，同时司机也可以得到油费补贴，做到司乘之间运力和油费的互补。同站多车，灵活程度高，对于司机来说，只需要按原路线、原时间出行即可，不需要绕路、不需要等乘客、也不需要接单，边际成本较低；对于乘客来说，同一条线路、同一个站点，有多个车辆可供选择，可更灵活的安排出行时间。综上所述，该方案显著提升了企业员工的通勤体验并降低通勤成本，是企业内部员工长距离通勤这个细分领域的最优解。
附图说明
37.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
38.图1是本发明实施例中一种用于企业员工共享互助用车的方法的流程示意图。
39.图2为本技术一个实施例中站点设置示意图。
40.图3是本技术一个实施例中后台管理平台中的线路设置图。
41.图4是本技术一个实施例中后台管理平台中车辆信息录入示意图。
42.图5是本技术一个实施例中后台管理平台中车载终端配置示意图。
43.图6是本技术一个实施例提供的预测乘客数量的步骤流程图。
44.图7是本技术一个实施例中到站时间表生成方法步骤流程图。
45.图8是本技术另一个实施例所提供的一种用于企业员工共享互助用车的系统结构示意图。
46.图9是本技术另一个实施例所提供的一种用于企业员工共享互助用车的系统结构示意图。
47.图10是本技术实施例所提供的一种用于企业员工共享互助用车用户终端界面示意图。
48.图11是本技术另一个实施例所提供的一种计算机的结构示意图。
具体实施方式
49.为使本发明的目的、技术方案和优点更加清楚，下面将对本发明的技术方案进行详细的描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本发明所保护的范围。
50.现阶段，随着产业整体朝城市外延迁移，员工职住分离的状况凸显，远距离通勤带来的通勤时间长、成本昂贵、精力消耗大等问题，极大的影响了员工的幸福感和舒适感。为了给企业员工灵活、低廉、安全、快捷的通勤体验，本发明提供了一种用于企业员工共享互助用车的方法，该方法涉及后台管理平台、车载终端以及用户终端。
51.图1为本技术一个实施例提供的一种用于企业员工共享互助用车的方法的流程示意图，如图1所示，该方法包括如下步骤：包括：
52.步骤s101、按照预设方式获取指定车辆基本信息以及获取用户指令；
53.具体地，对于一般的企业来说，员工的居住地，基本可以划分为几个较为集中的范围，按照预设方式可以是采用问卷的方式，调查司机们的通勤路线，从而获取指定车辆的基本信息。
54.步骤s102、根据所述指定车辆的基本信息，得到所述指定车辆常规出行路线；
55.通过获取到指定车辆的基本信息，拟合出最“常见”的路线，即得到所述指定车辆常规出行路线。例如，在一个实施例中，对一个企业的员工出行路线进行调研，根据其调研结果，拟合出了多条常规出行路线。
56.步骤s103、根据所述指定车辆常规出行路线设置停车站点信息，所述停车站点信息包括停车站点的名称、停车站点信息经纬度；
57.请参阅图2，图2为本技术一个实施例中站点设置示意图。
58.基于步骤s102，将指定车辆常规出行路线公布给乘客之后，再次进行问卷调查，根据调查结果，在后台管理平台中设置站点，包括站点的名称、经纬度等。
59.步骤s104、根据所述停车站点信息，将停车站点图标展示在用户终端上；
60.步骤s105、根据所述用户指令获取经过预设停车站点的车辆信息、预测乘客数量以及到站时间表，将所述经过预设停车站点的车辆信息、预测乘客数量以及到站时间表展示在用户终端上。
61.其中，车辆信息包括车牌号、司机手机号，以方便乘客识别所要乘坐的车辆。
62.在一个实施例中，用户终端包括手机、ipad等智能移动终端，其上安装有微信小程序，用户打开微信小程序可以在可视化界面上查看地图、车辆信息、站点信息等可视化信息；基于微信小程序开发的应用平台，无须安装app，就可以提供乘客实时位置展示、停车站点等待人数预测、车辆实时位置展示、到站时间预测、到站时间表展示等功能，符合用户的使用习惯，带来更佳的用户体验。
63.在一个实施例中，所述车辆常规出行路线包括所述车辆行驶的停车站点经纬度。
64.在得到车辆行驶的停车站点经纬度后即可确定车辆的常规出行路线。因此，本方案主要基于共同目的地、共同出行时间、熟人圈等企业员工通勤特点，提供一个自驾车空闲运力和通勤需求的匹配平台。
65.请参阅图3，图3是本技术一个实施例中后台管理平台中的线路设置图。
66.在一个实施例中，还包括将车辆录入后台管理平台，为其分配线路，并填入驾驶员、车牌号等信息。
67.请参阅图4，图4是本技术一个实施例中后台管理平台中车辆信息录入示意图。
68.在一个实施例中，还包括配置车载终端，车载终端的主要作用是在规定的时间(上下班通勤时间)内采集车辆的位置信息，专业的车载gps或者安装了gps应用的普通手机都能实现这个功能。在后台管理平台中，可设置车载gps的编号或者司机的手机号作为设备编号，作为唯一识别码，并与车辆进行绑定。
69.请参阅图5，图5是本技术一个实施例中后台管理平台中车载终端配置示意图。
70.本发明所提供的技术方案，对于乘客来说，同一条线路、同一个站点，有多个车辆可供选择，可更灵活的安排出行时间。由于员工的最终目的地是固定的，即使是不同起点的自驾车，也很有可能共同经过一些必经站点，那么中途上车的乘客，在上述必经站点等待，即使在不同的时间，都有大概率可以搭乘到企业员工的自驾车。
71.在一个实施例中，根据所述用户指令，实时获取经过预设停车站点的车辆信息、预测乘客数量以及到站时间表，将所述经过预设停车站点的车辆信息、预测乘客数量以及到站时间表展示在用户终端上。
72.具体地，请参阅图6，图6是本技术一个实施例提供的预测乘客数量的步骤流程图；如图6所示，
73.在一个实施例中，本技术设置为接收到用户点击预设停车站点的信息，如该用户在预设停车站点方圆2公里内，则判定该用户为预设停车站点的乘客，该预设停车站点乘客数量加1，同一乘客重复点击，不重复记录；
74.以点击该站点，且在站点方圆2公里内的乘客数量，作为该站点的预测乘客人数。
75.预测乘客数量的具体步骤为：
76.步骤s601、获取用户指令；
77.步骤s602、根据所述用户指令，得到所述用户指令对应的用户终端信息；
78.可以理解为，用户点击预设停车站点图标后，后台管理系统获取所述用户指令，根据所述用户指令得到所述用户指令对应的用户终端信息；
79.步骤s603、根据所述用户终端信息，计算预设停车站点与所述用户终端的距离，得到计算结果；
80.其中，若所述计算结果小于2公里，则判断使用所述用户终端的用户为所述指定停车站点的乘客；
81.若所述计算结果大于2公里，则判断使用所述用户终端的用户不是所述指定停车站点的乘客；
82.步骤s604、根据所述计算结果，预测乘客数量；
83.步骤s605、将经过预设停车站点的车辆信息、预测乘客数量以及到站时间表展示在用户终端上。
84.在一个实施例中，请参阅图7，图7是本发明一个实施例中到站时间表生成方法步骤流程图，如图7所示：
85.步骤s701、查询在线车辆的预设出行路线，若所述在线车辆的预设路线中包含所述预设停车站点，则确定所述在线车辆为所述预设停车站点的过站车辆；
86.可以理解为，用户点击预设停车站点图标后，系统查询在线车辆的预设出行路线，若所述在线车辆的预设路线中包含该停车站点，则确定所述在线车辆为过站车辆；
87.步骤s702、重复判断所有在线车辆，得到经过所述预设停车站点的所有车辆信息，并获取所述经过所述预设停车站点的所有车辆位置信息；
88.步骤s703、调取地图api，获取所述经过所述预设停车站点的所有车辆到达所述停车站点的到站时间，生成到站时间表；
89.具体地，到站时间表信息包括所有经过所述站点的车辆到达该站点的时间，还可以包括经过所述预设停车站点的车辆与停车站点的距离信息。
90.步骤s704、将经过预设停车站点的车辆位置信息、预测乘客数量以及到站时间表展示在用户终端上。
91.其中，车辆位置并不是直接发送给用户终端的，而是通过一个消息中间件展示在用户终端上的。
92.在一个实施例中，车辆已经过预设停车站点的判断方法为：
93.以预设停车站点为圆心做半径为100米的圆，车辆进出该圆各一次，则视为已经过a站点，所述预设停车站点的预测乘客数量归零；
94.需要说明的是，一旦系统检测到有过站车辆经过所述预设停车站点，不管乘客是否都已上车，所述停车站点的预测乘客数量都要归零。因为这时即使有乘客未上车，为了乘下一班车，他们也会本能的再次点击所述预设停车站点图标查看所述到站时间表，重新生成所述停车站点的最新预测乘客数量。
95.需要说明的是，过站车辆是指：车辆路线包含该站点的车辆。比如365路公交车，路线包含昌平站，则365是昌平站的过站车辆。
96.车辆已经过预设停车站点，这是一个动作，比如某一辆365路公交车，过了预设停车站点-昌平站，现在已经跑到八达岭去了，这个意思即车辆已经过预设停车站点。
97.请参阅图8，图8是本技术一个实施例所提供的一种用于企业员工共享互助用车的系统结构示意图，如图8所示，该用于企业员工共享互助用车的系统，包括：后台管理平台801、车载终端802以及用户终端803；
98.所述后台管理平台801通过中间件分别与所述车载终端和所述用户终端连接；
99.所述后台管理平台801，用于按照预设方式设置路线、站点、车辆及司机信息，绑定所述线路、站点、车辆和司机之间的关系，并提供到站时间、预测乘客人数的计算服务；
100.根据所述指定车辆的常规出行路线，得到所述指定车辆的途径站点。
101.根据所述指定车辆常规出行路线设置停车站点信息，所述停车站点信息包括站点的名称、站点经纬度；
102.多个停车站点的组合形成路线，将路线与车辆、司机绑定；停车站点可存在于多个路线中；路线可以与多个车辆进行绑定；
103.获取经过预设停车站点的车辆信息、到站时间表信息以及预测乘客数量，将所述预测乘客数量、所述到站时间表信息、所述车辆信息展示在用户终端上。其中，所述车载终端802设置有gps模块，所述gps模块用于确定所述车载终端802的位置。
104.可以理解为，本技术所提供的用于企业员工共享互助用车的系统，包括：后台管理平台、车载终端以及用户终端；所述后台管理平台通过消息中间件分别与所述车载终端和
所述用户终端连接；通过所述后台管理平台按照预设方式设置路线、站点、车辆及司机信息，并设置所述路线、站点、车辆及司机之间的绑定关系；设置停车站点信息，所述停车站点信息包括停车站点的名称、停车站点经纬度；将所述停车站点分配至所述路线；所述路线包括路线名称和各站点信息；当点击用户终端上的站点图标时，获取经过预设停车站点的车辆到站时间表以及预测乘客数量，将所述预测乘客数量及所述车辆到站时间表展示在用户终端上。其中，所述车载终端设置有gps模块，所述gps模块用于确定所述车载终端的位置。
105.本技术所提供的一种用于企业员工共享互助用车的系统，通过包括：后台管理平台、车载终端以及用户终端；所述后台管理平台分别通过中间件，与所述车载终端和所述用户终端连接；所述后台管理平台，用于根据所述指定车辆常规出行路线设置停车站点信息，所述停车站点信息包括站点的名称、站点经纬度；当用户点击预设停车站点时，获取经过所述预设停车站点的车辆信息、到站时间表以及预测乘客数量，将所述车辆信息、所述到站时间表和所述乘客数量展示在用户终端上。通过后台管理平台中设置车辆信息、所属线路信息，以及线路上的各站点信息，实现车辆与站点之间的强关联关系。还可以将同一条线路中的各站点及车辆颜色设置成一致，方便乘客快速筛选有用信息。
106.在一个实施例中，站点时间表为实时预测，可以通过调取腾讯地图的api实现到站时间的获取。
107.请参阅图9，图9是本技术另一个实施例所提供的一种用于企业员工共享互助用车的系统结构示意图。如图9所示，本发明实施例利用卫星定位、中间件、可视化等技术，充分利用高峰期长距离细分领域下，“出行时间高度一致、途径站点高度一致、最终目的地完全一致”等特点，提供了一种面向企业员工长距离通勤的共享出行方案，将员工自驾车按照交通车进行管理，并按照公交车模式提供服务，提供一个“像自驾车一样快捷舒适、像交通车一样安全直达、像公交车一样灵活多班”的通勤方式。
108.请参阅图10，图10是本技术的一个实施例所提供的用户终端界面，用户通过点击站点图标，获取车辆信息、预测乘客信息及到站时间表。
109.其中卫星定位、中间件以及可视化等技术为现有技术，本技术未对其进行改进。
110.本发明具有以下有益效果，通勤成本比低：不同于滴滴司机特意跑一趟不同，本方案的司机本来就要沿这条路去上班，是顺路捎带乘客，因此边际成本极低，使得乘客也可以以极低的费用与司机达成一致。乘车时间更灵活：滴滴在早高峰极不容易匹配到去远郊的车辆，而本方案由于司机乘客最终目的地一致，因此会出现多车同线的情况(即多辆车为同一路线或经过同一站点)，本方案再以时刻表的方式，展示到达该站点的车辆时间，给乘客给与更多的自由度。对司机更友好：司机无须改变日常通勤线路，无须进行接单操作，无须等待乘客，只需在用户终端查看预设站点的乘客数量信息决定是否停车，或者在直接到达预设站点靠边停车接上乘客即可。
111.请参阅图11，图11位本发明实施例提供一种计算机，包括：
112.存储器1101，其上存储有可执行程序；
113.处理器1102，用于执行所述存储器1102中的所述可执行程序，以实现如上任一项所述方法的步骤。
114.可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。
115.需要说明的是，在本技术的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本技术的描述中，除非另有说明，“多个”的含义是指至少两个。
116.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
117.应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
118.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
119.此外，在本技术各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
120.上述提到的存储介质可以是只读存储器，磁盘或光盘等。
121.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
122.尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。