CN113627680B - 一种智能班车交互方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明公开了一种智能班车交互方法、装置、电子设备及存储介质，该方法包括接收所有乘车员工的乘车信息，基于各乘车信息生成班车运行路线；当接收到乘车员工对应的员工终端发送的查询指令时，持续获取班车的当前位置；在电子地图中获取班车运行路线的实时路况信息，基于实时路况信息与当前位置计算班车运行路线中每一个停靠站点的预计到达时间；生成并发送员工反馈信息至员工终端。本发明实现了增强了班车司机与乘车员工之间的交互性，使得乘车员工能够准确得知班车的具体位置、到达时间等信息，且班车司机也能够准确得知每一个停靠站点的乘车员工情况，提高了班车运行的效率。

Description

一种智能班车交互方法、装置、电子设备及存储介质

技术领域

本申请涉及智能班车技术领域，具体而言，涉及一种智能班车交互方法、装置、电子设备及存储介质。

背景技术

目前，对于员工人数较多且公司地理位置较偏的国企、工厂等单位而言，会设置有班车来专门接送员工上下班。然而现有的班车基本上都是根据人工预先设置好的路线，在规定的时间进行运行，甚至连停靠的站点都是预先设置好的，较为死板，不够智能化。

这样的设置会导致员工与班车无法进行任何互动，一方面会使得员工在等待班车时完全无法了解到班车的状态，尤其是早高峰时班车经常由于堵车而无法准时到达站点，员工不清楚到底是班车因堵车迟到了还是自己由于没有提前到已经错过了班车。另一方面司机由于可能按照排班负责不同的班车，其不可能认识所有上车员工，即不能够确认每一站上车人员的身份，在疫情期间司机可能还需要负责确认每个人的健康码、体温等，影响班车运行效率。虽然部分班车会通过设置某一个乘车员工为班车长来进行这些工作，但一旦该员工因事请假就依旧无人能够进行管理。

可见，目前的班车体系下，司机与乘车员工的交互性非常弱，使得实际情况中无论是司机还是员工对于班车运行的体验都不好。

发明内容

为了解决上述问题，本申请实施例提供了一种智能班车交互方法、装置及电子设备。

第一方面，本申请实施例提供了一种智能班车交互方法，所述方法包括：

接收所有乘车员工的乘车信息，基于各所述乘车信息生成班车运行路线；

当接收到所述乘车员工对应的员工终端发送的查询指令时，持续获取班车的当前位置；

在电子地图中获取所述班车运行路线的实时路况信息，基于所述实时路况信息与当前位置计算所述班车运行路线中每一个停靠站点的预计到达时间；

生成并发送员工反馈信息至所述员工终端，所述员工反馈信息用以在所述员工终端上展示所述当前位置和预计到达时间。

优选的，所述接收所有乘车员工的乘车信息，基于各所述乘车信息生成班车运行路线，包括：

接收所有乘车员工的乘车信息，确认每一个所述乘车信息所对应的居住地点；

基于各所述居住地点之间的距离将所有所述居住地点划分为若干居住区域；

基于所述居住区域向所有所述乘车员工对应的员工终端发送站点选择信息，并分别接收每一个所述居住区域对应的全部所述员工终端反馈的站点倾向信息；

整合所述站点倾向信息，确定停靠站点，并根据各所述停靠站点生成班车运行路线。

优选的，所述基于所述居住区域向所有所述乘车员工对应的员工终端发送站点选择信息，并分别接收每一个所述居住区域对应的全部所述员工终端反馈的站点倾向信息，包括：

在所述居住区域中确定至少一个预备站点，向所有所述乘车员工对应的员工终端发送站点选择信息，所述站点选择信息包括所有所述预备站点；

分别接收每一个所述居住区域对应的全部所述员工终端反馈的站点倾向信息，所述站点倾向信息用以表征每一个所述预备站点的倾向优先级；

所述整合所述站点倾向信息，确定停靠站点，并根据各所述停靠站点生成班车运行路线，包括：

基于每一个所述预备站点对应的各级倾向优先级占比确定停靠站点，并根据各所述停靠站点生成班车运行路线。

优选的，所述基于每一个所述预备站点对应的各级倾向优先级占比确定停靠站点，并根据各所述停靠站点生成班车运行路线之后，还包括：

当接收到任一所述员工终端发送的站点调整请求信息时，解析所述站点调整请求信息，确定所述员工终端对应乘车员工的实际上车路线；

