CN116339763A - 数据处理方法、装置、计算机设备、存储介质和程序产品 - Google Patents

Abstract

本申请涉及一种数据处理方法、装置、计算机设备、存储介质和程序产品。所述方法包括：获取与车机连接的目标设备的运算能力；根据所述目标设备的运算能力获取所述车机的业务数据，并从所述车机的业务数据中确定出目标业务数据；向所述目标设备发送所述目标业务数据，并指示所述目标设备调用所述目标设备中的运算资源对所述目标业务数据进行处理；接收所述目标设备返回的数据处理结果。采用本方法能够延迟车机硬件升级，提高车主使用车机意愿。

Description

数据处理方法、装置、计算机设备、存储介质和程序产品

技术领域

本申请涉及数据处理技术领域，特别是涉及一种数据处理方法、装置、计算机设备、存储介质和程序产品。

背景技术

随着科技的发展，汽车也更加智能化，可以为用户提供音乐、导航、语音助手等多种服务。其中，由CPU(Central Processing Unit，中央处理器)、GPU(Graphics ProcessingUnit，图形处理器)等车载硬件组成的车机是汽车中最为重要的部件之一。

目前，新车在使用3～5年后，车机可能就难以支撑使用要求，比如内置APP(Application，应用程序)的操作流畅性差、功能落后等。但是，对车机进行硬件升级成本较高，用户也无法独立操作，因此越来越多的车主不再愿意使用车机。

发明内容

基于此，有必要针对上述技术问题，提供一种能够延迟车机硬件升级，提高车主使用车机意愿的数据处理方法、装置、计算机设备、存储介质和程序产品。

第一方面，本申请提供了一种数据处理方法。所述方法包括：

获取与车机连接的目标设备的运算能力；

根据所述目标设备的运算能力获取所述车机的业务数据，并从所述车机的业务数据中确定出目标业务数据；

向所述目标设备发送所述目标业务数据，并指示所述目标设备调用所述目标设备中的运算资源对所述目标业务数据进行处理；

接收所述目标设备返回的数据处理结果。

第二方面，本申请还提供了一种数据处理装置。所述装置包括：

运算能力获取模块，用于获取与车机连接的目标设备的运算能力；

数据确定模块，用于根据所述目标设备的运算能力获取所述车机的业务数据，并从所述车机的业务数据中确定出目标业务数据；

数据发送模块，用于向所述目标设备发送所述目标业务数据，并指示所述目标设备调用所述目标设备中的运算资源对所述目标业务数据进行处理；

结果接收模块，用于接收所述目标设备返回的数据处理结果。

第三方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的方法。

第四方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的方法。

第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述第一方面所述的方法。

上述数据处理方法、装置、计算机设备、存储介质和程序产品，获取与车机连接的目标设备的运算能力；根据目标设备的运算能力获取车机的业务数据，并从车机的业务数据中确定出目标业务数据；向目标设备发送目标业务数据，并指示目标设备调用目标设备中的运算资源对目标业务数据进行处理；接收目标设备返回的数据处理结果。本公开实施例中，车机利用目标设备的运算资源进行数据处理，一方面，可以提高数据处理的效率；另一方面，随着目标设备的运算能力的升级，车机的数据处理能力也随之增长，这样，就可以支持用户的使用需求，从而延迟车机硬件升级，延长车机的使用寿命。进一步地，车机数据处理能力的增长，还可以提升用户的使用体验，从而提高车主使用车机的意愿。

附图说明

图1为一个实施例中数据处理方法的应用环境图；

图2为一个实施例中数据处理方法的流程示意图；

图3为一个实施例中获取车机的业务数据，并确定出目标业务数据步骤的流程示意图；

图4为一个实施例中发送目标业务数据步骤的流程示意图；

图5为一个实施例中查询目标设备是否支持SDK协议步骤的流程示意图；

图6为一个实施例中剩余业务数据处理步骤的流程示意图；

图7为另一个实施例中数据处理方法的流程示意图；

图8为一个实施例中数据处理装置的结构框图之一；

图9为一个实施例中数据处理装置的结构框图之二；

图10为一个实施例中数据处理装置的结构框图之三；

图11为一个实施例中数据处理装置的结构框图之四；

