CN115981849A - 车载应用的数据处理方法和装置 - Google Patents

Abstract

本申请公开了一种车载应用的数据处理方法和装置，属于数据处理技术领域。该方法应用于安装有第一应用的车机，包括：接收用户对第一控件的第一输入，所述第一控件为所述第一应用的图标，或者，所述第一控件为第一应用的应用界面中的控件；响应于所述第一输入，在第一数据请求对应的资源占用率大于第一阈值的情况下，向目标终端设备发送所述第一数据请求，以使所述目标终端设备调用第二应用对所述第一数据请求进行处理；其中，所述第一数据请求为基于所述第一输入生成的数据请求，所述资源占用率为车机芯片处理数据请求时占用的硬件资源的比例；在接收到所述目标终端设备发送的第一处理结果信息的情况下，输出所述第一处理结果信息。

Description

车载应用的数据处理方法和装置

技术领域

本申请属于数据处理技术领域，具体涉及一种车载应用的数据处理方法和装置。

背景技术

随着互联网技术的不断发展，其为人们的生活提供了越来越多的便利。尤其，APP(应用程序，Application)的广泛使用，使得我们在工作、生活、娱乐等更加丰富。APP也可以理解为用于安装在电子设备中的实现某些功能的可执行程序。

目前，在不同的应用场景下，APP依赖于不同的电子设备可以实现各种各样的功能，以满足人们不同的需求。例如在人们使用电脑进行办公的场景下，各办公APP依赖于电脑，人们使用电脑上安装的各办公APP即可轻松实现办公。在人们使用车辆的场景下，各车载APP依赖于车机，人们使用车机上安装的各车载APP即可轻松实现导航、收听广播等。

然而，上述车载APP受限于车机的硬件性能，在运行时常常出现卡顿现象。

发明内容

本申请实施例的目的是提供一种车载应用的数据处理方法和装置，能够解决相关技术中车载APP运行时常常出现卡顿现象的问题。

第一方面，本申请实施例提供了一种车载应用的数据处理方法，应用于安装有第一应用的车机，该方法包括：

接收用户对第一控件的第一输入，其中，所述第一控件为所述第一应用的图标，或者，所述第一控件为第一应用的应用界面中的控件；

响应于所述第一输入，在第一数据请求对应的资源占用率大于第一阈值的情况下，向目标终端设备发送所述第一数据请求，以使所述目标终端设备调用第二应用对所述第一数据请求进行处理；其中，所述第一数据请求为基于所述第一输入生成的数据请求，所述资源占用率为车机芯片处理数据请求时占用的硬件资源的比例；

在接收到所述目标终端设备发送的第一处理结果信息的情况下，输出所述第一处理结果信息。

第二方面，本申请实施例提供了一种车载应用的数据处理方法，应用于安装有第二应用的目标终端设备，该方法包括：

接收车机发送的第一数据请求，其中，所述第一数据请求为所述车机在资源占用率大于第一阈值的情况下发送的数据请求，所述资源占用率为车机芯片处理数据请求时占用的硬件资源的比例；

调用所述第二应用对所述第一数据请求进行处理，得到第一处理结果信息；

将所述第一处理结果信息发送至所述车机，以使所述车机输出所述第一处理结果信息。

第三方面，本申请实施例提供了一种车载应用的数据处理装置，应用于安装有第一应用的车机，该装置包括：

第一接收模块，用于接收用户对第一控件的第一输入，其中，所述第一控件为所述第一应用的图标，或者，所述第一控件为第一应用的应用界面中的控件；

第一发送模块，用于响应于所述第一输入，在第一数据请求对应的资源占用率大于第一阈值的情况下，向目标终端设备发送所述第一数据请求，以使所述目标终端设备调用第二应用对所述第一数据请求进行处理；其中，所述第一数据请求为基于所述第一输入生成的数据请求，所述资源占用率为车机芯片处理数据请求时占用的硬件资源的比例；

输出模块，用于在接收到所述目标终端设备发送的第一处理结果信息的情况下，输出所述第一处理结果信息。

第四方面，本申请实施例提供了一种车载应用的数据处理装置，应用于安装有第二应用的目标终端设备，该装置包括：

第二接收模块，用于接收车机发送的第一数据请求，其中，所述第一数据请求为所述车机在资源占用率大于第一阈值的情况下发送的数据请求，所述资源占用率为车机芯片处理数据请求时占用的硬件资源的比例；

第二处理模块，用于调用所述第二应用对所述第一数据请求进行处理，得到第一处理结果信息；

第二发送模块，用于将所述第一处理结果信息发送至所述车机，以使所述车机输出所述第一处理结果信息。

第五方面，本申请实施例提供了一种电子设备，该电子设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面或第二方面所述的方法的步骤。

第六方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面或第二方面所述的方法的步骤。

第七方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面或第二方面所述的方法。

第八方面，本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如第一方面或第二方面所述的方法。

本申请实施例中，车载应用的数据处理方法应用于安装有第一应用的车机，在用户使用第一应用的过程中，若接收到用户对第一控件的第一输入，则响应于第一输入，在第一数据请求对应的资源占用率大于第一阈值的情况下，向目标终端设备发送第一数据请求。其中，第一控件为第一应用的图标，或者，第一控件为第一应用的应用界面中的控件。第一数据请求为基于第一输入生成的数据请求，资源占用率为车机芯片处理数据请求时占用的硬件资源的比例。也就是说，在车机芯片处理第一数据请求需要占用较高的硬件资源比例的情况下，利用目标终端设备的硬件对第一数据请求进行处理。车机只需要接收并输出目标终端设备返回的第一处理结果信息，从而可以在一定程度上避免由于车机的算力不足导致的运行卡顿现象。

附图说明

图1是本申请实施例提供的车载应用的数据处理方法的步骤流程图之一；