当所述实际上车路线对应路程大于预设路程时，基于所述实际上车路线优化所述停靠站点对应位置。

优选的，所述方法还包括：

每当检测到所述当前位置处于所述停靠站点对应范围内时，确定所述停靠站点对应的各所述乘车信息，所述乘车信息包括员工人脸图像；

采集车门处的人脸识别图像，确认所述人脸识别图像匹配的所述员工人脸图像；

确定待确认乘车信息，并获取所述待确认乘车信息对应的所述员工终端的终端位置，所述待确认乘车信息为未匹配成功的员工人脸图像对应的乘车信息；

将所述终端位置发送至驾驶员对应的驾驶终端。

优选的，所述将所述终端位置发送至驾驶员对应的驾驶终端之后，还包括：

当检测到所述当前位置远离所述待确认乘车信息对应的停靠站点，且仍未采集到与所述待确认乘车信息对应员工人脸图像匹配的人脸识别图像时，向所述待确认乘车信息对应的员工终端发送提醒信息；

若接收到所述员工终端反馈的更改上车站点信息，则确定所述更改上车站点信息对应的预上车停靠站点，并将所述待确认乘车信息临时划分入所述预上车停靠站点对应的第一乘车信息集合。

优选的，所述方法还包括：

在接收到所述员工终端发送的临时变更信息时，确认所述员工终端对应的停靠站点，将所述员工终端对应的乘车信息临时划分出所述停靠站点对应的第二乘车信息集合；

当存在第二乘车信息集合没有对应有任何所述乘车信息时，删除所述停靠站点并优化所述班车运行路线。

第二方面，本申请实施例提供了一种智能班车交互装置，所述装置包括：

接收模块，用于接收所有乘车员工的乘车信息，基于各所述乘车信息生成班车运行路线；

获取模块，用于当接收到所述乘车员工对应的员工终端发送的查询指令时，持续获取班车的当前位置；

计算模块，用于在电子地图中获取所述班车运行路线的实时路况信息，基于所述实时路况信息与当前位置计算所述班车运行路线中每一个停靠站点的预计到达时间；

生成模块，用于生成并发送员工反馈信息至所述员工终端，所述员工反馈信息用以在所述员工终端上展示所述当前位置和预计到达时间。

第三方面，本申请实施例提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面或第一方面的任意一种可能的实现方式提供的方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面或第一方面的任意一种可能的实现方式提供的方法。

本发明的有益效果为：1.增强了班车司机与乘车员工之间的交互性，使得乘车员工能够准确得知班车的具体位置、到达时间等信息，且班车司机也能够准确得知每一个停靠站点的乘车员工情况，提高了班车运行的效率。

2.能够根据所有的乘车员工的居住位置智能确定出合适的停靠站点和班车路线，更加人性化，加强了乘车员工的班车搭乘体验。

3.当存在乘车员工请假而导致某一停靠站点当天没有人员需要乘车时，能够智能优化班车路线，提高了班车输送的效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例中所需使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种智能班车交互方法的流程示意图；

图2为本申请实施例提供的一种智能班车交互装置的结构示意图；

图3为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

在下述介绍中，术语“第一”、“第二”仅为用于描述的目的，而不能理解为指示或暗示相对重要性。下述介绍提供了本申请的多个实施例，不同实施例之间可以替换或者合并组合，因此本申请也可认为包含所记载的相同和/或不同实施例的所有可能组合。因而，如果一个实施例包含特征A、B、C，另一个实施例包含特征B、D，那么本申请也应视为包括含有A、B、C、D的一个或多个所有其他可能的组合的实施例，尽管该实施例可能并未在以下内容中有明确的文字记载。

下面的描述提供了示例，并且不对权利要求书中阐述的范围、适用性或示例进行限制。可以在不脱离本申请内容的范围的情况下，对描述的元素的功能和布置做出改变。各个示例可以适当省略、替代或添加各种过程或组件。例如所描述的方法可以以所描述的顺序不同的顺序来执行，并且可以添加、省略或组合各种步骤。此外，可以将关于一些示例描述的特征组合到其他示例中。

参见图1，图1是本申请实施例提供的一种智能班车交互方法的流程示意图。在本申请实施例中，所述方法包括：

S101、接收所有乘车员工的乘车信息，基于各所述乘车信息生成班车运行路线。

所述乘车信息在本申请实施例中可以理解为预先录入的乘车员工的相关信息，例如身份信息、住址信息、照片信息等。

