网约车接客方法、装置、电子设备、存储介质及车辆

技术领域

本申请涉及网约车领域，尤其涉及网约车接客方法、网约车接客装置、电子设备、存储介质及车辆。

背景技术

现有网约车的运营方式中，常有拼车的情况，通过大数据，可以计算出乘客在何处等车，预去往何地，从而建立起服务拼车出行方式中锁定乘客的机制，提高网约车的利用率，降低乘客出行的成本。但由于是拼车，乘客之间互不相识，车辆上可能预先已有乘客，而网约车又不同于普通公交车，且多为轿车，乘客可能挪动不便。新乘客由于不了解车辆内部已有的乘坐形式，会尝试向其中一个车门拉动门把手，如果车门被锁或车门一侧已经有乘客，则继续尝试其他车门，降低了上车效率，干扰了其他乘客的乘坐状态，增加了乘客间的矛盾。而司机位于车辆内部，不能与外部乘客做及时交流，如果通过呼喊等方法，效率低，形象差，如果用打电话的方式，则对驾驶安全有不利影响。

因此，需要一种管理网约车上车的方法，准确的标记出适合打开的车门，为车外乘客及时发出提醒信息，减少车外乘客的尴尬和焦虑，提高接客上车的效率。

发明内容

本发明的目的在于提供一种网约车接客方法、网约车接客装置、电子设备、存储介质及车辆，至少解决上述的一个技术问题。

本发明提供了下述方案：

根据本发明的一个方面，提供一种网约车接客方法，所述网约车接客方法包括：

获取目标乘客的网约订单信息；

所述网约订单信息包括目标乘客识别特征信息及位置信息；

根据所述目标乘客识别特征信息，识别网约车周围人员是否为所述目标乘客；

若，识别出所述目标乘客，则根据所述目标乘客相对网约车方位，获取靠近所述目标乘客一侧车门的座位状态信息；

若，靠近所述目标乘客一侧车门的座位无人乘坐状态，则车辆显示该车门为允许从外部打开的提示信息。

进一步的，所述获取靠近所述目标乘客一侧车门的座位状态信息还包括：

根据所述目标乘客一侧车门的座位无人乘坐状态，且车辆显示该车门为允许从外部打开的提示信息，解除该车门从外部打开的限制；

根据解除该车门从外部打开的限制，向所述目标乘客发送该车门允许从外部打开以及该车门在车辆上的位置信息。

进一步的，所述解除该车门从外部打开的限制包括：

获取车门外部操作信息；

所述车门外部操作信息包括，车门把手从外部拉起的状态信息；

判断车门把手是否从外部拉起；

若，车门把手从外部拉起，则判断该车门把手所对应车门，是否为解除从外部打开限制的车门；

若，是，则当该车门把手从外部拉起时，解除该车门把手从外部打开车门的限制；

若，否，则当该车门把手从外部拉起时，保持该车门把手从外部打开车门的限制，并对应显示该车门为限制从外部打开的车门的提示信息。

进一步的，所述保持该车门把手从外部打开车门的限制还包括：

获取车门内部操作信息；

所述车门内部操作信息包括，车门把手从内部拉起的状态信息；

判断车门把手是否从内部拉起；

若，车门把手从内部拉起，则判断该车门把手所对应车门，是否为保持车门把手从外部打开车门限制的车门；

若，是，则当该车门把手从内部拉起时，解除该车门把手从外部打开车门的限制，并对应显示该车门已解除从外部打开限制的车门的提示信息。

进一步的，所述根据所述目标乘客识别特征信息，识别网约车周围人员是否为所述目标乘客还包括：

若，识别出将车门把手从外部拉起的人员非所述目标乘客，则保持车门从外部打开的限制，并对应该人员，显示上错车的提示信息。

进一步的，所述获取靠近所述目标乘客一侧车门的座位状态信息还包括：

获取靠近所述目标乘客一侧车门的座位的压力信息

判断所述座位的压力值是否小于预设压力阈值；

若，所述座位的压力值小于预设压力阈值，则该靠近所述目标乘客一侧车门的座位呈无人乘坐状态。

根据本发明的二个方面，提供一种网约车接客装置，所述网约车接客装置包括：

订单信息获取模块，用于获取目标乘客的网约订单信息包括，目标乘客识别特征信息及位置信息；

目标乘客识别模块，用于根据所述目标乘客识别特征信息，识别网约车周围人员是否为所述目标乘客；