图2是本申请实施例中第一应用和第二应用的架构示意图；

图3是本申请实施例提供的车载应用的数据处理方法的步骤流程图之二；

图4是本申请实施例提供的车载应用的数据处理方法的实际应用流程图；

图5是本申请实施例提供的车载应用的数据处理装置的结构框图之一；

图6是本申请实施例提供的车载应用的数据处理装置的结构框图之二；

图7是本申请实施例提供的电子设备的硬件结构示意图之一；

图8是本申请实施例提供的电子设备的硬件结构示意图之二。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的车载应用的数据处理方法进行详细地说明。

如图1所示，为本申请实施例提供的车载应用的数据处理方法，应用于安装有第一应用的车机，其中，第一应用可以为任意一款车载应用，其可以为任意类型的车载应用，也可以为具有任意功能的车载应用，这里不做限定。车机指的是安装在车辆里面的车载信息娱乐产品的简称，这里为可以理解为承载车内娱乐产品的硬件设备。

该车载应用的数据处理方法，可以包括：

步骤101：接收用户对第一控件的第一输入。

本步骤中，第一控件为第一应用的图标，或者，第一控件为第一应用的应用界面中的控件。其中，第一应用的图标为车机桌面上显示的用于启动第一应用的应用图标。应用界面为第一应用的任一用户界面。第一输入可以为点击、滑动、长按等操作，但不限于此。第一输入用于触发第一应用输出目标内容，例如，显示某一界面、播放音频、播放视频等。

可以理解的是，应用界面包括至少一个用于人机交互的控件，每一控件可以触发不同的功能。接收用户对第一控件的第一输入，可以为接收用户针对目标控件的第一输入，其中，目标控件为应用界面中用于触发目标功能的控件，目标功能可以为任意功能，这里不做限定。例如，在第一应用为一音乐类型的应用的情况下，接收用户对播放控件的输入，目标功能为播放一首音乐。

步骤102：响应于第一输入，在第一数据请求对应的资源占用率大于第一阈值的情况下，向目标终端设备发送第一数据请求，以使目标终端设备调用第二应用对第一数据请求进行处理。

本步骤中，第一数据请求为基于第一输入生成的数据请求，其可以为触发任意功能的数据请求，这里不做限定。

资源占用率为车机芯片处理数据请求时占用的硬件资源的比例。在生成第一数据请求之后，可以通过估算的方式估算第一数据请求对应的资源占用率；还可以预先存储一资源占用率统计表，记录车机芯片处理各数据请求(执行各功能)所需占用的硬件资源的比例。在确定第一数据请求之后，通过查询该资源占用率统计表得到第一数据请求对应的资源占用率。

可以理解的是，第一阈值为一较高的资源占用率阈值，例如，第一阈值为80％。可以理解的，一旦车机芯片的资源占用率大于第一阈值，车机会容易出现卡顿，从而影响用户的使用。因此，在第一数据请求对应的资源占用率大于第一阈值的情况下，借助目标终端设备处理第一数据请求。

具体的，可以预先存储一数据请求表，用于记录资源占用率大于第一阈值的各数据请求。从而在确定第一数据请求之后，若在该数据请求表上查询到第一数据请求，则可以确定第一数据请求对应的资源占用率大于第一阈值。

第一应用和第二应用分别安装于车机和目标终端设备上，两者互相配合可以实现同一功能。例如，第一应用为一音乐类型的应用，该应用界面中可以显示有可触发的控件，例如，歌曲控件、搜索控件等，在接收到用户对歌曲A控件的输入的情况下，会生成播放歌曲A的数据请求，而在确定处理该数据请求所需占用的资源较多的情况下，可以将其发送至第二应用。第二应用具体可以为一对音乐文件进行解码的应用，在接收到该数据请求后，获取歌曲A的音乐文件并进行解码，将解码后的数据返回至第一应用，第一应用在接收到解码后的数据之后直接输出音频，以播放歌曲A。

值得注意的是，第一应用和第二应用可以为相同的应用，两者分别安装于车机和目标终端设备上。例如，第一应用为安装于车机的应用1，第二应用为安装于目标终端设备的应用1。

车机与目标终端设备之间通信连接，能够理解的，目标终端设备的算力高于车机芯片的算力，目标终端设备可以为手机、电脑等电子设备。

步骤103：在接收到目标终端设备发送的第一处理结果信息的情况下，输出第一处理结果信息。

应当说明的是，第一处理结果信息为目标终端设备处理第一数据请求后生成的，用于通过第一应用输出的数据。其具体内容与第一数据请求所触发的目标功能相关。例如，第一数据请求所触发的目标功能为播放一首音乐，则第一处理结果信息可以为该首音乐的音频数据。第一数据请求所触发的目标功能为显示某一歌手的图像，则第一处理结果信息可以为该歌手的图像进行渲染后的数据。

输出第一处理结果信息，并不限于显示或播放第一处理结果信息，还可以为调整车辆或车机上的原有设置。

本申请实施例中，在车机芯片处理第一数据请求需要占用较高的硬件资源比例的情况下，利用目标终端设备的硬件对第一数据请求进行处理。车机只需要接收并输出目标终端设备返回的第一处理结果信息，从而可以在一定程度上避免由于车机的算力不足导致的运行卡顿现象。

可选地，第一应用包括：用于实现人机交互功能的第一部分；第二应用包括：用于实现第一目标功能的第二部分；

其中，实现第一目标功能所需的数据请求对应的资源占用率大于第一阈值。

可以理解的，使用应用的过程通常可以分为人机交互部分和数据处理部分。如图2所示，第一应用包括人机交互部分(第一部分)，用于实现界面显示、接收输入、声音播放、操作车辆设备等。第二应用包括数据处理部分(第二部分)，用于进行数据存储、复杂运算、图像渲染、音视频数据的解码等。

