用于机器人的音频数据处理方法及装置与流程

文档序号:16888212发布日期:2019-02-15 22:49阅读:356来源:国知局
用于机器人的音频数据处理方法及装置与流程

本申请涉及智能机器人领域,具体而言,涉及一种用于机器人的音频数据处理方法及装置。



背景技术:

机器人上的录音功能通常通过第三方提供的语音功能电路板实现。

发明人发现,语音核心板和机器人的上位机之间无法进行数据以及文件传输,也没有相关的现成接口可供调用。技术人员如果想要获取并处理音频数据将会很困难。

针对相关技术中音频数据处理过程较为复杂的问题,目前尚未提出有效的解决方案。



技术实现要素:

本申请的主要目的在于提供一种用于机器人的音频数据处理方法及装置,以解决音频数据处理过程较为复杂的问题。

为了实现上述目的,根据本申请的一个方面,提供了一种用于机器人的音频数据处理方法。

根据本申请的用于机器人的音频数据处理方法包括:在语音主板和机器人主板之间实现音频数据传输,所述方法包括:

按照预设通讯接口规则传输音频数据;

将所述音频数据合并为音频文件;以及

按照预设应用交互接口规则传输所述音频文件。

进一步地,在语音主板和机器人主板之间实现音频数据传输,所述方法包括:

按照预设通讯接口规则传输音频数据;

将所述音频数据合并为音频文件;以及

按照预设应用交互接口规则传输所述音频文件。

进一步地,将所述音频数据合并为音频文件包括:

获取通过语音主板采集的语音数据字节;

将所述语音数据字节合并为完整的音频文件;

其中,所述音频文件包括:录音数据流。

进一步地,按照预设应用交互接口规则传输所述音频文件包括:

按照广播接口规则传输音频文件;

其中,所述音频文件包括:录音数据流。

进一步地,按照预设应用交互接口规则传输所述音频文件之后还包括:

选择音频文件在机器人主板的存放位置;

保存所述音频文件;以及

转化音频文件的播放格式,其中,转化音频文件的播放格式过程中至少包括:调起activity、调起service或者发送广播。

进一步地,在麦克风阵列语音主板和机器人主板之间实现音频数据传输,所述方法包括:

按照udp通讯接口规则传输录音字节数据;

将所述音频字节数据合并为录音音频流文件;以及

按照adb广播接口规则传输所述录音音频流文件。

为了实现上述目的,根据本申请的另一方面,提供了一种用于机器人的音频数据处理装置。

根据本申请的用于机器人的音频数据处理装置包括:在语音主板和机器人主板之间实现音频数据传输,所述装置包括:

数据传输模块,用于按照预设通讯接口规则传输音频数据;

合并模块,用于将所述音频数据合并为音频文件;以及

文件传输模块,用于按照预设应用交互接口规则传输所述音频文件。

进一步的,所述数据传输模块包括:

配置单元,用于设置音频数据传输的启动时间;

确定单元,用于确定音频数据传输时间间隔;以及

设置单元,用于设置音频数据传输的结束时间。

进一步的,所述合并模块包括:

获取单元,用于获取通过语音主板采集的语音数据字节;

合并单元,用于将所述语音数据字节合并为完整的音频文件;

其中,所述音频文件包括:录音数据流。

进一步的,所述文件传输模块包括:

广播单元,用于按照广播接口规则传输音频文件;

其中,所述音频文件包括:录音数据流。

在本申请实施例中,采用在语音主板和机器人主板之间实现音频数据传输的方式,通过按照预设通讯接口规则传输音频数据;将所述音频数据合并为音频文件;以及按照预设应用交互接口规则传输所述音频文件,达到了语音核心板以及上位机主板之间的数据以及文件传输的目的,从而实现了机器人主控板接收音频文件的技术效果,进而解决了机器人音频数据处理过程较为复杂的技术问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解,使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:

图1是根据本申请第一实施例的用于机器人的音频数据处理方法示意图;

图2是根据本申请第二实施例的用于机器人的音频数据处理方法示意图;

图3是根据本申请第三实施例的用于机器人的音频数据处理方法示意图;

图4是根据本申请第四实施例的用于机器人的音频数据处理方法示意图;