图12为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

首先，在具体介绍本公开实施例的技术方案之前，先对本公开实施例基于的技术背景或者技术演进脉络进行介绍。目前，新车在使用3～5年后，车机可能就难以支撑使用要求，比如内置APP(Application，应用程序)的操作流畅性差、功能落后等。但是，对车机进行硬件升级成本较高，用户也无法独立操作，因此越来越多的车主不再愿意使用车机。

本公开实施例提供了一种数据处理方案，车机可以先获取与车机连接的目标设备的运算能力；然后，根据目标设备的运算能力获取车机的业务数据，并从车机的业务数据中确定出目标业务数据；之后，车机向目标设备发送目标业务数据，并指示目标设备调用目标设备中的运算资源对目标业务数据进行处理；最后，车机接收目标设备返回的数据处理结果。本公开实施例中，车机利用目标设备的运算资源进行数据处理，随着目标设备运算能力的升级，车机的数据处理能力也会增长，这样，不仅可以延迟车机硬件升级，从而延长车机的使用寿命，降低车机硬件升级的成本；而且，还可以提升用户的使用体验，从而提高车主使用车机的意愿。另外，需要说明的是，从上述车机利用目标设备的运算资源进行数据处理及下述实施例介绍的技术方案，申请人均付出了大量的创造性劳动。

下面结合本公开实施例所应用的场景，对本公开实施例涉及的技术方案进行介绍。

本公开实施例提供的数据处理方法，可以应用于如图1所示的应用环境中。该应用环境包括车机102和目标设备104；车机102通过网络与目标设备104进行通信。其中，车机102由CPU、GPU等车载硬件组成；目标设备104可以但不限于是各种笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，便携式可穿戴设备可为智能手表、智能手环、头戴设备等。

在一个实施例中，如图2所示，提供了一种数据处理方法，以该方法应用于图1中的车机为例进行说明，包括以下步骤：

步骤201，获取与车机连接的目标设备的运算能力。

车机先与目标设备建立通信连接。例如，车机通过连接线与目标设备相连，从而建立起车机与目标设备之间的通信连接；或者，车机通过近距离通信(如蓝牙)与目标设备建立通信连接。本公开实施例对通信连接的建立方式不做限定，可以根据实际情况进行设置。

在建立通信连接之后，车机可以向目标设备发送设备信息获取请求；目标设备在接收到该设备信息获取请求后，可以向车机发送目标设备的设备型号、目标设备中运算资源的型号等设备信息；车机接收设备信息，并根据设备信息确定目标设备的运算能力。

例如，目标设备为智能手机，车机向智能手机发送设备信息获取请求；智能手机接收设备信息获取请求后，向车机返回智能手机的型号或者智能手机中处理器的型号等设备信息；车机接收设备信息后，根据智能手机的型号或者智能手机中处理器的型号等设备信息确定智能手机的运算能力。

可以理解地，车机获取目标设备的运算能力不限于上述方式，可以根据实际情况进行设置。

步骤202，根据目标设备的运算能力获取车机的业务数据，并从车机的业务数据中确定出目标业务数据。

车机在确定目标设备的运算能力之后，获取与目标设备的运算能力相匹配的业务数据，该业务数据由车机处理一部分，由目标设备处理另一部分，因此，车机从业务数据中待目标设备处理的目标业务数据。

确定目标业务数据的方式可以有多种，比如，从业务数据中确定出预设数据量的目标业务数据。本公开实施例对确定方式不做限定，可以根据实际情况进行设置。

可以理解地，车机获取到与目标设备的运算能力相匹配的业务数据，进而确定与目标设备的运算能力相匹配的目标业务数据，这样，可以避免目标业务数据超出目标设备的运算能力而不能被目标设备迅速处理的问题，因此可以缩短数据处理时间，从而提高数据处理的效率和速度。

步骤203，向目标设备发送目标业务数据，并指示目标设备调用目标设备中的运算资源对目标业务数据进行处理。

车机在确定出目标业务数据后，向目标设备发送目标业务数据，并指示目标设备对该目标业务数据进行处理。

例如，车机向智能手机发送目标业务数据，智能手机接收目标业务数据，并调用智能手机中的处理器对目标业务数据进行处理。