示例性的，可以将某一应用的开发分成两部分，即对人机交互部分的开发和对数据处理部分的开发，然后将开发得到的人机交互部分安装在车机上，将数据处理部分安装在手机上。从而用户在车机上使用该应用的过程中，将利用手机上的数据处理部分对相应的数据请求进行处理，以实现该应用的复杂功能。

可以理解的，第一目标功能为所有资源占用率大于第一阈值的功能，在该功能对应的数据请求的资源占用率大于第一阈值时，通过第二应用的数据处理部分对数据请求进行处理。

本申请实施例中，将应用的人机交互功能和数据处理功能进行拆分，分别安装于车机和目标终端设备上，可以在借助目标终端设备的算力对数据请求进行处理的同时，减少应用在车机和目标终端设备上占用的空间。

可选地，第一应用还包括：用于实现第一目标功能的第二部分。

能够理解的，第一应用除了可用于人机交互的第一部分之外，还包括能够实现第一目标功能的第二部分。因此，在没有目标终端设备的情况下，车机上的第一应用也可以独立使用。

示例性的，在用户点击第一应用的应用图标之后(此时第一应用的第一部分启动)，将显示提示信息，提示用户是否使用目标终端设备进行辅助。若用户选择否，则直接启动并运行车机中第一应用的第二部分。第一应用的第一部分和第二部分在运行时，利用车机内的进程间通信/socket(套接字)连接等方式进行数据交互。

可选地，第一应用还包括：用于实现第二目标功能的第三部分，其中，实现第二目标功能所需的数据请求对应的资源占用率小于或等于第一阈值；

在接收用户对第一控件的第一输入之后，该方法还包括：

响应于第一输入，在第一数据请求对应的资源占用率小于或等于第一阈值的情况下，通过第三部分对第一数据请求进行处理。

能够理解的，若车机芯片的资源占用率小于或等于第一阈值，则认为车机处于正常状态，即车机在这种状态下不会出现卡顿现象。因此，在车机处于正常状态时，无需借助目标终端设备，直接启动车机中第一应用的第三部分，利用车机芯片自身的算力对第一数据请求进行处理即可。

本申请实施例中，针对占用资源较少的数据请求，无需借助目标终端设备，直接通过车机对该数据请求进行处理，从而提升了这部分数据请求的响应速度，减少用户的等待时间。

可选地，在第一数据请求对应的资源占用率大于第一阈值的情况下，向目标终端设备发送第一数据请求，包括：

在第一数据请求对应的资源占用率大于第一阈值的情况下，采用近场通信方式搜索终端设备。

从终端设备中确定目标终端设备，其中，目标终端设备与车机成功建立通信连接。

向目标终端设备发送第一数据请求。

应当说明的是，若车机没有与任何终端设备进行通信连接，则第一数据请求无法发送出去。因此，在检测到需要向其他设备发送第一数据请求的情况下，可以采用近场通信方式搜索附近的终端设备，从而选择一终端设备与车机实现通信连接，则该终端设备即为目标终端设备。在车机与目标终端设备成功建立通信连接之后，继续执行上述步骤102。

其中，近场通信方式可以包括但不限于蓝牙通信方式、局域网络通信方式，还可以为USB(通用串行总线，Universal Serial Bus)通信方式。可以理解的是，在终端设备与车机建立连接的过程中，可以在终端设备和车机上分别进行操作，以完成两者的连接。例如，在使用蓝牙通信方式搜索终端设备的情况下，用户可以分别在终端设备和车机上打开蓝牙，并输入配对密码以使终端设备和车机连接。

本申请实施例中，在检测到需要发送第一数据请求，但车机未连接有终端设备的情况下，可以通过近场通信方式搜索附近的终端设备，并选择一个终端作为目标终端设备，从而快速建立车机与目标终端设备的通信连接，而无需进行提前的配对。

在一个示例中，车机安装的第一应用可以为一实现自动驾驶的应用，该第一应用中至少显示有用于触发自动驾驶功能的“自动驾驶”控件。若接收到用户对“自动驾驶”控件的点击输入，则认为用户想要启动自动驾驶功能。此时，将持续获取车辆中各传感器采集的数据，并将数据和自动驾驶功能对应的数据请求发送至与车机通信连接的智能手机。其中，车辆中的各传感器可以包括摄像头、毫米波传感器、雷达传感器中的至少一个。相应的，数据包括：行车过程中拍摄的图像、车辆周围物体与车辆的距离等。由于实现自动驾驶功能需要进行复杂的运算，从而会占用较多的硬件资源，因此直接利用智能手机中芯片的强大算力，对自动驾驶功能对应的数据请求进行处理，结合数据以及自动驾驶网络模型，最终计算得到最适合车辆当前的行驶操作指令，将该行驶操作指令作为第一处理结果信息返回至车机。最终，车机基于接收到的行驶操作指令，直接响应指令对车辆进行控制，以实现车辆的自动驾驶功能。

本申请实施例中，在车辆的自动驾驶场景下，可以将传感器采集的测量数据一并发送至目标终端设备，借由目标终端设备强大的算力实现自动驾驶功能所涉及的复杂运算，车机只需接收目标终端设备返回的处理结果，并直接按照处理结果控制车辆进行自动驾驶即可。

如图3所示，为本申请实施例提供的车载应用的数据处理方法，应用于安装有第二应用的目标终端设备，其中，第二应用可以为任意一款应用，其可以为任意类型的应用，也可以为具有任意功能的应用，这里不做限定。这里，目标终端设备包括但不限于手机。

该车载应用的数据处理方法，可以包括：

步骤301：接收车机发送的第一数据请求。

应当说明的是，第一数据请求为车机在资源占用率大于第一阈值的情况下发送的数据请求，资源占用率为车机芯片处理数据请求时占用的硬件资源的比例。具体的，第一数据请求为车机响应于用户对第一控件的第一输入，生成的数据请求；其中，第一控件为第一应用的图标，或者，第一控件为第一应用的应用界面中的控件。第一应用为车机上安装的应用。