本申请的执行主体可以是云端服务器。

在本申请实施例中，驾驶员和乘车人员的手机终端上都可以安装有指定的APP，通过该APP便可以实现班车交互功能，云端服务器即为该APP的后台数据处理服务器。具体的，本申请将首先接收需要搭乘班车的所有乘车员工发送来的乘车信息，以此掌握每一位乘车员工的住址等相关信息，再基于这些信息来生成一条最适合搭乘该班车的乘车员工的班车运行路线。即随着乘车员工的变动，班车运行路线也会随之调整变化，而不是像传统班车路线是完全规定好的路线，这样能够使得班车运行路线更加的人性化，也增加了班车接送的效率。

在一种可实施方式中，步骤S101包括：

接收所有乘车员工的乘车信息，确认每一个所述乘车信息所对应的居住地点；

基于各所述居住地点之间的距离将所有所述居住地点划分为若干居住区域；

基于所述居住区域向所有所述乘车员工对应的员工终端发送站点选择信息，并分别接收每一个所述居住区域对应的全部所述员工终端反馈的站点倾向信息；

整合所述站点倾向信息，确定停靠站点，并根据各所述停靠站点生成班车运行路线。

所述站点选择信息在本申请实施例中可以理解为用以提醒乘车员工在居住区域内选择期望设置的停靠站点位置的信息。

所述站点倾向信息在本申请实施例中可以理解为用以表征乘车员工倾向于停靠站点设置位置的信息。

在本申请实施例中，根据乘车员工的乘车信息，能够解析确认得到每一个乘车员工的居住地点。处于班车的运行效率方面考量，不可能为每一个乘车员工都单独设置一个其居住地点旁的站点。故在确定了所有居住地点后，将会根据各个居住地点之间的距离，将距离较近（例如相距不超过1km）的若干居住地点划分为一个居住区域，并在每一个居住区域设置一个停靠站点，以便统一的接送。而为了让设置的停靠站点合理，停靠站点的具体位置将由居住在该居住区域内的乘车员工进行选择确定。具体而言，云端服务器将会向乘车员工的员工终端（例如手机终端）发送站点选择信息，收到站点选择信息的员工终端会在对应APP上展示站点选择的相关信息，以供乘车员工进行选择。乘车员工在APP界面上进行站点处的触碰点击选择后，员工终端将会生成站点倾向信息，并将其发送至云端服务器。云端服务器接收到所有员工终端发送的站点倾向信息后，便能够对员工所选择的站点进行整合筛选，以此确定出符合大部分人需求的停靠站点，进而根据各个停靠站点来生成班车运行路线。

在一种可实施方式中，所述基于所述居住区域向所有所述乘车员工对应的员工终端发送站点选择信息，并分别接收每一个所述居住区域对应的全部所述员工终端反馈的站点倾向信息，包括：

在所述居住区域中确定至少一个预备站点，向所有所述乘车员工对应的员工终端发送站点选择信息，所述站点选择信息包括所有所述预备站点；

分别接收每一个所述居住区域对应的全部所述员工终端反馈的站点倾向信息，所述站点倾向信息用以表征每一个所述预备站点的倾向优先级；

所述整合所述站点倾向信息，确定停靠站点，并根据各所述停靠站点生成班车运行路线，包括：

基于每一个所述预备站点对应的各级倾向优先级占比确定停靠站点，并根据各所述停靠站点生成班车运行路线。

在本申请实施例中，云端服务器划分好居住区域后，将会根据居住区域内适合车辆行驶的道路上确定若干个适合作为停靠站点的预备站点，并将包含各预备站点的站点选择信息发送至员工终端。员工终端上接收到站点选择信息后，乘车员工将会在员工终端的对应APP界面上对各个预备站点进行选择，确定每个预备站点的倾向优先级。例如，一共有五个预备站点，用户可以根据自己的意愿倾向，为五个预备站点分别选择1-5五个倾向级别，倾向级别越高即表明乘车员工更加倾向于选择该站点作为停靠站点。云端服务器在整合站点倾向信息时，能够计算确定出每一个预备站点的平均倾向级别，最终将平均倾向级别最高的预备站点确定为最终的停靠站点。

在一种可实施方式中，所述基于每一个所述预备站点对应的各级倾向优先级占比确定停靠站点，并根据各所述停靠站点生成班车运行路线之后，还包括：