步骤204，接收目标设备返回的数据处理结果。

目标设备对目标业务数据进行处理后，得到数据处理结果；之后，目标设备向车机发送数据处理结果；车机接收目标设备返回的数据处理结果。

例如，智能手机对目标业务数据进行处理后，向车机发送数据处理结果；车机接收数据处理结果。

在其中一个实施例中，为了提高数据处理的准确性，可以将部分需要复查的业务数据确定为目标业务数据，即利用目标设备对目标业务数据进行数据处理得到数据处理结果；车机根据该数据处理结果对自身处理的数据进行复查。

上述数据处理方法中，获取与车机连接的目标设备的运算能力；根据目标设备的运算能力获取车机的业务数据，并从车机的业务数据中确定出目标业务数据；向目标设备发送目标业务数据，并指示目标设备调用目标设备中的运算资源对目标业务数据进行处理；接收目标设备返回的数据处理结果。本公开实施例中，车机利用目标设备的运算资源进行数据处理，一方面，可以提高数据处理的效率；另一方面，随着目标设备的运算能力的升级，车机的数据处理能力也随之增长，这样，就可以支持用户的使用需求，从而延迟车机硬件升级，延长车机的使用寿命。进一步地，车机数据处理能力的增长，还可以提升用户的使用体验，从而提高车主使用车机的意愿。

在一个实施例中，如图3所示，上述根据目标设备的运算能力获取车机的业务数据，以及从车机的业务数据中确定出目标业务数据的过程，可以包括如下步骤：

步骤301，从车机的内置应用程序的多个版本中确定出与目标设备的运算能力匹配的目标版本。

车机中可以预先存储有多个内置应用程序，每个内置应用程序有多个版本。其中，多个版本可以包括简化版和完整版。本公开实施例对版本不做限定，可以根据实际情况进行设置。

车机在获取到目标设备的运算能力后，根据目标设备的运算能力，从内置应用程序的多个版本中确定出与目标设备的运算能力相匹配的目标版本。

例如，车机中内置应用程序A有简化版1.0和完整版1.1，在获取到智能手机的运算能力后，如果确定智能手机的运算能力较弱，则可以从多个版本中确定简化版1.0为目标版本；如果确定智能手机的运算能力较强，则可以从多个版本中确定完整版1.1为目标版本。本公开实施例对确定方式不做限定。

在其中一个实施例中，内置应用程序和车机的操作系统可以通过OTA(Over theAir Technology，空中下载技术)升级。

车机可以与云端服务器进行通信，车机接收云端服务器发送的更新提示；在获取到用户输入的更新触发操作后，车机从云端服务器获取更新数据；然后，车机根据更新数据对内置应用程序或操作系统进行更新处理。

例如，车机从云端服务器获取到内置应用程序A的升级版1.2，可以在车机内存储升级版1.2，从而在确定目标设备的运算能力较高时，将升级版1.2确定为目标版本。也可以在存储升级版1.2的同时，删除简化版1.0。本公开实施例对更新处理的方式不做限定。

步骤302，基于目标版本的内置应用程序获取车机的业务数据。

车机确定目标版本后，启用目标版本的内置应用程序；之后，车机可以基于目标版本的内置应用程序接收用户的输入操作，并根据用户的输入操作获取到车机的业务数据。

例如，内置应用程序可以包括导航应用程序，车机启用目标版本的导航应用程序后，基于目标版本的导航应用程序接收用户输入的目的地，根据用户输入的目的地获取到路径规划或者自动驾驶等业务数据。本公开实施例对内置应用程序和业务数据不做限定。

步骤303，根据预先设置的第一分配策略从车机的业务数据中确定目标业务数据。

其中，第一分配策略用于指示车机与目标设备之间的数据分配比例。

车机中可以预先设置第一分配策略，在获取到车机的业务数据后，根据该第一分配策略确定出目标业务数据。

例如，车机中预先设置的第一分配策略为车机与目标设备之间的数据分配比例是8：2，根据该第一分配策略，可以将车机的业务数据中20％的业务数据确定为目标业务数据。本公开实施例对数据分配比例不做限定，可以根据实际情况确定。

