CN110202587A - 信息交互方法及装置、电子设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种信息交互方法及装置、电子设备及存储介质。所述信息交互方法，包括：检测行车状况信息；在所述行车状况信息符合第一预定条件的情况下，启动机器人功能；基于所述机器人功能，以自然语言进行语音聊天。

Description

信息交互方法及装置、电子设备及存储介质

技术领域

本发明涉及信息技术领域及装置，尤其涉及一种信息交互方法及装置、电子设备及存储介质。

背景技术

随着电子技术的发展，车载设备也越来越智能，例如，车载设备可以提供导航、车载设备通过连接到车联网，可以远程控制家电设备，或者与对应的设备进行通信；但是目前的车载设备的智能性还是不够，用户的体验还不够高。

发明内容

有鉴于此，本发明实施例期望提供一种信息交互方法及装置、电子设备及存储介质。

本发明的技术方案是这样实现的：一种信息交互方法，包括：

检测行车状况信息；

在所述行车状况信息符合第一预定条件的情况下，启动机器人功能；

基于所述机器人功能，以自然语言进行语音聊天。

基于上述方案，所述方法还包括：

基于所述机器人功能，输出所述机器人的影像。

基于上述方案，所述检测行车状况信息，包括：

利用车载诊断系统OBD设备检测行车状况获得拥堵状况信息；

所述在所述行车状况信息符合第一预定条件的情况下，启动机器人功能，包括：

在所述拥堵状况信息表明车辆所在当前路段堵车的情况下，启动机器人功能。

基于上述方案，所述方法，还包括：

基于所述机器人功能，根据所述拥堵状况信息及达到目的地址的预定时间，在预测出将在所述预定时间之后达到所述目的地址时，与预定通信账号进行通信。

基于上述方案，所述基于所述机器人功能，根据所述拥堵状况信息及达到目的地址的预定时间，在预测出将在所述预定时间之后达到所述目的地址时，与预定通信账号进行通信，包括以下至少之一：

基于所述机器人功能，根据所述拥堵状况信息及达到目的地址的预定时间，根据行车目的向拨打所述预定通信账号或向所述预定通信账号发送消息；

根据所述拥堵状况信息和会议的开始时间，在确定出将在所述预定时间之后达到会议地址时，基于会议群聊通信账号参与会议群聊。

基于上述方案，所述方法还包括：

检测车内的用户状况信息；

所述在所述行车状况信息符合第一预定条件的情况下，启动机器人功能，包括：

在所述车内的用户状况信息符合第二预定条件，且在所述行车状况信息满足所述第一预定条件的情况下，启动所述机器人功能。

基于上述方案，所述车内的用户状况信息符合第二预定条件，包括：

所述车内的用户数目为1时，确定符合所述第二预定条件；

所述车内的互动频次低于预定频次时，确定符合所述第二预定条件；

所述车内的用户分布满足驾驶舱内仅包含驾驶员时，确定符合所述第二预定条件。

基于上述方案，所述方法还包括：

确定所述机器人功能所针对用户的用户信息；

根据所述用户信息，确定机器人的语音参数和/或影像参数；

所述语音参数，用于控制所述机器人的语音聊天；所述影像参数，用于控制所述机器人的显示影像。

基于上述方案，所述方法还包括：

采集用户的输入语音；

将所述输入语音所对应的第一语音信息传输到云端；

接收云端返回的第二语音信息；

所述基于所述机器人功能，以自然语言进行语音聊天，包括：

基于所述机器人功能，以自然语言播出所述第二语音信息。

基于上述方案，所述基于所述机器人功能，以自然语言进行语音聊天，还包括：

采集用户的输入语音；

将所述输入语音所对应的第一语音信息传输到云端；

接收云端返回的第二语音信息；

基于所述机器人功能，以自然语言播出所述第二语音信息

一种信息交互装置，包括：

检测模块，用于检测行车状况信息；