当接收到任一所述员工终端发送的站点调整请求信息时，解析所述站点调整请求信息，确定所述员工终端对应乘车员工的实际上车路线；

当所述实际上车路线对应路程大于预设路程时，基于所述实际上车路线优化所述停靠站点对应位置。

所述实际上车路线在本申请实施例中可以理解为乘车员工前往停靠站点乘车所需要的行进的实际路线。

在本申请实施例中，最终确定的停靠站点虽然是符合大部分员工心意的，但是也可能会造成部分员工的班车搭乘困难。例如，最终确定的停靠站点看似距离某一员工的居住地点的直线距离不远，但是可能实际情况中由于道路装修等原因，其前往该停靠站点需要绕很远的路，严重影响其正常班车搭乘。这种情况下乘车员工可以通过员工终端向云端服务器发送站点调整请求信息。站点调整请求信息中可以包括有其在地图上标注出来的实际上车路线。云端服务器通过对实际上车路线的解析，确定其对应路程确实大于预设的合理路程时，便会根据实际上车路线来优化停靠站点的对应位置，即在一定可控距离范围内调整停靠站点的位置，使得调整后的停靠站点位置能够让乘车员工的实际上车路线对应路程小于预设路程。

S102、当接收到所述乘车员工对应的员工终端发送的查询指令时，持续获取班车的当前位置。

所述查询指令在本申请实施例中可以理解为表征需要查询车辆实时位置状态的指令信息。

在本申请实施例中，若乘车员工希望了解班车此时已经行进到了何处，其可以打开APP，点击查询按钮，此时员工终端将会向云端服务器发送查询指令。云端服务器在接收到查询指令后，便会基于GPS定位的方式持续的获取班车的当前位置。

S103、在电子地图中获取所述班车运行路线的实时路况信息，基于所述实时路况信息与当前位置计算所述班车运行路线中每一个停靠站点的预计到达时间。

在本申请实施例中，云端服务器可以与百度地图、高德地图等电子地图进行数据交互，以此获取到班车运行路线在电子地图中的实时路况信息，进而能够根据道路实际情况与班车的当前位置计算出其行驶至每一个停靠站点的预计到达时间。

S104、生成并发送员工反馈信息至所述员工终端，所述员工反馈信息用以在所述员工终端上展示所述当前位置和预计到达时间。

在本申请实施例中，确定得到了班车的当前位置和预计到达时间后，便能够基于二者生成员工反馈信息，并将员工反馈信息发送至员工终端。进而使得员工终端能够在APP界面上展示班车在班车运行路线上的具体位置，以及在每一个停靠站点标注出预计到达时间，便于乘车员工直观的了解到班车的当前状态，不会由于早高峰道路拥堵导致班车晚点而使得乘车员工无法知悉自己是否已错过了班车。还需要说明的是，由于是在班车运行路线上来展示班车的位置状态和预计到达时间，即使班车处于两个停靠站点之间，乘车员工也能够基于其在班车运行道路上的具体位置判断出班车具体处于两个站点之间的何种位置，而不是简单的仅能知道班车是到达某一站点还是在某两个站点之间这种模糊的信息。

在一种可实施方式中，所述方法还包括：

每当检测到所述当前位置处于所述停靠站点对应范围内时，确定所述停靠站点对应的各所述乘车信息，所述乘车信息包括员工人脸图像；

采集车门处的人脸识别图像，确认所述人脸识别图像匹配的所述员工人脸图像；

确定待确认乘车信息，并获取所述待确认乘车信息对应的所述员工终端的终端位置，所述待确认乘车信息为未匹配成功的员工人脸图像对应的乘车信息；

将所述终端位置发送至驾驶员对应的驾驶终端。