车机还可以根据车机的运算能力和目标设备的运算能力确定上述第一分配策略。

例如，车机的运算能力为U1，目标设备的运算能力为U2，为避免影响目标设备自身的数据处理效率，限制目标设备中可以调用的运算资源不超过设备总运算资源的25％，则总运算能力可以为U＝U1+25％*U2。为确保车辆安全，还需要为车机预留出部分运算能力，如果只使用车机运算能力的80％，那么车机所需要处理的数据量则为：车机运算占比＝80％*U1/U＝80％*U1/(U1+25％*U2)。

可以理解地，数据分配比例的确定方式不限于上述举例，可以根据实际情况进行设置。

上述实施例中，从车机的内置应用程序的多个版本中确定出与目标设备的运算能力匹配的目标版本；基于目标版本的内置应用程序获取车机的业务数据；根据预先设置的第一分配策略从车机的业务数据中确定目标业务数据。本公开实施例中，由于目标版本的内置应用程序与目标设备的运算能力匹配，因此内置应用程序的操作流畅性较好，可以提升用户的使用体验；而且，通过目标版本的内置应用程序获得的目标业务数据，不会因超出目标设备的运算能力而在目标设备长时间等待，因此，可以提高数据处理效率。

在一个实施例中，如图4所示，若存在多个与车机连接的目标设备，上述向目标设备发送目标业务数据的过程，可以包括如下步骤：

步骤401，根据预先设置的第二分配策略对目标业务数据进行划分，得到各目标设备对应的子业务数据。

其中，第二分配策略包括多个目标设备之间的数据分配比例和/或各目标设备的优先级顺序。

在有多个与车机连接的目标设备的情况下，车机可以利用多个目标设备的运算资源进行数据处理。因此，在确定出目标业务数据后，车机可以根据第二分配策略对目标业务数据进行划分，得到各目标设备对应的子业务数据。

例如，多个目标设备包括智能手机和平板电脑，智能手机和平板电脑之间的数据分配比例为6:4，则根据该数据分配比例对目标业务数据进行划分，得到智能手机对应的子业务数据和平板电脑对应的子业务数据。

又如，智能手机优先级高于平板电脑优先级，则先将目标业务数据中与智能手机的运算能力匹配的业务数据确定为智能手机对应的子业务数据，再将目标业务数据中的其他业务数据确定为平板电脑对应的子业务数据。

可以理解地，第二分配策略不限于上述实施例中的描述，可以根据实际情况进行设置。

步骤402，分别向各目标设备发送对应的子业务数据。

车机确定各目标设备对应的子业务数据后，分别向各目标设备发送对应的子业务数据。

例如，车机向智能手机发送智能手机对应的子业务数据，向平板电脑发送平板电脑对应的子业务数据。

在实际应用中，目标设备可以不限于智能手机、平板电脑、笔记本电脑以及智能手表、智能手环等可穿戴设备。

上述实施例中，根据预先设置的第二分配策略对目标业务数据进行划分，得到各目标设备对应的子业务数据；分别向各目标设备发送对应的子业务数据。本公开实施例通过多个与车机连接的目标设备分别进行数据处理，可以减少各目标设备处理的数据量，避免对各目标设备产生影响，从而保证各目标设备的用户的使用体验。

在一个实施例中，上述向目标设备发送目标业务数据的过程，可以包括：基于车机与目标设备中预先设置的SDK(Software Development Kit，软件开发工具包)协议向目标设备发送目标业务数据。

为确保车机可以利用目标设备的运算资源进行数据处理，需要预先在车机和目标设备中设置相匹配的SDK协议。车机在向目标设备发送目标业务数据时，可以先根据SDK协议对目标业务数据进行打包处理得到第一数据包，再将第一数据包发送到目标设备。目标设备接收第一数据包，并根据SDK协议对第一数据包进行解析得到目标业务数据。

对应地，上述接收目标设备返回的数据处理结果的过程，可以包括如下步骤：基于SDK协议接收目标设备返回的数据处理结果。

目标设备解析出目标业务数据后，调用目标设备中的运算资源对目标业务数据进行处理，得到数据处理结果。之后，目标设备根据SDK协议对数据处理结果进行打包处理得到第二数据包；并向车机发送第二数据包。车机接收第二数据包，并根据SDK协议对第二数据包进行解析得到数据处理结果。

