一种行车记录仪音频系统及行车记录仪的制作方法

1.本技术涉及通信技术领域，尤其涉及一种行车记录仪音频系统及行车记录仪。


背景技术：

2.现有的行车记录仪音频系统多由平台相关性强的实时系统构成，因此将行车记录仪音频系统移植至新的平台后，实时系统的代码无法复用，使得行车记录仪音频系统难以移植至不同的平台，从而增加了开发行车记录仪音频系统的功能的工作量。


技术实现要素：

3.本技术实施例提供了一种行车记录仪音频系统，可以在移植新平台后快速完成适配，从而减小了开发行车记录仪音频系统的功能的工作量。所述技术方案如下：
4.第一方面，本技术实施例提供了一种行车记录仪音频系统，所述行车记录仪音频系统包括soc芯片、linux系统、实时系统、麦克风以及扬声器，其中：
5.所述soc芯片分别与所述麦克风、所述扬声器以及所述linux系统相连接；
6.所述linux系统与所述实时系统相连接。
7.本技术提供的行车记录仪音频系统，可以通过linux系统分别与soc芯片以及实时系统相连接，以及soc芯片分别与麦克风以及扬声器相连接，组成行车记录仪音频系统，基于linux系统的可移植性和开源特性，使得行车记录仪音频系统只需要进行简单的修改就可以快速移植至不同的平台，从而减小了开发行车记录仪音频系统的功能的工作量。
8.在一种可能的实现方式中，所述soc芯片包括唤醒词识别模块、麦克风模块以及扬声器模块，所述linux系统包括唤醒词监听模块、音频控制模块以及音频处理模块，其中：
9.所述麦克风，与所述唤醒词识别模块相连接，用于采集第一语音信号，并将所述第一语音信号发送至所述唤醒词识别模块；
10.所述唤醒词识别模块，与所述唤醒词监听模块相连接，用于识别所述第一语音信号中的唤醒词信号，并将所述唤醒词信号发送至所述唤醒词监听模块；
11.所述唤醒词监听模块，与所述音频控制模块相连接，用于将所述唤醒词信号转化为语音采集指令，并将所述语音采集指令发送至所述音频控制模块；
12.所述音频控制模块，与所述麦克风模块相连接，用于接收所述语音采集指令，并开启所述麦克风模块的采音功能；
13.所述麦克风模块，与所述麦克风相连接，用于在采音功能开启后，采集第二语音信号，并将所述第二语音信号发送至所述音频控制模块；
14.所述音频控制模块，与所述音频处理模块相连接，还用于获取所述第二语音信号对应的第一音频文件，将所述第一音频文件发送至所述音频处理模块；
15.所述音频处理模块，与所述扬声器模块相连接，用于对所述第一音频文件进行解码得到第一音频数据，并将所述第一音频数据发送至所述扬声器模块；
16.所述扬声器模块，与所述扬声器连接，用于将所述第一音频数据发送至所述扬声
器；
17.所述扬声器，用于播放所述第一音频数据。
18.本技术实施例中，soc芯片包括唤醒词识别模块、麦克风模块以及扬声器模块，linux系统包括唤醒词监听模块、音频控制模块以及音频处理模块，通过所述模块之间的连接组成行车记录仪音频系统的结构，可以识别唤醒词信号，采集语音信号，并识别语音信号对应的音频播放请求，基于音频播放请求播放对应的音频数据。
19.在一种可能的实现方式中，所述行车记录仪音频系统还包括第一音频服务器，其中：
20.所述音频控制模块，与所述第一音频服务器相连接，用于将所述第二语音信号发送至所述第一音频服务器；
21.所述第一音频服务器，用于对所述第二语音信号进行识别，得到音频播放请求，从云端获取所述音频播放请求对应的所述第一音频文件，并将所述第一音频文件发送至所述音频控制模块。
22.本技术实施例中，在行车记录仪音频系统的结构中加入第一音频服务器，可以通过第一音频服务器获取在线音频文件，进而可以实现在线音频播放的功能。
23.在一种可能的实现方式中，所述行车记录仪音频系统还包括第二音频服务器，所述linux系统还包括应用程序模块，其中：
24.所述第二音频服务器，与所述应用程序模块相连接，用于从云端获取应用音频文件，并将所述应用音频文件发送至所述应用程序模块；
25.所述应用程序模块，与所述音频处理模块相连接，用于将所述应用音频文件发送至所述音频处理模块；
26.所述音频处理模块，与所述扬声器模块相连接，用于对所述应用音频文件进行解码得到应用音频数据，并将所述应用音频数据发送至所述扬声器模块；
27.所述扬声器模块，与所述扬声器连接，用于将所述应用音频数据发送至所述扬声器；
28.所述扬声器，用于播放所述应用音频数据。
29.本技术实施例中，在行车记录仪音频系统的结构中加入第二音频服务器和应用程序模块，可以对应用程序的音频文件进行播放，从而丰富了行车记录仪音频系统的功能。
30.在一种可能的实现方式中，所述soc芯片包括扬声器模块，所述linux系统包括音频处理模块以及音频接口，所述实时系统包括音频录制模块以及录制检测模块，其中：
31.所述麦克风，与所述音频录制模块相连接，用于采集音频信号，并将所述音频信号发送至所述音频录制模块；
32.所述音频录制模块，与所述录制检测模块相连接，用于录制所述音频信号，得到录制文件；
33.所述录制检测模块，与所述音频处理模块相连接，用于当检测到所述音频信号具有预设特征时，输出提示音播放指令，将所述提示音播放指令发送至所述音频处理模块；
34.所述音频处理模块，与所述扬声器模块相连接，用于获取所述提示音播放指令对应的第二音频文件，并对所述第二音频文件进行解码得到第二音频数据，将所述第二音频数据发送至所述扬声器模块；
35.所述扬声器模块，与所述扬声器连接，用于将所述第二音频数据发送至所述扬声器；
36.所述扬声器，用于播放所述第二音频数据。
37.本技术实施例中，soc芯片包括扬声器模块，linux系统包括音频处理模块以及音频接口，实时系统包括音频录制模块以及录制检测模块，通过所述模块之间的连接组成行车记录仪音频系统的结构，可以将实时系统中的提示音播放指令跨系统发送至linux系统，由linux系统获取提示音播放指令对应的音频文件，音频文件可以本地获取，也可以从云端获取，从而解决了行车记录仪音频系统无法在线播放音频的问题。
38.在一种可能的实现方式中，所述linux系统还包括音频接收模块以及音频播放器，其中：
39.所述音频录制模块，与所述音频接收模块相连接，将所述录制文件发送至所述音频接收模块；
40.所述音频接收模块，与所述音频处理模块相连接，将所述录制文件发送至所述音频处理模块；
41.所述音频处理模块，与所述音频播放器相连接，用于对所述录制文件进行解码得到解码数据，并将所述解码数据发送至所述音频播放器；
42.所述音频播放器，用于播放所述解码数据。
43.本技术实施例中，linux系统还包括音频接收模块以及音频播放器，实时系统将录制文件发送至linux系统进行播放，从而实现了行车记录仪音频系统内跨系统音频传输。
44.在一种可能的实现方式中，所述行车记录仪音频系统还包括ipc接口，其中：
45.所述录制检测模块，与所述ipc接口相连接，用于发送所述提示音播放指令至所述ipc接口；
46.所述ipc接口，与所述音频处理模块相连接，用于基于所述音频信号的特征，将所述提示音播放指令转化为ipc消息，并将所述ipc消息发送至所述音频处理模块；
47.所述音频处理模块，用于获取所述ipc消息对应的所述第二音频文件。
48.本技术实施例中，行车记录仪音频系统内跨系统音频传输的具体方式为进程间通信(ipc)。
49.在一种可能的实现方式中，所述行车记录仪音频系统还包括提示信息发送模块，所述soc芯片包括扬声器模块，所述linux系统包括音频处理模块，其中：
50.所述提示信息发送模块，与所述音频处理模块相连接，用于发送提示信息至所述音频处理模块；
51.所述音频处理模块，与所述扬声器模块相连接，用于获取所述提示信息对应的第三音频文件，并对所述第三音频文件进行解码得到第三音频数据，将所述第三音频数据发送至所述扬声器模块；
52.所述扬声器模块，与所述扬声器连接，用于将所述第三音频数据发送至所述扬声器；
53.所述扬声器，用于播放所述第三音频数据。
54.本技术实施例中，在行车记录仪音频系统的结构中加入提示信息发送模块，soc芯片包括扬声器模块，linux系统包括音频处理模块，可以在音频处理模块中采用tts技术将
提示信息对应的音频文本转化为音频文件并进行播放，从而使得行车记录仪音频系统支持tts播放。
55.在一种可能的实现方式中，所述行车记录仪音频系统还包括tts服务器，其中：
56.所述音频处理模块，与所述tts服务器相连接，用于解析所述提示信息，得到音频文本，并将所述音频文本发送至所述tts服务器；
57.所述tts服务器，用于获取所述音频文本对应的所述第三音频文件，并将所述第三音频文件发送至所述音频处理模块。
58.本技术实施例中，将提示信息对应的音频文本转化为音频文件的具体方法为在行车记录仪音频系统的结构中加入tts服务器，由tts服务器执行音频文本转化为音频文件的步骤。
59.在一种可能的实现方式中，所述音频处理模块还用于：
60.对所述第三音频文件进行本地存储；
61.删除本地存储中重复的所述第三音频文件。
62.本技术实施例中，对在线音频文件进行本地存储，可以减少在线获取音频文件的操作，同时丰富本地音频文件库，而删除重复的本地音频文件可以避免本地存储空间的浪费。
63.在一种可能的实现方式中，所述linux系统还包括音频接口，所述音频接口包括混音插件，其中：
64.所述音频处理模块，与所述音频接口相连接，用于发送当前播放的至少一个音频数据至所述音频接口；
65.所述音频接口，与所述扬声器模块相连接，用于将所述至少一个音频数据发送至所述扬声器模块；
66.所述混音插件，用于按照预设规则设置所述至少一个音频数据的播放顺序，所述播放顺序至少包括同时播放顺序以及先后播放顺序。
67.本技术实施例中，linux系统还包括音频接口，音频接口包括混音插件，可以通过混音插件对当前播放的音频数据进行混音，从而使得行车记录仪音频系统具有混音播放的功能。
68.第二方面，本技术实施例提供了一种行车记录仪，包括上述的行车记录仪音频系统。
69.可以理解地，上述提供的第二方面提供的行车记录仪包括第一方面的行车记录仪音频系统。因此，其所能达到的有益效果可参考第一方面所提供的行车记录仪音频系统中的有益效果，此处不再赘述。
附图说明
70.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
71.图1是本技术实施例提供的一种行车记录仪音频系统的结构示意图；
72.图2是本技术实施例提供的另一种行车记录仪音频系统的结构示意图；
73.图3a是本技术实施例提供的另一种行车记录仪音频系统的结构示意图；
74.图3b是本技术实施例提供的另一种行车记录仪音频系统的结构示意图；
75.图4是本技术实施例提供的另一种行车记录仪音频系统的结构示意图；
76.图5a是本技术实施例提供的另一种行车记录仪音频系统的结构示意图；
77.图5b是本技术实施例提供的另一种行车记录仪音频系统的结构示意图；
78.图6是本技术实施例提供的另一种行车记录仪音频系统的结构示意图；
79.图7是本技术实施例提供的另一种行车记录仪音频系统的结构示意图。
具体实施方式
80.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
81.在本技术的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。在本技术的描述中，需要说明的是，除非另有明确的规定和限定，“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本技术中的具体含义。此外，在本技术的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
82.下面结合具体的实施例对本技术进行详细说明。
83.在第一实施例中，如图1所示，特提出了一种行车记录仪音频系统，所述装置1包括soc芯片11、linux系统12、实时系统13、麦克风14以及扬声器15，其中：
84.soc芯片12分别与麦克风14以及扬声器15相连接；
85.linux系统12分别与soc芯片11以及实时系统13相连接。
86.具体的，soc芯片11是指专为智能语音前端信号处理而设计的嵌入式系统级(systemonchip，soc)芯片，集成有音频处理器，用于处理声信号，并对声音进行降噪处理以及识别等，包括但不限于gx8008芯片。
87.可选的，soc芯片12包括回波抵消(aec)模块，其中，回波抵消是指发送信号和接收信号在两个方向上同时间、同频谱地线路上传输时，发送信号的回波对接收信号造成干扰，利用自适应滤波器可以抵消回波，从而减小对接收信号的干扰。soc芯片12还包括降噪模块，通过降噪算法对声信号进行降噪处理。
88.麦克风14是将声信号转换为电信号的能量转换器件，与soc芯片11相连接，可以将采集到的声信号转换为电信号后，将电信号发送至soc芯片11。
89.扬声器15是将电信号转换为声信号的能量转换器件，与soc芯片11相连接，可以接
收soc芯片11发送的电信号，并将电信号转换为电信号，从而播放电信号对应的音频。
90.linux系统12是一种免费使用和自由传播的类unix操作系统，同时是一个性能稳定的多用户网络操作系统。linux系统12的可移植性使得行车记录仪音频系统1无需进行特殊修改，就可以移植至不同的平台。
91.实时系统13是指能够及时响应请求并对该请求进行处理，同时控制所有实时任务协调运行的操作系统，包括但不限于ultron系统以及threadx系统。行车记录仪音频系统1中实时系统13的平台相关性强，在行车记录仪音频系统移植到新平台时，代码无法复用，而linux系统12具有可移植性以及开源特性，与实时系统13相连接，使得行车记录仪音频系统在linux端也具有可移植性以及开源特性。
92.在本技术实施例中，可以通过linux系统分别与soc芯片以及实时系统相连接，以及soc芯片分别与麦克风以及扬声器相连接，组成行车记录仪音频系统的结构，基于linux系统的可移植性和开源特性，使得行车记录仪音频系统只需要进行简单的修改就可以快速移植至不同的平台，从而减小了开发行车记录仪音频系统的功能的工作量。
93.请参见图2，图2是本技术提出的一种行车记录仪音频系统装置的第二实施例的结构示意图。所述行车记录仪音频系统包括第一实施例中的soc芯片11、linux系统12、实时系统13、麦克风14以及扬声器15，在本实施例中，soc芯片11包括唤醒词识别模块111、麦克风模块112以及扬声器模块113，linux系统12包括唤醒词监听模块121、音频控制模块122以及音频处理模块123，其中：
94.麦克风14，与唤醒词识别模块111相连接，用于采集第一语音信号，并将所述第一语音信号发送至所述唤醒词识别模块。
95.唤醒词识别模块111，与唤醒词监听模块121相连接，用于识别所述第一语音信号中的唤醒词信号，并将所述唤醒词信号发送至所述唤醒词监听模块。具体的，所述唤醒词是指具有特定声学特征的语音信号，该语音信号可以唤醒对应设定的功能。例如，苹果移动设备操作系统(iphone operation system，ios)中，以“hey，siri”为唤醒词，开启语音助手功能。识别唤醒词信号的过程可以为基于特定的声学特征，对第一语音信号进行识别，从而得到唤醒词信号。
96.唤醒词监听模块121，与音频控制模块122相连接，用于将唤醒词信号转化为语音采集指令，并将所述语音采集指令发送至音频控制模块122。具体的，所述语音采集指令用于开启麦克风模块112的采音功能。将唤醒词信号转化为语音采集指令的过程为：解析所述唤醒词信号得到对应的唤醒词文本，由唤醒词文本生成所述语音采集指令。
97.音频控制模块122，与麦克风模块112相连接，用于接收所述语音采集指令，并开启所述麦克风模块的采音功能。
98.麦克风模块112，与麦克风14相连接，用于在采音功能开启后，采集第二语音信号，并将所述第二语音信号发送至音频控制模块122。
99.所述音频控制模块，与音频处理模块123相连接，还用于获取所述第二语音信号对应的第一音频文件，将所述第一音频文件发送至音频处理模块123。具体的，所述第一音频文件获取过程可以为：解析所述第二语音信号对应的语音文本，读取该语音文本对应的本地文件，在本地文件中获取所述第一音频文件。
100.可选的，如图3a所示，行车记录仪音频系统1还包括第一音频服务器16，所述第一
音频文件获取过程可以为：音频控制模块122，与第一音频服务器16相连接，用于将所述第二语音信号发送至第一音频服务器16；第一音频服务器16，用于对所述第二语音信号进行识别，得到音频播放请求，从云端获取所述音频播放请求对应的所述第一音频文件，并将所述第一音频文件发送至音频控制模块122，其中，所述第一音频文件为在线文件。
101.音频处理模块123，与扬声器模块113相连接，用于对所述第一音频文件进行解码得到第一音频数据，并将所述第一音频数据发送至扬声器模块113。具体的，所述第一音频文件可以为本地文件，也可以为在线文件，当所述第一音频文件为在线文件时，音频处理模块123可以对所述第一音频文件进行本地存储，当再次识别到相同的音频播放请求时，直接读取本地文件获取所述第一音频文件。其中，本地存储的方式包括但不限于以下几种方式：cookie方式、localstorage方式以及用户数据(userdata)方式。cookie方式：将加密后的数据以cookie文件格式进行本地存储，cookie文件类型为“小型文本文件”，可以根据设置的失效时间清空数据，从而可以由终端暂时或永久保存。localstorage方式：将加密后的数据以localstorage文件格式进行本地存储，localstorage存储可以解决了cookie存储空间小的问题，同时可以持久化本地存储。userdata方式：将加密后的数据存储在userdata文件中，userdata文件为终端设置的存储空间，从而可以进行本地存储。
102.需要说明的是，音频处理模块123在本地存储从云端获取的音频文件时，检测本地存储中是否存在相同的音频文件，若存在，则删除该相同的音频文件。此外，音频处理模块123还可以基于页面置换算法(least recently used，lru)删除最久未使用的本地存储中的音频文件。
103.扬声器模块113，与扬声器15连接，用于将所述第一音频数据发送至扬声器15；
104.扬声器15，用于播放所述第一音频数据。
105.可选的，如图3a所示，行车记录仪音频系统1还包括第二音频服务器17，linux系统12还包括应用程序模块124，其中：
106.第二音频服务器17，与应用程序模块124相连接，用于从云端获取应用音频文件，并将所述应用音频文件发送至所述应用程序模块；应用程序模块124，与音频处理模块123相连接，用于将所述应用音频文件发送至音频处理模块123；音频处理模块123，与扬声器模块113相连接，用于对所述应用音频文件进行解码得到应用音频数据，并将所述应用音频数据发送至扬声器模块113；扬声器模块113，与扬声器连接15，用于将所述应用音频数据发送至扬声器15；扬声器15，用于播放所述应用音频数据。例如，应用程序模块124为视频会议应用模块，当运行视频会议应用时，生成对应的应用音频文件，所述应用音频文件可以包括视频会议中进行会议的语音文件以及系统提示音文件，将所述应用音频文件发送至音频处理模块123，进行后续的解码以及播放。
107.需要说明的是，所述应用音频文件可以由音频处理模块123进行本地存储，具体可参见第一音频文件的本地存储过程，此处不再赘述。
108.可选的，如图3b所示，linux系统12还包括音频接口125，音频接口125包括混音插件1251，其中，音频处理模块123，与音频接口125相连接，用于发送至少一个所述第一音频数据至音频接口125；音频接口125，与扬声器模块113相连接，用于将至少一个所述第一音频数据发送至扬声器模块113；混音插件1251，用于按照预设规则设置所述至少一个第一音频数据的播放顺序，所述播放顺序至少包括同时播放顺序以及先后播放顺序。需要说明的
是，麦克风模块112将采集到的第二语音信号可以通过音频接口125发送至音频控制模块122。
109.具体的，音频接口125是指在linux系统上音频驱动程序架构提供支持的音频接口，包括但不限于乐器数字接口(musical instrument digital interface，midi)，其中，音频驱动程序架构可以为高级linux声音架构(advanced linux sound architecture，alsa)，也可以为linux系统的另一音频驱动程序框架oss(open sound system)。音频接口125还包括混音插件1251，混音插件1251是指对接收到的至少一个所述第一音频数据按照预设规则进行混音，并输出混音后的第一音频数据。可选的，混音插件1251，还用于对接收到的至少一个所述应用音频数据按照预设规则进行混音，并输出混音后的应用音频数据。当混音插件同时接收到至少一个所述第一音频数据以及至少一个应用音频数据时，按照预设规则对至少一个所述第一音频数据以及至少一个应用音频数据进行混音，并输出混音后的目标音频数据。
110.预设规则可以为：判断至少一个所述第一音频数据是否接受同时播放；若是，则同时播放所述第一音频数据；若否，则根据至少一个所述第一音频数据中播放顺序的优先级播放所述第一音频数据。可选的。在同时播放所述第一音频数据时，适当增大音频内容为提示音的第一音频数据的音量，同时适当减小音频内容为音乐的第一音频数据的音量，即根据音频内容的重要程度设置第一音频数据的音量。
111.下面结合图2对本发明实施例提供的一种行车记录仪音频系统的工作原理进行一个完整描述：
112.应用行车记录仪音频系统的行车记录仪对应的用户向麦克风14发出包含唤醒词的第一语音信号，唤醒词识别模块111识别第一语音信号得到唤醒词信号，并将唤醒词信号发送至唤醒词监听模块121。唤醒词监听模块121将唤醒词信号转化为语音采集指令，并将语音采集指令经由音频控制模块122发送至麦克风模块112，从而使得麦克风模块112采集第二语音信号并将第二语音信号发送至音频控制模块122。音频控制模块122在接收到第二语音信号后，解析第二语音信号得到对应的音频播放请求，再根据该音频播放请求获取本地的第一音频文件或在线的第一音频文件，并将第一音频文件发送至音频处理模块123。音频处理模块123对第一音频文件进行解码，得到第一音频数据，并将第一音频数据发送至扬声器模块113，由扬声器模块113将第一音频数据发送至扬声器15进行播放。
113.在本技术实施例中，soc芯片包括唤醒词识别模块、麦克风模块以及扬声器模块，linux系统包括唤醒词监听模块、音频控制模块以及音频处理模块，通过所述模块之间的连接组成行车记录仪音频系统的结构，可以识别唤醒词信号，采集语音信号，并识别语音信号对应的音频播放请求，基于音频播放请求播放对应的音频数据。进一步的，在行车记录仪音频系统的结构中加入第一音频服务器，可以通过第一音频服务器获取在线音频文件，进而可以实现在线音频播放。此外，在行车记录仪音频系统的结构中加入第二音频服务器和应用程序模块，可以对应用程序的音频文件进行播放，从而丰富了行车记录仪音频系统的功能。
114.请参见图4，图4是本技术提出的一种行车记录仪音频系统装置的第三实施例的结构示意图。所述行车记录仪音频系统包括第一实施例中的soc芯片11、linux系统12、实时系统13、麦克风14以及扬声器15，在本实施例中，soc芯片11包括扬声器模块113，linux系统12
包括音频处理模块123，实时系统13包括音频录制模块131以及录制检测模块132，其中：
115.麦克风14，与音频录制模块131相连接，用于采集音频信号，并将音频信号发送至音频录制模块131。
116.音频录制模块131，与录制检测模块132相连接，用于录制所述音频信号，得到录制文件，具体的，所述录制音频的过程为对所述音频信号进行本地存储，并以音频文件的格式进行存储，其中，录制文件的格式可以为动态影像专家压缩标准音频层面3(moving picture experts group audio layer iii，mp3)文件格式、波形声音文件格式(wav)以及自适应差分脉冲编码调制文件格式(adaptive differential pulse code modulation，adpcm)等。
117.录制检测模块132，与音频处理模块123相连接，用于当检测到所述音频信号具有预设特征时，输出提示音播放指令，将所述提示音播放指令发送至音频处理模块123。所述预设特征可以为所述音频信号的音量，例如，在设置有行车记录仪音频系统1的车辆中，所述音频信号为音乐信号，当该音乐音量影响该车辆驾驶者行驶车辆时，输出所述提示音播放指令，所述提示音播放指令用于指示行车记录仪音频系统1输出“请降低媒体音量”的提示音。
118.可选的，在设置有行车记录仪音频系统1的车辆中，实时系统13基于雷达检测到该车辆车速过快或与其他车辆的车距过近等事件时，录制检测模块132输出所述提示音播放指令，所述提示音播放指令用于指示行车记录仪音频系统1输出“车速过高，请降低车速”或“与前方车辆距离较近，请注意车速”的提示音。
119.音频处理模块123，与扬声器模块113相连接，用于获取所述提示音播放指令对应的第二音频文件，并对所述第二音频文件进行解码得到第二音频数据，将所述第二音频数据发送至扬声器模块113。
120.具体的，将所述提示音播放指令发送至音频处理模块123是将所述提示音播放指令由实时系统13发送至linux系统12的跨系统发送指令的过程。因此linux系统12与实时系统13的通信方式可以为进程间通信(inter-process communication，ipc)，其中，ipc技术是实现至少两个进程或线程间传送数据或信号的技术。如图5a所示，行车记录仪音频系统1还包括ipc接口18，其中：录制检测模块132，与ipc接口18相连接，用于发送所述提示音播放指令至ipc接口18；ipc接口18，与音频处理模块123相连接，用于基于所述音频信号的特征，将所述提示音播放指令转化为ipc消息，并将所述ipc消息发送至音频处理模块123；音频处理模块123，用于获取所述ipc消息对应的所述第二音频文件。
121.扬声器模块113，与扬声器15连接，用于将所述第二音频数据发送至扬声器15。
122.扬声器15，用于播放所述第二音频数据。
123.可选的，如图5b所示，linux系统12还包括音频接收模块126以及音频播放器127，其中：音频录制模块132，与音频接收模块126相连接，将所述录制文件发送至音频接收模块126；音频接收模块126，与音频处理模块123相连接，将所述录制文件发送至音频处理模块123；音频处理模块123，与音频播放器127相连接，用于对所述录制文件进行解码得到解码数据，并将所述解码数据发送至音频播放器127；音频播放器127，用于播放所述解码数据。
124.可选的，linux系统12还包括音频接口125，音频接口125包括混音插件1251，其中，音频处理模块123，与音频接口125相连接，用于发送至少一个所述第一音频数据至音频接
口125；音频接口125，与扬声器模块113相连接，用于将至少一个所述第一音频数据发送至扬声器模块113；混音插件1251，用于按照预设规则设置所述至少一个第二音频数据的播放顺序，所述播放顺序至少包括同时播放顺序以及先后播放顺序。具体可参见第二实施例中所述第一音频数据和/或应用音频数据的混音过程，此处不再赘述。
125.需要说明的是，在行车记录仪音频系统同时执行第二实施例以及第三实施例时，当混音插件1251同时接收到至少一个所述第一音频数据、至少一个应用音频数据以及至少一个所述第二音频数据时，按照预设规则对至少一个所述第一音频数据、至少一个应用音频数据以及至少一个所述第二音频数据进行混音，并输出混音后的目标音频数据。
126.下面结合图4对本发明实施例提供的一种行车记录仪音频系统1的工作原理进行一个完整描述：
127.音频录制模块131通过麦克风14采集音频信号，并对采集到的音频信号进行录制，得到录制文件。在录制音频信号的过程中，检测音频信号具有预设特征时，向音频处理模块123发送提示音播放指令。音频处理模块获取提示音播放指令对应的第二音频文件，将第二音频文件解码为第二音频数据，并将第二音频数据经由扬声器模块113发送至扬声器15进行播放。
128.在本技术实施例中，soc芯片包括扬声器模块，linux系统包括音频处理模块以及音频接口，实时系统包括音频录制模块以及录制检测模块，通过所述模块之间的连接组成行车记录仪音频系统的结构，可以将实时系统中的提示音播放指令跨系统发送至linux系统，由linux系统获取提示音播放指令对应的音频文件，音频文件可以本地获取，也可以从云端获取，从而解决了行车记录仪音频系统无法在线播放音频的问题。进一步的，linux系统还包括音频接收模块以及音频播放器，实时系统将录制文件发送至linux系统进行播放，从而实现了行车记录仪音频系统内跨系统音频传输。此外，linux系统还包括音频接口，音频接口包括混音插件，可以通过混音插件对当前播放的音频数据进行混音，从而使得行车记录仪音频系统具有混音播放的功能。
129.请参见图6，图6是本技术提出的一种行车记录仪音频系统装置的第四实施例的结构示意图。行车记录仪音频系统1包括第一实施例中的soc芯片11、linux系统12、实时系统13、麦克风14以及扬声器15，在本实施例中，行车记录仪音频系统1还包括提示信息发送模块19，soc芯片11包括扬声器模块15，linux系统12包括音频处理模块123，其中：
130.提示信息发送模块19，与音频处理模块123相连接，用于发送提示信息至音频处理模块123。具体的，提示信息发送模块是指直接向音频处理模块发送文本信息的模块，所述文本信息没有预置的音频数据，需要利用语音合成技术(texttospeech，tts)技术将文本转化为语音，从而得到对应的音频数据。所述提示信息发送模块可以为在线电子狗模块，也即车载测速模块。
131.可选的，linux系统12还包括音频控制模块122，所述提示信息可以为音频控制模块122发送至音频处理模块123的文本信息。
132.音频处理模块123，与扬声器模块113相连接，用于获取所述提示信息对应的第三音频文件，并对所述第三音频文件进行解码得到第三音频数据，将所述第三音频数据发送至所述扬声器模块。
133.具体的，如图7所示，行车记录仪音频系统1还包括tts服务器20，其中：音频处理模
块123，与tts服务器20相连接，用于解析所述提示信息，得到音频文本，并将所述音频文本发送至tts服务器20；tts服务器20，用于获取所述音频文本对应的所述第三音频文件，并将所述第三音频文件发送至音频处理模块123。其中，获取所述音频文本对应的第三音频文件的数据为：采用tts技术对所述音频文本进行语言合成，得到对应音频文本的语音数据，对所述语音数据进行编码或加密，得到所述第三音频文件。
134.需要说明的是，所述第三音频文件可以由音频处理模块123进行本地存储，具体可参见第一音频文件的本地存储过程，此处不再赘述。当音频处理模块123获取相同的提示信息时，可以直接读取本地存储中的第三音频文件。
135.所述扬声器模块，与所述扬声器连接，用于将所述第三音频数据发送至所述扬声器；
136.所述扬声器，用于播放所述第三音频数据。
137.可选的，linux系统12还包括音频接口125，音频接口125包括混音插件1251，其中，音频处理模块123，与音频接口125相连接，用于发送至少一个所述第一音频数据至音频接口125；音频接口125，与扬声器模块113相连接，用于将至少一个所述第一音频数据发送至扬声器模块113；混音插件1251，用于按照预设规则设置所述至少一个第三音频数据的播放顺序，所述播放顺序至少包括同时播放顺序以及先后播放顺序。具体可参见第二实施例中所述第一音频数据和/或应用音频数据的混音过程，此处不再赘述。
138.需要说明的是，在行车记录仪音频系统同时执行第二实施例、第三实施例以及第四实施例时，当混音插件1251同时接收到至少一个所述第一音频数据、至少一个应用音频数据、至少一个所述第二音频数据以及至少一个所述第三音频数据时，按照预设规则对至少一个所述第一音频数据、至少一个应用音频数据、至少一个所述第二音频数据以及至少一个所述第三音频数据进行混音，并输出混音后的目标音频数据。
139.进一步的，音频处理模块123，与音频接口125相连接，用于发送当前播放的至少一个音频数据至音频接口125；音频接口125，与扬声器模块113相连接，用于将至少一个所述音频数据发送至扬声器模块113；混音插件1251，用于按照预设规则设置所述至少一个音频数据的播放顺序，所述播放顺序至少包括同时播放顺序以及先后播放顺序。
140.下面结合图6对本发明实施例提供的一种行车记录仪音频系统的工作原理进行一个完整描述：
141.音频处理模块123接收提示信息模块19发送的提示信息，并对所述提示信息解析得到对应的音频文本，采用tts技术并基于所述音频文本生成第三音频文件，将第三音频文件解码为第三音频数据，并将第三音频数据经由扬声器模块113发送至扬声器15进行播放。
142.在本技术实施例中，在行车记录仪音频系统的结构中加入提示信息发送模块，soc芯片包括扬声器模块，linux系统包括音频处理模块，可以在音频处理模块中采用tts技术将提示信息对应的音频文本转化为音频文件并进行播放，从而使得行车记录仪音频系统支持tts播放。进一步的，对在线音频文件进行本地存储，可以减少在线获取音频文件的操作，同时丰富本地音频文件库，而删除重复的本地音频文件可以避免本地存储空间的浪费。
143.本技术的实施例还提供一种行车记录仪，该行车记录仪包括上述的行车记录仪音频系统，可以通过linux系统分别与soc芯片以及实时系统相连接，以及soc芯片分别与麦克风以及扬声器相连接，组成行车记录仪音频系统的结构，基于linux系统的可移植性和开源
特性，使得行车记录仪音频系统只需要进行简单的修改就可以快速移植至不同的平台，从而减小了开发行车记录仪音频系统的功能的工作量。
144.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
145.以上所揭露的仅为本技术较佳实施例而已，当然不能以此来限定本技术之权利范围，因此依本技术权利要求所作的等同变化，仍属本技术所涵盖的范围。