在本申请实施例中，由于确定得到了班车的当前位置，当基于GPS等方式定位检测到当前位置处于停靠站点对应的范围内时，云端服务器即认为班车已经到达了该停靠站点。此时云端服务器首先将要确定该停靠站点对应各个乘车信息，即确定出该停靠站点一共有几个乘车员工需要搭乘班车。接着通过车门处设置的摄像头，能够在有人上车时采集到人脸识别图像，每当采集到人脸识别图像后，便会将其与乘车信息中附带的员工人脸图像进行匹配，匹配成功即认为该乘车信息对应的员工已经成功上车，进而能够从乘车信息中筛选出待确认乘车信息，即还没有上车且应该在该站点上车的员工对应的乘车信息。根据待确认乘车信息能够基于GPS定位到其对应的员工终端的终端位置，并将该终端位置反馈至驾驶员对应的驾驶终端，以此使得驾驶员能够直观的了解到该站点是否还有人未上，以及未上车的员工的位置。如果未上车员工的位置就在旁边，有可能是其由于在看手机而没有注意到班车的到达，便于驾驶员进行提醒。如果未上车员工的位置已经非常接近了，驾驶员可以稍微等待员工的到达。如果未上车员工的位置还比较的远，驾驶员可以基于对班车运行效率的判断自行决定是否要等待该员工。通过这种方式，能够从驾驶员的角度增强了班车运行过程中的交互程度，提高了班车运行效率的同时，更加的人性化，能够避免员工正好与班车错过的情况发生。

此外，班车车门处除了摄像头，还可以通过红外线传感器来检测上车人员的体温，根据采集到的人脸图像识别出对应的员工信息后，还能够直接获取其健康码等信息。保证了疫情等严控期间员工的上下车效率。

在一种可实施方式中，所述将所述终端位置发送至驾驶员对应的驾驶终端之后，还包括：

当检测到所述当前位置远离所述待确认乘车信息对应的停靠站点，且仍未采集到与所述待确认乘车信息对应员工人脸图像匹配的人脸识别图像时，向所述待确认乘车信息对应的员工终端发送提醒信息；

若接收到所述员工终端反馈的更改上车站点信息，则确定所述更改上车站点信息对应的预上车停靠站点，并将所述待确认乘车信息临时划分入所述预上车停靠站点对应的第一乘车信息集合。

所述更改上车站点信息在本申请实施例中可以理解为表征希望临时更改上车的停靠站点的请求信息。

在本申请实施例中，如果班车已经离开停靠站点前往下一站了，且仍然没有采集到该站点应该上车的员工人脸图像时，云端服务器将会向该员工对应的员工终端发送提醒信息，以此提醒员工班车已经离开。员工在得知班车离开后，其还可以通过APP向云端服务器发送更改上车站点信息，即为了赶上班车，其可以临时更改自己的上车站点至后面的站点，然后通过乘坐出租车等方式前往更改的站点赶上班车。在这种情况下，云端服务器会将待确认乘车信息临时划分入预上车停靠站点，使得驾驶员在到达该停靠站点时能够知悉还有人需要上车，以及员工上车时能够成功人脸识别匹配。当本次班车运行路线运行完毕后，云端服务器会将临时变动的各项信息复原。

在一种可实施方式中，所述方法还包括：

在接收到所述员工终端发送的临时变更信息时，确认所述员工终端对应的停靠站点，将所述员工终端对应的乘车信息临时划分出所述停靠站点对应的第二乘车信息集合；

当存在第二乘车信息集合没有对应有任何所述乘车信息时，删除所述停靠站点并优化所述班车运行路线。

所述临时变更信息在本申请实施例中可以理解为表征员工临时安排有变动，此次将不搭乘班车的数据信息。

在本申请实施例中，员工如果临时有事请假或者需要自己开车上班时，其可以通过APP向云端服务器发送临时变更信息，以此表明自己将不会搭乘此次班车。云端服务器在接收到临时变更信息后，会确认发送该信息的员工终端所对应的停靠站点，并将其乘车信息临时划分出该站点的乘车信息集合。如果此时该乘车信息集合内没有任何乘车信息了，即表明该员工不搭乘班车后，该站点没有人员需要上车。而班车运行路线是为了接到每一个员工而设置的，其必然会存在绕路等现象，故当该站点没有人员需要上车后，可以直接删除掉该停靠站点，以此对班车运行路线进行优化，提高班车运输效率。

下面将结合附图2，对本申请实施例提供的智能班车交互装置进行详细介绍。需要说明的是，附图2所示的智能班车交互装置，用于执行本申请图1所示实施例的方法，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请图1所示的实施例。

请参见图2，图2是本申请实施例提供的一种智能班车交互装置的结构示意图。如图2所示，所述装置包括：

接收模块201，用于接收所有乘车员工的乘车信息，基于各所述乘车信息生成班车运行路线；

获取模块202，用于当接收到所述乘车员工对应的员工终端发送的查询指令时，持续获取班车的当前位置；

计算模块203，用于在电子地图中获取所述班车运行路线的实时路况信息，基于所述实时路况信息与当前位置计算所述班车运行路线中每一个停靠站点的预计到达时间；