上述实施例中，车机基于车机与目标设备中预先设置的SDK协议向目标设备发送目标业务数据；基于SDK协议接收目标设备返回的数据处理结果。本公开实施例通过在车机和目标设备中设置SDK协议，预先约定了车机与目标设备之间的数据传输协议，从而为车机利用目标设备的运算资源进行数据处理提供了支持。

在一个实施例中，如图5所示，本公开实施例还可以包括如下步骤：

步骤501，在与目标设备建立通信连接后，向目标设备发送查询请求。

其中，查询请求用于查询目标设备是否支持SDK协议。

车机在与目标设备建立通信连接后，为确定是否可以利用目标设备的运算资源进行数据处理，可以向目标设备发送查询请求。目标设备接收查询请求，查询自身是否支持SDK协议并得到查询结果；之后，目标设备向车机返回查询结果。

步骤502，接收目标设备返回的查询结果，并在查询结果指示目标设备支持SDK协议的情况下，执行基于车机与目标设备中预先设置的SDK协议向目标设备发送目标业务数据的步骤。

车机接收目标设备返回的查询结果后，如果查询结果指示目标设备不支持SDK协议，则车机不能调用目标设备的运算资源进行数据处理。这种情况下，车机可以生成提示信息，使用户获知不能调用的原因。

如果查询结果指示目标设备支持SDK协议，则车机可以调用目标设备的运算资源进行数据处理，之后，车机基于SDK协议向目标设备发送目标业务数据。

上述实施例中，在与目标设备建立通信连接后，向目标设备发送查询请求；接收目标设备返回的查询结果，若查询结果指示目标设备支持SDK协议，则执行基于车机与目标设备中预先设置的SDK协议向目标设备发送目标业务数据的步骤。本公开实施例通过向目标设备发送询问请求，确定目标设备是否支持SDK协议，从而在目标设备支持SDK协议的情况下，利用目标设备中的运算资源进行数据处理，进而延迟车机的硬件升级，延迟车机的使用寿命，并提示用户的使用体验。

在一个实施例中，在执行基于车机与目标设备中预先设置的SDK协议向目标设备发送目标业务数据的步骤之前，本公开实施例还可以包括如下步骤：向目标设备发送授权请求，并接收目标设备根据授权请求发送的授权信息。

其中，授权信息用于表征允许车机利用目标设备中的运算资源进行数据处理。

车机在接收到目标设备返回的查询结果后，还需要获得目标设备的授权。获取授权的过程可以包括：车机向目标设备发送授权请求；目标设备接收授权请求并询问用户，比如显示询问弹窗；如果用户基于询问弹窗输入的是同意授权的操作，则目标设备生成授权信息，并向车机发送授权信息；车机接收授权信息。之后，车机基于SDK协议向目标设备发送目标业务数据。如果用户基于询问弹窗输入的是拒绝授权的操作，则目标设备生成拒绝信息，并向车机发送拒绝信息；车机接收拒绝信息，确定不向目标设备发送目标业务数据。

上述实施例中，车机向目标设备发送授权请求，并接收目标设备根据授权请求发送的授权信息。本公开实施例中，获取授权可以确保目标设备的数据安全，从而提高车机的可靠性。

在一个实施例中，如图6所示，在上述实施例的基础上，本公开实施例还可以包括如下步骤：

步骤601，从车机的业务数据中确定除目标业务数据之外的剩余业务数据。

车机确定目标业务数据后，可以将除目标业务数据之外的业务数据确定为剩余业务数据。

其中，剩余业务数据包括座舱控制数据和/或自动驾驶数据。座舱控制数据包括图像显示数据、音响控制数据、摄像头控制数据、天线控制数据、灯光控制数据和语音控制数据中的至少一种；自动驾驶数据包括图像数据、雷达数据、红外数据和车辆控制数据中的至少一种。本公开实施例对座舱控制数据和自动驾驶数据不做限定。

步骤602，采用SOC(System on Chip，系统级芯片)资源处理座舱控制数据，采用GPU资源处理自动驾驶数据。