图5是根据本申请第五实施例的用于机器人的音频数据处理装置示意图;

图6是根据本申请第一实施例的用于机器人的音频数据处理装置示意图;

图7是根据本申请第二实施例的用于机器人的音频数据处理装置示意图;

图8是根据本申请第三实施例的用于机器人的音频数据处理装置示意图;以及

图9是根据本申请第四实施例的用于机器人的音频数据处理装置示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。

需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本申请中,术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例,并非用于限定所指示的装置、元件或组成部分必须具有特定方位,或以特定方位进行构造和操作。

并且,上述部分术语除了可以用于表示方位或位置关系以外,还可能用于表示其他含义,例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言,可以根据具体情况理解这些术语在本申请中的具体含义。

此外,术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如,可以是固定连接,可拆卸连接,或整体式构造;可以是机械连接,或电连接;可以是直接相连,或者是通过中间媒介间接相连,又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言,可以根据具体情况理解上述术语在本申请中的具体含义。

需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

根据本申请实施例,提供了一种用于机器人的音频数据处理方法,如图1所示,该方法包括如下的步骤s102至步骤s106:

步骤s102,按照预设通讯接口规则传输音频数据;

优选地,预设通讯接口规则可以是udp通讯规则。

音频数据可以是数字化的声音数据,例如可以是标记字节,标记字节一般为0,定义如下:abc00000

a--表示是不是使用unsynchronisation(这个单词不晓得是什么意思,字典里也没有找到,一般不设置)

b--表示是不是有扩展头部,一般没有(最少winamp没有记录),所以一般也不设置

c--表示是不是为测试标签(99.99%的标签都不是测试用的啦,所以一般也不设置)

按照预设通讯接口规则传输音频数据可以是基于udp通讯,在语音核心板以及上位机主板之间进行数据传输。

步骤s104,将所述音频数据合并为音频文件;以及

优选地,音频文件可以是声音文件和midi文件,声音文件是通过声音录入设备录制的原始声音,直接记录了真实声音的二进制采样数据;midi文件是一种音乐演奏指令序列,可利用声音输出设备或与计算机相连的电子乐器进行演奏。

例如,音频文件可以是mp3格式、aiff、realaudio、wave格式的文件。

将所述音频数据合并为音频文件可以是语音主板将标记字节的音频数据转化、合并为mp3等主控板可识别播放的音频文件。

步骤s106,按照预设应用交互接口规则传输所述音频文件。

优选地,预设应用交互接口规则可以是adb规则,即androiddebugbridge,adb的运行原理是pc端的adbserver与手机端的守护进程adbd建立连接,然后pc端的adbclient通过adbserver转发命令,adbd接收命令后解析运行。所以如果adbd以普通权限执行,有些需要root权限才能执行的命令无法直接用adbxxx执行。这时可以adbshell然后su后执行命令,也可以让adbd以root权限执行,这个就能随意执行高权限命令了。

如图2所示,按照预设通讯接口规则传输音频数据包括如下的步骤s202至步骤s206:

步骤s202,设置音频数据传输的启动时间;

优选地,设置音频数据传输的启动时间可以是开发人员在服务器端设置通讯接口的参数,例如可以设置整点和半点传输音频数据。

步骤s204,确定音频数据传输时间间隔;以及

优选地,确定音频数据传输时间间隔可以是开发人员在服务器端设置通讯接口的另一参数,例如可以设置为每间隔5分钟通过通讯接口传输一次音频数据。

步骤s206,设置音频数据传输的结束时间。

优选地,设置音频数据传输的结束时间可以是开发人员在机器人主控板端设置通讯接口的另一参数,例如,在10:00进行音频数据传输,每间隔5分钟传输一次,则结束时间为10:05分。

如图3所示,将所述音频数据合并为音频文件包括如下的步骤s302至步骤s304:

步骤s302,获取通过语音主板采集的语音数据字节;

优选地,语音数据通常指的就是通过语音来记录的数据以及通过语音来传输的数据,也正是我们常说的声音文件,比如mp3歌曲等等。

语音数据字节可以是用字节单位量化的语音数据。

语音主板可以是用于从外界采集语音信息的控制装置。