生成模块204，用于生成并发送员工反馈信息至所述员工终端，所述员工反馈信息用以在所述员工终端上展示所述当前位置和预计到达时间。

在一种可实施方式中，接收模块201包括：

第一接收单元，用于接收所有乘车员工的乘车信息，确认每一个所述乘车信息所对应的居住地点；

第一划分单元，用于基于各所述居住地点之间的距离将所有所述居住地点划分为若干居住区域；

第一发送单元，用于基于所述居住区域向所有所述乘车员工对应的员工终端发送站点选择信息，并分别接收每一个所述居住区域对应的全部所述员工终端反馈的站点倾向信息；

整合单元，用于整合所述站点倾向信息，确定停靠站点，并根据各所述停靠站点生成班车运行路线。

在一种可实施方式中，第一发送单元包括：

第一发送元件，用于在所述居住区域中确定至少一个预备站点，向所有所述乘车员工对应的员工终端发送站点选择信息，所述站点选择信息包括所有所述预备站点；

第一接收元件，用于分别接收每一个所述居住区域对应的全部所述员工终端反馈的站点倾向信息，所述站点倾向信息用以表征每一个所述预备站点的倾向优先级；

整合单元包括：

整合元件，用于基于每一个所述预备站点对应的各级倾向优先级占比确定停靠站点，并根据各所述停靠站点生成班车运行路线。

在一种可实施方式中，第一发送单元还包括：

第二接收元件，用于当接收到任一所述员工终端发送的站点调整请求信息时，解析所述站点调整请求信息，确定所述员工终端对应乘车员工的实际上车路线；

第一优化元件，用于当所述实际上车路线对应路程大于预设路程时，基于所述实际上车路线优化所述停靠站点对应位置。

在一种可实施方式中，所述装置还包括：

判断模块，用于每当检测到所述当前位置处于所述停靠站点对应范围内时，确定所述停靠站点对应的各所述乘车信息，所述乘车信息包括员工人脸图像；

采集模块，用于采集车门处的人脸识别图像，确认所述人脸识别图像匹配的所述员工人脸图像；

匹配模块，用于确定待确认乘车信息，并获取所述待确认乘车信息对应的所述员工终端的终端位置，所述待确认乘车信息为未匹配成功的员工人脸图像对应的乘车信息；

发送模块，用于将所述终端位置发送至驾驶员对应的驾驶终端。

在一种可实施方式中，所述装置还包括：

提醒模块，用于当检测到所述当前位置远离所述待确认乘车信息对应的停靠站点，且仍未采集到与所述待确认乘车信息对应员工人脸图像匹配的人脸识别图像时，向所述待确认乘车信息对应的员工终端发送提醒信息；

更改模块，用于若接收到所述员工终端反馈的更改上车站点信息，则确定所述更改上车站点信息对应的预上车停靠站点，并将所述待确认乘车信息临时划分入所述预上车停靠站点对应的第一乘车信息集合。

在一种可实施方式中，所述装置还包括：

划分模块，用于在接收到所述员工终端发送的临时变更信息时，确认所述员工终端对应的停靠站点，将所述员工终端对应的乘车信息临时划分出所述停靠站点对应的第二乘车信息集合；

删除模块，用于当存在第二乘车信息集合没有对应有任何所述乘车信息时，删除所述停靠站点并优化所述班车运行路线。

本领域的技术人员可以清楚地了解到本申请实施例的技术方案可借助软件和/或硬件来实现。本说明书中的“单元”和“模块”是指能够独立完成或与其他部件配合完成特定功能的软件和/或硬件，其中硬件例如可以是现场可编程门阵列（Field－ProgrammableGate Array，FPGA）、集成电路（Integrated Circuit，IC）等。

本申请实施例的各处理单元和/或模块，可通过实现本申请实施例所述的功能的模拟电路而实现，也可以通过执行本申请实施例所述的功能的软件而实现。

参见图3，其示出了本申请实施例所涉及的一种电子设备的结构示意图，该电子设备可以用于实施图1所示实施例中的方法。如图3所示，电子设备300可以包括：至少一个中央处理器301，至少一个网络接口304，用户接口303，存储器305，至少一个通信总线302。

其中，通信总线302用于实现这些组件之间的连接通信。

其中，用户接口303可以包括显示屏（Display）、摄像头（Camera），可选用户接口303还可以包括标准的有线接口、无线接口。

其中，网络接口304可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。