车机可以采用SOC资源处理上述座舱控制数据，采用GPU资源处理上述自动驾驶数据。可以理解地，GPU资源可以使显卡减少对CPU的依赖，并进行部分原本CPU的工作，因此，利用GPU资源处理自动驾驶数据可以确保CPU的数据处理，同时保证自动驾驶数据的处理。

在其中一个实施例中，目标业务数据也包括座舱控制数据和/或自动驾驶数据，目标设备也可以采用SOC资源处理上述座舱控制数据，采用GPU资源处理自动驾驶数据。

上述实施例中，从车机的业务数据中确定除目标业务数据之外的剩余业务数据；采用SOC(System on Chip，系统级芯片)资源处理座舱控制数据，采用GPU资源处理自动驾驶数据。本公开实施例采用SOC资源处理座舱控制数据，采用GPU资源处理自动驾驶数据，可以使座舱控制数据和自动驾驶数据的处理互相不干扰，一方面可以保证数据处理效率，另一方面还可以保证数据处理的准确性。

在一个实施例中，如图7所示，提供了一种数据处理方法，以该方法应用于图1中的车机为例进行说明，包括以下步骤：

步骤701，在与目标设备建立通信连接后，向目标设备发送查询请求。

其中，查询请求用于查询目标设备是否支持SDK协议。

步骤702，接收目标设备返回的查询结果。

步骤703，在查询结果指示目标设备支持SDK协议的情况下，向目标设备发送授权请求，并接收目标设备根据授权请求发送的授权信息。

步骤704，获取与车机连接的目标设备的运算能力。

步骤705，从车机的内置应用程序的多个版本中确定出与目标设备的运算能力匹配的目标版本。

步骤706，基于目标版本的应用程序获取车机的业务数据。

步骤707，根据预先设置的第一分配策略从车机的业务数据中确定目标业务数据。

步骤708，基于车机与目标设备中预先设置的SDK协议向目标设备发送目标业务数据，并指示目标设备调用目标设备中的运算资源对目标业务数据进行处理。

在其中一个实施例中，若存在多个与车机连接的目标设备，根据预先设置的第二分配策略对目标业务数据进行划分，得到各目标设备对应的子业务数据；分别向各目标设备发送对应的子业务数据。

步骤709，基于SDK协议接收目标设备返回的数据处理结果。

步骤710，从车机的业务数据中确定除目标业务数据之外的剩余业务数据。

其中，剩余业务数据包括座舱控制数据和/或自动驾驶数据。

步骤711，采用SOC资源处理座舱控制数据，采用GPU资源处理自动驾驶数据。

上述实施例中，车机先确定目标设备是否支持SDK协议，在确定目标设备支持SDK协议的情况下，获取授权信息；然后，车机获取目标设备的运算能力，并根据目标设备的运算能力确定目标版本的内置应用程序；之后，车机基于目标版本的内置应用程序获取车机的业务数据，进而确定目标业务数据；接着，车机基于SDK协议将目标业务数据发送到目标设备进行处理；之后，车机再基于SDK协议接收目标设备返回的数据处理结果。另外，车机还对目标业务数据之外的剩余业务数据进行处理。通过本公开实施例，车机可以基于SDK协议与目标设备进行数据传输，从而利于目标设备的运算资源进行数据处理，这样，不仅可以提高数据处理的效率；而且，随着目标设备的运算能力的升级，车机的数据处理能力也随之增长，就可以延迟车机硬件升级，延长车机的使用寿命，提升用户的使用体验。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图8所示，提供了一种数据处理装置，包括：

运算能力获取模块801，用于获取与车机连接的目标设备的运算能力；

第一数据确定模块802，用于根据所述目标设备的运算能力获取所述车机的业务数据，并从所述车机的业务数据中确定出目标业务数据；

数据发送模块803，用于向所述目标设备发送所述目标业务数据，并指示所述目标设备调用所述目标设备中的运算资源对所述目标业务数据进行处理；

第一结果接收模块804，用于接收所述目标设备返回的数据处理结果。

在其中一个实施例中，第一数据确定模块802，具体用于从所述车机的内置应用程序的多个版本中确定出与所述目标设备的运算能力匹配的目标版本；基于所述目标版本的内置应用程序获取所述车机的业务数据。