启动模块，用于在所述行车状况信息符合第一预定条件的情况下，启动机器人功能；

机器人模块，用于基于所述机器人功能，以自然语言进行语音聊天。

一种电子设备，包括：

音频模组；

存储器；

处理器，分别与所述语音模组及存储器连接，用于通过执行存储在所述存储器上的计算机可执行指令，控制所述音频模组的语音输出及语音采集，并能够实现前述任意技术方案提供的信息交互方法。

一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令，所述计算机可执行指令被处理器执行后，能够实现前述任意实施例提供的信息交互方法。

本发明实施例提供的技术方案，会检测行车状况信息，在行车状况信息满足预定条件时自动启动机器人功能，该机器人功能被启动之后，车载设备会输出自然语言模拟人与车内的用户进行对话，如此，提升了车载设备的智能性，提高了车内的用户的体验。

附图说明

图1为本发明实施例提供的第一种信息交互方法的流程示意图；

图2为本发明实施例提供的第二种信息交互方法的流程示意图；

图3A为本发明实施例提供的第一种机器人的影像效果示意图；

图3B为本发明实施例提供的第二种机器人的影像效果示意图；

图3C为本发明实施例提供的第三种机器人的影像效果示意图；

图4为本发明实施例提供的一种信息交互装置的结构示意图；

图5为本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。

如图1所示，本实施例提供一种信息交互方法，包括：

步骤S110：检测行车状况信息；

步骤S120：在所述行车状况信息符合第一预定条件的情况下，启动机器人功能；

步骤S130：基于所述机器人功能，以自然语言进行语音聊天。

在本实施例中，车载设备会自动检测行车状况信息；该行车状况信息可以分为几类，具体可包括以下至少之一：

第一类：车辆状况信息，例如，车辆的耗能状况信息、车辆的储能状况信息、车辆的行驶速率信息、车辆的行车路径信息等。

第二类：车内的用户状况信息，例如，驾驶员的驾驶状态信息、车内乘客状态信息；该状态信息包括：身体状况信息和/或情绪状态信息

第三类：行车环境状况信息，例如，天气状况信息和/或道路状况信息等。

在本实施例中的步骤S120中，行车状况信息符合第一预定条件可包括：

所述行车状况信息中的任意一类满足该类行车状况信息的触发条件，则确定符合所述第一预定条件；

所述行车状况信息中的高优先级的一类行车状况信息满足该类行车状况信息你的触发条件，或者，低优先级的多类行车状况信息满足各自所对应的触发条件。

在本实施例中，所述车辆状况信息、用户状况信息及行车环境状况信息的优先级可以根据用户指示进行设置，也可以根据当前场景由车载设备或车载设备所连接的云端进行动态设置。

所述优先级可为行车状况信息所在类的类别优先级；但是在一些特定情况下，行车状况信息所在类别的类别优先级比较固定，但是当前对应的行车状况信息本身很特别还具有特定的优先级优先级。例如，车辆状况信息中储能状况信息就具有比较高的信息优先级。

在上述结合优先级确定满足第一预定条件时，优先考虑对应行车状况信息的信息优先级，若该行车状况信息不具有信息优先级，则结合该行车状况信息的类别优先级来确定是否满足所述第一预定条件。

例如，车辆内驾驶员情绪状况信息，根据情绪激烈程度分别动态设置不同的信息优先级。具体的如，驾驶员在情绪很愤怒或激动时，容易出现行车事故，该愤怒情绪信息和激动情绪信息比平静情绪状态信息，具有更高的优先级。

在本实施例中，所述步骤S130中若启动机器人功能，音频装置输出的聊天语音的至少部分是动态确定的聊天语音。机器人输出的语音可包括：静态语音，该静态语音为预先设定的语音，例如，问候语等。动态确定的是根据当前的行车状况信息和/或用户偏好等信息，动态确定语音内容且动态生成的语音。