其中，中央处理器301可以包括一个或者多个处理核心。中央处理器301利用各种接口和线路连接整个电子设备300内的各个部分，通过运行或执行存储在存储器305内的指令、程序、代码集或指令集，以及调用存储在存储器305内的数据，执行终端300的各种功能和处理数据。可选的，中央处理器301可以采用数字信号处理（Digital SignalProcessing，DSP）、现场可编程门阵列（Field-Programmable Gate Array，FPGA）、可编程逻辑阵列（Programmable Logic Array，PLA）中的至少一种硬件形式来实现。中央处理器301可集成中央中央处理器（Central Processing Unit，CPU）、图像中央处理器（GraphicsProcessing Unit，GPU）和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到中央处理器301中，单独通过一块芯片进行实现。

其中，存储器305可以包括随机存储器（Random Access Memory，RAM），也可以包括只读存储器（Read-Only Memory）。可选的，该存储器305包括非瞬时性计算机可读介质（non-transitory computer-readable storage medium）。存储器305可用于存储指令、程序、代码、代码集或指令集。存储器305可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令（比如触控功能、声音播放功能、图像播放功能等）、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器305可选的还可以是至少一个位于远离前述中央处理器301的存储装置。如图3所示，作为一种计算机存储介质的存储器305中可以包括操作系统、网络通信模块、用户接口模块以及程序指令。

在图3所示的电子设备300中，用户接口303主要用于为用户提供输入的接口，获取用户输入的数据；而中央处理器301可以用于调用存储器305中存储的智能班车交互应用程序，并具体执行以下操作：

接收所有乘车员工的乘车信息，基于各所述乘车信息生成班车运行路线；

当接收到所述乘车员工对应的员工终端发送的查询指令时，持续获取班车的当前位置；

在电子地图中获取所述班车运行路线的实时路况信息，基于所述实时路况信息与当前位置计算所述班车运行路线中每一个停靠站点的预计到达时间；

生成并发送员工反馈信息至所述员工终端，所述员工反馈信息用以在所述员工终端上展示所述当前位置和预计到达时间。

本申请还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述方法的步骤。其中，计算机可读存储介质可以包括但不限于任何类型的盘，包括软盘、光盘、DVD、CD-ROM、微型驱动器以及磁光盘、ROM、RAM、EPROM、EEPROM、DRAM、VRAM、闪速存储器设备、磁卡或光卡、纳米系统（包括分子存储器IC），或适合于存储指令和/或数据的任何类型的媒介或设备。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些服务接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备（可为个人计算机、服务器或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器（Read-Only Memory， ROM）、随机存取存储器（Random Access Memory，RAM）、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通进程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器（Read-Only Memory， ROM）、随机存取器（Random AccessMemory，RAM）、磁盘或光盘等。

以上所述者，仅为本公开的示例性实施例，不能以此限定本公开的范围。即但凡依本公开教导所作的等效变化与修饰，皆仍属本公开涵盖的范围内。本领域技术人员在考虑说明书及实践这里的公开后，将容易想到本公开的其实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的范围和精神由权利要求限定。

Claims (8)

1.一种智能班车交互方法，其特征在于，所述方法包括：

接收所有乘车员工的乘车信息，基于各所述乘车信息生成班车运行路线；

当接收到所述乘车员工对应的员工终端发送的查询指令时，持续获取班车的当前位置；

在电子地图中获取所述班车运行路线的实时路况信息，基于所述实时路况信息与当前位置计算所述班车运行路线中每一个停靠站点的预计到达时间；

生成并发送员工反馈信息至所述员工终端，所述员工反馈信息用以在所述员工终端上展示所述当前位置和预计到达时间；

其中，所述接收所有乘车员工的乘车信息，基于各所述乘车信息生成班车运行路线，包括：

接收所有乘车员工的乘车信息，确认每一个所述乘车信息所对应的居住地点；

基于各所述居住地点之间的距离将所有所述居住地点划分为若干居住区域；

基于所述居住区域向所有所述乘车员工对应的员工终端发送站点选择信息，并分别接收每一个所述居住区域对应的全部所述员工终端反馈的站点倾向信息；

整合所述站点倾向信息，确定停靠站点，并根据各所述停靠站点生成班车运行路线；

所述基于所述居住区域向所有所述乘车员工对应的员工终端发送站点选择信息，并分别接收每一个所述居住区域对应的全部所述员工终端反馈的站点倾向信息，包括：

