一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

基于车载机器人的交互方法、装置、系统及可读介质与流程

2021-08-24 16:08:00 来源:中国专利 TAG:介质 机器人 交互 装置 可读
基于车载机器人的交互方法、装置、系统及可读介质与流程

本申请主要涉及汽车领域,尤其涉及一种基于车载机器人的交互方法、装置、系统及计算机可读介质。



背景技术:

随着汽车智能设备的快速发展,越来越多的汽车搭载了车载智能机器人。而在现有的车载智能机器人中,机器人与用户之间的交互往往仅限于语音或少量简单的、较僵化的表情,造成车载机器人的用户体验与其他车载系统孤立。车载机器人的表达显得呆板、呆滞,严重影响了用户与车载机器人的交互效率和整体驾驶体验,。

因此,如何提高用户与车载机器人的交互效率和整体驾驶体验是本领域技术人员亟需解决的问题。



技术实现要素:

本申请要解决的技术问题是提供一种基于车载机器人的交互方法、装置、系统及计算机可读介质,能够提高用户与车载机器人的交互效率和整体驾驶体验。

为解决上述技术问题,本申请提供了一种基于车载机器人的交互方法,包括:发送第一控制指令至车载机器人,以使所述车载机器人显示第一预设表情;接收用户输入的第一语音信息;判断所述第一语音信息是否包含预设唤醒词,若为是则发送第二控制指令至所述车载机器人,以使所述车载机器人显示第一预设时间长度的第二预设表情;接收用户输入的第二语音信息;以及识别所述第二语音信息,并在识别完成后发送第三控制指令至所述车载机器人,以使所述车载机器人显示第二预设时间长度的第三预设表情。

在本申请的一实施例中,所述第一控制指令还用于使所述车载机器人旋转至预设方向。

在本申请的一实施例中,所述预设方向包括以下的一项或多项:主驾驶员方向、副驾驶员方向和初始方向;以及所述方法还包括:根据所述车载机器人的当前的唤醒模式确定所述预设方向,其中所述唤醒模式包括以下的一项或多项:主驾驶员模式、副驾驶员模式和全车模式,所述主驾驶员模式、所述副驾驶员模式和所述全车模式分别与所述主驾驶员方向、所述副驾驶员方向和所述初始方向一一对应。

在本申请的一实施例中,在所述发送第一控制指令至车载机器人,以使所述车载机器人显示第一预设表情的步骤之前还包括:获取用户的人脸信息;基于所述人脸信息识别所述用户是否在预设名单中;当所述用户在所述预设名单中时,发送第一语音指令使所述车载机器人播放第一预设语音;以及当所述用户不在所述预设名单中时,发送第二语音指令使所述车载机器人播放第二预设语音。

在本申请的一实施例中,所述发送第一控制指令至车载机器人,以使所述车载机器人显示第一预设表情的步骤是在整车电源状态切换至accon状态、ignon状态或准备状态时进行。

在本申请的一实施例中,所述方法还包括:监测用户的安全带状态和/或车门打开状态;根据所述安全带状态和/或车门打开状态判断所述用户是否打算离开车内;以及当所述用户打算离开车内时,发送第四控制指令至所述车载机器人,以使所述车载机器人显示第四预设表情和/或播放第三预设语音;

在本申请的一实施例中,所述方法还包括:根据所述安全带状态和/或车门打开状态判断所述用户是否已离开车内;以及当所述用户已离开车内时,发送第五控制指令至所述车载机器人,以使所述车载机器人结束显示第四预设表情和/或结束播放第三预设语音;

为解决上述技术问题,本申请还提供了一种基于车载机器人的交互装置,包括:第一控制模块,用于发送第一控制指令至车载机器人,以使所述车载机器人显示第一预设表情;第一接收模块,用于接收用户输入的第一语音信息;第二控制模块,用于判断所述第一语音信息是否包含预设唤醒词,若为是则发送第二控制指令至所述车载机器人,以使所述车载机器人显示第一预设时间长度的第二预设表情;第二接收模块,用于接收用户输入的第二语音信息;以及第三控制模块,用于识别所述第二语音信息,并在识别完成后发送第三控制指令至所述车载机器人,以使所述车载机器人显示第二预设时间长度的第三预设表情。