在其中一个实施例中，第一数据确定模块802，具体用于根据预先设置的第一分配策略从所述车机的业务数据中确定所述目标业务数据；其中，所述第一分配策略用于指示所述车机与所述目标设备之间的数据分配比例。

在其中一个实施例中，数据发送模块803，具体用于根据预先设置的第二分配策略对所述目标业务数据进行划分，得到各所述目标设备对应的子业务数据；其中，所述第二分配策略包括多个所述目标设备之间的数据分配比例和/或各所述目标设备的优先级顺序；分别向各所述目标设备发送对应的子业务数据。

在其中一个实施例中，数据发送模块803，具体用于基于所述车机与所述目标设备中预先设置的SDK协议向所述目标设备发送所述目标业务数据；

对应地，第一结果接收模块804，具体用于基于所述SDK协议接收所述目标设备返回的所述数据处理结果。

在其中一个实施例中，如图9所示，该装置还包括：

查询发送模块805，用于在与所述目标设备建立通信连接后，向所述目标设备发送查询请求；所述查询请求用于查询所述目标设备是否支持所述SDK协议；

第二结果接收模块806，用于接收所述目标设备返回的查询结果，并在所述查询结果指示所述目标设备支持所述SDK协议的情况下，执行所述基于所述车机与所述目标设备中预先设置的SDK协议向所述目标设备发送所述目标业务数据的步骤。

在其中一个实施例中，如图10所示，该装置还包括：

授权获取模块807，用于向所述目标设备发送授权请求，并接收所述目标设备根据所述授权请求发送的授权信息；所述授权信息用于表征允许所述车机利用所述目标设备中的运算资源进行数据处理。

在其中一个实施例中，如图11所示，该装置还包括：

第二数据确定模块808，用于从所述车机的业务数据中确定除所述目标业务数据之外的剩余业务数据；其中，所述剩余业务数据包括座舱控制数据和/或自动驾驶数据；

数据处理模块809，用于采用SOC资源处理所述座舱控制数据，采用GPU资源处理所述自动驾驶数据。

上述数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

参照图12示出的一种车机的框图，车机1300可以包括以下一个或多个组件：处理组件1302，存储器1304，电源组件1306，多媒体组件1308，音频组件1310，输入/输出(I/O)的接口1312，传感器组件1314，以及通信组件1316。其中，存储器上存储有在处理器上运行的计算机程序或者指令。

处理组件1302通常控制车机1300的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1302可以包括一个或多个处理器1320来执行指令，以完成上述方法的全部或部分步骤。此外，处理组件1302可以包括一个或多个模块，便于处理组件1302和其他组件之间的交互。例如，处理组件1302可以包括多媒体模块，以方便多媒体组件1308和处理组件1302之间的交互。

存储器1304被配置为存储各种类型的数据以支持在车机1300的操作。这些数据的示例包括用于在车机1300上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1304可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1306为车机1300的各种组件提供电力。电源组件1306可以包括电源管理系统，一个或多个电源，及其他与为车机1300生成、管理和分配电力相关联的组件。

多媒体组件1308包括在所述车机1300和用户之间的提供一个输出接口的触控显示屏。在一些实施例中，触控显示屏可以包括液晶显示器(LCD)和触摸面板(TP)。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

在一些实施例中，多媒体组件1308包括摄像头。当电子设备1300处于操作模式，如拍摄模式或视频模式时，摄像头可以接收外部的多媒体数据。摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1310被配置为输出和/或输入音频信号。例如，音频组件1310包括一个麦克风(MIC)，当车机1300处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1304或经由通信组件1316发送。在一些实施例中，音频组件1310还包括一个扬声器，用于输出音频信号。

I/O接口1312为处理组件1302和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1314包括一个或多个传感器，用于为车机1300提供各个方面的状态评估。例如，传感器组件1314可以检测到车机1300的打开/关闭状态，组件的相对定位，例如所述组件为车机1300的显示器和小键盘，传感器组件1314还可以检测车机1300或车机1300一个组件的位置改变，用户与车机1300接触的存在或不存在，车机1300方位或加速/减速和车机1300的温度变化。传感器组件1314可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1314还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1314还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1316被配置为便于车机1300和其他设备之间有线或无线方式的通信。车机1300可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1316经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1316还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，车机1300可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述数据处理方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1304，上述指令可由电子设备1300的处理器1320执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种计算机程序产品，该计算机程序被处理器执行时，可以实现上述方法。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行这些计算机指令时，可以全部或部分地按照本公开实施例所述的流程或功能实现上述方法中的部分或者全部。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (12)