在所述居住区域中确定至少一个预备站点，向所有所述乘车员工对应的员工终端发送站点选择信息，所述站点选择信息包括所有所述预备站点；

分别接收每一个所述居住区域对应的全部所述员工终端反馈的站点倾向信息，所述站点倾向信息用以表征每一个所述预备站点的倾向优先级；

所述整合所述站点倾向信息，确定停靠站点，并根据各所述停靠站点生成班车运行路线，包括：

基于每一个所述预备站点对应的各级倾向优先级占比确定停靠站点，并根据各所述停靠站点生成班车运行路线。

2.根据权利要求1所述的方法，其特征在于，所述基于每一个所述预备站点对应的各级倾向优先级占比确定停靠站点，并根据各所述停靠站点生成班车运行路线之后，还包括：

当接收到任一所述员工终端发送的站点调整请求信息时，解析所述站点调整请求信息，确定所述员工终端对应乘车员工的实际上车路线；

当所述实际上车路线对应路程大于预设路程时，基于所述实际上车路线优化所述停靠站点对应位置。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

每当检测到所述当前位置处于所述停靠站点对应范围内时，确定所述停靠站点对应的各所述乘车信息，所述乘车信息包括员工人脸图像；

采集车门处的人脸识别图像，确认所述人脸识别图像匹配的所述员工人脸图像；

确定待确认乘车信息，并获取所述待确认乘车信息对应的所述员工终端的终端位置，所述待确认乘车信息为未匹配成功的员工人脸图像对应的乘车信息；

将所述终端位置发送至驾驶员对应的驾驶终端。

4.根据权利要求3所述的方法，其特征在于，所述将所述终端位置发送至驾驶员对应的驾驶终端之后，还包括：

当检测到所述当前位置远离所述待确认乘车信息对应的停靠站点，且仍未采集到与所述待确认乘车信息对应员工人脸图像匹配的人脸识别图像时，向所述待确认乘车信息对应的员工终端发送提醒信息；

若接收到所述员工终端反馈的更改上车站点信息，则确定所述更改上车站点信息对应的预上车停靠站点，并将所述待确认乘车信息临时划分入所述预上车停靠站点对应的第一乘车信息集合。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在接收到所述员工终端发送的临时变更信息时，确认所述员工终端对应的停靠站点，将所述员工终端对应的乘车信息临时划分出所述停靠站点对应的第二乘车信息集合；

当存在第二乘车信息集合没有对应有任何所述乘车信息时，删除所述停靠站点并优化所述班车运行路线。

6.一种智能班车交互装置，其特征在于，所述装置包括：

接收模块，用于接收所有乘车员工的乘车信息，基于各所述乘车信息生成班车运行路线；

获取模块，用于当接收到所述乘车员工对应的员工终端发送的查询指令时，持续获取班车的当前位置；

计算模块，用于在电子地图中获取所述班车运行路线的实时路况信息，基于所述实时路况信息与当前位置计算所述班车运行路线中每一个停靠站点的预计到达时间；

生成模块，用于生成并发送员工反馈信息至所述员工终端，所述员工反馈信息用以在所述员工终端上展示所述当前位置和预计到达时间；

其中，所述接收模块包括：

第一接收单元，用于接收所有乘车员工的乘车信息，确认每一个所述乘车信息所对应的居住地点；

第一划分单元，用于基于各所述居住地点之间的距离将所有所述居住地点划分为若干居住区域；

第一发送单元，用于基于所述居住区域向所有所述乘车员工对应的员工终端发送站点选择信息，并分别接收每一个所述居住区域对应的全部所述员工终端反馈的站点倾向信息；

整合单元，用于整合所述站点倾向信息，确定停靠站点，并根据各所述停靠站点生成班车运行路线；

所述第一发送单元包括：

第一发送元件，用于在所述居住区域中确定至少一个预备站点，向所有所述乘车员工对应的员工终端发送站点选择信息，所述站点选择信息包括所有所述预备站点；

第一接收元件，用于分别接收每一个所述居住区域对应的全部所述员工终端反馈的站点倾向信息，所述站点倾向信息用以表征每一个所述预备站点的倾向优先级；

整合单元包括：

整合元件，用于基于每一个所述预备站点对应的各级倾向优先级占比确定停靠站点，并根据各所述停靠站点生成班车运行路线。

7.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-5任一项所述方法的步骤。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-5任一项所述方法的步骤。