座位状态获取模块，用于若，识别出所述目标乘客，则根据所述目标乘客相对网约车方位，获取靠近所述目标乘客一侧车门的座位状态信息；

提示信息显示模块，用于若，靠近所述目标乘客一侧车门的座位无人乘坐状态，则车辆显示该车门为允许从外部打开的提示信息。

根据本发明的三个方面，提供一种电子设备，包括：处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

所述存储器中存储有计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器执行所述网约车接客方法的步骤。

根据本发明的四个方面，提供一种计算机可读存储介质，包括：其存储有可由电子设备执行的计算机程序，当计算机程序在电子设备上运行时，使得电子设备执行所述网约车接客方法的步骤。

根据本发明的五个方面，提供一种车辆，包括：

电子设备，用于实现所述网约车接客方法的步骤；

处理器，处理器运行程序，当程序运行时从电子设备输出的数据执行所述网约车接客方法的步骤；

存储介质，用于存储程序，程序在运行时对于从电子设备输出的数据执行所述网约车接客方法的步骤。

通过上述方案，获得如下有益的技术效果：

本申请通过对应目标乘客，在车辆上显示车门信息和/或将信息发送到目标乘客手机，使目标乘客可以快速的辨识出所呼叫的车辆，并快速找到可以上车的车门位置，加快了网约车工作的效率，减少车辆与目标乘客之间互相寻找、等待的时间，使乘客及时获得相对独立的乘坐空间和明确的行动路线。

本申请通过对应目标乘客，设置对开门人员的限制，将其他不属于本车的乘客及时屏蔽在外部，防止本车的目标乘车错过乘坐机会，防止其他非本车人员对车辆内人员和车辆运营的干扰，保障本车乘客的正常出行。

本申请通过区分靠近车门座位的乘坐状态，为车门设置从外部打开的限制，防止目标乘客打开车门时干扰到已经处于车内的乘客。

本申请通过车内乘客解除车门设置从外部打开的限制，使车内乘客下车和车外目标乘客上车，在同一车门侧完成上下车衔接，减少多个乘客同时随意的上下车，开关车门的混乱。

附图说明

图1是本发明一个或多个实施例提供的一种网约车接客方法的流程图。

图2是本发明一个或多个实施例提供的一种网约车接客装置的结构图。

图3是本发明一个具体实施例的乘客人脸识别的流程示意图。

图4是本发明一个具体实施例的乘客人脸识别的系统示意图。

图5是本发明一个或多个实施例提供的网约车接客方法的一种电子设备结构框图。

具体实施方式

下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1是本发明一个或多个实施例提供的一种网约车接客方法的流程图。

如图1所示，网约车接客方法包括：

步骤S1，获取目标乘客的网约订单信息包括，目标乘客识别特征信息及位置信息；

步骤S2，根据目标乘客识别特征信息，识别网约车周围人员是否为目标乘客；

步骤S3，若，识别出目标乘客，则根据目标乘客相对网约车方位，获取靠近目标乘客一侧车门的座位状态信息；

步骤S4，若，靠近目标乘客一侧车门的座位无人乘坐状态，则车辆显示该车门为允许从外部打开的提示信息。

通过上述方案，获得如下有益的技术效果：

本申请通过对应目标乘客，在车辆上显示车门信息和/或将信息发送到目标乘客手机，使目标乘客可以快速的辨识出所呼叫的车辆，并快速找到可以上车的车门位置，加快了网约车工作的效率，减少车辆与目标乘客之间互相寻找、等待的时间，使乘客及时获得相对独立的乘坐空间和明确的行动路线。

本申请通过对应目标乘客，设置对开门人员的限制，将其他不属于本车的乘客及时屏蔽在外部，防止本车的目标乘车错过乘坐机会，防止其他非本车人员对车辆内人员和车辆运营的干扰，保障本车乘客的正常出行。

本申请通过区分靠近车门座位的乘坐状态，为车门设置从外部打开的限制，防止目标乘客打开车门时干扰到已经处于车内的乘客。

本申请通过车内乘客解除车门设置从外部打开的限制，使车内乘客下车和车外目标乘客上车，在同一车门侧完成上下车衔接，减少多个乘客同时随意的上下车，开关车门的混乱。

具体而言，由于网约车是拼车的运营模式，乘客之间互不相识，车辆上可能预先已有乘客，乘客在车内挪动不便，靠近乘客一侧的车门应该被限制从外部打开。因为随意打开车门，车外的目标乘客也不一定顺利的上车，要么由车内的人员挪动到车厢的另一侧，要么车外的目标乘客绕行到车辆另一侧。因此，网约车和目标乘客都需要预先知道对方的情况，才能保障精准的配合，减少试错，提高网约车运行的效率。