所述步骤S130可包括：输出聊天语音；采集用户的输入语音，并基于所述输入语音给出应答语音；至少实现车载设备上的音频装置自动与车内用户进行对话的功能。

总之，在本实施例中，所述语音聊天涉及的车载设备的语音输出和车内用户的语音采集等至少双方的语音交互。

机器人功能被启动后，则所述车载设备与车内用户之间进行语音聊天，则车载设备的语音聊天的内容至少部分是动态确定的。且值得注意的是：本发明实施例中所述机器人功能被启动之后，则车载设备输出的语音聊天是模拟人对话的自然语言。

总之，一方面为了减少随意启动机器人功能或者持续启动机器人功能，导致的车载设备的工作负荷重和功耗大的现象，本申请在满足所述第一预定条件时才启动机器人功能。若机器人功能被启动，至少会以自然语言与车内用户进行语音聊天，例如，通过语音安抚车内用户的情绪、例如，通过语音体协助用户度过很枯燥和无聊的时间段，从而具有提升用户体验的特点。

在本实施例中，为了进一步提升用户体验，如图2所示，所述方法还包括：

步骤S140：基于所述机器人功能，输出所述机器人的影像。

例如，利用车载设备的显示屏显示影像；再例如车载的投影设备，投影影像。

在本实施例中，所述机器人的影像是与所述语音聊天的内容相对应的。例如，所述机器人的影像可为动画、拟人形象、模拟动物的形象。图3A至图3C为本发明实施例提供的机器人的影像效果示意图。

在本实施例中，所述机器人的影像可以根据语音聊天的聊天内容，产生对应的表情和/或动作。

在本实施例中，所述输出所述机器人的影像可包括以下至少之一：

根据语音聊天的内容，变更所述机器人的影像的表情和/或动作；

根据语音聊天的内容，移动所述机器人的影像的位置；例如，机器人的影响可以在车内的环绕投影区域内环绕飞行。

比对图3A、图3B及图3C可知：机器人的影像中至少呈现了不同的动作。

在本实施例中，所述步骤S140可包括：在进行语音聊天的同时，基于所述机器人功能输出所述机器人的影像。

进一步地，所述机器人的影像是3D影像，如此，使得车内用户在观看时产生立体的观影效果，从而获得更好的视觉效果。此时，具有3D影像的机器人可以称之为3D机器人。

在一些实施例中，所述方法还包括，在行车状况信息满足第三预定条件时，基于机器人功能输出机器人的影响。例如，车辆还在行驶过程中，则认定不满足所述第三预定条件；或者，机器人的影像是针对驾驶员输出的时候，在车内未设置有不干扰驾驶员驾驶的显示屏或投影屏时，确定不满足所述第三预定条件。

在一些实施例中，所述步骤S110可包括：

利用车载诊断系统OBD设备检测行车状况获得拥堵状况信息；

所述步骤S120可包括：

在所述拥堵状况信息表明车辆所在当前路段堵车的情况下，启动机器人功能。

具体地如，所述利用车载诊断系统OBD设备检测行车状况获得拥堵状况信息，包括以下至少之一：

所有汽车上的OBD设备都实时向云端传输数据，所述数据包括路段经纬度、车辆行驶方向和车辆刹车次数。

判断是否出现拥堵的操作如下：

所述云端根据路段经纬度、车辆行驶方向和车辆刹车次数，获取当前该段路段的所有汽车的行驶信息，所述汽车行驶信息包括刹车频率和行驶速度；

计算当前路段平均刹车频率F，F＝所有车辆的总刹车次数/总车辆数/有效的记录时间；

计算小于或等于堵车时的最大理论速度Vd的车辆占总车辆的比值R，R＝车速小于Vd的车辆数/该路段的总车辆数；

通过判断该路段平均刹车频率F>堵车理论的平均刹车频率，且速度小于堵车速度的车辆比值R>堵车的车辆理论比值时，来判断该路段堵车。