获取通过语音主板采集的语音数据字节可以是机器人主控板按时获取所述语音主板采集来的语音数据。

步骤s304,将所述语音数据字节合并为完整的音频文件;其中,所述音频文件包括:录音数据流。

优选地,将所述语音数据字节合并为完整的音频文件可通过现有技术中六麦装置实现数据的采集与合并处理。

按照预设应用交互接口规则传输所述音频文件包括:按照广播接口规则传输音频文件;其中,所述音频文件包括:录音数据流。

优选地,预设应用交互接口规则可以是adb规则,即androiddebugbridge,adb的运行原理是pc端的adbserver与手机端的守护进程adbd建立连接,然后pc端的adbclient通过adbserver转发命令,adbd接收命令后解析运行。所以如果adbd以普通权限执行,有些需要root权限才能执行的命令无法直接用adbxxx执行。这时可以adbshell然后su后执行命令,也可以让adbd以root权限执行,这个就能随意执行高权限命令了。

如图4所示,按照预设应用交互接口规则传输所述音频文件之后还包括如下的步骤s402至步骤s406:

步骤s402,选择音频文件在机器人主板的存放位置;

步骤s404,保存所述音频文件;以及

优选地,选择音频文件在机器人主板的存放位置可以是将语音主板采集处理完成的音频文件进行保存,保存在机器人主板的cpu中。

步骤s406,转化音频文件的播放格式,其中,转化音频文件的播放格式过程中至少包括:调起activity、调起service或者发送广播。

优选地,调起activity、调起service或者发送广播可采用现有技术中的算法加以实现。

转化音频文件的播放格式可以是机器人主板将音频文件转化为广播等进行播放。

如图5所示,在麦克风阵列语音主板和机器人主板之间实现音频数据传输,所述方法包括如下的步骤s502至步骤s506:

步骤s502,按照udp通讯接口规则传输录音字节数据;

优选地,udp是userdatagramprotocol的简称,中文名是用户数据报协议,是osi(opensysteminterconnection,开放式系统互联)参考模型中一种无连接的传输层协议,提供面向事务的简单不可靠信息传送服务,ietfrfc768是udp的正式规范。udp在ip报文的协议号是17。

按照udp通讯接口规则传输录音字节数据可以是在语音主板和机器人主板上均搭建udp接口传输协议,将所述语音主板采集处理得到的录音字节数据传输给所述机器人主板。

步骤s504,将所述音频字节数据合并为录音音频流文件;以及

优选地,将所述音频字节数据合并为录音音频流文件可以是语音主板将标记字节的音频数据转化、合并为mp3等主控板可识别播放的音频文件。

步骤s506,按照adb广播接口规则传输所述录音音频流文件。

优选地,按照adb广播接口规则传输所述录音音频流文件可以是通过在所述语音主板与机器人主控主板之间构建adb广播接口传输协议,主要用于传输广播文件。

从以上的描述中,可以看出,本申请实现了如下技术效果:1)实现了语音主板以及上位机主板之间的数据以及文件传输;2)基于udp通讯,在语音核心板以及上位机主板之间进行数据;3)基于adb功能,在语音核心板以及上位机主板之间进行文件传输。4)基于六麦获取音频数据,一定程度上可以起到降噪功能。5)基于六麦提供的音频数据流,音质清晰度有一定保障。6)可以将保存的音频数据流转化成多种媒体设备可播放格式,跨平台性好。7)可以将转化后的音频文件以邮件形式发送到指定邮箱,拓展性好。8)可以将实时的录音文件以机器人的视角播放出来,有一定趣味性。通过语音主板采集处理语音数据,通过搭建语音主板与机器人主板上之间的传输协议,实现机器人对音频数据的采集,进而实现了机器人主控板接收音频文件的技术效果,解决了机器人音频数据处理过程较为复杂的技术问题。

需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例,还提供了一种用于实施上述用于机器人的音频数据处理方法的用于机器人的音频数据处理装置,如图6所示,该装置包括:数据传输模块10,用于按照预设通讯接口规则传输音频数据;合并模块20,用于将所述音频数据合并为音频文件;以及文件传输模块30,用于按照预设应用交互接口规则传输所述音频文件。