目标乘客通常携带手机完成网约车的下单工作。手机在发送目标乘客订单信息的同时，也会发送手机的定位信息(如，北斗卫星定位)。车辆根据乘客的定位信息，可以将车辆驱使到目标乘客的附近。由于要考虑交通规则和卫星定位精度等原因，网约车有时不能完全的停靠在目标乘客的跟前，剩下的稍许距离，需要目标乘客行走到网约车跟前。网约车停下后，如果周围不只一个人员，则车辆自带的摄像头可以根据目标乘客的识别特征进行筛选，找到目标乘客。目标乘客的识别特征通常采取面部识别的特征。面部识别特征可以从云端服务系统中的数据库获取。当识别出目标乘客，则车辆需要考虑目标乘客相对于车辆的方位，找到适合的信息播放方位，如，正对目标乘客的一侧的显示面板上，显示提示目标乘客打开车门的信息。网约车可以在车身附近设置LED点阵的显示屏(提示方法不只通过在车辆上设置视觉终端，还可以通过语音、警报、震动等方式)，用于提示外部人员。网约车通过座位上的传感器，识别空闲的座位，显示空闲座位的相关信息，引导目标乘客从空闲座位的一侧车门上车。通过引导目标乘车从空闲座位一侧的车门上车，迅速完成上车动作，不用目标乘客挨个尝试打开多个车门，减少对其他乘客的干扰，也减少了目标乘客绕行网约车，对交通环境的干扰，提高了网约车的运行效率。

比如，网约车获取目标乘客定位信息；根据定位信息，判断网约车是否停靠在目标乘客所在位置的预设范围内；若，网约车停靠在目标乘客所在位置的预设范围内，则获取该目标乘客识别特征信息；根据目标乘客识别特征信息，识别车辆周围人员是否为目标乘客；若，识别出目标乘客，则根据目标乘客相对车辆方位，获取靠近目标乘客一侧的车辆座位信息；车辆座位信息包括，靠近车门位置的车辆座位是否呈空闲状态；若，靠近车门位置的座位呈空闲状态，则车辆显示该车门为允许从外部打开的提示信息。

在本实施例中，获取靠近目标乘客一侧车门的座位状态信息还包括：

根据目标乘客一侧车门的座位无人乘坐状态，且车辆显示该车门为允许从外部打开的提示信息，解除该车门从外部打开的限制；

根据解除该车门从外部打开的限制，向目标乘客发送该车门允许从外部打开以及该车门在车辆上的位置信息。

具体而言，通常出于安全的考虑，车门在行驶状态下呈锁闭状态。比如，防止无关人员随意从外部打开，保障车辆内部人员财产安全。但网约车在接待目标乘客时，希望目标乘客从有空闲座位的一侧上车。车辆对应显示引导目标乘客从有空闲座位一侧的车门处上车的同时，对应解除该车门从外部打开的限制。

考虑到夜间环境，或嘈杂的环境，网约车停靠的位置不够容易引起目标乘客的注意，当网约车停靠后，可向目标乘客手机发送的信息中，包含着允许从外部打开的车门位置信息，使目标乘客在手机上可以及时注意到从哪个车门上车是正确的，目标乘客在规划行走路线时不必犹豫，减少在车辆附近绕行，对其他行人车辆的干扰。

在本实施例中，解除该车门从外部打开的限制包括：

获取车门外部操作信息；

车门外部操作信息包括，车门把手从外部拉起的状态信息；

判断车门把手是否从外部拉起；

若，车门把手从外部拉起，则判断该车门把手所对应车门，是否为解除从外部打开限制的车门；

若，是，则当该车门把手从外部拉起时，解除该车门把手从外部打开车门的限制；

若，否，则当该车门把手从外部拉起时，保持该车门把手从外部打开车门的限制，并对应显示该车门为限制从外部打开的车门的提示信息。

具体而言，目标乘客决定上车，会通过拉动车门外部的把手来实现开车门上车，但不排除一种可能，目标乘客忽略了提出车门限制的提示信息，仍然按照自己的意愿去拉动车门外部的门把手。如果识别出目标乘客拉动设置限制的车门把手，则通过显示提示信息来提醒目标乘客，引导目标乘客从解除限制的车门一侧，从外部拉动车门把手，实现上车。由此，可以减少目标乘客对车内已有乘车的干扰，帮助目标乘客尽快上车。