如此，在出现堵车时，可以通过机器人功能的启动，协助车内用户提供堵车时的娱乐，提升了用户体验。

在本发明实施例中，指示是否拥堵的拥堵状况信息的形成可以由车载设备自身确定，也可以由车载设备所连接的网络服务器所确定。

在一些实施例中，所述方法，还包括：

基于所述机器人功能，根据所述拥堵状况信息及达到目的地址的预定时间，在预测出将在所述预定时间之后达到所述目的地址时，与预定通信账号进行通信。

车辆行驶到目的地址预先就会有路线规划和时间预计，从而会得到车辆达到目的地址的预定时间，或者，行车目的是参与会议或者会面，则对应的有会议的开始时间和会面时间。此时的开始时间和会面时间也作为所述预定时间的一种。

若当前拥堵状况信息表明拥堵非常严重，车辆可能无法顺利达到目的地址，导致车辆会在预定时间之后达到目的地址时，则与预定通信账号进行通信，此处的通信包括但不限于：语音通信、文字通信、视频通行。通信的方式包括：利用3G、4G或5G等进行移动通信，还可以包括利用微信等即时通信账号进行即时消息通信。

具体的如，在一些实施例中，所述基于所述机器人功能，根据所述拥堵状况信息及达到目的地址的预定时间，在预测出将在所述预定时间之后达到所述目的地址时，与预定通信账号进行通信，包括：

根据所述拥堵状况信息及达到目的地址的预定时间，在预测出将在所述预定时间之后达到所述目的地址时，基于所述机器人功能以自然语言输出与预定通信账号进行通信的提示信息；若检测到作用于所述提示信息的确认反馈，则与预定通信账号进行通信。

确定所述预定通信账号的方式有多种，具体可包括：根据本次的行车目的或行车计划确定。

例如，本次行车是上班或回家，则上班迟到可能需要向上一级主管请假，回家可能需要向家人报平安等。此时，可以根据是行车回家或上班，拨打主管电话或家人电话；或者，向主管或家人的手机发消息。

在本实施例中，所述与预定账号进行通信可以是由机器人代劳，例如，机器人录制请假语音或迟到的语音发送给预定通信账号；再例如，基于机器人功能编辑请假消息或迟到消息等消息，该消息内容包括但不限于：请假或迟到原因、根据当前拥堵状况得到的预计达到时间等。具体如，上班期间，基于机器人功能会弹出对话框或语音提示，是否告知用户是否要通知领导，上班堵车，晚些到。下班期间，则会弹出对话框或语音提示，是否告知家人，下班回家堵车，请放心。再例如，如果此时服务器数据分析有重要会议或者有重要接待将要来临，则会弹出对话框或语音提示，是否告知用户会议或者接待将要晚点，是否通知相关对接人，及时处理，避免带来晚点造成的损失。

堵车过程中，如果有重要会议，也可以弹出加入会议聊天，待道路畅通，会议聊天自动退出，聊天那边也会有对应的提示，这边道路畅通，暂时退出会议聊天。

用户只需要点击确定与否或语音输入确认与否，后台机会处理响应的信息转发。

具体如，所述基于所述机器人功能，根据所述拥堵状况信息及达到目的地址的预定时间，在预测出将在所述预定时间之后达到所述目的地址时，与预定通信账号进行通信，包括以下至少之一：

基于所述机器人功能，根据所述拥堵状况信息及达到目的地址的预定时间，根据行车目的向拨打所述预定通信账号或向所述预定通信账号发送消息；

根据所述拥堵状况信息和会议的开始时间，在确定出将在所述预定时间之后达到会议地址时，基于会议群聊通信账号参与会议群聊。

总之，本实施例中，可以拥堵状况信息确定

在另一些情况下，所述方法还包括：

检测车内的用户状况信息；

所述在所述行车状况信息符合第一预定条件的情况下，启动机器人功能，包括：