为解决上述技术问题,本申请还提供了一种基于车载机器人的交互系统,包括:存储器,用于存储可由处理器执行的指令;以及处理器,用于执行所述指令以实现如上所述的基于车载机器人的交互方法。

为解决上述技术问题,本申请还提供了一种存储有计算机程序代码的计算机可读介质,所述计算机程序代码在由处理器执行时实现如上所述的基于车载机器人的交互方法。

与现有技术相比,本申请的基于车载机器人的交互方法、装置、系统及计算机可读介质过在不同场景下控制车载机器人显示不同的表情,能够丰富车载机器人的表情及机器人与整车其他系统的配合,在不同场景下,给予驾驶员不同的表情反馈,从而提升车载机器人与驾驶员的交互体验,提高车载系统整体与驾驶员的交互体验。

附图说明

包括附图是为提供对本申请进一步的理解,它们被收录并构成本申请的一部分,附图示出了本申请的实施例,并与本说明书一起起到解释本申请原理的作用。附图中:

图1是根据本申请一实施例的图像处理方法的流程示意图;

图2是根据本申请一实施例的图像处理方法中的欢送模式的流程示意图;

图3是根据本申请一实施例示出的基于车载机器人的交互装置的示意框图;

图4是根据本申请一实施例示出的基于车载机器人的交互系统的系统框图。

具体实施方式

为了更清楚地说明本申请的实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地,下面描述中的附图仅仅是本申请的一些示例或实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图将本申请应用于其他类似情景。除非从语言环境中显而易见或另做说明,图中相同标号代表相同结构或操作。

如本申请和权利要求书中所示,除非上下文明确提示例外情形,“一”、“一个”、“一种”和/或“该”等词并非特指单数,也可包括复数。一般说来,术语“包括”与“包含”仅提示包括已明确标识的步骤和元素,而这些步骤和元素不构成一个排它性的罗列,方法或者设备也可能包含其他的步骤或元素。

除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本申请的范围。同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为授权说明书的一部分。在这里示出和讨论的所有示例中,任何具体值应被解释为仅仅是示例性的,而不是作为限制。因此,示例性实施例的其它示例可以具有不同的值。应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。

本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是,前面或下面操作不一定按照顺序来精确地执行。相反,可以按照倒序或同时处理各种步骤。同时,或将其他操作添加到这些过程中,或从这些过程移除某一步或数步操作。

本申请提供了一种基于车载机器人的交互方法。图1是根据本申请一实施例的图像处理方法的流程示意图,各步骤可以由基于车载机器人的交互系统执行。如图1所示,本实施例的基于车载机器人的交互方法包括以下步骤:

步骤101,发送第一控制指令至车载机器人,以使车载机器人显示第一预设表情;

步骤102,接收用户输入的第一语音信息;

步骤103,判断第一语音信息是否包含预设唤醒词,若为是则发送第二控制指令至车载机器人,以使车载机器人显示第一预设时间长度的第二预设表情;

步骤104,接收用户输入的第二语音信息;以及

步骤105,识别第二语音信息,并在识别完成后发送第三控制指令至车载机器人,以使车载机器人显示第二预设时间长度的第三预设表情。

在本申请的一实施例中,在步骤101之前,基于车载机器人的交互方法还可以包括以下步骤:

步骤106,获取用户的人脸信息;

步骤107,基于人脸信息识别用户是否在预设名单中;

步骤108,当用户在预设名单中时,发送第一语音指令使车载机器人播放第一预设语音;以及

步骤109,当用户不在预设名单中时,发送第二语音指令使车载机器人播放第二预设语音。

在步骤106-109中,系统通过人脸信息判断用户是否为预设用户,从而为预设用户提供个性化语音,提高了人机交互效率,提升了用户使用体验。