在本实施例中，保持该车门把手从外部打开车门的限制还包括：

获取车门内部操作信息；

车门内部操作信息包括，车门把手从内部拉起的状态信息；

判断车门把手是否从内部拉起；

若，车门把手从内部拉起，则判断该车门把手所对应车门，是否为保持车门把手从外部打开车门限制的车门；

若，是，则当该车门把手从内部拉起时，解除该车门把手从外部打开车门的限制，并对应显示该车门已解除从外部打开限制的车门的提示信息。

具体而言，虽然需要引导目标乘客从空闲座位一侧车门上车，但不排除有特殊情况，需要车内乘客对车外的目标乘客进行协助。比如，暴雨天气，靠近空闲座位一侧地面有较深的积水，车内的乘客通过在内部拉动车门内部的把手，解除对该车门从外部打开的限制，使目标乘客可以在车内乘客的协助下，完成上车。对应的显示信息，显示该车门被打开的信息，使目标乘客可以及时上车。

或是另一种情况，车内乘客要下车，紧接着就会将座位腾出，车外的目标乘客可以根据提示信息，就近选择对自己有利的车门进行稍许等待，然后上车。

在本实施例中，根据目标乘客识别特征信息，识别网约车周围人员是否为目标乘客还包括：

若，识别出将车门把手从外部拉起的人员非目标乘客，则保持车门从外部打开的限制，并对应该人员，显示上错车的提示信息。

具体而言，不排除一种可能，有多个网约车在附近接客，乘客一时不能分辨哪个车辆是自己预约的网约车，出现了非本车目标乘客企图上车的情况。可以通过面部识别，辨识出拉动车门外部把手的人员不是本车的目标乘客，保持车门从外部打开的限制，对该人员显示提示信息，提示他上错车。在同样都是限制从外部拉动门把手打开车门的情形下，对非本车目标乘客提示的是上错车，要求他换一辆车上车，对本车目标乘客提示的是该车门为限制打开车门，要求他换一个车门上车。

在本实施例中，获取靠近目标乘客一侧车门的座位状态信息还包括：

获取靠近目标乘客一侧车门的座位的压力信息

判断座位的压力值是否小于预设压力阈值；

若，座位的压力值小于预设压力阈值，则该靠近目标乘客一侧车门的座位呈无人乘坐状态。

具体而言，通过在车辆座位上设置压力传感器，可以识别出该座位是否空闲，如果压力值小于预设的压力阈值，则可以判断该座位是空闲的。但不排除一种可能，车内乘客将随身携带的包裹放在了空闲座位上，干扰了压力传感器。因此，还可以通过车舱内的摄像头来辅助判断车辆座位是否是空闲的状态。另外，还可以根据网约车车载软件，通过订单信息获得当前车辆上应当具有的乘客数量，根据订单上的乘客数量和多个座位上的压力值进行评估比较，将存疑的压力传感器值对应的座位，归为空闲的座位。比如，一个座位上压力值不为零，(比如，有可能座位上放了东西)，但压力值低于其他几个座位的压力值，可以判断为空闲座位。

图2是本发明一个或多个实施例提供的一种网约车接客装置的结构图。

如图2所示，网约车接客装置包括：订单信息获取模块、目标乘客识别模块、座位状态获取模块、提示信息显示模块；

订单信息获取模块，用于获取目标乘客的网约订单信息包括，目标乘客识别特征信息及位置信息；

目标乘客识别模块，用于根据目标乘客识别特征信息，识别网约车周围人员是否为目标乘客；

座位状态获取模块，用于若，识别出目标乘客，则根据目标乘客相对网约车方位，获取靠近目标乘客一侧车门的座位状态信息；

提示信息显示模块，用于若，靠近目标乘客一侧车门的座位无人乘坐状态，则车辆显示该车门为允许从外部打开的提示信息。

值得注意的是，虽然本系统只披露了订单信息获取模块、目标乘客识别模块、座位状态获取模块、提示信息显示模块，但并不意味着本装置仅仅局限于上述基本功能模块，相对，本发明所要表达的意思是，在上述基本功能模块的基础之上，本领域技术人员可以结合现有技术任意添加一个或多个功能模块，形成无穷多个实施例或技术方案，也就是说本系统是开放式的而非封闭式的，不能因为本实施例仅披露了个别基本功能模块，就认为本发明权利要求的保护范围局限于上述公开的基本功能模块。

图3是本发明一个具体实施例的乘客人脸识别的流程示意图。