在所述车内的用户状况信息符合第二预定条件，且在所述行车状况信息满足所述第一预定条件的情况下，启动所述机器人功能。

在一些情况下是不用启动机器人聊天功能的，例如，车内有很多用户，这些用户之间互动友好，此时，启动机器人功能仅是会使得车载设备产生工作量和能耗。为了减少这种现象，在本实施例中若车内的用户状况信息负荷第二预定条件，且在满足第一预定条件时才启动机器人功能。

具体地如，所述车内的用户状况信息符合第二预定条件，包括：

所述车内的用户数目为1时，确定符合所述第二预定条件；

所述车内的互动频次低于预定频次时，确定符合所述第二预定条件；

所述车内的用户分布满足驾驶舱内仅包含驾驶员时，确定符合所述第二预定条件。

车内用户就1个，对于手动驾驶的车辆，该车内用户仅有1个时，该用户就是驾驶员。若自动驾驶的车辆，该车内用户仅有1个，也可能是乘客。

若车内用户仅有1个，若出现堵车或者长时间停车的情况下，该用户会觉得无聊，可以自动启动机器人功能。

在一些情况下，车内可能有多个用户，但是这些用户之间是没有互动的，或者互动频次很低，例如，通过摄像头等采集用户之间的互动信息，若发现在当前时刻以前的预定时间段内，用户之间的互动频次很低，则也可以认为满足第二预定条件，可以启动机器人以调节车内氛围。

例如，在一些情况下，车内有多人，但是驾驶舱内就1个人，其他人在后排，例如，针对出租车场景，同样也可认为满足所述第二预定条件。

在一些实施例中，所述方法还包括：

确定所述机器人功能所针对用户的用户信息；

根据所述用户信息，确定机器人的语音参数和/或影像参数；

所述语音参数，用于控制所述机器人的语音聊天；所述影像参数，用于控制所述机器人的显示影像。

所述语音参数包括：

声音特征，以用户喜好的声音输出聊天语音，例如，针对有小孩的用户，以其小孩的声音合成聊天语音输出；

发音特点，例如，不同地方的用户具有自己的地方语音，利用地方语音进行语音聊天更加亲切，故还可以根据发音特点控制机器人的聊天。

所述影像参数包括以下至少之一：

影像尺寸参数，用于控制机器人的影响的尺寸；

位置参数，用于控制机器人的位置的参数；

内容参数，例如，该内容参数，可以用于指示所针对用户的亲人、爱人和/或朋友的图像合成所述机器人的影像；

颜色参数，用于控制所述机器人的显示颜色等。

在一些实施例中，在机器人功能被启动之后，可通过机器人视频的输出，实现与车内用户的语音交互，同时输出所述机器人的影像。

具体地如，所述步骤S130可包括：所述基于所述机器人功能，以自然语言进行语音聊天，还包括：

采集用户的输入语音；

将所述输入语音所对应的第一语音信息传输到云端；

接收云端返回的第二语音信息；

基于所述机器人功能，以自然语言播出所述第二语音信息。

在一些实施例中，所述机器人功能分为：

本地机器人功能，该本地机器人功能，则本地机器人功能的语音输出、语音采集及语音分析等应答都是由车载设备本地完成。

远程机器人工功能，该远程机器人功能，则语音解析、语音应答及机器人的影像生成则都可以由云端生成，再下发到车载设备上的。

在本实施例中利用云端设备进行与用户进行语音对答，可以提升语音聊天的效果，再次提升了车载设备的智能性和用户体验。

在一些实施例中，所述方法还包括：

获取基于车辆的行车信息的聊天内容，其中，所述行车信息包括以下至少之一：行车路线、行车目的及行车场景；

所述步骤S130可包括：

基于所述机器人功能，将所述聊天内容以自然语言输出聊天语音。

在一些实施例中，若机器人功能被启动之后，需要和车内用户的聊天内容，可以根据性画册路线、行车目的及行车场景的至少其中之一来确定的。