在步骤101中,系统发送第一控制指令至车载机器人,以使车载机器人显示第一预设表情。在一个示例中,第一预设表情可以是“等待表情”,用于向用户展示车载机器人处于等待状态。

在本申请的一实施例中,第一控制指令还可以用于使车载机器人旋转至预设方向。在本申请的一实施例中,预设方向可以包括以下的一项或多项:主驾驶员方向、副驾驶员方向和初始方向。基于车载机器人的交互方法还可以包括步骤:根据车载机器人的当前的唤醒模式确定预设方向。唤醒模式可以包括以下的一项或多项:主驾驶员模式、副驾驶员模式和全车模式。主驾驶员模式与主驾驶员方向相对应;副驾驶员模式与副驾驶员方向相对应;全车模式与初始方向相对应。例如,车载机器人当前处于主驾驶员模式时,第一控制指令可以使车载机器人旋转至主驾驶员方向面向主驾驶员,能够更好地响应主驾驶员的语音指令和与主驾驶员进行交互。

在本申请的一实施例中,发送第一控制指令至车载机器人,以使车载机器人显示第一预设表情的步骤可以是在整车电源状态切换至accon状态、ignon状态或准备状态时进行。整车电源状态可以有如下几种:accon(accessoryon)状态、ignon(ignitionon)状态和准备(ready)状态和下电(off)状态。在accon状态下,不发动车可以给车内部分电器供电。在ignon状态下,给车内所有电器供电。准备状态为汽车启动状态。下电为汽车未启动状态。

在步骤102中,用户发出第一语音信息,系统接收第一语音信息。

在步骤103中,系统判断用户的第一语音信息中是否包含预设唤醒词。若包含预设唤醒词,则发送第二控制指令至车载机器人,以使车载机器人显示第一预设时间长度的第二预设表情。在一个示例中,第二预设表情可以是“聆听表情”,用于向用户展示车载机器人处于聆听状态能够接受用户语音指令。第一预设时间长度可以根据实际需要进行设置。在一个示例中,车载机器人可以在用户发出第二语音信息前一直保持“聆听表情”,即第一预设时间长度可以为等待用户发出第二语音信息的时间。

在步骤104,用户发出第二语音信息,系统接收第二语音信息。

在步骤105中,系统识别第二语音信息,并在识别完成后发送第三控制指令至车载机器人,以使车载机器人显示第二预设时间长度的第三预设表情。在一个示例中,第三预设表情可以是“应答表情”,用于向用户展示车载机器人已接收并处理第二语音信息。第二预设时间长度可以根据实际需要进行设置。

综上步骤101-105所述,本实施例的基于车载机器人的交互方法通过在不同场景下控制车载机器人显示不同的表情,能够丰富车载机器人的表情及机器人与整车其他系统的配合,在不同场景下,给予驾驶员不同的表情反馈,从而提升车载机器人与驾驶员的交互体验,提高车载系统整体与驾驶员的交互体验。

本申请的基于车载机器人的交互方法还可以包括根据用户离开状态对车载机器人进行相应控制的欢送模式。图2是根据本申请一实施例的图像处理方法中的欢送模式的流程示意图。在本申请的一实施例中,基于车载机器人的交互方法还可以包括以下步骤:

步骤201,系统监测用户的安全带状态和/或车门打开状态;

步骤202,系统根据安全带状态和/或车门打开状态判断用户是否打算离开车内;以及

步骤203,当用户打算离开车内时,系统发送第四控制指令至车载机器人,以使车载机器人显示第四预设表情和/或播放第三预设语音。

在步骤201-203中,系统通过监测用户的安全带状态和/或车门打开状态能够判断出用户打算离开车内的时刻,并在用户打算离开车内时使车载机器人显示第四预设表情和/或播放第三预设语音。在一个示例中,第四预设表情和/或播放第三预设语音可以分别为车载机器人的“欢送模式”下的预设欢送表情和/或预设欢送语音,用于欢送用户离开车内,以进一步提高用户体验。