图4是本发明一个具体实施例的乘客人脸识别的系统示意图。

在本具体实施例中，如图4所示，车内四个车门对应的座椅下各有一个压力传感器，用于识别是否有人或重物占用了座位，中控屏上显示有左前、左后、右前、右后四个座位标志，压力传感器不为“0”则中控屏的座位标志变红。车门外把手上各装有一个摄像头，可以识别近距离需要上车的乘客的面部。

如图3所示，司机使用车内网约车软件接到乘客订单，到达乘客指定的上车地点后，乘客站到某个车门前，并且将面部对准车门上的人脸识别摄像头。后台软件通过摄像头识别出来的人脸，与网约车软件内部绑定的乘客的用户信息的人脸进行比对，确认是当前订单的乘客后，完成网约车乘客的识别，如果乘客识别失败，则拒绝开门并语音提示司机，乘客有误。车内的车座压力传感器自动识别空的车座，并且显示在车内中控上。乘客识别完毕后，立即调用压力传感器，判断当前车门对应的座位是否有人。压力传感器对应无人的状态，则乘客当前的车门自动开锁，不需要司机和乘客手动打开；压力传感器对应有人的状态，则语音提示乘客选择压力传感器对应无人的车门，比如“当前车门内已有乘客，请换到左后车门上车”。乘客换到语音提示的车门后直接上车即可。

网约车的自动开门算法，可以帮助乘客快速的找到合适的座位对应的车门，极大地缩短了乘客上车的时间。高效的缩短了乘客寻找解决汽车合适的上车的车门的时间；可以自动识别乘客是否为真实乘客，避免了乘客认错车或者司机认错乘客；准确的打开对应的车门可以避免一些因开错车门而导致的不必要的风险的产生。

图5是本发明一个或多个实施例提供的网约车接客方法的一种电子设备结构框图。

如图5所示，本申请提供一种电子设备，包括：处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器中存储有计算机程序，当计算机程序被处理器执行时，使得处理器执行一种网约车接客方法的步骤。

本申请还提供一种计算机可读存储介质，其存储有可由电子设备执行的计算机程序，当计算机程序在电子设备上运行时，使得电子设备执行一种网约车接客方法的步骤。

本申请还提供一种车辆，包括：

电子设备，用于实现网约车接客方法的步骤；

处理器，处理器运行程序，当程序运行时从电子设备输出的数据执行网约车接客方法的步骤；

存储介质，用于存储程序，程序在运行时对于从电子设备输出的数据执行网约车接客方法的步骤。

上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

电子设备包括硬件层，运行在硬件层之上的操作系统层，以及运行在操作系统上的应用层。该硬件层包括中央处理器(CPU，Central Processing Unit)、内存管理单元(MMU，Memory Management Unit)和内存等硬件。该操作系统可以是任意一种或多种通过进程(Process)实现电子设备控制的计算机操作系统，例如，Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。并且在本发明实施例中该电子设备可以是智能手机、平板电脑等手持设备，也可以是桌面计算机、便携式计算机等电子设备，本发明实施例中并未特别限定。

本发明实施例中的电子设备控制的执行主体可以是电子设备，或者是电子设备中能够调用程序并执行程序的功能模块。电子设备可以获取到存储介质对应的固件，存储介质对应的固件由供应商提供，不同存储介质对应的固件可以相同可以不同，在此不做限定。电子设备获取到存储介质对应的固件后，可以将该存储介质对应的固件写入存储介质中，具体地是往该存储介质中烧入该存储介质对应固件。将固件烧入存储介质的过程可以采用现有技术实现，在本发明实施例中不做赘述。

电子设备还可以获取到存储介质对应的重置命令，存储介质对应的重置命令由供应商提供，不同存储介质对应的重置命令可以相同可以不同，在此不做限定。

此时电子设备的存储介质为写入了对应的固件的存储介质，电子设备可以在写入了对应的固件的存储介质中响应该存储介质对应的重置命令，从而电子设备根据存储介质对应的重置命令，对该写入对应的固件的存储介质进行重置。根据重置命令对存储介质进行重置的过程可以现有技术实现，在本发明实施例中不做赘述。

为了描述的方便，描述以上装置时以功能分为各种单元、模块分别描述。当然在实施本申请时可以把各单元、模块的功能在同一个或多个软件和/或硬件中实现。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非被特定定义，否则不会用理想化或过于正式的含义来解释。

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

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器或者网络设备等)执行本申请各个实施方式或者实施方式的某些部分所述的方法。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。