例如，在聊天过程中，机器人可以自动根据经过的地方的风景、人为和车内用户进行聊天；再例如，若用户自驾游，则可以在语音聊天的过程中介绍目的地的相关内容。行车场景可包括：行车的天气环境、行车的路面环境、行车的伴侣环境，和车内用户进行聊天。

综合视频检索分析技术等确定语音聊天的内容。

如图4所示，本实施例提供一种信息交互装置，包括：

检测模块110，用于检测行车状况信息；

启动模块120，用于在所述行车状况信息符合第一预定条件的情况下，启动机器人功能；

机器人模块130，用于基于所述机器人功能，以自然语言进行语音聊天。

在一些实施例中，所述检测模块110、启动模块120及机器人模块130均可为程序模块；所述程序模块被处理器执行后，能够实现所述行车状况信息的检测、机器人功能的启动及自然聊天的实现。

在另一些实施例中，所述检测模块110、启动模块120及机器人模块130均可软硬结合模块，该软硬结合模块可包括各种可编程阵列；所述可编程阵列包括但不限于复杂可编程阵列或复杂可编程阵列。

在还有一些实施例中，所述检测模块110、启动模块120及机器人模块130均纯硬件模块，该纯硬件模块包括但不限于专用集成电路。

在一些实施例中，所述装置还包括：

输出模块，用于基于所述机器人功能，输出所述机器人的影像。

在一些实施例中，所述检测模块110，具体用于利用车载诊断系统OBD设备检测行车状况获得拥堵状况信息；

所述启动模块120，具体用于在所述拥堵状况信息表明车辆所在当前路段堵车的情况下，启动机器人功能。

在一些实施例中，所述装置，还包括：

通信模块，用于基于所述机器人功能，根据所述拥堵状况信息及达到目的地址的预定时间，在预测出将在所述预定时间之后达到所述目的地址时，与预定通信账号进行通信。

在一些实施例中，所述通信模块，至少用于执行以下至少之一：

基于所述机器人功能，根据所述拥堵状况信息及达到目的地址的预定时间，根据行车目的向拨打所述预定通信账号或向所述预定通信账号发送消息；

根据所述拥堵状况信息和会议的开始时间，在确定出将在所述预定时间之后达到会议地址时，基于会议群聊通信账号参与会议群聊。

在一些实施例中，所述装置还包括：

用户状况模块，用于检测车内的用户状况信息；

所述启动模块120，具体用于在所述车内的用户状况信息符合第二预定条件，且在所述行车状况信息满足所述第一预定条件的情况下，启动所述机器人功能。

在一些实施例中，所述车内的用户状况信息符合第二预定条件，包括：

所述车内的用户数目为1时，确定符合所述第二预定条件；

所述车内的互动频次低于预定频次时，确定符合所述第二预定条件；

所述车内的用户分布满足驾驶舱内仅包含驾驶员时，确定符合所述第二预定条件。

在一些实施例中，所述装置还包括：

第一确定模块，用于确定所述机器人功能所针对用户的用户信息；

第二确定模块，用于根据所述用户信息，确定机器人的语音参数和/或影像参数；

所述语音参数，用于控制所述机器人的语音聊天；所述影像参数，用于控制所述机器人的显示影像。

在一些实施例中，所述机器人模块130，具体用于采集用户的输入语音；将所述输入语音所对应的第一语音信息传输到云端；接收云端返回的第二语音信息；基于所述机器人功能，以自然语言播出所述第二语音信息。

在一些实施例中，所述装置还包括：获取基于车辆的行车信息的聊天内容，其中，所述行车信息包括以下至少之一：行车路线、行车目的及行车场景；

所述机器人模块130，具体用于基于所述机器人功能，将所述聊天内容以自然语言输出聊天语音。

如图5所示，本申请实施例提供了一种电子设备，包括：

音频模组，至少可用于语音输出和音频采集；

存储器，用于存储信息；