在本申请的一实施例中,基于车载机器人的交互方法还可以包括以下步骤:

步骤204,根据安全带状态和/或车门打开状态判断用户是否已离开车内;以及

步骤205,当用户已离开车内时,发送第五控制指令至车载机器人,以使车载机器人结束显示第四预设表情和/或结束播放第三预设语音。

在步骤204-205中,系统通过监测用户的安全带状态和/或车门打开状态能够判断出用户是否已离开车内,并在用户离开车内后时使车载机器人结束显示第四预设表情和/或播放第三预设语音。在一个示例中,第五控制指令还可以用于使车载机器人旋转至初始方向并恢复初始状态。

上述步骤201-205可以在图1实施例中的步骤101-109的任一步骤任意多个步骤之间进行,或者与步骤101-109中的任一步骤或任意多个步骤同时进行,本申请对此不作限定。

本申请还提供了一种基于车载机器人的交互装置。图3是根据本申请一实施例示出的基于车载机器人的交互装置的示意框图。如图3所示,基于车载机器人的交互装置300包括第一控制模块301、第一接收模块302、第二控制模块303、第二接收模块304以及第三控制模块305。

第一控制模块301用于发送第一控制指令至车载机器人,以使车载机器人显示第一预设表情。在一个示例中,第一预设表情可以是“等待表情”,用于向用户展示车载机器人处于等待状态。

在本申请的一实施例中,第一控制指令还可以用于使车载机器人旋转至预设方向。在本申请的一实施例中,预设方向可以包括以下的一项或多项:主驾驶员方向、副驾驶员方向和初始方向。

第一控制模块301可以包括唤醒模式单元3011,用于根据车载机器人的当前的唤醒模式确定预设方向。唤醒模式可以包括以下的一项或多项:主驾驶员模式、副驾驶员模式和全车模式。主驾驶员模式与主驾驶员方向相对应;副驾驶员模式与副驾驶员方向相对应;全车模式与初始方向相对应。例如,车载机器人当前处于主驾驶员模式时,第一控制指令可以使车载机器人旋转至主驾驶员方向面向主驾驶员,能够更好地响应主驾驶员的语音指令和与主驾驶员进行交互。

在本申请的一实施例中,第一控制模块301可以是在整车电源状态切换至accon状态、ignon状态或准备状态时,发送第一控制指令至车载机器人,以使车载机器人显示第一预设表情的步骤。整车电源状态可以有如下几种:accon(accessoryon)状态、ignon(ignitionon)状态和准备(ready)状态和下电(off)状态。在accon状态下,不发动车可以给车内部分电器供电。在ignon状态下,给车内所有电器供电。准备状态为汽车启动状态。下电为汽车未启动状态。

第一接收模块302用于接收用户输入的第一语音信息。

第二控制模块303用于判断第一语音信息是否包含预设唤醒词,若为是则发送第二控制指令至车载机器人,以使车载机器人显示第一预设时间长度的第二预设表情。在一个示例中,第二预设表情可以是“聆听表情”,用于向用户展示车载机器人处于聆听状态能够接受用户语音指令。第一预设时间长度可以根据实际需要进行设置。在一个示例中,车载机器人可以在用户发出第二语音信息前一直保持“聆听表情”。

第二接收模块304用于接收用户输入的第二语音信息。

第三控制模块305用于识别第二语音信息,并在识别完成后发送第三控制指令至车载机器人,以使车载机器人显示第二预设时间长度的第三预设表情。在一个示例中,第三预设表情可以是“应答表情”,用于向用户展示车载机器人已接收并处理第二语音信息。第二预设时间长度可以根据实际需要进行设置。

本申请的基于车载机器人的交互装置过在不同场景下控制车载机器人显示不同的表情,能够丰富车载机器人的表情及机器人与整车其他系统的配合,在不同场景下,给予驾驶员不同的表情反馈,从而提升车载机器人与驾驶员的交互体验,提高车载系统整体与驾驶员的交互体验。

