一种数据处理的方法和装置与流程

1.本发明涉及车辆技术领域，特别是涉及一种数据处理的方法和装置。


背景技术：

2.智能车辆是一个集环境感知、规划决策、多等级辅助驾驶等多个功能于一体的综合系统，它集中运用了计算机、现代传感、信息融合、通讯、人工智能及自动控制等技术，是典型的高新技术综合体。目前对智能车辆的研究主要致力于提高汽车的安全性、舒适性，以及提供优良的人车交互界面。
3.在不断丰富智能汽车各项功能的同时，也需要为智能汽车也需要提供完善的售后服务，以便及时解决智能汽车在实际应用过程中可能会出现的问题。
4.目前在汽车出现故障后，尤其是音频出现故障时(如行车过程中出现车辆无声的故障)，一般需要经过漫长的信息反馈流程，导致车辆的音频问题无法第一时间得以处理，给车主造成使用上的不便。
5.而且，针对某些低概率问题或者难以复现的问题，问题现场是非常重要的分析依据，如果不能及时分析问题现场，可能会导致问题现场被破坏，无法进一步分析，进而无法快速找到问题点，影响车辆的质量。


技术实现要素：

6.鉴于上述问题，提出了以便提供克服上述问题或者至少部分地解决上述问题的一种数据处理的方法和装置，包括：
7.一种数据处理的方法，应用于车载系统，所述方法包括：
8.在后台调试进程启动的情况下，将针对车载音频的调试请求发送至远程调试客户端；
9.建立所述远程调试客户端与所述车载系统的通信链接；
10.通过所述通信链接，接收所述远程调试客户端发送的针对所述调试请求的调试指令，并按照所述调试指令进行音频数据抓取，得到目标音频数据。
11.可选地，在所述接收所述远程调试客户端发送的针对所述调试请求的调试指令的步骤之后，包括：
12.将接收的调试指令存储在第一缓存区；
13.判断所述第一缓存区是否存在有效的调试指令；
14.在判定所述第一缓存区存在有效的调试指令时，从所述第一缓存区中读取所述调试指令。
15.可选地，所述按照所述调试指令进行音频数据抓取，包括：
16.确定所述调试指令对应的车载音频部件；
17.针对所述车载音频部件，进行音频数据抓取。
18.可选地，所述针对所述车载音频部件，进行音频数据抓取，包括：
19.获取车载音频部件的数据埋点；
20.按照所述数据埋点，抓取目标音频数据。
21.可选地，在所述将调试请求发送至远程调试客户端的步骤之前，还包括：
22.在车载系统启动的情况下，对车载音频部件进行初始化处理；
23.响应于用户操作，启动后台调试进程。
24.可选地，还包括：
25.在预设时长内没有再次接收到调试指令时，关闭后台调试进程，以结束调试。
26.可选地，还包括：
27.将抓取的目标音频数据存储在第二缓存区，以使所述远程调试客户端从所述第二缓存区读取所述目标音频数据。
28.一种数据处理的方法，应用于远程调试客户端，所述方法包括：
29.在接收到车载系统发送的针对车载音频的调试请求时，根据所述调试请求，配置针对所述车载系统的调试指令；
30.建立所述远程调试客户端与所述车载系统的通信链接；
31.通过所述通信链接，将所述调试指令发送至所述车载系统，以控制所述车载系统按照所述调试指令进行音频数据抓取。
32.一种数据处理的装置，应用于车载系统，所述装置包括：
33.调试请求发送模块，用于在后台调试进程启动的情况下，将针对车载音频的调试请求发送至远程调试客户端；
34.第一通信链接建立模块，用于建立所述远程调试客户端与所述车载系统的通信链接；
35.数据抓取模块，用于通过所述通信链接，接收所述远程调试客户端发送的针对所述调试请求的调试指令，并按照所述调试指令进行音频数据抓取，得到目标音频数据。
36.一种数据处理的装置，应用于远程调试客户端，所述装置包括：
37.调试指令配置模块，用于在接收到车载系统发送的针对车载音频的调试请求时，根据所述调试请求，配置针对所述车载系统的调试指令；
38.第二通信链接建立模块，用于建立所述远程调试客户端与所述车载系统的通信链接；
39.调试指令发送模块，用于通过所述通信链接，将所述调试指令发送至所述车载系统，以控制所述车载系统按照所述调试指令进行音频数据抓取。
40.一种车辆，包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上所述的数据处理的方法。
41.一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上所述的数据处理的方法。
42.本发明实施例具有以下优点：
43.在本发明实施例中，通过在后台调试进程启动的情况下，将针对车载音频的调试请求发送至远程调试客户端，从而建立所述远程调试客户端与所述车载系统的通信链接，进而可以通过所述通信链接，接收所述远程调试客户端发送的针对所述调试请求的调试指令，并按照所述调试指令进行音频数据抓取，得到目标音频数据，实现了对车载系统进行实
时在线音频调试，获取目标音频数据，及时定位车辆的音频问题。
附图说明
44.为了更清楚地说明本发明的技术方案，下面将对本发明的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
45.图1是本发明一实施例提供的一种数据处理的方法的步骤流程图；
46.图2a是本发明一实施例提供的另一种数据处理的方法的步骤流程图；
47.图2b是本发明一实施例提供的一种车载音频模块的示意图；
48.图3是本发明一实施例提供的又一种数据处理的方法的步骤流程图；
49.图4是本发明一实施例提供的再一种数据处理的方法的步骤流程图；
50.图5是本发明一实施例提供的一种数据处理的装置的结构示意图；
51.图6是本发明一实施例提供的另一种数据处理的装置的结构示意图。
具体实施方式
52.为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
53.参照图1，示出了本发明一实施例提供的一种数据处理的方法的步骤流程图，应用于车载系统，具体可以包括如下步骤：
54.步骤101，在后台调试进程启动的情况下，将针对车载音频的调试请求发送至远程调试客户端；
55.在车辆中的后台调试进程可以用于管理针对车载系统的调试，在后台调试进程启动的情况下，可以对车载系统进行调试；在后台调试进程关闭的情况下，则可以结束对车载系统的调试。
56.通过对车载系统进行音频调试，可以确定音频故障车辆的故障问题点或确定车载系统的运行情况是否正常。
57.后台调试进程可以通过自启动或者响应于用户操作启动，在后台调试进程启动后，后台调试进程可以常驻后台，当检测到预设事件(如，车辆音频故障的事件、预设的周期音频调试事件、用户主动请求进行音频调试的事件等)时，车载系统可以向远程调试客户端发送针对车载音频的调试请求，以请求远程调试客户端对车载系统进行针对车载音频的在线调试，快速确定当前车辆的音频问题点。
58.步骤102，建立所述远程调试客户端与所述车载系统的通信链接；
59.在车载系统发送调试请求后，可以基于该调试请求建立远程调试客户端与车载系统之间的通信链接，该通信链接可以支持远程调试客户端对车载系统进行针对车载音频的在线实时调试。
60.当远程调试客户端与车载系统的通信链接建立失败时，则可以生成失败原因，进
而可以将失败原因反馈给车辆端以及远程调试客户端，并结束本次调试。
61.通过建立链接，在车辆的车载音频出现问题时，可以针对车载音频进行远程在线调试分析，无需工程师到场，节省了用户时间和降低公司运营成本。
62.在一示例中，远程调试客户端与车载系统的通信链接可以是socket链接。
63.步骤103，通过所述通信链接，接收所述远程调试客户端发送的针对所述调试请求的调试指令，并按照所述调试指令进行音频数据抓取，得到目标音频数据。
64.在建立远程调试客户端与车载系统的通信链接之后，远程调试客户端与车载系统可以基于该通信链接进行通信，具体地，车载系统可以通过通信链接，接收来自远程调试客户端配置的调试指令，该调试指令可以是远程调试客户端根据调试请求生成的针对车载音频的调试指令。
65.在车载系统接收到调试指令后，车载系统可以按照调试指令，在车载系统中针对车载音频部件进行音频数据抓取，从而得到音频目标数据。其中，当车辆为存在音频故障车辆时，目标数据可以是针对故障车辆的异常音频数据或者是可以用于确定音频故障原因的特征音频数据。
66.在一示例中，调试请求可以包含调试类型，从软硬件层面，可以将调试请求划分为针对硬件系统的调试请求、针对软件系统的调试请求；从系统关联性层面，可以将调试请求划分为与系统关联的调试请求、其他调试请求；从车辆功能层面，可以将调试请求划分为针对车载音频功能的调试请求、针对车灯功能的调试请求、针对智能座舱功能的调试请求、针对自动驾驶功能的调试请求等。
67.在车载系统发送针对车载音频的调试请求后，远程调试客户端可以接收到该调试请求，并可以识别出调试请求的调试类型，可以确定该调试请求是用于请求针对车载音频进行在线实时调试的，从而可以根据调试类型配置对应的调试指令，并将配置好的调试指令通过建立的通信链接发送给车载系统处理。
68.通过在线实时抓取音频数据，可以使车辆的音频问题得以快速分析，提升车辆的售后效率，提高用户针对车载音频的使用体验。并且，针对车辆的一些低概率或难以复现问题，可以得到更有效分析，从而提升整体产品质量。
69.在本发明实施例中，通过在后台调试进程启动的情况下，将针对车载音频的调试请求发送至远程调试客户端，从而建立所述远程调试客户端与所述车载系统的通信链接，进而可以通过所述通信链接，接收所述远程调试客户端发送的针对所述调试请求的调试指令，并按照所述调试指令进行音频数据抓取，得到音频目标数据，实现了对车载系统进行实时在线音频调试，获取目标音频数据，及时定位车辆的音频问题。
70.参照图2a，示出了本发明一实施例提供的另一种数据处理的方法的步骤流程图，应用于车载系统，具体可以包括如下步骤：
71.步骤201，在后台调试进程启动的情况下，将针对车载音频的调试请求发送至远程调试客户端；
72.步骤202，建立所述远程调试客户端与所述车载系统的通信链接；
73.步骤203，通过所述通信链接，接收所述远程调试客户端发送的针对所述调试请求的调试指令，将接收的调试指令存储在第一缓存区；
74.在调试过程中，可能需要一个或多个调试指令来协同完成对车辆音频的调试，当
某一个调试指令的执行时间过长时，会影响其他调试指令，如果不对调试指令进行缓存，其他调试指令可能会出现丢失现象，从而导致调试失败。
75.为了避免车载系统丢失调试指令，车载系统在接收到调试指令后，可以将接收到的调试指令统一存储在第一缓存区，通过设置第一缓存区存储调试指令，可以在预设时间内接收多个调试指令时，避免调试指令丢失的现象。
76.步骤204，判断所述第一缓存区是否存在有效的调试指令；
77.在调试过程中，针对车载音频的调试请求，不同车辆所支持的调试指令也可以不同。
78.在车载系统接收的调试指令为有效的调试指令时，车载系统才可以执行调试指令。有效的调试指令为车载系统可以支持的调试指令。
79.第一缓存区存储有车载系统接收到的所有调试指令，从而车载系统可以先判断第一缓存区是否存在有效的调试指令。
80.步骤205，在判定所述第一缓存区存在有效的调试指令时，从所述第一缓存区中读取所述调试指令；
81.在判定第一缓存区存在有效的调试指令时，即存在车载系统支持的调试指令时，车载系统可以从第一缓存区读取该有效的调试指令。
82.步骤206，按照所述调试指令进行音频数据抓取，得到目标音频数据。
83.在本发明一实施例中，步骤206可以包括：
84.子步骤21，确定所述调试指令对应的车载音频部件；
85.在实际应用中，车载系统在接收到针对车载音频的调试指令后，可以确定调试指令对应的车载音频部件，具体地，在一示例中，调试指令可以携带有车载音频部件的标识信息，车载系统对调试指令进行解析，得到车载音频部件的标识信息，从而确定车载音频部件；在另一示例中，在车载系统中，可以存储有调试指令与车载部件的对应关系，该对应关系可以是一对一的对应关系，也可以是一对多的对应关系，车载部件在接收到调试指令后，可以根据对应关系，确定调试指令对应的车载音频部件。
86.需要说明的是，上述确定车载音频部件的方式仅仅是部分示例，而非全部示例，本领域技术人员可以根据用户需求、车载系统以及远程调试客户端设置确定车载音频部件的方式，在此不做过多限制。
87.子步骤22，针对所述车载音频部件，进行音频数据抓取。
88.在确定车载音频部件后，可以确定车载音频部件关联的各数据节点，从而，可以在各数据节点中进行音频数据抓取。
89.在本发明一实施例中，所述子步骤22可以包括：
90.获取车载音频部件的数据埋点；按照所述数据埋点，抓取目标音频数据。
91.在实际应用中，为了采集到相应的数据，可以在车载部件中设置数据埋点，在确定车载音频部件后，可以获取针对车载音频部件设置的数据埋点，从而可以在数据埋点处抓取目标音频数据，以通过目标音频数据分析车辆的音频部件的问题点。
92.需要说明的是，数据埋点的类型可以是全埋点、可视化埋点、代码埋点、后端埋点中任意一种，本领域技术人员也可以根据用户需求确定数据埋点的类型，不局限于上述所列举的类型，在此不做过多限制。
93.在一示例中，如图2b所示，车辆中的车载音频模块可以包括麦克风、模/数转换(analog
‑
digital conversion，adc)、自动回声消除(automatic echo cancellation，aec)、系统芯片(system on chip，soc)、数字信号处理(digital signal processing，dsp)、功率放大器(power amplifier，pa)、喇叭等部分。
94.其中，dsp可以包括多声道(mix)、音量调整(vol)、均衡器(equalizer，eq)、数/模转换器(digital
‑
analog conversion，dac)。
95.在车载音频模块，数据处理过程如下：
96.在系统级芯片上，可以运行有车载操作系统以及后台调试进程，soc的两路数据通路(data in，数据输入)/(data out，数据输出)分别表示车载音频的上行通路/下行通路。
97.在上行通路中，将麦克风输入的麦克风数据输送到adc进行处理，处理后的麦克风数据可以结合下行通路的dsp中的参考音数据(reference in)一共送入aec做回声消除处理。
98.在经过回声处理后，将干净的声音数据送入soc，下行数据通过dsp以及pa之后，将数据直接推送至喇叭进行输出，从而可以呈现给用户极致音乐体验。
99.基于上述车辆中的车载音频模块以及数据处理过程，以车辆行驶过程中，正在播放的音乐突然无声为例，对数据抓取过程进行解释：
100.在车辆行驶过程中，正在播放的音乐突然无声，用户在简单的自行排查后未能解决该问题，从而用户可以联系远程技术坐席，远程技术坐席进行初步问题理清之后，可以请维修人员介入进行在线音频调试。维修人员可以通过远程调试客户端，在客户授权允许的情况下，远程与车载系统后台调试进程建立socket链接。
101.维修人员可以根据用户反馈的问题情况和/或初步排查结果，配置调试指令“dumpsysmedia.audio_xxxxpcm_xxx 1xxx......”，并通过远程调试客户端将该调试指令通过socket链接发送至车载系统。
102.车载系统读取到该调试指令之后，可以识别出该调试指令是一个数据抓取指令，并启动在车载音频模块的数据埋点处进行数据抓取。其中，车载音频模块可以设置有两处数据埋点，一处来自soc输出，一处来自于dsp的eq处理之后的输出。从这两处得到的数据抓取结果即可快速定位车辆无声问题的问题点。
103.具体地，“dumpsysmedia.audio_xxxxpcm_xxx 1xxx”为调试指令的一种格式，调试指令可以包括调试行为类型、调试指令针对的车载部件、以及调试指令针对的数据类型。
104.当调试指令为“dumpsysmedia.audio_xxxxpcm_dump 4096”时，“pcm_dump”表示该调试指令为数据抓取指令，“4096”为调试需要抓取的点，该调试指令是针对车载音频模块的，“4096”表示需要抓取音乐播放的数据。
105.接收到抓取指令之后，spi(serial peripheral interface，串行外设接口)抓取线程启动，从图2b所示的数据抓取位置抓取音频数据，然后，spi抓取线程不断从spi接口读取目标音频数据，并将目标音频数据保存到数据文件“media_playback.dat/media.dat”中。
106.在进行数据抓取之后，后台调试进程可以将数据文件media_playback.dat/media.dat写入第二缓存区。远程调试客户端即可从该第二缓存区读出目标音频数据，并对读出的目标音频数据作进一步分析。
107.需要说明的是，当发送车载音频以外的其他类型的调试请求时，车载系统在执行数据抓取时，数据抓取的车载部件还可以是车载音频模块以外的其他车载部件，本领域技术人员可以根据实际需要，针对不同的车载部件进行相应的数据埋点处理。
108.步骤207，将抓取的目标音频数据存储在第二缓存区，以使所述远程调试客户端从所述第二缓存区读取所述目标音频数据。
109.在进行数据抓取之后，可以抓取到目标音频数据，在执行指令时，可以同步将抓取的目标音频数据缓存到第二缓存区中，从而避免数据拥堵，远程调试客户端可以在第二缓存区中读取到抓取的目标音频数据，从而通过对目标音频数据进行分析处理，确定车辆的音频故障原因。
110.在本发明实施例中，通过在后台调试进程启动的情况下，将针对车载音频的调试请求发送至远程调试客户端，从而建立所述远程调试客户端与所述车载系统的通信链接，进而可以通过所述通信链接，接收所述远程调试客户端发送的针对所述调试请求的调试指令，将接收的调试指令存储在第一缓存区，判断所述第一缓存区是否存在有效的调试指令，在判定所述第一缓存区存在有效的调试指令时，从所述第一缓存区中读取所述调试指令，并按照所述调试指令进行音频数据抓取，得到目标音频数据，将抓取的目标音频数据存储在第二缓存区，以使所述远程调试客户端从所述第二缓存区读取所述目标音频数据，实现了对车载系统进行实时在线音频调试，通过对调试指令和目标音频数据进行缓存，避免调试指令丢失的现象以及数据拥堵的现象。
111.参照图3，示出了本发明一实施例提供的另一种数据处理方法的步骤流程图，应用于车载系统，具体可以包括如下步骤：
112.步骤301，在车载系统启动的情况下，对车载音频部件进行初始化处理；
113.在车载系统启动的情况下，可以对车载音频部件进行初始化处理。
114.例如，车载系统启动后，可以进行音频硬件相关初始化，比如dsp、aec、pa等初始化。接着加载操作系统os，在操作系统启动后，可以启动后台在线调试进程。
115.步骤302，响应于用户操作，启动后台调试进程。
116.在车载部件完成初始化后，可以根据用户需求通过用户操作手动开启后台调试进程。
117.在一示例中，在响应于用户操作，启动后台调试进程，包括：
118.响应于用户授权操作，启动后台调试进程。具体地，在用户车辆出现问题之后，用户可以联系远程技术坐席。并在远程技术坐席指导下，用户输入授权指令，进入后台调试进程启动的授权界面，并可以向用户展示后台调试进程的使用说明，在用户确认授权之后，可以启动后台调试进程。
119.在后台调试进程启动后，cdu显示启动成功的反馈消息，其中，反馈消息可以是图文消息、也可以是语音消息等，如，显示图文消息server ready...。
120.步骤303，在后台调试进程启动的情况下，将针对车载音频的调试请求发送至远程调试客户端；
121.步骤304，建立所述远程调试客户端与所述车载系统的通信链接；
122.步骤305，通过所述通信链接，接收所述远程调试客户端发送的针对所述调试请求的调试指令，并按照所述调试指令进行音频数据抓取，得到目标音频数据。
123.步骤306，在预设时长内没有再次接收到调试指令时，关闭后台调试进程，以结束调试。
124.为了避免信息安全问题，可以对后台调试进程设置自动退出的事件，如设置预设时长，在预设时长内，车载系统没有再次接收到新的调试指令，可以关闭后台调试进行，以结束调试。
125.在本发明实施例中，通过在车载系统启动的情况下，对车载音频部件进行初始化处理，响应于用户操作，启动后台调试进程，在后台调试进程启动的情况下，将针对车载音频的调试请求发送至远程调试客户端，从而建立所述远程调试客户端与所述车载系统的通信链接，进而可以通过所述通信链接，接收所述远程调试客户端发送的针对所述调试请求的调试指令，并按照所述调试指令进行音频数据抓取，得到目标音频数据，在预设时长内没有再次接收到调试指令时，可以关闭后台调试进程，以结束调试，实现了对车载系统进行在线实时音频调试，获取目标音频数据，及时定位车辆的问题。并且，通过控制后台调试进程的开启和关闭，可以确保信息传输安全。
126.参照图4，示出了本发明一实施例提供的一种数据处理方法的步骤流程图，应用于远程调试客户端，具体可以包括如下步骤：
127.步骤401，在接收到车载系统发送的针对车载音频的调试请求时，根据所述调试请求，配置针对所述车载系统的调试指令；
128.在远程调试客户端，可以接收车载系统发送的针对车载音频的调试指令，该调试指令可以是针对车辆端的音频故障的请求对车载系统进行音频调试的指令。
129.在收到调试指令后，远程调试客户端可以根据调试指令配置用于对车载系统进行音频调试的调试指令。
130.步骤402，建立所述远程调试客户端与所述车载系统的通信链接；
131.步骤403，通过所述通信链接，将所述调试指令发送至所述车载系统，以控制所述车载系统按照所述调试指令进行数据抓取。
132.在建立实时在线的通信链接后，可以将调试指令通过通信链接发送至车载系统，从而控制车载系统按照调试指令抓取音频数据。
133.在本发明实施例中，通过在接收到车载系统发送的针对车载音频的调试请求时，根据所述调试请求，配置针对所述车载系统的调试指令，建立所述远程调试客户端与所述车载系统的通信链接，通过所述通信链接，将所述调试指令发送至所述车载系统，以控制所述车载系统按照所述调试指令进行音频数据抓取，实现了对车载系统进行在线实时音频调试，获取目标音频数据，及时定位车辆的音频问题。
134.需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
135.参照图5，示出了本发明一实施例提供的一种数据处理的装置的结构示意图，应用于车载系统，具体可以包括如下模块：
136.调试请求发送模块501，用于在后台调试进程启动的情况下，将针对车载音频的调
试请求发送至远程调试客户端；
137.第一通信链接建立模块502，用于建立所述远程调试客户端与所述车载系统的通信链接；
138.数据抓取模块503，用于通过所述通信链接，接收所述远程调试客户端发送的针对所述调试请求的调试指令，并按照所述调试指令进行音频数据抓取，得到目标音频数据。
139.在本发明一实施例中，装置可以包括：
140.指令存储模块，用于将接收的调试指令存储在第一缓存区；
141.指令判断模块，用于判断所述第一缓存区是否存在有效的调试指令；
142.指令读取模块，用于在判定所述第一缓存区存在有效的调试指令时，从所述第一缓存区中读取所述调试指令。
143.在本发明一实施例中，数据抓取模块503可以包括：
144.车载音频部件确定子模块，用于确定所述调试指令对应的车载音频部件；
145.数据抓取子模块，用于针对所述车载音频部件，进行音频数据抓取。
146.在本发明一实施例中，数据抓取子模块可以包括：
147.数据埋点单元，用于获取车载音频部件的数据埋点；
148.目标音频数据抓取单元，用于按照所述数据埋点，抓取目标音频数据。
149.在本发明一实施例中，所述装置还可以包括：
150.车载部件初始化模块，用于在车载系统启动的情况下，对车载音频部件进行初始化处理；
151.调试进程启动模块，用于响应于用户操作，启动后台调试进程。
152.在本发明一实施例中，装置还包括：
153.调试进程关闭模块，用于在预设时长内没有再次接收到调试指令时，关闭后台调试进程，以结束调试。
154.在本发明一实施例中，装置还包括：
155.将抓取的目标音频数据存储在第二缓存区，以使所述远程调试客户端从所述第二缓存区读出所述目标音频数据。
156.在本发明实施例中，通过在后台调试进程启动的情况下，将针对车载音频的调试请求发送至远程调试客户端，从而建立所述远程调试客户端与所述车载系统的通信链接，进而可以通过所述通信链接，接收所述远程调试客户端发送的针对所述调试请求的调试指令，并按照所述调试指令进行音频数据抓取，得到目标音频数据，实现了对车载系统进行实时在线音频调试，获取目标音频数据，及时定位车辆的音频问题。
157.参照图6，示出了本发明一实施例提供的一种数据处理的装置的结构示意图，应用于远程调试客户端，具体可以包括如下模块：
158.调试指令配置模块601，用于在接收到车载系统发送的针对车载音频的调试请求时，根据所述调试请求，配置针对所述车载系统的调试指令；
159.第二通信链接建立模块602，用于建立所述远程调试客户端与所述车载系统的通信链接；
160.调试指令发送模块603，用于通过所述通信链接，将所述调试指令发送至所述车载系统，以控制所述车载系统按照所述调试指令进行音频数据抓取。
161.在本发明实施例中，通过在接收到车载系统发送的针对车载音频的调试请求时，根据所述调试请求，配置针对所述车载系统的调试指令，建立所述远程调试客户端与所述车载系统的通信链接，通过所述通信链接，将所述调试指令发送至所述车载系统，以控制所述车载系统按照所述调试指令进行音频数据抓取，实现了对车载系统进行实时在线音频调试，获取目标音频数据，及时定位车辆的音频问题。
162.本发明一实施例还提供了一种车辆，可以包括处理器、存储器及存储在存储器上并能够在处理器上运行的计算机程序，计算机程序被处理器执行时实现如上数据处理的方法的步骤。
163.本发明一实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储计算机程序，计算机程序被处理器执行时实现如上数据处理的方法的步骤。
164.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
165.本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
166.本领域内的技术人员应明白，本发明实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd
‑
rom、光学存储器等)上实施的计算机程序产品的形式。
167.本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
168.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
169.这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
170.尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
171.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作
之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
172.以上对所提供的一种数据处理的方法和装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。