可以理解的是，第一阈值为一较高的资源占用率阈值，例如，第一阈值为80％。可以理解的，一旦车机芯片的资源占用率大于第一阈值，车机会容易出现卡顿，从而影响用户的使用。因此，在第一数据请求对应的资源占用率大于第一阈值的情况下，借助目标终端设备处理第一数据请求。

步骤302：调用第二应用对第一数据请求进行处理，得到第一处理结果信息。

应当说明的是，第一应用和第二应用分别安装于车机和目标终端设备上，两者互相配合可以实现同一功能。第一应用用于实现界面显示、接收输入、声音播放、操作车辆设备等，但不限于此。第二应用用于对第一应用发送的数据请求进行处理，实现相应的功能。

当然，第一应用和第二应用也可以为相同的应用，两者分别安装于车机和目标终端设备上。例如，第一应用为安装于车机的应用1，第二应用为安装于目标终端设备的应用1。

第一处理结果信息为目标终端设备处理第一数据请求后生成的数据，该第一处理结果信息在发送回车机终端后，能够通过第一应用输出的数据。其具体内容与第一数据请求所触发的目标功能相关。示例性地，第一应用为一音乐类型的应用，该应用界面中可以显示有可触发的控件，例如，歌曲控件、搜索控件等，在接收到用户对歌曲A控件的输入的情况下，会生成播放歌曲A的数据请求，而在确定处理该数据请求所需占用的资源较多的情况下，可以将其发送至第二应用。第二应用具体可以为一对音乐文件进行解码的应用，在接收到该数据请求后，获取歌曲A的音乐文件并进行解码，将解码后的数据返回至第一应用，第一应用在接收到解码后的数据之后直接输出音频，以播放歌曲A。可以看出，如上述示例所述，在第一数据请求所触发的目标功能为播放歌曲的情况下，第一处理结果信息为对歌曲进行解码后得到的可直接播放的歌曲数据。

车机与目标终端设备之间的连接为通信连接，两者可以通过数据线或互联网实现通信连接，但不限于此。较佳地，目标终端设备的算力高于车机的算力，目标终端设备可以为手机、电脑等电子设备。

步骤303：将第一处理结果信息发送至车机，以使车机输出第一处理结果信息。

本申请实施例中，在车机芯片处理第一数据请求需要占用较高的硬件资源比例的情况下，利用目标终端设备的硬件对第一数据请求进行处理。车机只需要接收并输出目标终端设备返回的第一处理结果信息，从而在一定程度上避免由于车机的算力不足导致的运行卡顿现象。

可选地，第一应用包括：用于实现人机交互功能的第一部分；第二应用包括：用于实现第一目标功能的第二部分；

其中，实现第一目标功能所需的数据请求对应的资源占用率大于第一阈值。

可以理解的，第一应用和第二应用互相配合可以实现同一功能。能够理解的，使用应用的过程通常可以分为人机交互部分和数据处理部分。如图2所示，第一应用包括人机交互部分(第一部分)，用于实现界面显示、接收输入、声音播放、操作车辆设备等。第二应用包括数据处理部分(第二部分)，用于进行数据存储、复杂运算、图像渲染、音视频数据的解码等。

示例性的，可以将某一应用的开发分成两部分，即对人机交互部分的开发和对数据处理部分的开发，然后将开发得到的人机交互部分安装在车机上，将数据处理部分安装在手机上。从而用户在车机上使用该应用的过程中，将利用手机上的数据处理部分对相应的数据请求进行处理，以实现该应用的复杂功能。

可以理解的，第一目标功能为所有资源占用率大于第一阈值的功能，在该功能对应的数据请求的资源占用率大于第一阈值时，通过第二应用的数据处理部分对数据请求进行处理。

本申请实施例中，将应用的人机交互功能和数据处理功能进行拆分，分别安装于车机和目标终端设备上，可以在借助目标终端设备的算力对数据请求进行处理的同时，减少应用在车机和目标终端设备上占用的空间。

可选地，调用第二应用对第一数据请求进行处理，得到第一处理结果信息，包括：

在第一数据请求与界面显示相关联的情况下，调用第二应用获取目标图像以及待渲染界面，将目标图像渲染至待渲染界面，得到目标界面，将目标界面确定为第一处理结果信息。

或者

在第一数据请求与音频播放相关联的情况下，调用第二应用获取待播放音频文件，对待播放音频文件进行音频解码，得到目标音频文件，将目标音频文件确定为第一处理结果信息。

或者

在第一数据请求与视频播放相关联的情况下，调用第二应用获取待播放视频文件，对待播放音频文件进行视频解码，得到目标视频文件，将目标视频文件确定为第一处理结果信息。

或者

在第一数据请求与数据查询相关联的情况下，调用第二应用获取目标终端设备中的目标文件，将目标文件确定为第一处理结果信息。

应当说明的是，第一数据请求触发的功能不同，目标终端设备对第一数据请求的处理方式也将不同，从而得到的第一处理结果信息的具体内容也将不同。

可选地，第一数据请求触发的功能至少包括以下五种类型的功能，每种类型的功能对应不同的处理方式。

具体的，在第一数据请求触发的功能为查询功能的情况下，即在第一数据请求与数据查询相关联的情况下，可以从目标终端设备本地存储的数据中查询符合条件的数据，将查询到的数据确定为第一处理结果信息。例如，第一数据请求携带有查询条件，目标终端设备本地存储有一数据库，从而目标终端设备将基于查询条件从数据库中查询相关数据，并将查询到的数据确定为第一处理结果信息。