1.一种数据处理方法，其特征在于，所述方法包括：

获取与车机连接的目标设备的运算能力；

根据所述目标设备的运算能力获取所述车机的业务数据，并从所述车机的业务数据中确定出目标业务数据；

向所述目标设备发送所述目标业务数据，并指示所述目标设备调用所述目标设备中的运算资源对所述目标业务数据进行处理；

接收所述目标设备返回的数据处理结果。

2.根据权利要求1所述的方法，其特征在于，所述根据所述目标设备的运算能力获取所述车机的业务数据，包括：

从所述车机的内置应用程序的多个版本中确定出与所述目标设备的运算能力匹配的目标版本；

基于所述目标版本的内置应用程序获取所述车机的业务数据。

3.根据权利要求1或2所述的方法，其特征在于，所述从所述车机的业务数据中确定出目标业务数据，包括：

根据预先设置的第一分配策略从所述车机的业务数据中确定所述目标业务数据；其中，所述第一分配策略用于指示所述车机与所述目标设备之间的数据分配比例。

4.根据权利要求1或2所述的方法，其特征在于，若存在多个与所述车机连接的目标设备，所述向所述目标设备发送所述目标业务数据，包括：

根据预先设置的第二分配策略对所述目标业务数据进行划分，得到各所述目标设备对应的子业务数据；其中，所述第二分配策略包括多个所述目标设备之间的数据分配比例和/或各所述目标设备的优先级顺序；

分别向各所述目标设备发送对应的子业务数据。

5.根据权利要求1或2所述的方法，其特征在于，所述向所述目标设备发送所述目标业务数据，包括：

基于所述车机与所述目标设备中预先设置的SDK协议向所述目标设备发送所述目标业务数据；

对应地，所述接收所述目标设备返回的数据处理结果，包括：

基于所述SDK协议接收所述目标设备返回的所述数据处理结果。

6.根据权利要求5所述的方法，其特征在于，在所述基于所述车机与所述目标设备中预先设置的SDK协议向所述目标设备发送所述目标业务数据之前，所述方法还包括：

在与所述目标设备建立通信连接后，向所述目标设备发送查询请求；所述查询请求用于查询所述目标设备是否支持所述SDK协议；

接收所述目标设备返回的查询结果，并在所述查询结果指示所述目标设备支持所述SDK协议的情况下，执行所述基于所述车机与所述目标设备中预先设置的SDK协议向所述目标设备发送所述目标业务数据的步骤。

7.根据权利要求6所述的方法，其特征在于，在执行所述基于所述车机与所述目标设备中预先设置的SDK协议向所述目标设备发送所述目标业务数据的步骤之前，所述方法还包括：

向所述目标设备发送授权请求，并接收所述目标设备根据所述授权请求发送的授权信息；所述授权信息用于表征允许所述车机利用所述目标设备中的运算资源进行数据处理。

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

从所述车机的业务数据中确定除所述目标业务数据之外的剩余业务数据；其中，所述剩余业务数据包括座舱控制数据和/或自动驾驶数据；

采用SOC资源处理所述座舱控制数据，采用GPU资源处理所述自动驾驶数据。

9.一种数据处理装置，其特征在于，所述装置包括：

运算能力获取模块，用于获取与车机连接的目标设备的运算能力；

第一数据确定模块，用于根据所述目标设备的运算能力获取所述车机的业务数据，并从所述车机的业务数据中确定出目标业务数据；

数据发送模块，用于向所述目标设备发送所述目标业务数据，并指示所述目标设备调用所述目标设备中的运算资源对所述目标业务数据进行处理；

第一结果接收模块，用于接收所述目标设备返回的数据处理结果。

10.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述的方法的步骤。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的方法的步骤。

12.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至8中任一项所述的方法的步骤。

Images