首页 / 专利分类库 / 锁;钥匙;门窗零件;保险箱 / 用于控制车门的方法、装置、设备、介质和产品

用于控制车的方法、装置、设备、介质和产品

申请号 CN202211436037.X 申请日 2022-11-16 公开(公告)号 CN118049115A 公开(公告)日 2024-05-17
申请人 北京航迹科技有限公司; 发明人 罗晓薇; 李旭; 程雪菲; 杜华明;
摘要 根据本公开的 实施例 ,提供了一种控制车 门 的方法、装置、 电子 设备、计算机存储介质和 计算机程序 产品。在此描述的方法包括:利用车辆的第一组 传感器 ,确定目标对象相对于车辆中用于承载目标对象的区域的 位置 关系;以及至少部分地基于位置关系控制车辆的车门的关闭。以此方式,可以实现车门的自动打开和关闭,同时确保用户及其他行人的人身安全,从而提高了车辆的智能化程度及用户的出行效率。此外,还可以促进车辆的无人化运营。
权利要求

1.一种控制车关闭的方法,包括:
利用车辆的第一组传感器,确定目标对象相对于所述车辆中用于承载所述目标对象的区域的位置关系;以及
至少部分地基于所述位置关系控制所述车辆的车门的关闭。
2.根据权利要求1所述的方法,其中至少部分地基于所述位置关系控制所述车辆的车门的关闭包括:
响应于确定所述目标对象在上车过程中已经从所述车辆外部进入到所述目标区域,控制所述车门关闭。
3.根据权利要求1所述的方法,其中至少部分地基于所述位置关系控制所述车辆的车门的关闭包括:
响应于确定所述目标对象在下车过程中已经从所述目标区域离开所述车辆,控制所述车门关闭。
4.根据权利要求1‑3任一项所述的方法,其中所述第一组传感器包括视觉传感器、重量传感器、红外传感器中的至少一项。
5.根据权利要求1所述的方法,其中至少部分地基于所述位置关系控制所述车辆的车门的关闭包括:
利用所述车辆的第二组传感器,检测所述车辆的预定邻域是否存在影响所述车门关闭的障碍物;以及
响应于不存在所述障碍物,控制所述车门关闭。
6.根据权利要求1所述的方法,还包括:
在所述车门被关闭的过程中,利用所述车辆的所述第一组传感器和/或不同的第二组传感器,检测潜在影响所述车门关闭的因素;以及
响应于检测到所述因素,使所述车门的关闭过程被中止,直至所述因素消失。
7.一种控制车门打开的方法,包括:
检测用于打开车辆的车门的指示;
响应于检测到所述指示,利用所述车辆的传感器检测所述车辆的预定邻域内是否存在潜在影响所述车辆的车门打开的障碍物;以及
至少部分地响应于不存在所述障碍物控制所述车门打开。
8.根据权利要求7所述的方法,其中检测用于打开车辆的车门的指示包括:
检测来自所述用户的开门指示。
9.根据权利要求8所述的方法,其中检测来自所述终端设备的开门指示包括:
从所述用户的所述终端设备,经由近距离通信信道接收第一开门指示;或者检测所述用户对所述车辆中用于控制所述车门的开关的元件的操作,作为第二开门指示。
10.根据权利要求7所述的方法,其中检测用于打开车辆的车门的指示包括:
确定所述车辆是否已经达到与所述用户相关联的行程的起点或者终点;以及响应于确定所述车辆达到所述行程的所述起点或者终点,检测到所述指示。
11.一种控制车门关闭的装置,包括:
确定模,被配置为利用车辆的第一组传感器,确定目标对象相对于所述车辆中用于承载所述目标对象的区域的位置关系;以及
第一车门控制模块,被配置为至少部分地基于所述位置关系控制所述车辆的车门的关闭。
12.一种控制车门打开的装置,包括:
第一检测模块,被配置为检测用于打开车辆的车门的指示;
第二检测模块,被配置为响应于检测到所述指示,利用所述车辆的传感器检测所述车辆的预定邻域内是否存在潜在影响所述车辆的车门打开的障碍物;以及第二车门控制模块,被配置为至少部分地响应于不存在所述障碍物控制所述车门打开。
13.一种电子设备,包括:
至少一个处理单元;以及
至少一个存储器,其耦合至所述至少一个处理单元并且存储有机器可执行指令,当所述机器可执行指令由所述至少一个处理单元执行时,使得所述电子设备执行根据权利要求
1至6或权利要求7至10中任一项所述的方法。
14.一种车辆,包括:
至少一个车门控制单元;以及
至少一个存储器,其耦合至所述至少一个处理单元并且存储有机器可执行指令,当所述机器可执行指令由所述至少一个车门控制单元执行时,使得所述车辆执行根据权利要求
1至6或权利要求7至10中任一项所述的方法。
15.一种计算机程序产品,所述计算机程序产品被有形地存储在非瞬态计算机可读介质上并且包括机器可执行指令,所述机器可执行指令在被执行时使机器执行根据权利要求
1至6或权利要求7至10中任一项所述的方法的步骤。

说明书全文

用于控制车的方法、装置、设备、介质和产品

技术领域

[0001] 本公开的示例实施例总体涉及计算机领域,具体地涉及用于控制车门的方法、装置、电子设备、计算机存储介质和计算机程序产品。

背景技术

[0002] 随着自动控制、辅助驾驶、环境感知、信息融合等技术的飞速发展,人与车辆、车辆与网络之间的信息交换更为顺畅。借助于车辆的传感器和电脑系统,许多传统上需要人工介入的操作已经趋向于电动化和智能化。目前,还出现了具有自主规划和决策能的车辆,能够部分或完全脱离驾驶员操纵。另一方面,车辆的无人化运营也面临着交通安全、用户体验等方面的挑战。发明内容
[0003] 在本公开的第一方面,提供了一种控制车门关闭的方法。该方法包括:利用车辆的第一组传感器,确定目标对象相对于车辆中用于承载目标对象的区域的位置关系;以及至少部分地基于位置关系控制车辆的车门的关闭。
[0004] 在本公开的第二方面中,提供了一种控制车门打开的方法。该方法包括:检测用于打开车辆的车门的指示;响应于检测到指示,利用车辆的传感器检测车辆的预定邻域内是否存在潜在影响车辆的车门打开的障碍物;以及至少部分地响应于不存在障碍物控制车门打开。
[0005] 在本公开的第三方面中,提供了一种控制车门关闭的装置。该装置包括:确定模,被配置为利用车辆的第一组传感器,确定目标对象相对于车辆中用于承载目标对象的区域的位置关系;以及第一控制模块,被配置为至少部分地基于位置关系控制车辆的车门的关闭。
[0006] 在本公开的第四方面中,提供了一种控制车门打开的装置。该装置包括:第一检测模块,被配置为检测用于打开车辆的车门的指示;第二检测模块,被配置为响应于检测到指示,利用车辆的传感器检测车辆的预定邻域内是否存在潜在影响车辆的车门打开的障碍物;以及第二控制模块,被配置为至少部分地响应于不存在障碍物控制车门打开。
[0007] 在本公开的第五方面中,提供了一种电子设备,包括:至少一个处理单元;以及至少一个存储器,其耦合至该至少一个处理单元并且存储有机器可执行指令,当机器可执行指令由至少一个处理单元执行时,使得电子设备执行根据本公开的第一方面或第二方面的方法。
[0008] 在本公开的第六方面中,提供了一种车辆,包括:至少一个车门控制单元;以及至少一个存储器,其耦合至至少一个处理单元并且存储有机器可执行指令,当机器可执行指令由至少一个车门控制单元执行时,使得车辆执行根据本公开的第一方面或第二方面的方法。
[0009] 在本公开的第七方面中,提供了一种计算机可读存储介质,其上存储有计算机可执行指令,其中计算机可执行指令被处理器执行以实现根据本公开的第一方面或第二方面的方法。
[0010] 在本公开的第八方面,提供了一种计算机程序产品。该计算机程序产品被有形地存储在非瞬态计算机可读介质上并且包括机器可执行指令,该机器可执行指令在被执行时使机器执行根据本公开的第一方面或第二方面的方法。
[0011] 根据本公开的各种实施例,能够支持用户的终端设备与车辆的识别,以及通过终端设备解车辆。这样,可以实现自动驾驶车辆的无人化运营,降低了人工成本。由于无需安全员或工作人员的参与,由乘客直接解锁车辆,提高了出行体验和出行效率。此外,在乘客到达车辆附近后,可以利用近距离通信技术控制车门的锁定状态,从而避免了除乘客本人外的其他人员上车带来的安全隐患,确保了用车安全。附图说明
[0012] 结合附图并参考以下详细说明,本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中,相同或相似的附图标注表示相同或相似的元素,其中:
[0013] 图1示出了能够在其中实现本公开的一些实施例的示例环境的框图
[0014] 图2示出了根据本公开的一些实施例的用于控制车门关闭的示例性过程的示意图;
[0015] 图3示出了根据本公开的一些实施例的车门关闭场景的示意图;
[0016] 图4示出了根据本公开的一些实施例的用于控制车门关闭和上锁的示例性过程的流程图
[0017] 图5示出了根据本公开的一些实施例的用于控制车门打开的示例性过程的示意图;
[0018] 图6示出了根据本公开的一些实施例的车门打开场景的示意图;
[0019] 图7示出了根据本公开的一些实施例的用于控制车门解锁和打开的示例性过程的流程图;
[0020] 图8示出了根据本公开的一些实施例的用于控制车门关闭的装置的示意性结构框图;
[0021] 图9示出了根据本公开的一些实施例的用于控制车门打开的装置的示意性结构框图;以及
[0022] 图10示出了能够实施本公开的多个实施例的电子设备的框图。

具体实施方式