本申请实实施例的数据传输模块10中优选地,预设通讯接口规则可以是udp通讯规则。

音频数据可以是数字化的声音数据,例如可以是标记字节,标记字节一般为0,定义如下:abc00000

a--表示是不是使用unsynchronisation(这个单词不晓得是什么意思,字典里也没有找到,一般不设置)

b--表示是不是有扩展头部,一般没有(最少winamp没有记录),所以一般也不设置

c--表示是不是为测试标签(99.99%的标签都不是测试用的啦,所以一般也不设置)

按照预设通讯接口规则传输音频数据可以是基于udp通讯,在语音核心板以及上位机主板之间进行数据传输。

本申请实实施例的合并模块20中优选地,音频文件可以是声音文件和midi文件,声音文件是通过声音录入设备录制的原始声音,直接记录了真实声音的二进制采样数据;midi文件是一种音乐演奏指令序列,可利用声音输出设备或与计算机相连的电子乐器进行演奏。

例如,音频文件可以是mp3格式、aiff、realaudio、wave格式的文件。

将所述音频数据合并为音频文件可以是语音主板将标记字节的音频数据转化、合并为mp3等主控板可识别播放的音频文件。

本申请实实施例的文件传输模块30中优选地,优选地,预设应用交互接口规则可以是adb规则,即androiddebugbridge,adb的运行原理是pc端的adbserver与手机端的守护进程adbd建立连接,然后pc端的adbclient通过adbserver转发命令,adbd接收命令后解析运行。所以如果adbd以普通权限执行,有些需要root权限才能执行的命令无法直接用adbxxx执行。这时可以adbshell然后su后执行命令,也可以让adbd以root权限执行,这个就能随意执行高权限命令了。

如图7所示,所述数据传输模块10包括:

配置单元101,用于设置音频数据传输的启动时间;

本申请实实施例的配置单元101中优选地,设置音频数据传输的启动时间可以是开发人员在服务器端设置通讯接口的参数,例如可以设置整点和半点传输音频数据。

确定单元102,用于确定音频数据传输时间间隔;以及

本申请实实施例的确定单元102中优选地,确定音频数据传输时间间隔可以是开发人员在服务器端设置通讯接口的另一参数,例如可以设置为每间隔5分钟通过通讯接口传输一次音频数据。

设置单元103,用于设置音频数据传输的结束时间。

本申请实实施例的设置单元103中优选地,设置音频数据传输的结束时间可以是开发人员在机器人主控板端设置通讯接口的另一参数,例如,在10:00进行音频数据传输,每间隔5分钟传输一次,则结束时间为10:05分。

如图8所示,所述合并模块20包括:

获取单元201,用于获取通过语音主板采集的语音数据字节;

本申请实实施例的获取单元201优选地,语音数据通常指的就是通过语音来记录的数据以及通过语音来传输的数据,也正是我们常说的声音文件,比如mp3歌曲等等。

语音数据字节可以是用字节单位量化的语音数据。

语音主板可以是用于从外界采集语音信息的控制装置。

获取通过语音主板采集的语音数据字节可以是机器人主控板按时获取所述语音主板采集来的语音数据。

合并单元202,用于将所述语音数据字节合并为完整的音频文件;

其中,所述音频文件包括:录音数据流。

本申请实实施例的合并单元202中优选地,将所述语音数据字节合并为完整的音频文件可通过现有技术中六麦装置实现数据的采集与合并处理。

如图9所示,所述文件传输模块30包括:

广播单元301,用于按照广播接口规则传输音频文件;

其中,所述音频文件包括:录音数据流。

本申请实实施例的广播单元301中优选地,预设应用交互接口规则可以是adb规则,即androiddebugbridge,adb的运行原理是pc端的adbserver与手机端的守护进程adbd建立连接,然后pc端的adbclient通过adbserver转发命令,adbd接收命令后解析运行。所以如果adbd以普通权限执行,有些需要root权限才能执行的命令无法直接用adbxxx执行。这时可以adbshell然后su后执行命令,也可以让adbd以root权限执行,这个就能随意执行高权限命令了。

显然,本领域的技术人员应该明白,上述的本申请的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1