CN115170245A - 一种拼车人数校验方法、装置、电子设备及存储介质 - Google Patents

一种拼车人数校验方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN115170245A
CN115170245A CN202210897194.4A CN202210897194A CN115170245A CN 115170245 A CN115170245 A CN 115170245A CN 202210897194 A CN202210897194 A CN 202210897194A CN 115170245 A CN115170245 A CN 115170245A
Authority
CN
China
Prior art keywords
vehicle
order
target vehicle
door
passengers
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210897194.4A
Other languages
English (en)
Inventor
成春利
何聚恒
汤登程
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nanjing Leading Technology Co Ltd
Original Assignee
Nanjing Leading Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nanjing Leading Technology Co Ltd filed Critical Nanjing Leading Technology Co Ltd
Priority to CN202210897194.4A priority Critical patent/CN115170245A/zh
Publication of CN115170245A publication Critical patent/CN115170245A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0633Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635Processing of requisition or of purchase orders
    • G06Q30/0637Approvals
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40Business processes related to the transportation industry
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06VIMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V10/00Arrangements for image or video recognition or understanding
    • G06V10/70Arrangements for image or video recognition or understanding using pattern recognition or machine learning
    • G06V10/77Processing image or video features in feature spaces; using data integration or data reduction, e.g. principal component analysis [PCA] or independent component analysis [ICA] or self-organising maps [SOM]; Blind source separation
    • G06V10/774Generating sets of training patterns; Bootstrap methods, e.g. bagging or boosting
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06VIMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V20/00Scenes; Scene-specific elements
    • G06V20/50Context or environment of the image
    • G06V20/59Context or environment of the image inside of a vehicle, e.g. relating to seat occupancy, driver state or inner lighting conditions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06VIMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V40/00Recognition of biometric, human-related or animal-related patterns in image or video data
    • G06V40/10Human or animal bodies, e.g. vehicle occupants or pedestrians; Body parts, e.g. hands
    • G06V40/16Human faces, e.g. facial parts, sketches or expressions
    • G06V40/161Detection; Localisation; Normalisation

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • General Health & Medical Sciences (AREA)
  • Multimedia (AREA)
  • Health & Medical Sciences (AREA)
  • Accounting & Taxation (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Human Computer Interaction (AREA)
  • Evolutionary Computation (AREA)
  • Development Economics (AREA)
  • Artificial Intelligence (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Computing Systems (AREA)
  • Databases & Information Systems (AREA)
  • Oral & Maxillofacial Surgery (AREA)
  • Medical Informatics (AREA)
  • Software Systems (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Tourism & Hospitality (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请提供了一种拼车人数校验方法、装置、电子设备及存储介质,涉及计算机技术领域,对于当前承接拼车业务的目标车辆,若检测到目标车辆的车门开启,则在车门关闭后,确定此次车门开启过程对应的上车人数,并进一步确定上车人数与目标车辆关联的拼车订单的订单人数是否一致。通过该方法,可以及时发现订单人数与实际乘车人数不一致的情况,及时提示用户对订单人数进行核对和修改,进而优化网约车运营,节省后续因处理人数不一致问题所消耗的人力资源和其他资源。

Description

一种拼车人数校验方法、装置、电子设备及存储介质
技术领域
本申请涉及计算机技术领域,特别涉及一种拼车人数校验方法、装置、电子设备及存储介质。
背景技术
随着科技的发展,网约车在人们日常出行中担负的作用越来越重要,出于经济和环保层面的考虑,网约车平台提供拼车出行方式,人们可以在网约车平台上选择通过拼车的方式出行。
而对于拼车订单,由于网约车用户操作失误等原因,可能会出现拼车订单中的订单人数与实际乘车人数不一致的现象,影响到网约车车辆的运营;并且,网约车平台在对上述人数不一致的情况进行处理时,需要人工介入进行核对,耗费大量人力资源和其他资源。
因此,如何及时发现订单人数与实际乘车人数不一致的现象,以避免该现象影响车辆运营,是一个亟待解决的问题。
发明内容
为了解决现有技术中的问题,本申请实施例提供了一种拼车人数校验方法、装置、电子设备及存储介质,可以及时发现订单人数与实际乘车人数不一致的情况。
为达到上述目的,本申请实施例的技术方案是这样实现的:
第一方面,本申请实施例提供了一种拼车人数校验方法,所述方法包括:
对于当前承接拼车业务的目标车辆,若检测到所述目标车辆的车门开启,则在车门关闭后,确定此次车门开启过程对应的上车人数;
获取所述目标车辆关联的拼车订单的订单人数;
若所述上车人数与所述拼车订单的订单人数不一致,则提示需要对订单人数进行确认或修改。
在一种可能的实施方式中,所述拼车订单为以所述目标车辆为接驾车辆,且对应所述此次车门开启过程,订单状态从等待接驾状态变更为已开启行程状态的订单;或者,
所述拼车订单为以所述目标车辆为接驾车辆,且订单起点位置与所述目标车辆当前所在的位置一致的订单。
在一种可能的实施方式中,若检测到所述目标车辆的车门开启,则在车门关闭后,确定此次车门开启过程对应的上车人数,包括:
在车门开启至车门关闭的过程中,获取所述目标车辆的车内图像,并对获取的车内图像进行人像检测;
若通过人像检测确定所述目标车辆内存在新增人像,则确定此次车门开启过程对应的上车人数。
在一种可能的实施方式中,所述若通过人像检测确定所述目标车辆内存在新增人像,则确定此次车门开启过程对应的上车人数,包括:
若通过人像检测确定所述目标车辆内存在新增人像,则获取所述目标车辆的乘客座椅的压力数据;
若所述乘客座椅的压力数据发生变化,则确定此次车门开启过程对应的上车人数。
在一种可能的实施方式中,所述确定此次车门开启过程对应的上车人数,包括:
在车门关闭后的设定时长内,获取所述目标车辆的车内图像;
对所述车内图像的乘客区域进行人脸检测,确定所述目标车辆内的当前乘客数量;
基于所述当前乘客数量,确定此次车门开启过程对应的上车人数。
在一种可能的实施方式中,所述基于所述当前乘客数量,确定此次车门开启过程对应的上车人数,包括:
若所述拼车订单是所述目标车辆的首个拼车订单,则将所述当前乘客数量,作为此次车门开启过程对应的上车人数;所述首个拼车订单指目标车辆在接到所述首个拼车订单的乘客之前,所述目标车辆内没有乘客;
若所述拼车订单不是所述目标车辆的首个拼车订单,则获取此次车门开启过程之前所述目标车辆内的已有乘客数量,将所述当前乘客数量与所述已有乘客数量的差值,作为此次车门开启过程对应的上车人数。
在一种可能的实施方式中,所述提示需要对订单人数进行确认或修改之后,所述方法还包括:
若接收到针对所述拼车订单的订单人数的修改消息,则基于修改后的订单人数,确定所述目标车辆的当前乘客数量;
若所述当前乘客数量达到设定的乘客数量阈值,则控制所述目标车辆暂停承接拼车业务。
在一种可能的实施方式中,所述方法还包括:
在车门关闭后,检测所述目标车辆内的当前乘客数量;
若所述当前乘客数量超过设定的乘客数量阈值,则提示车辆超员。
第二方面,本申请实施例提供了一种拼车人数校验装置,所述装置包括:
检测单元,用于对于当前承接拼车业务的目标车辆,若检测到所述目标车辆的车门开启,则在车门关闭后,确定此次车门开启过程对应的上车人数;
数据获取单元,用于获取所述目标车辆关联的拼车订单的订单人数;
提示单元,用于若所述上车人数与所述拼车订单的订单人数不一致,则提示需要对订单人数进行确认或修改。
在一种可能的实施方式中,所述检测单元,具体用于:
在车门开启至车门关闭的过程中,获取所述目标车辆的车内图像,并对获取的车内图像进行人像检测;
若通过人像检测确定所述目标车辆内存在新增人像,则确定此次车门开启过程对应的上车人数。
在一种可能的实施方式中,所述检测单元,具体用于:
若通过人像检测确定所述目标车辆内存在新增人像,则获取所述目标车辆的乘客座椅的压力数据;
若所述乘客座椅的压力数据发生变化,则确定此次车门开启过程对应的上车人数。
在一种可能的实施方式中,所述检测单元,具体用于:
在车门关闭后的设定时长内,获取所述目标车辆的车内图像;
对所述车内图像的乘客区域进行人脸检测,确定所述目标车辆内的当前乘客数量;
基于所述当前乘客数量,确定此次车门开启过程对应的上车人数。
在一种可能的实施方式中,所述检测单元,具体用于:
若所述拼车订单是所述目标车辆的首个拼车订单,则将所述当前乘客数量,作为此次车门开启过程对应的上车人数;所述首个拼车订单指目标车辆在接到所述首个拼车订单的乘客之前,所述目标车辆内没有乘客;
若所述拼车订单不是所述目标车辆的首个拼车订单,则获取此次车门开启过程之前所述目标车辆内的已有乘客数量,将所述当前乘客数量与所述已有乘客数量的差值,作为此次车门开启过程对应的上车人数。
在一种可能的实施方式中,所述检测单元,还用于:
若接收到针对所述拼车订单的订单人数的修改消息,则基于修改后的订单人数,确定所述目标车辆的当前乘客数量;
若所述当前乘客数量达到设定的乘客数量阈值,则控制所述目标车辆暂停承接拼车业务。
第三方面,本申请实施例提供了一种电子设备,包括存储器和处理器,所述存储器上存储有可在所述处理器上运行的计算机程序,当所述计算机程序被所述处理器执行时,实现第一方面一种拼车人数校验方法中任一项所述的方法。
第四方面,本申请实施例提供了一种计算机可读存储介质,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时,实现第一方面一种拼车人数校验方法中任一项所述的方法。
本申请实施例提供的一种拼车人数校验方法、装置、电子设备及存储介质,对于当前承接拼车业务的目标车辆,若检测到目标车辆的车门开启,则在车门关闭后,确定此次车门开启过程对应的上车人数,并进一步确定上车人数与目标车辆关联的拼车订单的订单人数是否一致。通过该方法,可以及时发现订单人数与实际乘车人数不一致的情况,及时提示用户对订单人数进行核对和修改,进而优化网约车运营,节省后续因处理人数不一致问题所消耗的人力资源和其他资源。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种拼车人数校验方法的应用场景图;
图2为本申请实施例提供的一种拼车人数校验方法的交互流程示意图;
图3为本申请实施例提供的一种拼车人数校验方法流程示意图;
图4为本申请实施例提供的一种拼车人数校验装置的结构示意图;
图5为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
需要说明的是,本申请的文件中涉及的术语“包括”和“具有”以及它们的变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
随着科技的发展,网约车在人们日常出行中担负的作用越来越重要。网约车平台提供拼车出行方式。而对于拼车订单,由于网约车用户操作失误等原因,可能会出现拼车订单中的订单人数与实际乘车人数不一致的现象,影响到网约车车辆的运营;并且,网约车平台在对上述人数不一致的情况进行处理时,需要人工介入进行核对,耗费大量人力资源和其他资源。
基于此,本申请实施例提供一种拼车人数校验方法,对于当前承接拼车业务的目标车辆,若检测到目标车辆的车门开启,则在车门关闭后,确定此次车门开启过程对应的上车人数;获取目标车辆关联的拼车订单的订单人数;若上车人数与拼车订单的订单人数不一致,则提示需要对订单人数进行确认或修改。通过该方法,可以及时发现订单人数与实际乘车人数不一致的情况,及时提示用户对订单人数进行核对和修改,进而优化网约车运营,节省后续因处理人数不一致问题所消耗的人力资源和其他资源。
下面首先对本申请实施例的技术方案能够适用的应用场景做一些简单介绍,需要说明的是,以下介绍的应用场景仅用于说明本申请实施例而非限定。在具体实施时,可以根据实际需要灵活地应用本申请实施例提供的技术方案。
图1为本申请实施例提供的拼车人数校验方法的应用场景示意图。如图1所示,该应用场景包括用户终端10,服务器20和车载终端30。用户终端10和车载终端30与服务器20通过通信网络连接,其中,服务器20可以分别连接多个用户终端10和多个车载终端30。
乘客可以通过用户终端10发起拼车订单。用户终端10向服务器20发送乘客的拼车订单的订单信息,服务器20接收到用户终端10发送的拼车订单的订单信息,根据订单信息为该拼车订单匹配合适的接驾车辆,并在匹配到的接驾车辆后,向接驾车辆的车载终端30发送该拼车订单的订单信息。接驾车辆的车载终端30收到订单信息后,在显示屏上显示该订单信息,司机可以通过车载终端30进行接单操作,接收到司机的接单操作,接驾车辆的车载终端30通过通信网络向服务器20发送接单信息。服务器20接收到接驾车辆的车载终端30发送的接单信息,可以根据该接单信息,将接驾车辆的车辆信息发送到乘客的用户终端10。
在一些实施例中,车辆的每个座椅下均安装有压力传感器,每个压力传感器均可以连接车载终端30,车载终端30可以通过压力传感器获取每个座椅承受的压力。
在一些实施例中,车载终端30中安装有图像采集装置,例如,车载摄像头或DMS(Driver Monitor System,驾驶监控系统)摄像头。在车辆运营过程中,车载终端30可以通过图像采集装置获取车内图像,并通过通信网络将车内图像实时发送至服务器20,其中,车内图像均是在得到用户授权的情况下采集的,且在采集图像时告知司机和乘客。服务器20可以根据车内图像检测车内人数和车门开启过程对应的上车人数,进而判断上车人数与车辆关联的拼车订单的订单人数是否一致。
图1中的车载终端30的安装位置仅用于举例,车载终端30具体在图中的位置,并不作为实际安装在车辆中的固定位置。车载终端30的位置也可以在车辆其他位置,比如车载终端30安装在车门处、前排座位之间等位置。
需要说明的是,本申请实施例中,对图像等数据的采集、传播、使用等,均符合国家相关法律法规要求。本申请实施例提供的拼车人数校验方法可以由图1中所示的服务器20执行,也可以由图1中所示的车载终端30执行,还可以由车载终端30和服务器20协作执行。下文以服务器执行本申请实施例提供的拼车人数校验方法为例进行说明。
为进一步说明本申请实施例提供的技术方案,下面结合附图以及具体实施方式对此进行详细的说明。虽然本申请实施例提供了如下述实施例或附图所示的方法操作步骤,但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中,这些步骤的执行顺序不限于本申请实施例提供的执行顺序。所述方法在实际的处理过程中或者装置执行时,可按照实施例或者附图所示的方法顺序执行或者并执行。
图2示出了本申请实施例提供的一种拼车人数校验方法的交互流程示意图。如图2所示,该拼车人数校验方法包括以下步骤:
步骤S201,车载终端获取目标车辆的车内图像。
其中,车载终端为当前正在承接拼车业务的目标车辆的车载终端。
在一些实施例中,在目标车辆承接拼车业务的过程中,车载终端可以通过图像采集装置实时获取目标车辆的车内图像。
步骤S202,车载终端向服务器发送目标车辆的车内图像。
其中,目标车辆的车内图像是通过目标车辆内安装的车载摄像头采集的,车载摄像头可以连接车载终端,车载终端可以通过目标车辆内的车载摄像头获取目标车辆的车内图像,并且可以将获取的目标车辆的车内图像实时发送至服务器。
步骤S203,服务器根据目标车辆的车内图像,检测到目标车辆的车门开启并关闭后,确定此次车门开启过程对应的上车人数。
其中,目标车辆的车内图像包括车门区域的画面。服务器可以对目标车辆的车内图像进行图像识别,以确定目标车辆的车门是否开启,并确定目标车辆的车门在开启后是否关闭。如果检测到所述目标车辆的车门开启,则在车门关闭后,确定此次车门开启过程对应的上车人数。
在另一些实施例中,车载终端可以通过目标车辆的车门处安装的光线传感器感知车内光线变化,并将车内光线变化信息发送给服务器,服务器可以根据车内光线变化信息确定目标车辆的车门是否开启,并确定目标车辆的车门在开启后是否关闭。如果检测到所述目标车辆的车门开启,则在车门关闭后,确定此次车门开启过程对应的上车人数。
在一些实施例中,在车门关闭后的设定时长内,服务器可以对目标车辆的车内图像的乘客区域进行人脸检测,确定目标车辆内的当前乘客数量,并基于当前乘客数量,确定此次车门开启过程对应的上车人数。
示例性地,设定时长可以是2分钟、3分钟或5分钟。例如,服务器可以在车门关闭后的2分钟内,对接收到目标车辆的车内图像的乘客区域进行人脸检测。
由于车载摄像头的安装位置是固定的,因此其拍摄的目标车辆的车内图像的拍摄角度是固定的,针对目标车辆的车载摄像头拍摄的车内图像,可以预先标注出车内图像中的司机区域和乘客区域。在对目标车辆的车内图像进行人脸检测时,服务器可以仅针对目标车辆的车内图像的乘客区域进行人脸检测。示例性地,服务器可以从目标车辆的车内图像中,分割出乘客区域的图像,对乘客区域的图像进行人脸检测。
在一些实施例中,服务器可以通过预先训练的人脸检测模型,对目标车辆的车内图像的乘客区域进行人脸检测。人脸检测模型可以对各张样本图片中标注的人脸区域的信息进行学习,形成可以识别人脸区域的人脸检测模型。服务器可以根据预先训练的人脸检测模型对目标车辆的图像的乘客区域进行人脸检测,基于检测出的人脸数量,可以确定目标车辆内的当前乘客数量。
在基于当前乘客数量,确定此次车门开启过程对应的上车人数时,如果服务器确定目标车辆关联的拼车订单是目标车辆的首个拼车订单,则可以将当前乘客数量,直接作为此次车门开启过程对应的上车人数。其中,目标车辆关联的拼车订单为以目标车辆为接驾车辆,且对应此次车门开启过程,订单状态从等待接驾状态变更为已开启行程状态的订单;或者,以目标车辆为接驾车辆,且订单起点位置与目标车辆当前所在的位置一致的订单。首个拼车订单指目标车辆在接到首个拼车订单的乘客之前,目标车辆内没有乘客。如果服务器确定目标车辆关联的拼车订单不是目标车辆的首个拼车订单,则获取此次车门开启过程之前目标车辆内的已有乘客数量,将当前乘客数量与已有乘客数量的差值,作为此次车门开启过程对应的上车人数。
示例性地,如果服务器确定目标车辆关联的拼车订单不是目标车辆的首个拼车订单,服务器可以将上一次车门关闭后或此次车门开启之前,通过预先训练的人脸检测模型对目标车辆的图像的乘客区域进行人脸检测,基于检测出的人脸数量,确定的目标车辆内的乘客数量,作为此次车门开启过程之前目标车辆内的已有乘客数量。
在另一些实施例中,服务器在确定此次车门开启过程对应的上车人数之前,可以先通过人像检测确定目标车辆内是否存在新增人像。
示例性地,服务器可以在车门开启至车门关闭的过程中,对实时获取的目标车辆的车内图像进行人像检测,通过人像检测确定目标车辆内是否存在新增人像。例如,服务器可以实时地获取目标车辆的车内图像,通过连续获取的多张车内图像之间的比对,确定是否存在新增人像。
具体地,服务器可以通过预先训练的人像检测模型,分别对先后获取的多张目标车辆的车内图像的乘客区域进行人像检测。人像检测模型可以对各张样本图片中标注的人体外形轮廓的信息进行学习,形成可以识别人体外形轮廓的人像检测模型。服务器可以根据预先训练的人像检测模型对先后获取的多张目标车辆的车内图像的乘客区域进行人像检测,分别确定每张车内图像的乘客区域包含的人像数量,基于先后获取的多张车内图像的乘客区域包含的人像数量,可以确定目标车辆内是否存在新增人像。
如果确定目标车辆内存在新增人像,则服务器执行确定此次车门开启过程对应的上车人数的操作,如果确定在车门开启至车门关闭的过程中目标车辆内没有新增人像,则无需确定此次车门开启过程对应的上车人数。
在另一些实施例中,服务器在确定此次车门开启过程对应的上车人数之前,可以先通过人像检测确定目标车辆内是否存在新增人像,如果确定目标车辆内存在新增人像,再检测乘客座椅的压力数据是否发生变化,如果乘客座椅的压力数据发生变化,则执行确定此次车门开启过程对应的上车人数的步骤,如果乘客座椅的压力数据未发生变化,则无需确定此次车门开启过程对应的上车人数。
示例性地,目标车辆的每个座椅下均安装有压力传感器,目标车辆的车载终端可以通过压力传感器获取每个座椅的压力数据。服务器若通过人像检测确定目标车辆内存在新增人像,则可以向车载终端发送压力数据获取请求,请求获取目标车辆的乘客座椅的压力数据。车载终端接收到服务器发送的压力数据获取请求之后,可以实时地向服务器发送目标车辆的每个乘客座椅的压力数据,服务器可以根据实时接收到的乘客座椅的压力数据,确定乘客座椅的压力数据的变化是否超过设定的压力阈值,如果服务器确定乘客座椅的压力数据变化超过设定的压力阈值,则确定乘客座椅的压力数据发生变化,说明有人上车,执行确定此次车门开启过程对应的上车人数的步骤,如果服务器确定乘客座椅的压力数据变化未超过设定的压力阈值,则确定乘客座椅的压力数据未发生变化,说明无人上车,或者仅是向座椅上放置某物品,无需确定此次车门开启过程对应的上车人数。例如,设定的压力阈值可以是50N或80N。
步骤S204,服务器获取目标车辆关联的拼车订单的订单人数。
在一些实施例中,目标车辆关联的拼车订单为以目标车辆为接驾车辆,且对应此次车门开启过程,订单状态从等待接驾状态变更为已开启行程状态的订单。例如,在此次车门开启后,目标车辆的司机在司机终端或车载终端上对某个拼车订单进行操作,将拼车订单的订单状态从等待接驾状态变更为已开启行程状态的订单,则服务器将该拼车订单作为目标车辆关联的拼车订单,获取该拼车订单的订单人数。
在另一些实施例中,目标车辆关联的拼车订单为以目标车辆为接驾车辆,且订单起点位置与目标车辆当前所在的位置一致的订单。例如,服务器可以获取以目标车辆为接驾车辆的所有拼车订单,将每个拼车订单的订单起点位置与目标车辆当前所在的位置进行比对,将订单起点位置与目标车辆当前所在的位置一致的拼车订单,作为目标车辆关联的拼车订单,获取该拼车订单的订单人数。
步骤S205,若上车人数与拼车订单的订单人数不一致,则服务器生成提示信息。
步骤S206,服务器向车载终端发送提示信息。
在一些实施例中,服务器可以将此次车门开启过程对应的上车人数与拼车订单的订单人数进行比对,若上车人数与拼车订单的订单人数一致,则结束,无需发送提示信息;若上车人数与拼车订单的订单人数不一致,则生成提示信息,提示信息用于提示需要对订单人数进行确认或修改。服务器可以将提示信息发送至车载终端或司机的手机端,提示司机需要对订单人数进行确认或修改。
在一些实施例中,服务器除将提示信息发送至车载终端或司机的手机端之外,还可以将提示信息发送至乘客的用户终端,提示乘客需要对订单人数进行确认或修改。
在一些实施例中,服务器在发送提示信息之后,如果经过设定时长,并未接收到针对于目标车辆关联的拼车订单的订单人数的修改消息,则说明拼车订单的订单人数可能是正确的,可以保存该订单人数未被修改的数据。
在一些实施例中,服务器若接收到针对于目标车辆关联的拼车订单的订单人数的修改消息,则可以基于修改后的订单人数,确定目标车辆的当前乘客数量;如果当前乘客数量达到设定的乘客数量阈值,则服务器可以控制目标车辆暂停承接拼车业务。
示例性地,假设设定的乘客数量阈值为4,当服务器基于修改后的订单人数,确定目标车辆的当前乘客数量为4时,服务器可以控制目标车辆暂停承接拼车业务。例如,服务器可以向目标车辆的车载终端或司机的手机端发送暂停接单通知,以使目标车辆的车载终端或司机的手机端的拼单按键变为不可操作的状态。
在一些实施例中,服务器若接收到针对于目标车辆关联的拼车订单的订单人数的修改消息,则可以基于修改后的订单人数,确定目标车辆的当前乘客数量;若当前乘客数量超过设定的乘客数量阈值,则服务器可以提示车载终端车辆超员。
示例性地,假设设定的乘客数量阈值为4,当服务器基于修改后的订单人数确定目标车辆的当前乘客数量为5时,服务器可以向目标车辆的车载终端或司机的手机端发送超员通知,超员通知用于提示目标车辆超员。
本申请实施例提供的拼车人数校验方法,对于当前承接拼车业务的目标车辆,若检测到目标车辆的车门开启,则在车门关闭后,确定此次车门开启过程对应的上车人数,并进一步确定上车人数与目标车辆关联的拼车订单的订单人数是否一致。通过该方法,可以及时发现订单人数与实际乘车人数不一致的情况,及时提示用户对订单信息进行核对和修改。
上述实施例中,服务器执行的拼车人数校验方法,可以包括图3所示的如下步骤:
步骤S301:对于当前承接拼车业务的目标车辆,若检测到目标车辆的车门开启,则在车门关闭后,确定此次车门开启过程对应的上车人数。
在一些实施例中,在检测到目标车辆的车门开启后,在车门开启至车门关闭的过程中,获取目标车辆的车内图像,并对获取的车内图像进行人像检测;若通过人像检测确定目标车辆内存在新增人像,则确定此次车门开启过程对应的上车人数。
在一些实施例中,若通过人像检测确定目标车辆内存在新增人像,则获取所述目标车辆的乘客座椅的压力数据;若乘客座椅的压力数据发生变化,则确定此次车门开启过程对应的上车人数。
在一些实施例中,可以通过如下方式确定此次车门开启过程对应的上车人数:在车门关闭后的设定时长内,获取目标车辆的车内图像;对车内图像的乘客区域进行人脸检测,确定目标车辆内的当前乘客数量;基于当前乘客数量,确定此次车门开启过程对应的上车人数。示例性地,若拼车订单是目标车辆的首个拼车订单,则将当前乘客数量,作为此次车门开启过程对应的上车人数;其中,首个拼车订单指目标车辆在接到首个拼车订单的乘客之前,目标车辆内没有乘客;若拼车订单不是所述目标车辆的首个拼车订单,则获取此次车门开启过程之前目标车辆内的已有乘客数量,将当前乘客数量与所述已有乘客数量的差值,作为此次车门开启过程对应的上车人数。
步骤S302:获取目标车辆关联的拼车订单的订单人数。
其中,拼车订单为以目标车辆为接驾车辆,且对应此次车门开启过程,订单状态从等待接驾状态变更为已开启行程状态的订单;或者,拼车订单为以目标车辆为接驾车辆,且订单起点位置与目标车辆当前所在的位置一致的订单。
步骤S303:若上车人数与所述拼车订单的订单人数不一致,则提示需要对订单人数进行确认或修改。
在一些实施例中,提示需要对订单人数进行确认或修改之后,若接收到针对拼车订单的订单人数的修改消息,则基于修改后的订单人数,确定目标车辆的当前乘客数量;若当前乘客数量达到设定的乘客数量阈值,则控制目标车辆暂停承接拼车业务。
在一些实施例中,提示需要对订单人数进行确认或修改之后,若接收到针对拼车订单的订单人数的修改消息,则基于修改后的订单人数,确定目标车辆的当前乘客数量;若当前乘客数量超过设定的乘客数量阈值,则提示车辆超员。
图3所示的拼车人数校验方法也可以由车载终端执行。
基于同一发明构思,本发明实施例中还提供了一种拼车人数校验装置的结构示意图,如图4所示,该拼车人数校验装置包括:
检测单元401,用于对于当前承接拼车业务的目标车辆,若检测到所述目标车辆的车门开启,则在车门关闭后,确定此次车门开启过程对应的上车人数;
数据获取单元402,用于获取所述目标车辆关联的拼车订单的订单人数;
提示单元403,用于若所述上车人数与所述拼车订单的订单人数不一致,则提示需要对订单人数进行确认或修改。
在一种可能的实施方式中,检测单元401,具体用于:若检测到目标车辆的车门开启,则在车门关闭后,确定此次车门开启过程对应的上车人数,包括:在车门开启至车门关闭的过程中,获取目标车辆的车内图像,并对获取的车内图像进行人像检测;若通过人像检测确定目标车辆内存在新增人像,则确定此次车门开启过程对应的上车人数。
在一种可能的实施方式中,检测单元401,具体用于:若通过人像检测确定目标车辆内存在新增人像,则获取所述目标车辆的乘客座椅的压力数据;若乘客座椅的压力数据发生变化,则确定此次车门开启过程对应的上车人数。
在一种可能的实施方式中,检测单元401,具体用于:在车门关闭后的设定时长内,获取目标车辆的车内图像;对车内图像的乘客区域进行人脸检测,确定目标车辆内的当前乘客数量;基于当前乘客数量,确定此次车门开启过程对应的上车人数。
在一种可能的实施方式中,检测单元401,具体用于:若拼车订单是目标车辆的首个拼车订单,则将当前乘客数量,作为此次车门开启过程对应的上车人数;其中,首个拼车订单指目标车辆在接到首个拼车订单的乘客之前,目标车辆内没有乘客;若拼车订单不是所述目标车辆的首个拼车订单,则获取此次车门开启过程之前目标车辆内的已有乘客数量,将当前乘客数量与所述已有乘客数量的差值,作为此次车门开启过程对应的上车人数。
在一种可能的实施方式中,检测单元401,还用于:提示需要对订单人数进行确认或修改之后,若接收到针对所述拼车订单的订单人数的修改消息,则基于修改后的订单人数,确定目标车辆的当前乘客数量;若当前乘客数量达到设定的乘客数量阈值,则控制目标车辆暂停承接拼车业务。
在一种可能的实施方式中,检测单元401,还用于:
提示需要对订单人数进行确认或修改之后,若接收到针对所述拼车订单的订单人数的修改消息,则基于修改后的订单人数,确定目标车辆的当前乘客数量;若当前乘客数量超过设定的乘客数量阈值,则提示车辆超员。
基于相同的发明构思,本申请实施例还提供了一种电子设备,该电子设备可以是服务器,也可以是车载终端。该电子设备至少包括用于存储数据的存储器和处理器,其中,对于用于数据处理的处理器而言,在执行处理时,可以采用微处理器、CPU、GPU(GraphicsProcessing Unit,图形处理单元)、DSP或FPGA实现。对于存储器来说,存储器中存储有操作指令,该操作指令可以为计算机可执行代码,通过该操作指令来实现上述本申请实施例的拼车人数校验订单处理方法的流程中的各个步骤。
图5为本申请实施例提供的一种电子设备的结构示意图。如图5所示,电子设备500包括存储器501、处理器502、数据获取模块503和总线504。该存储器501、处理器502和数据获取模块503均通过总线504连接,该总线504用于该存储器501、处理器502和数据获取模块503之间传输数据。
其中,存储器501可用于存储软件程序以及模块,处理器502通过运行存储在存储器501中的软件程序以及模块,从而执行电子设备500的各种功能应用以及数据处理,如本申请实施例提供的拼车人数校验方法。存储器501可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个应用的应用程序等;存储数据区可存储根据电子设备500的使用所创建的数据等。此外,存储器501可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器502是电子设备500的控制中心,利用总线504以及各种接口和线路连接整个电子设备500的各个部分,通过运行或执行存储在存储器501内的软件程序和/或模块,以及调用存储在存储器501内的数据,执行电子设备500的各种功能和处理数据。可选的,处理器502可包括一个或多个处理单元,如CPU、GPU(Graphics Processing Unit,图形处理单元)、数字处理单元等。
本申请实施例还提供了一种计算机可读存储介质,该计算机存储介质中存储有计算机可执行指令,该计算机程序被处理器执行时可用于实现本申请任一实施例所记载的拼车人数校验方法。
在一些可能的实施方式中,本申请提供的拼车人数校验方法的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当程序产品在计算机设备上运行时,程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的拼车人数校验处理方法的步骤,例如,计算机设备可以执行如图2所示的拼车人数校验方法的流程。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种拼车人数校验方法,其特征在于,所述方法包括:
对于当前承接拼车业务的目标车辆,若检测到所述目标车辆的车门开启,则在车门关闭后,确定此次车门开启过程对应的上车人数;
获取所述目标车辆关联的拼车订单的订单人数;
若所述上车人数与所述拼车订单的订单人数不一致,则提示需要对订单人数进行确认或修改。
2.根据权利要求1所述的方法,其特征在于,所述拼车订单为以所述目标车辆为接驾车辆,且对应所述此次车门开启过程,订单状态从等待接驾状态变更为已开启行程状态的订单;或者,
所述拼车订单为以所述目标车辆为接驾车辆,且订单起点位置与所述目标车辆当前所在的位置一致的订单。
3.根据权利要求1所述的方法,其特征在于,若检测到所述目标车辆的车门开启,则在车门关闭后,确定此次车门开启过程对应的上车人数,包括:
在车门开启至车门关闭的过程中,获取所述目标车辆的车内图像,并对获取的车内图像进行人像检测;
若通过人像检测确定所述目标车辆内存在新增人像,则确定此次车门开启过程对应的上车人数。
4.根据权利要求3所述的方法,其特征在于,所述若通过人像检测确定所述目标车辆内存在新增人像,则确定此次车门开启过程对应的上车人数,包括:
若通过人像检测确定所述目标车辆内存在新增人像,则获取所述目标车辆的乘客座椅的压力数据;
若所述乘客座椅的压力数据发生变化,则确定此次车门开启过程对应的上车人数。
5.根据权利要求1~4任一项所述的方法,其特征在于,所述确定此次车门开启过程对应的上车人数,包括:
在车门关闭后的设定时长内,获取所述目标车辆的车内图像;
对所述车内图像的乘客区域进行人脸检测,确定所述目标车辆内的当前乘客数量;
基于所述当前乘客数量,确定此次车门开启过程对应的上车人数。
6.根据权利要求5所述的方法,其特征在于,所述基于所述当前乘客数量,确定此次车门开启过程对应的上车人数,包括:
若所述拼车订单是所述目标车辆的首个拼车订单,则将所述当前乘客数量,作为此次车门开启过程对应的上车人数;所述首个拼车订单指目标车辆在接到所述首个拼车订单的乘客之前,所述目标车辆内没有乘客;
若所述拼车订单不是所述目标车辆的首个拼车订单,则获取此次车门开启过程之前所述目标车辆内的已有乘客数量,将所述当前乘客数量与所述已有乘客数量的差值,作为此次车门开启过程对应的上车人数。
7.根据权利要求1所述的方法,其特征在于,所述提示需要对订单人数进行确认或修改之后,所述方法还包括:
若接收到针对所述拼车订单的订单人数的修改消息,则基于修改后的订单人数,确定所述目标车辆的当前乘客数量;
若所述当前乘客数量达到设定的乘客数量阈值,则控制所述目标车辆暂停承接拼车业务。
8.一种拼车人数校验装置,其特征在于,所述装置包括:
检测单元,用于对于当前承接拼车业务的目标车辆,若检测到所述目标车辆的车门开启,则在车门关闭后,确定此次车门开启过程对应的上车人数;
数据获取单元,用于获取所述目标车辆关联的拼车订单的订单人数;
提示单元,用于若所述上车人数与所述拼车订单的订单人数不一致,则提示需要对订单人数进行确认或修改。
9.一种电子设备,其特征在于,包括存储器和处理器,所述存储器上存储有可在所述处理器上运行的计算机程序,当所述计算机程序被所述处理器执行时,实现权利要求1~7中任一项所述的方法。
10.一种计算机可读存储介质,所述计算机可读存储介质内存储有计算机程序,其特征在于:所述计算机程序被处理器执行时,实现权利要求1~7中任一项所述的方法。
CN202210897194.4A 2022-07-28 2022-07-28 一种拼车人数校验方法、装置、电子设备及存储介质 Pending CN115170245A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210897194.4A CN115170245A (zh) 2022-07-28 2022-07-28 一种拼车人数校验方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210897194.4A CN115170245A (zh) 2022-07-28 2022-07-28 一种拼车人数校验方法、装置、电子设备及存储介质

Publications (1)

Publication Number Publication Date
CN115170245A true CN115170245A (zh) 2022-10-11

Family

ID=83477297

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210897194.4A Pending CN115170245A (zh) 2022-07-28 2022-07-28 一种拼车人数校验方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN115170245A (zh)

Similar Documents

Publication Publication Date Title
US9483944B2 (en) Prediction of free parking spaces in a parking area
US20200174778A1 (en) Systems and methods for using a mobile device to manage an over-the-air vehicle software update
CN110232552B (zh) 一种基于车辆后备箱的快递管理系统及方法
CN108876522A (zh) 车辆监控方法、装置和计算机可读存储介质
EP3761605A1 (en) Vehicle diagnosis method, related device and system
CN112991584A (zh) 一种车辆解闭锁的控制方法和系统
CN112819976A (zh) 停车场控制方法和装置
CN111199461A (zh) 一种基于区块链的无人车载客方法及无人车
WO2013072867A1 (en) A method of implementing a remotely initiated insurance claim process and a system thereof
US20230129668A1 (en) Server, information processing system and information processing method
CN113868612A (zh) 基于身份辨识和人机交互的自动驾驶培训管理方法和系统
CN112052780A (zh) 人脸验证方法、装置、系统及存储介质
WO2018187967A1 (en) Apparatus, server and method for vehicle sharing
CN115136163B (zh) 管理方法、管理装置、电子设备及计算机可读存储介质
US10787152B1 (en) Systems and methods for rental vehicle driver verification
CN114677773A (zh) 一种用户绑定方法及装置
CN115170245A (zh) 一种拼车人数校验方法、装置、电子设备及存储介质
CN116318884A (zh) 一种基于人脸识别技术的网约车司机身份认证方法及系统
CN113330467A (zh) 基于车辆的状态信息控制终端的方法、系统和介质
CN109144070A (zh) 移动设备辅助自动驾驶方法、汽车和存储介质
CN111600839B (zh) 一种交通事故处理方法、设备及存储介质
KR20150006938A (ko) 차량 내 장치를 이용한 운전 확인 및 보상 모바일 장치, 시스템 및 이를 이용한 서비스 제공 방법
CN111341091A (zh) 车辆的调度方法、系统、装置、存储介质和处理器
CN112560685A (zh) 人脸表情识别方法、装置及存储介质
CN106297353B (zh) 交通工具的自动驾驶方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination