CN111324119A - 一种智能驾驶物流车的控制方法、用户终端及存储介质 - Google Patents

Abstract

本公开实施例涉及一种智能驾驶物流车的控制方法、用户终端及存储介质，智能驾驶物流车具备车辆标签，方法包括：识别车辆标签得到车辆标识；基于所述车辆标识进行车辆匹配；基于车辆匹配，获取车辆状态；基于所述车辆状态为停止状态，发送行程信息；实时监控所述车辆的行驶状态并显示；基于行驶状态异常，发送急停指令。本公开实施例中，通过识别车辆标签可确定需要控制的目标车辆，通过车辆匹配便于过滤掉非目标车辆的信息，进而基于目标车辆的状态实现对车辆的控制和监控，保证行车安全。

Description

一种智能驾驶物流车的控制方法、用户终端及存储介质

技术领域

本公开实施例涉及物流技术领域，具体涉及一种智能驾驶物流车的控制方法、用户终端及存储介质。

背景技术

近年来，智能驾驶的出现带动了各个领域的发展，尤其是在提升物流效率上有了显著的突破，降低了人力成本，能够在确保安全性的前提下高效、准确地完成作业。因此，亟需提供一种智能驾驶物流车的控制方案。

发明内容

本公开的至少一个实施例提供了一种智能驾驶物流车的控制方法、用户终端及存储介质。

第一方面，本公开提出一种智能驾驶物流车的控制方法，应用于用户终端，所述智能驾驶物流车具备车辆标签，所述方法包括：

识别车辆标签得到车辆标识；

基于所述车辆标识进行车辆匹配；

基于车辆匹配，获取车辆状态；

基于所述车辆状态为停止状态，发送行程信息；

实时监控所述车辆的行驶状态并显示；

基于行驶状态异常，发送急停指令。

第二方面，本公开实施例提出一种用户终端，包括：处理器和存储器；所述处理器通过调用所述存储器存储的程序或指令，用于执行如第一方面所述方法的步骤。

第三方面，本公开实施例提出一种非暂态计算机可读存储介质，用于存储程序或指令，所述程序或指令使计算机执行如第一方面所述方法的步骤。

可见，本公开的至少一个实施例中，通过识别车辆标签可确定需要控制的目标车辆，通过车辆匹配便于过滤掉非目标车辆的信息，进而基于目标车辆的状态实现对车辆的控制和监控，保证行车安全。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1是本公开实施例提供的一种示例性场景图；

图2是本公开实施例提供的一种示例性系统框图；

图3是本公开实施例提供的一种用户终端的示例性框图；

图4是本公开实施例提供的一种用户终端的示例性框图；

图5是本公开实施例提供的一种智能驾驶物流车的控制方法的示例性流程图；

图6至图8是本公开实施例提供的用户终端的示例性界面图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。此处所描述的具体实施例仅仅用于解释本公开，而非对本公开的限定。基于所描述的本公开的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本公开保护的范围。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

本公开实施例提供了一种智能驾驶物流车的控制方法、用户终端及存储介质，智能驾驶物流车具备车辆标签，通过识别车辆标签可确定需要控制的目标车辆，通过车辆匹配便于过滤掉非目标车辆的信息，进而基于目标车辆的状态实现对车辆的控制和监控，保证行车安全，可以应用于用户终端。所述智能驾驶物流车为搭载不同等级智能驾驶系统的车辆，智能驾驶系统例如包括：无人驾驶系统、辅助驾驶系统、驾驶辅助系统、高度自动驾驶系统、完全自动驾驶车辆等等。所述用户终端为用户可操作的任意电子设备，例如可以为智能手机、平板电脑等移动式的手持设备，又例如可以为台式计算机、智能电视等固定式的电子设备。应当理解的是，本申请的方法的应用场景仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以将本申请应用于其他类似情景。以下为了能够更清楚无误的阐述，本公开实施例以手持设备为例对所述智能驾驶物流车的控制方法、用户终端及存储介质进行说明。

图1为本公开实施例提供的一种示例性场景示意图。如图1所示，场景中包括手持设备100、云端200、车端300及其他用于物流的设备。

手持设备100用于识别车辆标签11，以便获取车辆标识确定需要控制的目标车辆。在一些实施例中，手持设备100还用于发送控制指令，实现对目标车辆的控制。在一些实施例中，手持设备100可以监控目标车辆的状态，确保目标车辆安全行驶。在一些实施例中，手持设备100具有识别器12、第一显示区域13、第二显示区域14、控制区域15及其他部件。其中，识别器12用于识别车辆标签11。第一显示区域13用于显示车辆基本信息，例如车辆名称、所在站点等信息。第二显示区域14用于显示车辆状态信息，例如车辆时速、行驶状态等信息。控制区域15可以为触控区域，用于操作和控制车辆。

云端200为云平台，云平台包括云端服务器、云端数据库等用于云计算的设备。其中，云端服务器用于进行车辆匹配。在一些实施例中，云端服务器获取手持设备100发送的车辆标识，尝试与云端数据库中的车辆信息进行匹配，得到匹配结果。在一些实施例中，云端服务器基于匹配成功，过滤非匹配车辆的信息。具体地，云端服务器设置目标车辆为操作对象并过滤非目标车辆的信息，确保手持设备100控车的可靠性。在一些实施例中，云端服务器基于匹配失败，向手持设备100发送失败信息，以便手持设备100提示用户重新识别车辆标签。在一些实施例中，云端服务器用于与目标车辆进行交互，例如，云端服务器接收手持设备100发送的控制指令，并将控制指令下发给目标车辆，实现手持设备100对目标车辆的远程控制。又例如，云端服务器可获取目标车辆的实时数据，并可转发给手持设备100，便于手持设备100基于目标车辆的实时数据进行实时监控。

车端300为智能驾驶物流车，用于智能驾驶完成物流作业以及与云端200进行交互。在一些实施例中，车端300接收云端服务器发送的控制指令，并基于控制指令直接对车辆完成对应的操作。在一些实施例中，车端300实时采集车辆数据并发送给云端服务器。在一些实施例中，车辆标签11设置在智能驾驶物流车的车身上。在一些实施例中，车辆标签11可以为电子标签，不同物流车的车辆标签可以显示在同一电子屏幕上，用于提示用户当前可用的物流车，当一辆物流车被使用后，该物流车的车辆标签可以从所述电子屏幕上移除，该移除操作可以由云端200来执行。其中，电子屏幕可以设置在任意地点，便于用户通过手持设备100识别车辆标签。

图2为本公开实施例提供的一种示例性系统框图。在一些实施例中，图2所示的系统可适用于图1所示的场景中，实现智能驾驶物流车的控制。如图2所示，系统可包括：手持设备100’、云端200’、车端300’及其他用于物流的设备。其中，手持设备100’可以实现为图1中的手持设备100或者手持设备100的一部分。云端200’可以实现为图1中的云端200或者云端200的一部分。车端300’可以实现为图1中的车端300或者车端300的一部分。

手持设备100’包括图形界面101、识别器102及其他部件。其中，图形界面101用于与云端200’的过滤器202进行交互，例如用户通过图形界面101向过滤器202发送操作指令，过滤器202反馈操作结果，并由图形界面101显示。在一些实施例中，图形界面101还可以显示车辆基本信息，例如车辆名称、所在站点等信息。在一些实施例中，图形界面101还可以显示车辆状态信息，例如车辆时速、行驶状态等信息。识别器102用于识别车端300’的车辆标签301，并将识别得到的车辆标识发送给云端200’的寻车模块。

云端200’包括寻车模块201、过滤器202、车辆状态管理模块203、车辆控制模块204及其他用于云计算的模块。在一些实施例中，寻车模块201、过滤器202、车辆状态管理模块203和车辆控制模块204属于云端服务器。其中，寻车模块201用于基于识别器102发送的车辆标识，在云端数据库中寻找并指定发出控制请求的车辆，也即寻找到手持设备100’需要控制的目标车辆，完成车辆匹配。过滤器202基于车辆匹配成功，筛选匹配车辆的信息，并过滤非匹配车辆的信息。车辆状态管理模块203用于接收车端300’发送的车辆数据，用以表达目标车辆的状态及状态变化。车辆控制模块204用于接收用户在图像界面101中输入的控制指令，并与车端300’的控制模块303进行交互，例如车辆控制模块204将控制指令发送给控制模块303，以及接收控制模块303的操作反馈。

在一些实施例中，云端200’中各模块的划分仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如寻车模块201、过滤器202、车辆状态管理模块203和车辆控制模块204中的至少两个可以实现为一个模块；寻车模块201、过滤器202、车辆状态管理模块203或车辆控制模块204也可以划分为多个子模块。可以理解的是，各个模块或子模块能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能。

车端300’包括车辆标签301、数据采集模块302、控制模块303以及其他部件。其中，车辆标签301是车辆的唯一标识，作为目标车辆的唯一确认信息。数据采集模块302用于实时采集车辆数据并发送给云端200’的车辆状态管理模块203。控制模块303用于接收云端200’的车辆控制模块204发送的控制指令，基于控制指令直接对车辆进行相应地操作。

在一些实施例中，车端300’中各模块的划分仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如数据采集模块302和控制模块303可以实现为一个模块；数据采集模块302或控制模块303也可以划分为多个子模块。可以理解的是，各个模块或子模块能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能。

图3为本公开实施例提供的一种用户终端300的示例性框图。在一些实施例中，用户终端300可以实现为图2中的手持设备100’或者手持设备100’的一部分。

如图3所示，用户终端300包括识别单元301、匹配单元302、获取单元303、发送单元304、监控单元305、异常处理单元306及其他用于智能驾驶物流车控制的单元。其中，智能驾驶物流车具备车辆标签。

识别单元301，用于识别车辆标签得到车辆标识。在一些实施例中，识别单元301基于检测到车辆识别操作，开启用户终端300的摄像头，通过摄像头扫描车辆标签得到车辆标识。其中，车辆标签可包括：二维码、条形码、数字码和字体码中的一种或组合；车辆标识可包括：车辆ID、车辆编号和车辆类型中的一种或组合。

匹配单元302，用于基于识别单元301得到的车辆标识进行车辆匹配，确定需要控制的目标车辆。在一些实施例中，匹配单元302向服务器发送所述车辆标识；其中，服务器可以是图1所示的云端200中的云端服务器。在一些实施例中，匹配单元302可接收服务器反馈的匹配结果，所述匹配结果为所述服务器基于车辆标识与数据库中存储的物流车信息进行匹配的结果，其中，数据库可以是图1所示的云端200中的云端数据库，云端数据库中存储有车辆标识与物流车信息的对应关系。

获取单元303，用于基于车辆匹配，获取车辆状态。其中，车辆状态由图1所示的云端200发送的车辆数据确定。

发送单元304，用于基于车辆状态为停止状态，发送行程信息。其中，行程信息包括目的地、时间及其他与物流行程相关的信息。目的地可由用户选择或输入。在一些实施例中，发送单元304向服务器发送行程信息，进而服务器可以基于行程信息规划行驶路径并发送给目标车辆。在一些实施例中，发送单元304向服务器发送行程信息，进而服务器可以将所述行程信息发送给目标车辆，所述目标车辆基于所述行程信息规划行驶路径。

在一些实施例中，发送单元304基于车辆状态为停止状态且目标车辆位于非理想位置，发送微调指令。其中，理想位置可以为预先设置的位置。所述微调指令可包括：前进、后退、转弯和重置智能驾驶系统中的一种或组合。

监控单元305，用于实时监控目标车辆的行驶状态并显示。在一些实施例中，目标车辆的行驶状态可由图1所示的云端200发送的车辆数据确定。其中，目标车辆的行驶状态可包括车辆基本信息，例如车辆名称、车辆类型、所在站点等信息；还可包括车辆行驶信息，例如车辆时速等信息。在一些实施例中，监控单元305可显示物流进度等信息。其中，物流进度可基于行驶路径及目标车辆当前位置确定。

异常处理单元306，用于基于行驶状态异常，发送急停指令。其中，行驶状态异常属于突发状态，可能导致车辆无法行驶。在一些实施例中，异常处理单元306基于行驶状态异常，可提示用户车辆的行驶状态异常，便于用户触发急停操作，进而基于急停操作生成急停指令并发送。在一些实施例中，异常处理单元306基于车辆故障排除，可提示用户解除急停。在一些实施例中，若用户解除急停后目的地发生变化，发送单元304重新发送行程信息，该行程信息包含新的目的地。

在一些实施例中，用户终端300中各单元的划分仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如识别单元301、匹配单元302、获取单元303、发送单元304、监控单元305和异常处理单元306中的至少两个单元可以实现为一个单元；识别单元301、匹配单元302、获取单元303、发送单元304、监控单元305或异常处理单元306也可以划分为多个子单元。可以理解的是，各个单元或子单元能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能。

图4是本公开实施例提供的一种用户终端的结构示意图。在一些实施例中，如图4所示，用户终端包括：至少一个处理器401、至少一个存储器402和至少一个通信接口403。用户终端中的各个组件通过总线系统404耦合在一起。通信接口403，用于与外部设备之间的信息传输。可理解地，总线系统404用于实现这些组件之间的连接通信。总线系统404除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但为了清楚说明起见，在图4中将各种总线都标为总线系统404。

可以理解，本实施例中的存储器402可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。

在一些实施方式中，存储器402存储了如下的元素，可执行单元或者数据结构，或者他们的子集，或者他们的扩展集：操作系统和应用程序。

其中，操作系统，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本公开实施例提供的智能驾驶物流车的控制方法的程序可以包含在应用程序中。

在本公开实施例中，处理器401通过调用存储器402存储的程序或指令，具体的，可以是应用程序中存储的程序或指令，处理器401用于执行本公开实施例提供的智能驾驶物流车的控制方法各实施例的步骤。

本公开实施例提供的智能驾驶物流车的控制方法可以应用于处理器401中，或者由处理器401实现。处理器401可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器401中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器401可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本公开实施例提供的智能驾驶物流车的控制方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器402，处理器401读取存储器402中的信息，结合其硬件完成方法的步骤。

图5为本公开实施例提供的一种智能驾驶物流车的控制方法的示例性流程图。该方法的执行主体为用户终端。为便于描述，以下实施例中以用户终端为执行主体说明智能驾驶物流车的控制方法的流程。

如图5所示，在步骤501中，用户终端识别车辆标签得到车辆标识。在一些实施例中，用户终端基于检测到车辆识别操作，开启用户终端的摄像头，通过摄像头扫描车辆标签得到车辆标识。

在步骤502中，用户终端基于所述车辆标识进行车辆匹配，确定需要控制的目标车辆。在一些实施例中，用户终端向服务器发送所述车辆标识，并接收服务器反馈的匹配结果，其中，所述匹配结果为所述服务器基于车辆标识与数据库中存储的物流车信息进行匹配的结果。

在步骤503中，用户终端基于车辆匹配，获取车辆状态。车辆状态由图1所示的云端200发送的车辆数据确定。

在步骤504中，用户终端基于所述车辆状态为停止状态，发送行程信息。在一些实施例中，用户终端向服务器发送行程信息，进而服务器可以基于行程信息规划行驶路径并发送给目标车辆。在一些实施例中，用户终端向服务器发送行程信息，进而服务器可以将所述行程信息发送给目标车辆，所述目标车辆基于所述行程信息规划行驶路径。在一些实施例中，用户终端基于车辆状态为停止状态且目标车辆位于非理想位置，发送微调指令，以确保目标车辆停在理想位置。

在步骤505中，用户终端实时监控所述车辆的行驶状态并显示。在一些实施例中，用户终端可基于服务器发送的车辆数据确定车辆的行驶状态。在一些实施例中，用户终端可基于行驶路径及目标车辆当前位置确定物流进度并进行显示。