[0023] 下面将参照附图更详细地描述本公开的优选实现。虽然附图中显示了本公开的优选实现,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实现所限制。相反,提供这些实现是为了使本公开更加透彻和完整,并且能够将本公开的范围完整地传达给本领域的技术人员。
[0024] 在本文中使用的术语“包括”及其变形表示开放性包括,即“包括但不限于”。除非特别申明,术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实现”和“一个实现”表示“至少一个示例实现”。术语“另一实现”表示“至少一个另外的实现”。术语“第一”、“第二”等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。
[0025] 本公开的技术方案中,所涉及的用户数据的获取、存储和应用等,均符合相关法律法规的规定,且不违背公序良俗。
[0026] 可以理解的是,在使用本公开各实施例公开的技术方案之前,均应当根据相关法律法规通过适当的方式对本公开所涉及个人信息的类型、使用范围、使用场景等告知用户并获得用户的授权。
[0027] 例如,在响应于接收到用户的主动请求时,向用户发送提示信息,以明确地提示用户,其请求执行的操作将需要获得和使用到用户的个人信息,从而使得用户可以根据提示信息来自主地选择是否向执行本公开技术方案的操作的电子设备、应用程序、服务器或存储介质等软件硬件提供个人信息。
[0028] 作为一种可选的但非限制性的实现方式,响应于接收到用户的主动请求,向用户发送提示信息的方式,例如可以是弹出窗口的方式,弹出窗口中可以以文字的方式呈现提示信息。此外,弹出窗口中还可以承载供用户选择“同意”或“不同意”向电子设备提供个人信息的选择控件。
[0029] 可以理解的是,上述通知和获得用户授权过程仅是示意性的,不对本公开的实现方式构成限定,其它满足相关法律法规的方式也可应用于本公开的实现方式中。
[0030] 如前所述,车辆的电动化、智能化程度在不断地提高。例如,一些车辆已经安装有电吸门或自动门。电吸门可以在用户将车门闭合至半锁位置时,将车门自吸至全锁位置,从而完成关门操作。自动门无需用户用力推拉、开合即可自动完成开门、关门操作。然而,上述类型的车门目前无法完全脱离人工操纵,这在一些应用场景下可能造成不便。
[0031] 例如,在用户上车和/或下车过程中,存在与相应车门侧的其他交通参与者发生物接触或碰撞的险,可能造成人员伤亡和车辆损毁。作为另一示例,在车辆无人化运营的场景下,自动驾驶车辆可以承载乘客或货物到达目的地。在行程中,除了乘客或货物之外,可能没有司机或其他人员在场。如果到达目的地后,乘客或货物接收者忘记关闭车门并离开,则可能导致自动驾驶车辆无法行驶,影响正常运营和后续接单。
[0032] 鉴于此,本公开的实施例提出了一种用于控制车门关闭的方案。本方案能够通过确定目标对象与车辆中的目标区域的位置关系来控制车门的关闭。这样,可以促进车辆的电动化、智能化程度,提高用户的出行体验。此外,在车门关闭之前以及在车门关闭的过程中,还可以检测车辆的邻域内是否存在障碍物。如果不存在障碍物,则控制车门关闭。以此方式,可以确保人身安全和交通安全。
[0033] 下面将参考附图来详细描述本公开的一些示例实施例。
[0034] 图1示出了能够在其中实现本公开的一些实施例的示例环境100的框图。示例环境100包括车辆10,其具有车辆控制单元110、第一组传感器120、以及第二组传感器122。此外,示例环境100还包括与用户102相关联的终端设备20。终端设备20可以安装有用于与车辆10交互的应用,诸如,车辆控制应用、提供出行服务或叫车服务的应用等等。例如,用户102可以通过终端设备20呈现的用户界面对应用进行操作。
[0035] 借助于车辆控制单元110、第一组传感器120以及第二组传感器122,车辆10可以具有环境感知和分析决策能力。因而,车辆10可以在部分或完全无需人类操作的情况下,自主完成相应任务。这样的任务可以包括但不限于,自动开关车门、自动停车、路线规划、限速调节、障碍躲避、无人驾驶等等。作为示例,车辆10可以是用于承载乘客或货物的任何常规或非常规车辆,包括但不限于小汽车、轿车、货车、卡车、公交车、电动车等等。
[0036] 应当理解,除了图1所示的组件外,车辆10还可以具有其他元件、硬件机构或执行器。因此,本公开的范围在此方面不受限制。
[0037] 车辆控制单元110可以是例如,自动驾驶控制单元。在一些实施例中,车辆控制单元110可以基于由第一组传感器120、第二组传感器122、车辆10的其他组件或执行器采集的数据进行分析和决策,这将在下面进行详细描述。附加地或备选地,车辆控制单元110还可以经由网络与远程服务器(未示出)通信。
[0038] 在本公开的一些实施例中,第一组传感器120可以与第二组传感器122不同。附加地或备选地,在另一些实施例中,第一组传感器120可以至少部分地与第二组传感器122相同。作为示例实现,第一组传感器120可以包括但不限于安装在车辆10各处的视觉传感器、重量传感器、红外传感器等等。第二组传感器122可以包括安装在车辆10各处的用于监控、避障、预测碰撞等目的的测距和/或测速雷达,等等。
[0039] 车辆控制单元110可以与终端设备20通信。在一些实施例中,终端设备20可以通过远程服务器与车辆控制单元110通信。在另一些实施例中,终端设备20可以借助于近距离通信信道与车辆控制单元110通信。这可以取决于车辆10与终端设备20之间的距离。例如,近距离通信信道可以是基于蓝牙、近场通信、无线局域网、红外数据传输、紫峰通信等的信道。
[0040] 终端设备20可以是具有有线或无线通信功能并且可能还具有计算能力的任何设备,包括但不限于通信设备、手机、计算机、个人数字助理游戏机、可穿戴设备、车载通信设备、控制面板等等。终端设备20可以提供诸如鼠标键盘等输入装置以供用户102进行操作。此外,终端设备20还可以安装有定位装置以确定其位置,该定位装置例如可以基于以下任何技术来实现定位:全球定位系统(GPS)、全球导航卫星通信系统(GLONASS)、北斗导航系统、伽利略定位系统(Galileo)、准天顶卫星系统(QAZZ)、基站定位技术、Wi‑Fi定位技术等等。
[0041] 作为示例,在叫车场景下,用户102可以通过终端设备20向远程服务器发送叫车请求,以获得出行服务。远程服务器可以针对用户102的叫车请求调度合适的车辆,例如,车辆10。响应于远程服务器的调度,车辆10前往上车地点接驾,并将用户102承载至下车地点。作为另一示例,车辆10可以向用户102提供物流服务。在这种情况下,车辆10可以将用户102的货物从出发地承载至目的地。
[0042] 远程服务器可以是服务提供方的服务器或计算系统,其可以提供数据存储、分析、处理等功能。在一些实施例中,远程服务器可以访问数据存储库,以向其存储信息或从中获取所需信息。远程服务器可以与数据存储库彼此分离,也可以被实现为单个设备,例如,将数据存储库实现在远程服务器中。在一些实施例中,远程服务器可以位于端。
[0043] 应当理解,仅出于示例性的目的描述环境100中的布局、功能以及元素的数目,实际可以存在各种设计。本公开的实施例还可以被应用到具有不同的结构和/或功能的环境中。本公开的范围在此方面不受限制。
[0044] 图2示出了根据本公开的一些实施例的用于控制车门关闭的示例性过程200的示意图。为了便于讨论,下面还将参考图3来描述控制车门关闭的示例实施例。图3示出了根据本公开的一些实施例的车辆10的车门关闭场景300的示意图。过程200可以涉及车辆10的车辆控制单元110、第一组传感器120以及第二组传感器122。应当理解,过程200可以适用于各种车辆行驶场景,包括但不限于载客、物流、配送快递、外卖、货物等等。
[0045] 在过程200的一种示例场景中,用户102乘坐车辆10出行。在一些实施例中,用户102也可以称为目标对象102。车辆控制单元110可以通过第一组传感器120监测车辆内的目标区域。例如,在场景300中,目标区域302可以是车辆10内供乘客乘坐的至少一个座位。附加地或备选地,在物流场景中,目标对象可以是货物,并且目标区域可以是车辆内承载货物的区域。
[0046] 在框210,车辆控制单元110利用车辆10的第一组传感器120,确定目标对象相对于车辆10中用于承载目标对象102的目标区域302的位置关系。
[0047] 在一些实施例中,位置关系可以包括从车辆外部进入到目标区域。例如,在上车场景中,在车辆10到达上车位置后,车辆控制单元110可以利用第一组传感器120确定目标对象102是否在上车过程中已经从车辆10外部进入到目标区域302。
[0048] 附加地或备选地,在一些实施例中,位置关系可以包括从目标区域离开车辆。例如,在下车场景中,在车辆10到达下车位置后,车辆控制单元110可以利用第一组传感器120确定目标对象102是否已经从目标区域302离开车辆10。
[0049] 如前所述,第一组传感器120可以视觉传感器、重量传感器、红外传感器中的至少一项。具体而言,视觉传感器可以通过视觉算法检测目标区域内是否存在目标对象、和/或目标对象的数目,等等。例如,如果视觉传感器在预定时段(例如,10秒)内采集的视觉参数指示车辆10的目标区域302中存在目标对象和/或存在的目标对象数目为预定数目(例如,叫车订单所指示的乘客数目),则确定目标对象已经从车辆10外部进入目标区域302。如果视觉参数指示目标区域302中不存在目标对象,则确定目标对象已经从目标区域302离开车辆10。
[0050] 附加地或备选地,视觉传感器可以用于识别车辆10内的异常情况。例如,如果视觉参数指示目标区域302中存在的目标对象的数目与预定数目不同,例如,多于预定数目,则可能指示车辆10中进入除用户102之外的其他人员。在这种情况下,车辆控制单元110可以向用户或终端设备20发送提醒信号、和/或向远程服务器上报异常情况。如果目标对象的数目少于预定数目,则可能指示所有用户并未全部进入车辆。在这种情况下,车辆控制单元110可以向用户或终端设备20发送提醒信号。
[0051] 重量传感器可以是例如,压力传感器,其可以通过检测目标区域的压力参数来确定目标对象是否进入或离开该区域。例如,在上车场景中,如果重量传感器采集到目标区域302的初始压力参数为零,(例如,“null”)。随后,在预定时段(例如,10秒)内采集到目标区域302的压力参数变为非零,则确定目标对象102已经车辆10外部进入目标区域302。反之,在下车场景中,如果重量传感器在预定时段内采集到目标区域302的压力参数由非零变为零,则确定目标对象102已经从目标区域302离开车辆10。
[0052] 附加地或备选地,重量传感器还可以用于识别车辆10内的异常情况,例如,目标区域302的压力参数是否处于与目标对象的数目相符的压力范围内。如果压力参数超过压力范围,则可能指示车辆10中进入除用户102之外的其他人员。如果压力参数低于压力范围,则可能指示所有用户并未全部进入车辆。车辆控制单元110可以针对异常情况,向用户或终端设备20发送提醒信号,和/或向远程服务器上报异常情况。
[0053] 红外传感器可以通过检测目标区域内的温度来确定该区域内是否存在目标对象,等等。类似地,红外传感器还可以用于识别车辆10内的异常情况。
[0054] 应当理解,第一组传感器120不限于以上列举的传感器类型,并且还可以包括其他适合用于确定目标对象相对于车内的目标区域的位置关系的传感器。
[0055] 在框220,车辆控制单元110至少部分地基于位置关系控制车辆10的车门330的关闭。车门330可以包括,但不限于:驾驶室车门、副驾驶侧车门、左后门车门、右后门车门、前备箱门、后备箱门、行李舱门,等等。
[0056] 在上车场景的实施例中,如果车辆控制单元110确定目标对象102在上车过程中已经从车辆外部进入到目标区域302,则可以控制车门关闭。例如,车辆控制单元110可以向车辆10的关门执行器发送车门关闭请求,来驱动关门执行器执行车门关闭操作。
[0057] 例如,在下车场景中,如果第一组传感器120在第一预定时段(例如,10秒)内采集的压力参数为“null”和/或视觉参数指示目标对象的数目为“0”,则车辆控制单元110基于传感器数据确定用户102已经离开车辆10,且车内无人。在这种情况下,车辆控制单元110控制车辆10的车门330关闭。附加地或备选地,在用户102放置过行李的情况下(例如,后备箱被打开过),预定时段可以适当延长(例如,1分钟)。
[0058] 为了避免关闭车门的动作与用户、行人或其他交通工具发生碰撞和损伤,可以借助于车辆的传感器122来监测车辆周围的情况并进行决策。
[0059] 在一些实施例中,车辆控制单元110可以利用第二组传感器122,检测车辆10的预定邻域303是否存在影响车门330关闭的障碍物。例如,第二组传感器122可以包括安装在车辆10各处的用于监控、避障、预测碰撞等目的的测距和/或测速雷达。在本公开的实施例中,障碍物可以包括但不限于:用户的身体或物品的至少一部分、行人、交通工具、其他物体等等。
[0060] 车辆的预定邻域可以是指车门的旋转区域,例如,车门在打开或关闭过程中旋转经过的区域。附加地或备选地,车辆的预定邻域也可以是指用户通过车门上车或下车所经过的区域。当然,本公开的实施例也适用于车辆周围的任何面积、形状的区域。
[0061] 如果不存在障碍物,则车辆控制单元110可以控制车门330关闭。否则,如果检测到障碍物的存在,车门将不被关闭。例如,在图3的示例中,第二组传感器122检测到邻域303存在行人304。在这种情况下,车辆控制单元110将不向车辆10的关门执行器发送车门关闭请求。通过这种方式,可以在确保人身和车辆安全的情况下实现车门的自动关闭。
[0062] 附加地或备选地,可以在车门关闭过程中利用安装在车辆10各处的传感器来检测潜在影响车门关闭的因素。例如,在一些实施例中,车辆控制单元110可以利用车辆10的第一组传感器120和/或不同的第二组传感器122,检测潜在影响车门330关闭的因素。如果检测到这样的因素,则车辆控制单元110使车门330的关闭过程被中止,直至该因素消失。
[0063] 作为示例,在上车场景中,如果在车门关闭过程中,检测到其他人员进入车辆,或者用户102回到车辆外部,则车辆控制单元110可以向车辆10的关门执行器发送动作暂停请求,以使车门关闭动作被中止,并使车门330保持悬停状态。作为另一示例,在下车场景中,如果在车门关闭过程中,检测到人或物体进入目标区域302,则车辆控制单元110可以向车辆10的关门执行器发送动作暂停请求,以使车门关闭动作被中止,并使车门330保持悬停状态。
[0064] 附加地,在一些实施例中,确定位置关系之后,车辆控制单元110还可以检测用于关闭车门的指示。例如,用户102可以通过终端设备20向车辆10发送关门指示。或者,用户102可以通过触摸、点击、手势感应等方式对车辆10中用于控制车门330的开关的元件进行操作。
[0065] 作为示例,在进入目标区域302后,用户102可以拉动车门330的把手以作为关门指示。相应地,车辆控制单元110进一步响应于检测到用于关闭车门的指示来控制车门关闭。
[0066] 附加地或备选地,下车场景中,在车门被成功关闭后,车辆控制单元110可以进一步检测车门330是否被再次打开以及车辆10内是否存在目标对象,并基于检测结果进行如下决策:
[0067] 1、如果在第二预定时段(例如,10秒)内检测到车门330未被再次打开且车辆10内不存在目标对象,则控制车门330上锁;
[0068] 2、如果在第二预定时段(例如,10秒)内检测到车门330被再次打开且车辆10内存在目标对象,则车辆控制单元110可以针对车门状态以及目标对象持续进行检测;如果在第三预定时段(例如,5分钟)内检测结果并未改变,则车辆控制单元110可以向远程服务器上报异常情况;如果在第三预定时段内检测结果改变,则判断车内是否存在目标对象。如果车内不存在目标对象,则可以基于决策3进行判断。如果车内存在目标对象,则可以基于决策1进行判断;
[0069] 3、如果在第二预定时段内检测到车门330被再次打开但车辆10内不存在目标对象,则可以例如利用第一组传感器120和/或第二组传感器122判断是否控制车门关闭。如果是,则控制车门关闭。否则,车辆控制单元110可以向远程服务器上报异常情况。
[0070] 在车门被关闭后,车辆控制单元110可以进一步控制车门上锁。在一些实施例中,与车门关闭和上锁过程相关的车辆机构或组件可以包括开门/关门执行器、车门控制器、电开电吸侧门锁、传感器以及开关模块。开门/关门执行器可以包括驱动电机,其提供用于驱动车门绕轴线旋转的动力输出。应当理解,在一些情况下,开门/关门执行器可以被单独设置,也可以被实现为相同的执行器。车门控制器可以是车辆控制单元110的至少一部分,并且是控制开门/关门执行器的决策单元。车门控制器可以接收开门/关门指示并输出电动门相关参数、位置信号、度信号等等。电开电吸侧门锁可以是用于在开门前和关门后吸合车门并上锁的装置。传感器可以包括第一组传感器120和/或第二组传感器122的至少一部分。例如,传感器可以是用于检测开关门过程中是否遇到障碍物的雷达模块,从而防止车门与障碍物发生碰撞。开关模块包括用于物理控制电动门开关的机构。
[0071] 图4示出了根据本公开的一些实施例的用于控制车门关闭和上锁的示例性过程400的流程图。如图4所示,在410,车门控制器可以向车辆10的关门执行器发送车门关闭请求(例如,Door_action_command=close)。在412,关门执行器可以基于车门控制器提供的电动门相关参数确定车门是否处于打开状态。如果车门处于打开状态,则在414,关门执行器驱动车门关闭,即,执行车门关闭动作(例如,Door_position_status=closing)。附加地,关门执行器可以向车门控制器实时上报车门的角度信号(例如,Door_angle=0xXX)。
[0072] 在416,车门控制器还可以在车门关闭过程中检测是否接收到动作暂停请求(例如,Door_action_command=closepause)。如果接收到动作暂停请求,则在418,车门控制器控制关门执行器中止车门关闭动作,并使车门保持悬停状态(例如,Door_position_status=suspend)。
[0073] 附加地,在420,车门控制器可以基于传感器确定车门关闭过程中是否触发障碍物预警。如果触发障碍物预警,则进行至418,即中止车门关闭动作,并使车门保持悬停状态。此外,在这种情况下,车门控制器还可以上报预警信号(例如,Door_antipinch_reminder=Request during closing)。
[0074] 否则,如果未触发障碍物预警,则在422,关门执行器使车门关闭至半锁位置(例如,door_open=0&door_ajar=1)。此时,关门执行器的车门关闭动作结束。电吸模块驱动车门的锁体进行电动吸合。在424,电吸模块检测锁体是否到达全锁位置(例如,door_open=0&door_ajar=0)。如果到达全锁位置,则电吸控制模块驱动锁体完成复位。在428,车门关闭流程结束。随后,在上车场景中,车辆可以承载目标对象前往目的地。在下车场景中,车辆可以继续运营,例如,前往下一订单的出发地。
[0075] 附加地或备选地,在一些实施例中,如果车门上锁失败,例如锁体未达到全锁位置,则车门控制器可以再次发起车门关闭请求。
[0076] 附加地或备选地,在一些实施例中,如果在车门关闭过程中触发障碍物预警,则车门控制器可以记录触发预警的次数。如果触发预警的次数未超过阈值次数(例如,3次),则车门控制器可以在预定时间(例如,10秒)后再次发起车门关闭请求。否则,如果触发预警的次数超过阈值次数(例如,3次),则车门控制器可以向远程服务器上报异常情况。
[0077] 根据本公开的实施例,能够在确保用户及其他行人的人身安全的情况下实现车门的自动关闭。从而,提高了车辆的智能化程度及用户的出行效率。此外,还可以促进车辆的无人化运营。
[0078] 本公开的实施例还提出了一种用于控制车门打开的方案。本方案能够基于开门指示,在确定车辆的邻域内不存在潜在影响车门打开的障碍物的情况下,为用户自动打开车门,从而在提高出行效率和用户体验的同时,可以确保用户和车辆的安全。在一些情况下,开门指示可以用于实现车辆与用户之间的身份验证,从而能够杜绝除用户本人之外的人员进入车内,确保了用户的行程安全。
[0079] 图5示出了根据本公开的一些实施例的用于控制车门打开的示例性过程500的示意图。为了便于讨论,下面还将参考图6来描述控制车门打开的示例实施例。图6示出了根据本公开的一些实施例的车辆10的车门打开场景600的示意图。过程500可以涉及车辆10的车辆控制单元110以及传感器620。
[0080] 与过程200类似,在过程500的一种示例场景中,用户102乘坐车辆10出行。在框510,车辆控制单元110检测用于打开车辆10的车门630的指示。
[0081] 在一些实施例中,车辆控制单元110可以检测来自用户102的开门指示。例如,车辆控制单元110可以从用户102的终端设备20,经由近距离通信信道接收第一开门指示。
[0082] 近距离通信信道可以是例如基于蓝牙、近场通信、无线局域网、红外数据传输、和/或紫峰等技术的通信信道。通过近距离通信技术与车辆10进行交互,可以确保车门在用户到达车辆附近后才被打开。此外,在一些场景下,近距离通信技术还可以用于实现车辆与用户的身份互认,从而可以避免除用户102以外的其他人员控制车门的打开,进而进入车辆。因此,提高了用车安全。
[0083] 作为另一示例,车辆控制单元110检测用户102对车辆10中用于控制车门630的开关的元件的操作,作为第二开门指示。例如,用户102可以通过触摸、点击、手势感应等方式对车门630的开关元件进行操作。作为示例,在下车场景中,用户102可以拉动车门630内的把手以作为开门指示。相应地,车辆控制单元110进一步响应于检测到用于关闭车门的指示来控制车门关闭。
[0084] 附加地或备选地,车辆控制单元110可以基于车辆10是否已经到达预定位置,来控制车门630的打开。具体而言,在一些实施例中,车辆控制单元110可以确定车辆10是否已经达到与用户102相关联的行程的起点或者终点。如果确定车辆10达到行程的起点或者终点,则车辆控制单元110检测到用于打开车门630的指示。
[0085] 如果检测到用于打开车辆10的车门630的指示,则在框520,车辆控制单元110利用车辆10的传感器620检测车辆10的预定邻域604内是否存在潜在影响车辆10的车门打开的障碍物。传感器620可以包括但不限于视觉传感器、重量传感器、红外传感器、测距和/或测速雷达等等。在本公开的实施例中,障碍物可以包括但不限于:用户的身体或物品的至少一部分、行人、交通工具、其他物体等等。
[0086] 如前所述,车辆的预定邻域可以是指车门的旋转区域、用户通过车门上车或下车所经过的区域、或者车辆周围的任何面积、形状的区域。因此,本公开的范围在此方面不受限制。
[0087] 如果未检测到障碍物,则在530,车辆控制单元110至少部分地响应于不存在障碍物控制车门630打开。
[0088] 附加地或备选地,在车门被打开前,车辆控制单元110可以控制车门630解锁。作为示例,在车辆达到行程的终点后,车辆控制单元110可以解锁车门630,并利用传感器车辆的预定邻域604内是否存在障碍物。如果检测到车辆的预定邻域604内存在障碍物,例如存在后方来车,则车辆控制单元110控制车门630被再次上锁。
[0089] 进而,车辆控制单元110利用传感器持续对预定邻域604进行检测。如果在预定时间(例如,5秒)内,预定邻域604不存在障碍物,则车辆控制单元110控制车门630解锁。附加地,在车门打开后,如果车辆控制单元110利用传感器(例如,压力传感器、视觉传感器)检测到车内存在目标对象,则可以发出针对目标对象的提醒信号(例如,语音提示、座椅振动等等)。如果目标对象超过预定时段(例如,5分钟)未下车,则车辆控制单元110可以向远程服务器上报异常情况。
[0090] 在一些实施例中,与车门解锁和打开过程相关的车辆机构或组件可以与车门关闭和上锁过程相关的车辆机构或组件相类似,因而在此不进行赘述。
[0091] 图7示出了根据本公开的一些实施例的用于控制车门解锁和打开的示例性过程700的流程图。如图7所示,在接收到开门指示后,在710,车门控制器可以向开门执行器发送车门打开请求(例如,Door_action_command=open)。在712,开门执行器可以基于车门控制器提供的电动门相关参数确定车门是否处于打开状态,例如,是否处于最大开门角度。如果车门并未处于打开状态,则在714,开门执行器驱动锁体开启至全开位置(例如,door_open=1&door_ajar=1)。在716,开门执行器驱动车门打开,即,执行车门打开动作(例如,Door_position_status=opening)。附加地,开门执行器可以向车门控制器实时上报车门的角度信号(例如,Door_angle=0xXX)。
[0092] 在718,车门控制器还可以在车门打开过程中检测是否接收到动作暂停请求(例如,Door_action_com mand=openpause)。如果接收到动作暂停请求,则在720,车门控制器控制开门执行器中止车门打开动作,并使车门保持悬停状态(例如,Door_position_status=suspend)。
[0093] 如果没有接收到动作暂停请求,则在722,车门控制器可以基于传感器确定车门打开过程中是否触发障碍物预警。如果触发障碍物预警(例如,Door_antipinch_reminder=Request during opening|Door_obstacle_reminder=Request),则进行至720,即中止车门打开动作,并使车门保持悬停状态。此外,在这种情况下,车门控制器还可以上报提醒信号(例如,Door_antipinch_reminder=Request during opening|Door_obstacle_reminder=Request)。附加地,在障碍物预警消失后,车门控制器可以重新发起车门打开请求。
[0094] 否则,如果未触发障碍物预警,则在724,开门执行器使车门打开至最大角度,并保持车门保持悬停状态(例如,Door_position_status=suspend)。在726,车门打开流程结束。
[0095] 本公开的实施例还提供了用于实现上述方法或过程的相应装置。图8示出了根据本公开的一些实施例的用于控制车门关闭的装置800的示意性结构框图。装置800可以被实现为车辆控制设备,或者被实现为包括在车辆10中或者集成在车辆10内的任何其他电子设备。
[0096] 如图8所示,装置800包括确定模块810,被配置为利用车辆的第一组传感器,确定目标对象相对于车辆中用于承载目标对象的区域的位置关系。装置800还包括车辆控制单元110,被配置为至少部分地基于位置关系控制车辆的车门的关闭。
[0097] 在一些实施例中,第一车门控制模块820被配置为:响应于确定目标对象在上车过程中已经从车辆外部进入到目标区域,控制车门关闭。
[0098] 在一些实施例中,第一车门控制模块820被配置为:响应于确定目标对象在下车过程中已经从目标区域离开车辆,控制车门关闭。
[0099] 在一些实施例中,第一组传感器包括视觉传感器、重量传感器、红外传感器中的至少一项。
[0100] 在一些实施例中,第一车门控制模块820被配置为:利用车辆的第二组传感器,检测车辆的预定邻域是否存在影响车门关闭的障碍物;以及响应于不存在障碍物,控制车门关闭。
[0101] 在一些实施例中,装置800还包括:检测模块,被配置为在车门被关闭的过程中,利用车辆的第一组传感器和/或不同的第二组传感器,检测潜在影响车门关闭的因素;以及中止模块,被配置为响应于检测到因素,使车门的关闭过程被中止,直至因素消失。
[0102] 图9示出了根据本公开的一些实施例的用于控制车门打开的装置900的示意性结构框图。装置900可以被实现为车辆控制单元110,或者被实现为包括在车辆10中或者集成在车辆10内的任何其他电子设备。
[0103] 如图9所示,装置900包括:第一检测模块910,被配置为检测用于打开车辆的车门的指示。装置900还包括:第二检测模块920,被配置为响应于检测到指示,利用车辆的传感器检测车辆的预定邻域内是否存在潜在影响车辆的车门打开的障碍物。装置900还包括:第二车门控制模块930,被配置为至少部分地响应于不存在障碍物控制车门打开。
[0104] 在一些实施例中,第一检测模块910被配置为:检测来自用户的开门指示。
[0105] 在一些实施例中,检测来自终端设备的开门指示包括:从用户的终端设备,经由近距离通信信道接收第一开门指示;或者检测用户对车辆中用于控制车门的开关的元件的操作,作为第二开门指示。
[0106] 在一些实施例中,第一检测模块910被配置为:确定车辆是否已经达到与用户相关联的行程的起点或者终点;以及响应于确定车辆达到行程的起点或者终点,检测到指示。
[0107] 装置800和装置900中所包括的单元可以利用各种方式来实现,包括软件、硬件、固件或其任意组合。在一些实施例中,一个或多个单元可以使用软件和/或固件来实现,例如存储在存储介质上的机器可执行指令。除了机器可执行指令之外或者作为替代,装置800和装置900中的部分或者全部单元可以至少部分地由一个或多个硬件逻辑组件来实现。作为示例而非限制,可以使用的示范类型的硬件逻辑组件包括现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准品(ASSP)、片上系统(SOC)、复杂可编程逻辑器件(CPLD),等等。
[0108] 图10示出了其中可以实施本公开的一个或多个实施例的电子设备/服务器1000的框图。应当理解,图10所示出的电子设备/服务器1000仅仅是示例性的,而不应当构成对本文所描述的实施例的功能和范围的任何限制。
[0109] 如图10所示,电子设备/服务器1000是通用电子设备的形式。电子设备/服务器1000的组件可以包括但不限于一个或多个处理器或处理单元1010、存储器1020、存储设备
1030、一个或多个通信单元1040、一个或多个输入设备1050以及一个或多个输出设备1060。
处理单元1010可以是实际或虚拟处理器并且能够根据存储器1020中存储的程序来执行各种处理。在多处理器系统中,多个处理单元并行执行计算机可执行指令,以提高电子设备/服务器1000的并行处理能力。
[0110] 电子设备/服务器1000通常包括多个计算机存储介质。这样的介质可以是电子设备/服务器1000可访问的任何可以获得的介质,包括但不限于易失性和非易失性介质、可拆卸和不可拆卸介质。存储器1020可以是易失性存储器(例如寄存器、高速缓存、随机访问存储器(RAM))、非易失性存储器(例如,只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、闪存)或它们的某种组合。存储设备1030可以是可拆卸或不可拆卸的介质,并且可以包括机器可读介质,诸如闪存驱动、磁盘或者任何其他介质,其可以能够用于存储信息和/或数据(例如用于训练的训练数据)并且可以在电子设备/服务器1000内被访问。
[0111] 电子设备/服务器1000可以进一步包括另外的可拆卸/不可拆卸、易失性/非易失性存储介质。尽管未在图10中示出,可以提供用于从可拆卸、非易失性磁盘(例如“软盘”)进行读取或写入的磁盘驱动和用于从可拆卸、非易失性光盘进行读取或写入的光盘驱动。在这些情况中,每个驱动可以由一个或多个数据介质接口被连接至总线(未示出)。存储器1020可以包括计算机程序产品1025,其具有一个或多个程序模块,这些程序模块被配置为执行本公开的各种实施例的各种方法或动作。
[0112] 通信单元1040实现通过通信介质与其他电子设备进行通信。附加地,电子设备/服务器1000的组件的功能可以以单个计算集群或多个计算机器来实现,这些计算机器能够通过通信连接进行通信。因此,电子设备/服务器1000可以使用与一个或多个其他服务器、网络个人计算机(PC)或者另一个网络节点的逻辑连接来在联网环境中进行操作。
[0113] 输入设备1050可以是一个或多个输入设备,例如鼠标、键盘、追踪球等。输出设备1070可以是一个或多个输出设备,例如显示器、扬声器、打印机等。电子设备/服务器1000还可以根据需要通过通信单元1040与一个或多个外部设备(未示出)进行通信,外部设备诸如存储设备、显示设备等,与一个或多个使得用户与电子设备/服务器1000交互的设备进行通信,或者与使得电子设备/服务器1000与一个或多个其他电子设备通信的任何设备(例如,网卡、调制解调器等)进行通信。这样的通信可以经由输入/输出(I/O)接口(未示出)来执行。
[0114] 根据本公开的示例性实现方式,提供了一种计算机可读存储介质,其上存储有一条或多条计算机指令,其中一条或多条计算机指令被处理器执行以实现上文描述的方法。
[0115] 这里参照根据本公开实现的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。
[0116] 这些计算机可读程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理单元,从而生产出一种机器,使得这些指令在通过计算机或其他可编程数据处理装置的处理单元执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
[0117] 也可以把计算机可读程序指令加载到计算机、其他可编程数据处理装置、或其他设备上,使得在计算机、其他可编程数据处理装置或其他设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其他可编程数据处理装置、或其他设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
[0118] 附图中的流程图和框图显示了根据本公开的多个实现的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
[0119] 以上已经描述了本公开的各实现,上述说明是示例性的,并非穷尽性的,并且也不限于所公开的各实现。在不偏离所说明的各实现的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实现的原理、实际应用或对市场中的技术的改进,或者使本技术领域的其他普通技术人员能理解本文公开的各实现。
QQ群二维码
意见反馈