在第一数据请求触发的功能为复杂计算功能的情况下，即在第一数据请求与复杂计算相关联的情况下，可以利用目标算法对目标数据进行运算，将运算结果确定为第一处理结果信息，其中，目标数据包括车机传输至目标终端设备的数据和/或目标终端设备本地的数据。例如，第一数据请求为触发障碍物识别功能的数据请求，车机将采集车辆前方得到的图像传输至目标终端设备，目标终端设备本地存储有一用于识别图像中障碍物的神经网络模型，从而目标终端设备可以利用该神经网络模型识别图像中的障碍物，并将识别结果确定为第一处理结果信息。

在第一数据请求触发的功能为界面显示功能的情况下，即在第一数据请求与界面显示相关联的情况下，可以获取目标图像，并对目标图像进行图像渲染，得到渲染数据，将渲染数据确定为第一处理结果信息，其中，目标图像可以为基于第一数据请求查询到的图像。例如，第一数据请求为触发展示歌手图像的数据请求，目标终端设备在基于第一数据请求得到歌手图像之后，对歌手图像进行渲染，将渲染后的图像数据确定为第一处理结果信息。

在第一数据请求触发的功能为音频播放功能的情况下，即在第一数据请求与音频播放相关联的情况下，可以获取目标音频数据，并对目标音频数据或目标视频数据进行解码，以得到解码数据，将解码数据确定为第一处理结果信息，其中，目标音频数据可以为基于第一数据请求查询到的音频数据。例如，第一数据请求为触发播放一首音乐的数据请求，目标终端设备在基于第一数据请求得到该首音乐的文件之后，对该文件进行解码，将解码后的数据确定为第一处理结果信息。

在第一数据请求触发的功能为视频播放功能的情况下，即在第一数据请求与视频播放相关联的情况下，可以获取目标视频数据，并对目标视频数据进行解码，以得到解码数据，将解码数据确定为第一处理结果信息，其中，目标视频数据可以为基于第一数据请求查询到的视频数据。例如，第一数据请求为触发播放一段视频的数据请求，目标终端设备在基于第一数据请求得到该段视频之后，对该段视频进行解码，将解码后的数据确定为第一处理结果信息。

本申请实施例中，可以针对不同的第一数据请求，采用不同的处理方式进行处理，以得到不同的第一处理结果信息，从而实现多种不同的功能。

在一个示例中，目标终端设备为手机，手机上安装的第二应用和车机上安装的第一应用可以配合实现车辆的自动驾驶功能。该第一应用中至少显示有用于触发自动驾驶功能的“自动驾驶”控件。若接收到用户对“自动驾驶”控件的点击输入，则认为用户想要启动自动驾驶功能。此时，将持续获取车辆中各传感器采集的测量数据，并将测量数据和自动驾驶功能对应的数据请求发送至与车机通信连接的智能手机。其中，车辆中的各传感器可以包括摄像头、毫米波传感器、雷达传感器中的至少一个。相应的，测量数据包括：行车过程中拍摄的图像、车辆周围物体与车辆的距离等。实现自动驾驶功能需要进行复杂的运算，从而会占用较多的硬件资源。这里，利用手机中芯片的强大算力，对自动驾驶功能对应的数据请求进行处理，结合测量数据以及自动驾驶网络模型，最终计算得到最适合车辆当前的行驶操作指令，将该行驶操作指令作为第一处理结果信息返回至车机。最终，车机基于接收到的行驶操作指令，对车辆进行控制，以实现车辆的自动驾驶功能。

可以理解的是，在手机中利用测量数据计算行驶操作指令的过程，包括但不限于利用人工智能识别图像中的人物、车辆等信息的处理过程、利用人工智能深度学习识别当前路况特征的处理过程、加载深度学习模型计算行驶操作指令的处理过程。各处理过程涉及复杂的运算，需要占用较多的硬件资源，对芯片具有较高的算力要求。本申请利用手机芯片的超高算力，完成了自动驾驶功能中复杂的运算处理，降低了对车机芯片的算力要求，可以在车机中部署具有较大算力需求的应用。

本申请实施例还提供了一种车载应用的数据处理方法，应用于由车机和目标终端设备组成的多媒体系统，其中，车机上安装有第一应用，目标终端设备上安装有第二应用。关于第一应用和第二应用参见上述各申请实施例中的描述，这里不再重复。

该方法包括：

步骤401：通过车机接收用户对第一控件的第一输入，其中，第一控件为第一应用的图标，或者，第一控件为第一应用的应用界面中的控件。

步骤402：通过车机响应于第一输入，在第一数据请求对应的资源占用率大于第一阈值的情况下，向目标终端设备发送所述第一数据请求，以使所述目标终端设备调用第二应用对所述第一数据请求进行处理；其中，所述第一数据请求为基于所述第一输入生成的数据请求，所述资源占用率为车机芯片处理数据请求时占用的硬件资源的比例；

步骤403：通过目标终端设备接收车机发送的第一数据请求。

步骤404：通过目标终端设备调用第二应用对第一数据请求进行处理，得到第一处理结果信息。

步骤405：通过目标终端设备将第一处理结果信息发送至车机。

步骤406：通过车机接收并输出第一处理结果信息。

应当说明的是，步骤401～步骤406与上述图1和图3实施例中的步骤类似，为避免重复这里不再赘述。

本申请实施例中，在车机芯片处理第一数据请求需要占用较高的硬件资源比例的情况下，利用目标终端设备的硬件对第一数据请求进行处理。车机只需要接收并输出目标终端设备返回的第一处理结果信息，从而可以在一定程度上避免由于车机的算力不足导致的运行卡顿现象。