本申请还提供了一种基于车载机器人的交互系统,包括:存储器,用于存储可由处理器执行的指令;以及处理器,用于执行所述指令以实现如上所述的基于车载机器人的交互方法。

图4是根据本申请一实施例示出的基于车载机器人的交互系统的系统框图。基于车载机器人的交互系统400可包括内部通信总线401、处理器(processor)402、只读存储器(rom)403、随机存取存储器(ram)404、以及通信端口405。当应用在个人计算机上时,基于车载机器人的交互系统400还可以包括硬盘407。内部通信总线401可以实现基于车载机器人的交互系统400组件间的数据通信。处理器402可以进行判断和发出提示。在一些实施例中,处理器402可以由一个或多个处理器组成。通信端口405可以实现基于车载机器人的交互系统400与外部的数据通信。在一些实施例中,基于车载机器人的交互系统400可以通过通信端口405从网络发送和接受信息及数据。基于车载机器人的交互系统400还可以包括不同形式的程序储存单元以及数据储存单元,例如硬盘407,只读存储器(rom)403和随机存取存储器(ram)404,能够存储计算机处理和/或通信使用的各种数据文件,以及处理器402所执行的可能的程序指令。处理器执行这些指令以实现方法的主要部分。处理器处理的结果通过通信端口传给用户设备,在用户界面上显示。

上述的基于车载机器人的交互方法可以实施为计算机程序,保存在硬盘407中,并可记载到处理器402中执行,以实施本申请中的任一种基于车载机器人的交互方法。

本申请还提供了一种存储有计算机程序代码的计算机可读介质,所述计算机程序代码在由处理器执行时实现如上所述的基于车载机器人的交互方法。

基于车载机器人的交互方法实施为计算机程序时,也可以存储在计算机可读存储介质中作为制品。例如,计算机可读存储介质可以包括但不限于磁存储设备(例如,硬盘、软盘、磁条)、光盘(例如,压缩盘(cd)、数字多功能盘(dvd))、智能卡和闪存设备(例如,电可擦除可编程只读存储器(eprom)、卡、棒、键驱动)。此外,本文描述的各种存储介质能代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可以包括但不限于能存储、包含和/或承载代码和/或指令和/或数据的无线信道和各种其它介质(和/或存储介质)。

应该理解,上文所描述的实施例仅是示意。本文描述的实施例可在硬件、软件、固件、中间件、微码或者其任意组合中实现。对于硬件实现,处理单元可以在一个或者多个特定用途集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、处理器、控制器、微控制器、微处理器和/或设计为执行本文所述功能的其它电子单元或者其结合内实现。

上文已对基本概念做了描述,显然,对于本领域技术人员来说,上述申请披露仅仅作为示例,而并不构成对本申请的限定。虽然此处并没有明确说明,本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议,所以该类修改、改进、修正仍属于本申请示例性实施例的精神和范围。

同时,本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此,应强调并注意的是,本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外,本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

本申请的一些方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。处理器可以是一个或多个专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理器件(dapd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、处理器、控制器、微控制器、微处理器或者其组合。此外,本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品,该产品包括计算机可读程序编码。例如,计算机可读介质可包括,但不限于,磁性存储设备(例如,硬盘、软盘、磁带……)、光盘(例如,压缩盘cd、数字多功能盘dvd……)、智能卡以及闪存设备(例如,卡、棒、键驱动器……)。

同理,应当注意的是,为了简化本申请披露的表述,从而帮助对一个或多个申请实施例的理解,前文对本申请实施例的描述中,有时会将多种特征归并至一个实施例、附图或对其的描述中。但是,这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上,实施例的特征要少于上述披露的单个实施例的全部特征。

虽然本申请已参照当前的具体实施例来描述,但是本技术领域中的普通技术人员应当认识到,以上的实施例仅是用来说明本申请,在没有脱离本申请精神的情况下还可做出各种等效的变化或替换,因此,只要在本申请的实质精神范围内对上述实施例的变化、变型都将落在本申请的权利要求书的范围内。

再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文章

  • 日榜
  • 周榜
  • 月榜