在步骤506中，用户终端基于行驶状态异常，发送急停指令。在一些实施例中，用户终端基于行驶状态异常，可提示用户车辆的行驶状态异常，便于用户触发急停操作，进而基于急停操作生成急停指令并发送。在一些实施例中，用户终端基于车辆故障排除，可提示用户解除急停。在一些实施例中，若用户解除急停后目的地发生变化，用户终端重新发送行程信息，该行程信息包含新的目的地。

图6至图8是本公开实施例提供的用户终端的示例性界面图，如图6至图8所示，用户终端的界面中可显示多种信息，例如显示车辆信息：CAR#1224；显示可供用户操作的微调指令：前进一步、后退一步、重置系统；显示车辆时速为0Km/h、行驶状态为停止。用户终端检测到车辆启动操作(用户滑动以启动车辆)后，发送行程信息。用户终端检测到急停操作(用户左滑急停)后，发送急停指令。

本公开实施例提供的智能驾驶物流车的控制方法，主要用于物流现场的工作人员对多台现场车辆进行操作，可以让工作人员对指定车辆进行操作；当车辆处于停止状态时，可以对车辆进行位置微调的操作。通过本方法，工作人员可以根据需要，操作车辆根据规划路线前往指定目的地，并且支持行驶过程中的急停、恢复、修改目的地及重新规划路线的操作。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员能够理解，本公开实施例并不受所描述的动作顺序的限制，因为依据本公开实施例，某些步骤可以采用其他顺序或者同时进行。另外，本领域技术人员能够理解，说明书中所描述的实施例均属于可选实施例。

本公开实施例还提出一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储程序或指令，所述程序或指令使计算机执行如智能驾驶物流车的控制方法各实施例的步骤，为避免重复描述，在此不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本公开的范围之内并且形成不同的实施例。

本领域的技术人员能够理解，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

虽然结合附图描述了本公开的实施方式，但是本领域技术人员可以在不脱离本公开的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (10)

1.一种智能驾驶物流车的控制方法，应用于用户终端，其特征在于，所述智能驾驶物流车具备车辆标签，所述方法包括：

识别车辆标签得到车辆标识；

基于所述车辆标识进行车辆匹配；

基于车辆匹配，获取车辆状态；

基于所述车辆状态为停止状态，发送行程信息；

实时监控所述车辆的行驶状态并显示；

基于行驶状态异常，发送急停指令。

2.根据权利要求1所述的方法，其特征在于，所述车辆标签包括：二维码、条形码、数字码和字体码中的一种或组合；所述车辆标识包括：车辆ID、车辆编号和车辆类型中的一种或组合。

3.根据权利要求1所述的方法，其特征在于，基于所述车辆标识进行车辆匹配包括：

向服务器发送所述车辆标识；

接收所述服务器反馈的匹配结果，所述匹配结果为所述服务器基于所述车辆标识与数据库中存储的物流车信息进行匹配的结果。

4.根据权利要求3所述的方法，其特征在于，所述服务器基于所述匹配结果筛选匹配车辆的信息，过滤非匹配车辆的信息。

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

基于所述车辆状态为停止状态且所述车辆位于非理想位置，发送微调指令。

6.根据权利要求5所述的方法，其特征在于，所述微调指令包括：前进、后退、转弯和重置智能驾驶系统中的一种或组合。

7.根据权利要求1所述的方法，其特征在于，所述发送行程信息包括：向服务器发送行程信息；

所述服务器基于所述行程信息规划行驶路径并发送给所述车辆；或，

所述服务器将所述行程信息发送给所述车辆，所述车辆基于所述行程信息规划行驶路径。

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

排除车辆故障后提示解除急停。

9.一种用户终端，其特征在于，包括：处理器和存储器；

所述处理器通过调用所述存储器存储的程序或指令，用于执行如权利要求1至8任一项所述方法的步骤。

10.一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质存储程序或指令，所述程序或指令使计算机执行如权利要求1至8任一项所述方法的步骤。

Images