下面以一具体应用过程对本申请实施例提供的车载应用的数据处理方法进行说明，如图4所示，其中，在设计应用的阶段，将某一应用设计为两个不同部分，即该应用包括用于实现人机交互功能的第一部分(本实施例称之为第一应用)，和用于实现数据处理功能的第二部分(本实施例称之为第二应用)。第一应用安装于车辆的车机上，负责车机界面显示、交互和车辆硬件资源调用。这部分功能尽量少占用车机的存储、中央处理器，内存等资源。第二应用安装于用户的手机上，这部分功能承担数据存储、中央处理器运算、图像处理器运算以及分配大内存数据等功能。两者通过数据传输相互协作，提供完整的应用的功能。

较佳地，第一应用启动后在前台运行，第二应用启动后转到后台运行。启动第一应用时，将询问用户是否使用手机辅助运行。若用户选择否，则调起车机上的第二部分，两者运行时在车机内通过进程间通信/socket连接等方式进行数据交互。若用户选择是，则提示用户在手机启动第二应用，第二应用启动后，需通过蓝牙、数据线或wifi(行动热点)与车机建立连接，从而进行数据交互。

本申请以第二应用进行数据处理为例进行说明。并且，本申请实施例仅以实现智能驾驶功能为例进行说明，但本申请所实现的功能不限于智能驾驶功能。该流程包括：

步骤41：车机调用第一应用触发启动自动驾驶功能，因此，第一应用请求获取传感器数据。

步骤42：车辆硬件将传感器获取到的数据返回至第一应用。其中，传感器数据可以包括行车过程中摄像头采集的图像以及雷达传感器采集的数据。

步骤43：车机将传感器数据传输至手机。

步骤44：手机调用第二应用根据接收到的传感器数据，利用人工智能模型对图像中的人物、车辆等对象进行识别。

步骤45：手机调用第二应用通过人工智能深度学习，得到路况特征。

步骤46：手机调用第二应用加载预先训练好的模型，将路况特征输入至模型，得到模型输出的当前最佳的行驶操控策略。

步骤47：将当前最佳的行驶操控策略传输至车机。

步骤48：车机调用第一应用根据该行驶操控策略，对车辆进行控制。

本申请实施例中，对算力有极大要求的部分，即人工智能图像识别、人工智能深度学习、模型处理等，放到了手机端执行，充分利用了手机上更强大的算力。将较为消耗系统资源的部分挪至手机上来运行，降低了对车机的要求，降低了对车机系统的资源占用，使车载应用在车机上运行更加流畅，使用户有更加好的使用体验。

需要说明的是，本申请实施例提供的车载应用的数据处理方法，执行主体可以为车载应用的数据处理装置，或者该车载应用的数据处理装置中的用于执行车载应用的数据处理方法的控制模块。本申请实施例中以车载应用的数据处理装置执行车载应用的数据处理方法为例，说明本申请实施例提供的车载应用的数据处理装置。

如图5所示，本申请实施例还提供了一种车载应用的数据处理装置，应用于安装有第一应用的车机，该装置包括：

第一接收模块51，用于接收用户对第一控件的第一输入，其中，第一控件为第一应用的图标，或者，第一控件为第一应用的应用界面中的控件；

第一发送模块52，用于响应于第一输入，在第一数据请求对应的资源占用率大于第一阈值的情况下，向目标终端设备发送第一数据请求，以使目标终端设备调用第二应用对第一数据请求进行处理；其中，第一数据请求为基于第一输入生成的数据请求，资源占用率为车机芯片处理数据请求时占用的硬件资源的比例；

输出模块53，用于在接收到目标终端设备发送的第一处理结果信息的情况下，输出第一处理结果信息。

可选地，第一应用包括：用于实现人机交互功能的第一部分；第二应用包括：用于实现第一目标功能的第二部分；

其中，实现第一目标功能所需的数据请求对应的资源占用率大于第一阈值。

可选地，第一应用还包括：用于实现第一目标功能的第二部分。

可选地，第一应用还包括：用于实现第二目标功能的第三部分，其中，实现第二目标功能所需的数据请求对应的资源占用率小于或等于第一阈值；

该装置还包括：

第一处理模块，用于响应于第一输入，在第一数据请求对应的资源占用率小于或等于第一阈值的情况下，通过第三部分对第一数据请求进行处理。

可选地，第一发送模块52，包括：

搜索单元，用于在第一数据请求对应的资源占用率大于第一阈值的情况下，采用近场通信方式搜索终端设备；

确定单元，用于从终端设备中确定目标终端设备，其中，目标终端设备与车机成功建立通信连接；

发送单元，用于向目标终端设备发送第一数据请求。

本申请实施例中，在车机芯片处理第一数据请求需要占用较高的硬件资源比例的情况下，利用目标终端设备的硬件对第一数据请求进行处理。车机只需要接收并输出目标终端设备返回的第一处理结果信息，从而可以在一定程度上避免由于车机的算力不足导致的运行卡顿现象。