处理器，与所述存储器连接，用于通过执行存储在所述存储器上的计算机可执行指令，能够实现前述一个或多个技术方案提供信息交互方法，例如，如图1和/或图2所示的方法。

该存储器可为各种类型的存储器，可为随机存储器、只读存储器、闪存等。所述存储器可用于信息存储，例如，存储计算机可执行指令等。所述计算机可执行指令可为各种程序指令，例如，目标程序指令和/或源程序指令等。

所述处理器可为各种类型的处理器，例如，中央处理器、微处理器、数字信号处理器、可编程阵列、数字信号处理器、专用集成电路或图像处理器等。

所述处理器可以通过总线与所述存储器连接。所述总线可为集成电路总线等。

在一些实施例中，所述终端设备还可包括：通信接口，该通信接口可包括：网络接口、例如，局域网接口、收发天线等。所述通信接口同样与所述处理器连接，能够用于信息收发。

在一些实施例中，所述电子设备还包括摄像头，该摄像头可采集各种图像，例如，医疗影像或各种其他类型影像等；所述监控影像包括但不限于道路监控影像、电梯监控影像、或者门禁监控影像。

在一些实施例中，所述终端设备还包括人机交互接口，例如，所述人机交互接口可包括各种输入输出设备，例如，键盘、触摸屏等。

本申请实施例提供了一种计算机存储介质，所述计算机存储介质存储有计算机可执行代码；所述计算机可执行代码被执行后，能够实现前述一个或多个技术方案提供的信息交互方法，例如，如图1和/或图2所示的方法中的一个或多个。

所述存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。所述存储介质可为非瞬间存储介质。

以下结合上述任意实施例提供一个具体示例：

基于3D引擎(例如，Unity实现)的3D机器人实现：

通过c4d/3dmax等软件实现对小机器人模型的搭建。

通过3D引擎(例如，unity)将搭建出来模型文件(例如，fbx文件)文件导入,实现3D机器人模型的相关开发(包括针对功能的动画效果展示)。

通过操作系统(例如，Android)将3D引擎编译出来的资源与代码的集成来实现最终的开发。

本实施提供的堵车时聊天3D AI机器人的建立方法，包括：

1、根据汽车OBD设备反馈来的信息分析路段的堵车地点，确定堵车则控制屏弹出一个3D的AI机器人，进行与司机对话。

具体确定堵车方案:

(1)所有汽车上的OBD设备都实时向服务器传输数据，所述数据包括路段经纬度、车辆行驶方向和车辆刹车次数；

(2)所述服务器根据路段经纬度、车辆行驶方向和车辆刹车次数，获取当前该段路段的所有汽车的行驶信息，所述汽车行驶信息包括刹车频率和行驶速度；

(3)计算当前路段平均刹车频率F，F＝所有车辆的总刹车次数/总车辆数/有效的记录时间；

(4)计算小于或等于堵车时的最大理论速度Vd的车辆占总车辆的比值R，R＝车速小于Vd的车辆数/该路段的总车辆数；

(5)通过判断该路段平均刹车频率F>堵车理论的平均刹车频率，且速度小于堵车速度的车辆比值R>堵车的车辆理论比值时，来判断该路段堵车；

2、车上用户可以任意与AI的3D机器人聊天，聊天内容传递到服务器，服务器通过解析用户的内容，然后进行反馈对应的话题。机器人也可以将地图，音乐，广播都融入进去，实现打开关闭等所有的语音操作。也可以在聊天过程中，学习自己不知道的领域内容。

3、机器人也可以根据聊天的过程表现出对应的动作，也可以根据天气的情况，展示出行当心被雨淋。用户也可以操作机器人的位置，显示大小。

4、当堵车情况排除之后，道路顺畅，聊天机器人将自动跟用户说句问候语，退出屏幕。也可以根据自己的情况主动退出机器人。