本申请实施例中的车载应用的数据处理装置可以是电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、移动上网装置(Mobile Internet Device，MID)、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴设备、超级移动个人计算机(ultra-mobilepersonal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，还可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的车载应用的数据处理装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为iOS操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的车载应用的数据处理装置能够实现图1的方法实施例实现的各个过程，实现相同的技术效果，为避免重复，这里不再赘述。

如图6所示，本申请实施例还提供了一种车载应用的数据处理装置，应用于安装有第二应用的目标终端设备，该装置包括：

第二接收模块61，用于接收车机发送的第一数据请求，其中，第一数据请求为车机在资源占用率大于第一阈值的情况下发送的数据请求，资源占用率为车机芯片处理数据请求时占用的硬件资源的比例；

第二处理模块62，用于调用第二应用对第一数据请求进行处理，得到第一处理结果信息；

第二发送模块63，用于将第一处理结果信息发送至车机，以使车机输出第一处理结果信息。

可选地，第二处理模块62具体用于：

在第一数据请求与界面显示相关联的情况下，调用第二应用获取目标图像以及待渲染界面，将目标图像渲染至待渲染界面，得到目标界面，将目标界面确定为第一处理结果信息；

或者

在第一数据请求与音频播放相关联的情况下，调用第二应用获取待播放音频文件，对待播放音频文件进行音频解码，得到目标音频文件，将目标音频文件确定为第一处理结果信息；

或者

在第一数据请求与视频播放相关联的情况下，调用第二应用获取待播放视频文件，对待播放音频文件进行视频解码，得到目标视频文件，将目标视频文件确定为第一处理结果信息；

或者

在第一数据请求与数据查询相关联的情况下，调用第二应用获取目标终端设备中的目标文件，将目标文件确定为第一处理结果信息。

本申请实施例中，在车机芯片处理第一数据请求需要占用较高的硬件资源比例的情况下，利用目标终端设备的硬件对第一数据请求进行处理。车机只需要接收并输出目标终端设备返回的第一处理结果信息，从而可以在一定程度上避免由于车机的算力不足导致的运行卡顿现象。

本申请实施例中的车载应用的数据处理装置可以是电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、移动上网装置(Mobile Internet Device，MID)、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴设备、超级移动个人计算机(ultra-mobilepersonal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，还可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的车载应用的数据处理装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为iOS操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的车载应用的数据处理装置能够实现图3的方法实施例实现的各个过程，实现相同的技术效果，为避免重复，这里不再赘述。

可选地，如图7所示，本申请实施例还提供一种电子设备700，包括处理器701和存储器702，存储器702上存储有可在所述处理器701上运行的程序或指令，该程序或指令被处理器701执行时实现上述车载应用的数据处理方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

图8为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备800包括但不限于：射频单元801、网络模块802、音频输出单元803、输入单元804、传感器805、显示单元806、用户输入单元807、接口单元808、存储器809、以及处理器810等部件。

本领域技术人员可以理解，电子设备800还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器810逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图8中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，在电子设备为一车机的情况下，用户输入单元807，用于接收用户对第一控件的第一输入，其中，第一控件为第一应用的图标，或者，第一控件为第一应用的应用界面中的控件；

网络模块802，用于响应于第一输入，在第一数据请求对应的资源占用率大于第一阈值的情况下，向目标终端设备发送第一数据请求，以使目标终端设备调用第二应用对第一数据请求进行处理；其中，第一数据请求为基于第一输入生成的数据请求，资源占用率为车机芯片处理数据请求时占用的硬件资源的比例；

处理器810，用于在接收到目标终端设备发送的第一处理结果信息的情况下，输出第一处理结果信息。

本申请实施例中，在车机芯片处理第一数据请求需要占用较高的硬件资源比例的情况下，利用目标终端设备的硬件对第一数据请求进行处理。车机只需要接收并输出目标终端设备返回的第一处理结果信息，从而可以在一定程度上避免由于车机的算力不足导致的运行卡顿现象。

在电子设备为一目标终端设备的情况下，网络模块802，用于接收车机发送的第一数据请求，其中，第一数据请求为车机在资源占用率大于第一阈值的情况下发送的数据请求，资源占用率为车机芯片处理数据请求时占用的硬件资源的比例；

处理器810，用于调用第二应用对第一数据请求进行处理，得到第一处理结果信息；

网络模块802，还用于将第一处理结果信息发送至车机，以使车机输出第一处理结果信息。

本申请实施例中，在车机芯片处理第一数据请求需要占用较高的硬件资源比例的情况下，利用目标终端设备的硬件对第一数据请求进行处理。车机只需要接收并输出目标终端设备返回的第一处理结果信息，从而可以在一定程度上避免由于车机的算力不足导致的运行卡顿现象。

应理解的是，本申请实施例中，输入单元804可以包括图形处理器(GraphicsProcessing Unit，GPU)8041和麦克风8042，图形处理器8041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元806可包括显示面板8061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板8061。用户输入单元807包括触控面板8071以及其他输入设备8072中的至少一种。触控面板8071，也称为触摸屏。触控面板8071可包括触摸检测装置和触摸控制器两个部分。其他输入设备8072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

存储器809可用于存储软件程序以及各种数据。存储器809可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器809可以包括易失性存储器或非易失性存储器，或者，存储器x09可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本申请实施例中的存储器809包括但不限于这些和任意其它适合类型的存储器。

处理器810可包括一个或多个处理单元；可选地，处理器810集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器810中。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述车载应用的数据处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述车载应用的数据处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如上述车载应用的数据处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (14)

1.一种车载应用的数据处理方法，其特征在于，应用于安装有第一应用的车机，所述方法包括：

接收用户对第一控件的第一输入，其中，所述第一控件为所述第一应用的图标，或者，所述第一控件为第一应用的应用界面中的控件；

响应于所述第一输入，在第一数据请求对应的资源占用率大于第一阈值的情况下，向目标终端设备发送所述第一数据请求，以使所述目标终端设备调用第二应用对所述第一数据请求进行处理；其中，所述第一数据请求为基于所述第一输入生成的数据请求，所述资源占用率为车机芯片处理数据请求时占用的硬件资源的比例；

在接收到所述目标终端设备发送的第一处理结果信息的情况下，输出所述第一处理结果信息。

2.根据权利要求1所述的方法，其特征在于，所述第一应用包括：用于实现人机交互功能的第一部分；所述第二应用包括：用于实现第一目标功能的第二部分；

其中，实现所述第一目标功能所需的数据请求对应的所述资源占用率大于所述第一阈值。

3.根据权利要求2所述的方法，其特征在于，所述第一应用还包括：所述用于实现第一目标功能的第二部分。

4.根据权利要求2或3所述的方法，其特征在于，所述第一应用还包括：用于实现第二目标功能的第三部分，其中，实现所述第二目标功能所需的数据请求对应的所述资源占用率小于或等于所述第一阈值；

在所述接收用户对第一控件的第一输入之后，所述方法还包括：

响应于所述第一输入，在所述第一数据请求对应的资源占用率小于或等于所述第一阈值的情况下，通过所述第三部分对所述第一数据请求进行处理。

5.根据权利要求1所述的方法，其特征在于，所述在第一数据请求对应的资源占用率大于第一阈值的情况下，向目标终端设备发送所述第一数据请求，包括：

在第一数据请求对应的资源占用率大于第一阈值的情况下，采用近场通信方式搜索终端设备；

从所述终端设备中确定目标终端设备，其中，所述目标终端设备与所述车机成功建立通信连接；

向所述目标终端设备发送所述第一数据请求。

6.一种车载应用的数据处理方法，其特征在于，应用于安装有第二应用的目标终端设备，所述方法包括：

接收车机发送的第一数据请求，其中，所述第一数据请求为所述车机在资源占用率大于第一阈值的情况下发送的数据请求，所述资源占用率为车机芯片处理数据请求时占用的硬件资源的比例；

调用所述第二应用对所述第一数据请求进行处理，得到第一处理结果信息；

将所述第一处理结果信息发送至所述车机，以使所述车机输出所述第一处理结果信息。

7.根据权利要求6所述的方法，其特征在于，所述调用所述第二应用对所述第一数据请求进行处理，得到第一处理结果信息，包括：

在所述第一数据请求与界面显示相关联的情况下，调用所述第二应用获取目标图像以及待渲染界面，将所述目标图像渲染至所述待渲染界面，得到目标界面，将所述目标界面确定为所述第一处理结果信息；

或者

在所述第一数据请求与音频播放相关联的情况下，调用所述第二应用获取待播放音频文件，对所述待播放音频文件进行音频解码，得到所述目标音频文件，将所述目标音频文件确定为所述第一处理结果信息；

或者

在所述第一数据请求与视频播放相关联的情况下，调用所述第二应用获取待播放视频文件，对所述待播放音频文件进行视频解码，得到所述目标视频文件，将所述目标视频文件确定为所述第一处理结果信息；

或者

在所述第一数据请求与数据查询相关联的情况下，调用所述第二应用获取所述目标终端设备中的目标文件，将所述目标文件确定为所述第一处理结果信息。

8.一种车载应用的数据处理装置，其特征在于，应用于安装有第一应用的车机，所述装置包括：

第一接收模块，用于接收用户对第一控件的第一输入，其中，所述第一控件为所述第一应用的图标，或者，所述第一控件为第一应用的应用界面中的控件；

第一发送模块，用于响应于所述第一输入，在第一数据请求对应的资源占用率大于第一阈值的情况下，向目标终端设备发送所述第一数据请求，以使所述目标终端设备调用第二应用对所述第一数据请求进行处理；其中，所述第一数据请求为基于所述第一输入生成的数据请求，所述资源占用率为车机芯片处理数据请求时占用的硬件资源的比例；

输出模块，用于在接收到所述目标终端设备发送的第一处理结果信息的情况下，输出所述第一处理结果信息。

9.根据权利要求8所述的装置，其特征在于，所述第一应用包括：用于实现人机交互功能的第一部分；所述第二应用包括：用于实现第一目标功能的第二部分；

其中，实现所述第一目标功能所需的数据请求对应的所述资源占用率大于所述第一阈值。

10.根据权利要求9所述的装置，其特征在于，所述第一应用还包括：所述用于实现第一目标功能的第二部分。

11.根据权利要求9或10所述的装置，其特征在于，所述第一应用还包括：用于实现第二目标功能的第三部分，其中，实现所述第二目标功能所需的数据请求对应的所述资源占用率小于或等于所述第一阈值；

所述装置还包括：

第一处理模块，用于响应于所述第一输入，在所述第一数据请求对应的资源占用率小于或等于所述第一阈值的情况下，通过所述第三部分对所述第一数据请求进行处理。

12.根据权利要求8所述的装置，其特征在于，所述第一发送模块，包括：

搜索单元，用于在第一数据请求对应的资源占用率大于第一阈值的情况下，采用近场通信方式搜索终端设备；

确定单元，用于从所述终端设备中确定目标终端设备，其中，所述目标终端设备与所述车机成功建立通信连接；

发送单元，用于向所述目标终端设备发送所述第一数据请求。

13.一种车载应用的数据处理装置，其特征在于，应用于安装有第二应用的目标终端设备，所述装置包括：

第二接收模块，用于接收车机发送的第一数据请求，其中，所述第一数据请求为所述车机在资源占用率大于第一阈值的情况下发送的数据请求，所述资源占用率为车机芯片处理数据请求时占用的硬件资源的比例；

第二处理模块，用于调用所述第二应用对所述第一数据请求进行处理，得到第一处理结果信息；

第二发送模块，用于将所述第一处理结果信息发送至所述车机，以使所述车机输出所述第一处理结果信息。

14.根据权利要求13所述的装置，其特征在于，所述第二处理模块具体用于：

在所述第一数据请求与界面显示相关联的情况下，调用所述第二应用获取目标图像以及待渲染界面，将所述目标图像渲染至所述待渲染界面，得到目标界面，将所述目标界面确定为所述第一处理结果信息；

或者

在所述第一数据请求与音频播放相关联的情况下，调用所述第二应用获取待播放音频文件，对所述待播放音频文件进行音频解码，得到所述目标音频文件，将所述目标音频文件确定为所述第一处理结果信息；

或者

在所述第一数据请求与视频播放相关联的情况下，调用所述第二应用获取待播放视频文件，对所述待播放音频文件进行视频解码，得到所述目标视频文件，将所述目标视频文件确定为所述第一处理结果信息；

或者

在所述第一数据请求与数据查询相关联的情况下，调用所述第二应用获取所述目标终端设备中的目标文件，将所述目标文件确定为所述第一处理结果信息。

Images