总之，本示例的车载设备会在发现堵车时通过启动3D机器人提供车内鱼类，在开车堵车时，突然跳出来的聊天机器人，也是比较新颖的；将AI的聊天机器人融入到车载里面；较比堵车聊天群的方案，此方案也更考虑用户的感受，体验更好。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。

本申请所提供的几个设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的设备实施例。

本申请所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (13)

1.一种信息交互方法，其特征在于，包括：

检测行车状况信息；

在所述行车状况信息符合第一预定条件的情况下，启动机器人功能；

基于所述机器人功能，以自然语言进行语音聊天。

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

基于所述机器人功能，输出所述机器人的影像。

3.根据权利要求1所述的方法，其特征在于，所述检测行车状况信息，包括：

利用车载诊断系统OBD设备检测行车状况获得拥堵状况信息；

所述在所述行车状况信息符合第一预定条件的情况下，启动机器人功能，包括：

在所述拥堵状况信息表明车辆所在当前路段堵车的情况下，启动机器人功能。

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

基于所述机器人功能，根据所述拥堵状况信息及达到目的地址的预定时间，在预测出将在所述预定时间之后达到所述目的地址时，与预定通信账号进行通信。

5.根据权利要求4所述的方法，其特征在于，所述基于所述机器人功能，根据所述拥堵状况信息及达到目的地址的预定时间，在预测出将在所述预定时间之后达到所述目的地址时，与预定通信账号进行通信，包括以下至少之一：

基于所述机器人功能，根据所述拥堵状况信息及达到目的地址的预定时间，根据行车目的向拨打所述预定通信账号或向所述预定通信账号发送消息；

根据所述拥堵状况信息和会议的开始时间，在确定出将在所述预定时间之后达到会议地址时，基于会议群聊通信账号参与会议群聊。

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

检测车内的用户状况信息；

所述在所述行车状况信息符合第一预定条件的情况下，启动机器人功能，包括：

在所述车内的用户状况信息符合第二预定条件，且在所述行车状况信息满足所述第一预定条件的情况下，启动所述机器人功能。

7.根据权利要求6所述的方法，其特征在于，所述车内的用户状况信息符合第二预定条件，包括：

所述车内的用户数目为1时，确定符合所述第二预定条件；

所述车内的互动频次低于预定频次时，确定符合所述第二预定条件；

所述车内的用户分布满足驾驶舱内仅包含驾驶员时，确定符合所述第二预定条件。

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

确定所述机器人功能所针对用户的用户信息；

根据所述用户信息，确定机器人的语音参数和/或影像参数；

所述语音参数，用于控制所述机器人的语音聊天；所述影像参数，用于控制所述机器人的显示影像。

9.根据权利要求1至5任一项所述的方法，其特征在于，所述基于所述机器人功能，以自然语言进行语音聊天，还包括：

采集用户的输入语音；

将所述输入语音所对应的第一语音信息传输到云端；

接收云端返回的第二语音信息；

基于所述机器人功能，以自然语言播出所述第二语音信息。

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

获取基于车辆的行车信息的聊天内容，其中，所述行车信息包括以下至少之一：行车路线、行车目的及行车场景；

所述基于所述机器人功能，以自然语言进行语音聊天，包括：

基于所述机器人功能，将所述聊天内容以自然语言输出聊天语音。

11.一种信息交互装置，其特征在于，包括：

检测模块，用于检测行车状况信息；

启动模块，用于在所述行车状况信息符合第一预定条件的情况下，启动机器人功能；

机器人模块，用于基于所述机器人功能，以自然语言进行语音聊天。

12.一种电子设备，包括：

音频模组；

存储器；

处理器，分别与所述语音模组及存储器连接，用于通过执行存储在所述存储器上的计算机可执行指令，控制所述音频模组的语音输出及语音采集，并能够实现权利要求1至10任一项提供的方法。

13.一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令，所述计算机可执行指令被处理器执行后，能够实现权利要求1至10任一项提供的方法。