CN110673813B - 一种数据处理方法、装置、电子设备和介质 - Google Patents

Abstract

本申请实施例公开了一种数据处理方法、装置、电子设备和介质，涉及智能车载设备技术领域。具体实现方案为：依据车机端的播放帧率，以及车载设备与所述车机端之间传输媒介的数据传输时间，确定帧数据发送时间；若确定本地时间到达所述帧数据发送时间，则将所述车载设备上播报内容的数据发送至所述车机端进行播放。通过本申请的技术方案，能够保证传递到车机端的帧率严格控制在车机端支持的范围内，进而可减少车机端的播放延迟。

Description

一种数据处理方法、装置、电子设备和介质

技术领域

本申请实施例涉及计算机技术领域，尤其涉及智能车载设备技术领域，具体涉及一种数据处理方法、装置、电子设备和介质。

背景技术

由于原有的车载系统具有大都不支持联网以及OTA功能，基础能力固定，无法拓展等缺陷，为了满足用户的多样化需求，车载设备应运而生。其中，车载设备内部设置有操作系统如安卓系统，支持联网和OTA功能，且可安装各种应用软件，以及具有与车机端连接的接口等。车载设备通过与车机端连接，可将其上播报的内容等发送至车机端进行播放。

目前，车载设备主要采用下述三种方式向车机端发送其上播报的内容。1)将其上播报的内容编码成JPG图片形式，而后一张张发送到车机端进行播放处理；2)利用内部操作系统自身的标准接口进行播报内容录制，并转换成视频流发送至车机端进行播报处理；3)利用MirrorLink协议处理播报内容，并发送至车机端进行播报处理。

然而，上述三种方式均会导致车机端存在较大的播放延迟。

发明内容

本申请实施例公开一种数据处理方法、装置、电子设备和介质，能够保证传递到车机端的帧率严格控制在车机端支持的范围内，进而可减少车机端的播放延迟。

第一方面，本申请实施例公开了一种数据处理方法，由车载设备执行，该方法包括：

依据车机端的播放帧率，以及车载设备与所述车机端之间传输媒介的数据传输时间，确定帧数据发送时间；

若确定本地时间到达所述帧数据发送时间，则将所述车载设备上播报内容的数据发送至所述车机端进行播放。

上述申请中的一个实施例具有如下优点或有益效果：车载设备通过依据实际场景中车机端的播放帧率以及车载设备与车机端之间的数据传输时间，确定帧数据发送时间；并在帧数据发送时间向车机端发送其上播报内容的数据，以便车机端进行播放，保证了传递到车机端的帧率严格控制在车机端支持的范围内，进而减少了车机端的播放延迟，提升了用户的体验。

可选的，若确定本地时间到达所述帧数据发送时间，则将所述车载设备上播报内容的数据发送至所述车机端进行播放之前，还包括：

依据所述帧数据发送时间，确定帧数据获取时间；

若确定本地时间到达所述帧数据获取时间，则获取所述车载设备上播报内容的原始数据；

对获取的原始数据进行编码；

相应地的，将所述车载设备上播报内容的数据发送至所述车机端进行播放，包括：

将编码后的数据传输至所述车机端进行播放。

可选的，依据所述帧数据发送时间，确定帧数据获取时间，包括：

依据所述帧数据发送时间、以及所述车载设备上配置的编码器的编码时间，确定帧数据获取时间。

上述可选方式具有如下优点或有益效果：通过综合考虑帧数据发送时间以及车载设备上配置的编码器的编码时间等，来确定帧数据获取时间，并在帧数据获取时间获取车载设备上播报内容的原始数据，能够保证每次传输至编码器进行编码的原始数据都是车载设备上最新原始数据。

可选的，上述方法还包括：

若依据所述车机端发送的当前播放进度信息确定所述车机端处于播放卡顿状态，则依据所述当前播放进度信息确定暂停数据发送时长，并在所述暂停数据发送时长内停止向车机端发送车载设备上播报内容的数据；

在所述暂停数据发送时长到达后，若确定所述车机端的播放卡顿状态已消除，则恢复执行依据车机端的播放帧率以及车载设备与所述车机端之间传输媒介的数据传输时间确定帧数据发送时间的操作。

上述可选方式具有如下优点或有益效果：提供了一种在车机端处于播放卡顿状态场景下，减少车机端播放延时的方式，能够提升了用户的体验。

可选的，对获取的原始数据进行编码，包括：

采用视频压缩编码方式，对获取的原始数据进行编码；其中，所述视频压缩编码方式为H.264视频压缩编码方式。

上述可选方式具有如下优点或有益效果：通过采用H.264视频压缩编码方式对所获取的原始数据进行编码，可以降低数据的冗余度，以及车机端负荷。

第二方面，本申请实施例公开了一种数据处理装置，配置于车载设备中，该装置包括：

发送时间确定模块，用于依据车机端的播放帧率以及车载设备与所述车机端之间传输媒介的数据传输时间，确定帧数据发送时间；

数据发送模块，用于若确定本地时间到达所述帧数据发送时间，则将所述车载设备上播报内容的数据发送至所述车机端进行播放。

第三方面，本申请实施例还公开了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如本申请任一实施例所述的数据处理方法。

第四方面，本申请实施例还公开了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行如本申请任一实施例所述的数据处理方法。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1是根据本申请第一实施例提供的一种数据处理方法的流程图；

图2是根据本申请第二实施例提供的一种数据处理方法的流程图；

图3是根据本申请第二实施例中提供的一种数据处理过程示意图；

图4是根据本申请第三实施例提供的一种数据处理方法的流程图；

图5是根据本申请第四实施例提供的一种数据处理装置的结构示意图；

图6是用来实现本申请实施例提供的数据处理方法的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

第一实施例

图1是根据本申请第一实施例提供的一种数据处理方法的流程图，本实施例可适用于车载设备如何对其上播报内容的数据进行处理，以降低车机端播放时延的情况。该方法可以由数据处理装置来执行，该装置可以采用软件和/或硬件的方式实现，并可集成于车载设备上。如图1所示，本实施例提供的数据处理方法可以包括：

S110、依据车机端的播放帧率，以及车载设备与车机端之间传输媒介的数据传输时间，确定帧数据发送时间。

本实施例中，车机端的播放帧率即为车机端每秒播放的帧数。可选的，不同品牌的车辆，车机端的播放帧率不同；且相同品牌不同车型的车辆，车机端的播放帧率也可不同。

可选的，车载设备可先通过传输媒介与车机端建立通信连接，而后车机端可向车载设备发送播放信息。其中播放信息包括车机端的播放帧率以及车机端可支持的数据格式等；传输媒介即车载设备和车机端之间的物理通路。数据传输时间即为车载设备通过传输媒介向车机端传输一帧数据所需的时间；不同的传输媒介传输数据的速率不同，进而不同传输媒介的数据传输时间不同。由于USB(Universal Serial Bus，通用串行总线)具有使用便捷以及成本低等特性，本实施例中车载设备和车机端之间可通过USB进行通信。

本实施例中，帧数据发送时间即为车载设备向车机端发送数据的时间。具体的，对于车载设备向车机端发送每帧数据而言，均可依据车机端的播放帧率，确定车机端播放两帧数据之间的时间间隔，例如车机端每秒播放10帧，则车机端播放两帧数据之间的时间间隔为100ms；之后依据该时间间隔、车载设备的本地时间以及数据传输时间，确定该帧数据发送时间。例如，车载设备的本地时间为X：0：0s，数据传输时间为2ms，进而车载设备可在98ms向车机端发送数据。

为了减少计算量，以降低车载设备的功耗。进一步的，车载设备向车机端发送下一帧数据的帧数据发送时间可直接依据车机端的播放帧率、以及当前帧数据的帧数据发送时间来确定。例如，依据车机端的播放帧率，确定车机端播放两帧数据之间的时间间隔为100ms，且当前帧数据的帧数据发送时间为98ms，则下一帧数据的帧数据发送时间为198ms。

需要说明的是，本实施例中的车载设备具有较强的适应性以及灵活应变能力。具体的，对于车载设备连接的任一车机端，即使该车机端的播放帧率根据其当前CPU负荷能力动态调整，车载设备均可根据该车机端的播放帧率动态调整帧数据发送时间。

S120、若确定本地时间到达帧数据发送时间，则将车载设备上播报内容的数据发送至车机端进行播放。

本实施例中，车载设备上可安装内置操作系统支持的各种应用软件，如导航应用、多媒体音乐应用、天气应用以及其他应用等。进而车载设备上播报内容可以是导航应用的内容以及天气应用的内容等中的至少一种。

具体的，当车载设备检测到本地时间到达帧数据发送时间，则可以将车载设备上播报内容的数据发送至车机端进行播放。

可以理解的是，车载设备可主动将其上播报内容的数据发送至车机端进行播放，而车机端也可控制车载设备发送相应数据。例如，车载设备上可不配置显示屏幕，而车机端可配置显示屏幕，用户可在车机端的显示屏幕上点击任一应用的图标如天气，车机端可依据用户的点击操作向车载设备发送相应的控制指令如发送XX城市的当前天气状况；车载设备接收到车机端发送的控制指令后，本地运行天气应用，并控制天气应用查询XX城市的当前天气状况，而后车载设备可在本地时间达到帧数据发送时间时，将XX城市的当前天气状况发送至车机端进行播放显示，以便用户在车机端的显示屏幕上清楚获知XX城市的当前天气状况。

再如在导航场景下，车机端在实时播放车载设备发送的导航数据，若此时用户点击车机端显示屏幕上AR实景导航按钮，则车机端将向车载设备发送实景导航指令；车载设备获取车机端发送的实景导航指令，并在确定本地时间达到帧数据发送时间时，将车载设备上导航应用依据实景导航指令播报的实景导航数据发送至车机端进行播放。

需要说明的是，车载设备的数据刷新频率远大于车机端的播放帧率，例如车机端每秒播放10帧，车载设备每秒刷新60帧等。进而传统车载设备直接依据系统提供的标准接口录制视频或编码图片等传输至车机端进行播放的形式将导致车机端具有较大的播放延迟。而本实施例通过依据实际场景中车机端的播放帧率，动态调整每帧数据发送时间，进而可减少车机端的播放延迟。此外，增加车机端反向控制车载设备的功能，进一步提升了用户的体验。

本申请实施例提供的技术方案，车载设备通过依据实际场景中车机端的播放帧率以及车载设备与车机端之间的数据传输时间，确定帧数据发送时间；并在帧数据发送时间向车机端发送其上播报内容的数据，以便车机端进行播放，保证了传递到车机端的帧率严格控制在车机端支持的范围内，进而减少了车机端的播放延迟，提升了用户的体验。

第二实施例

图2是根据本申请第二实施例提供的一种数据处理方法的流程图，图3是根据本申请第二实施例中提供的一种数据处理过程示意图。本实施例在上述实施例的基础上，增加了车载设备对其上播放内容的原始数据进行处理如获取以及编码等过程。如图2所示，本实施例提供的数据处理方法可以包括：

S210、依据车机端的播放帧率，以及车载设备与车机端之间传输媒介的数据传输时间，确定帧数据发送时间。

S220、依据帧数据发送时间，确定帧数据获取时间。

本实施例中，帧数据获取时间即为车载设备底层系统获取车载设备上播报内容的原始数据的时间。可以理解的是，要保证在帧数据发送时间向车机端发送数据，需在帧数据发送时间之前获取数据，进而帧数据获取时间应小于帧数据发送时间。可选的，可采用帧数据发送时间减去一固定时长得到帧数据获取时间。由于车载设备获取到其上播报内容的原始数据之后，需要对其进行相关处理如编码或修改数据格式等，而对数据的处理需要相应的时间，进而固定时长应等于或大于数据处理所需的时间。

进一步的，对于车载设备而言，其上设置的对数据处理的器件如编码器等编码数据的时间固定，进而本实施例中依据帧数据发送时间，确定帧数据获取时间可以为：依据帧数据发送时间、以及车载设备上配置的编码器的编码时间，确定帧数据获取时间。例如，帧数据发送时间为98ms，编码器的编码时间为10ms，进而帧数据获取时间可以为88ms。

与确定帧数据发送时间相类似，为了减少计算量，以降低车载设备的功耗。进一步的，下一帧数据的帧数据获取时间可直接依据车机端的播放帧率、以及当前帧数据的帧数据获取时间来确定。例如，依据车机端的播放帧率，确定车机端播放两帧数据之间的时间间隔为100ms，且当前帧数据的帧数据获取时间为88ms，则下一帧数据的帧数据获取时间为188ms。

S230、若确定本地时间到达帧数据获取时间，则获取车载设备上播报内容的原始数据。

具体的，当车载设备检测到本地时间到达帧数据获取时间，则可以获取车载设备上播报内容的原始数据。

为了确保车载设备每次获取的原始数据均是最新的，本实施例中，参见图3所示，车载设备的底层系统可依据其数据刷新频率预先保存原始数据。可选的，车载设备的底层驱动可设置有两个缓冲区A和B，其中缓冲区A用于存储立即显示的数据，缓冲区B用于存储下一要显示的数据；每次缓冲区A中的数据向车载设备上的显示单元发送时，将同步进行备份，且每次备份数据将会覆盖上一次的备份数据。进而每次在帧数据获取时间到达时，从缓冲区A的备份数据中获取的原始数据将会是最新的。

示例性的，获取车载设备上播报内容的原始数据可以为：从缓冲区的备份数据中获取车载设备上播报内容的最新原始数据；其中，备份数据为缓冲区向显示单元发送数据时所备份的。其中，车载设备上的显示单元可以是一种虚拟的显示单元，即车载设备无显示屏幕；也可以是普通的显示屏幕等，本实施例对此不做限定。

S240、对获取的原始数据进行编码。

具体的，可以采用现有的编码方式，对原始数据进行压缩编码，进而将原始数据编码成图片或视频流等形式。为了降低数据量，本实施例中，采用视频压缩编码方式，对获取的原始数据进行编码，以将原始数据压缩编码成视频流的形式。由于H.264视频压缩编码方式是一种高性能的视频编码技术，具有在相同的带宽下提供更加优秀的图像质量、容错能力强、以及网络适应性强等特性，进而本实施例可采用H.264视频压缩编码方式对获取的原始数据进行编码。

此外，由于硬件编码具有较高编码速率，进而本实施例优先在硬件基础上采用H.264视频压缩编码方式将原始数据编码成视频流。

需要说明的是，本实施例中，通过预先保存原始数据，以及综合考虑帧数据发送时间和车载设备上配置的编码器的编码时间等来确定帧数据获取时间，并在帧数据获取时间从备份数据中获取车载设备上播报内容的原始数据，能够确保每次传输至编码器进行编码的原始数据都是车载设备上最新原始数据。同时通过采用H.264视频压缩编码方式对所获取的原始数据进行编码，可以降低数据的冗余度，以及车机端负荷。

S250、若确定本地时间到达帧数据发送时间，则将编码后的数据传输至车机端进行播放。

本申请实施例提供的技术方案，通过综合考虑帧数据发送时间等，来确定帧数据获取时间，并在帧数据获取时间获取车载设备上播报内容的原始数据，在一定程度上能够保证每次传输至编码器进行编码的原始数据都是车载设备上最新原始数据；在帧数据发送时间向车机端发送其上播报内容的数据，以便车机端进行播放，保证了传递到车机端的帧率严格控制在车机端支持的范围内，进而减少了车机端的播放延迟，提升了用户的体验。

第三实施例

图4是根据本申请第三实施例提供的一种数据处理方法的流程图，本实施例在上述实施例的基础上，提供一种车机端出现卡机现象时，如何降低车机端播放延迟的方案。如图4所示，本实施例提供的数据处理方法可以包括：

S410、依据车机端的播放帧率，以及车载设备与车机端之间传输媒介的数据传输时间，确定帧数据发送时间。

S420、若确定本地时间到达帧数据发送时间，则将车载设备上播报内容的数据发送至车机端进行播放。

S430、若依据车机端发送的当前播放进度信息确定车机端处于播放卡顿状态，则依据当前播放进度信息确定暂停数据发送时长，并在暂停数据发送时长内停止向车机端发送车载设备上播报内容的数据。

本实施例中，当前播放进度信息是指车机端当前播放车载设备发送的数据的情况，可以包括当前播放到第几帧数据、剩余几帧数据未播放、当前播放一帧数据需要的时间等。播放卡顿是造成车机端出现播放延迟的一种因素。

具体的，车载设备可依据车机端发送的当前播放进度信息确定车机端当前是否即将或已经播放到最新接收的数据，若是，则确定车机端几乎可无延迟播放车载设备发送的数据；若否，则确定车机端当前出现延迟。可选的，在确定车机端出现延迟的情况下，可通过分析车机端的当前播放进度信息中当前播放一帧数据需要的时间确定车机端是否处于播放卡顿状态。

进一步的，在依据车机端的当前播放进度信息确定车机端处于播放卡顿状态的情况下，车载设备可暂停向车机端发送数据，同时根据当前播放进度信息中当前播放到第几帧数据、剩余几帧数据未播放、当前播放一帧数据需要的时间等确定暂停数据发送时长。

S440、在暂停数据发送时长到达后，若确定车机端的播放卡顿状态已消除，则恢复执行依据车机端的播放帧率以及车载设备与车机端之间传输媒介的数据传输时间确定帧数据发送时间的操作。

可选的，车机端在处于播放卡顿状态情况下，可实时或定时向车机端发送当前播放进度信息，进而车机端在暂停数据发送时长到达后，若依据车机端在暂停数据发送时长到达时刻所发送的当前播放进度信息确定车机端的播放卡顿状态已消除，则可以重新返回执行S410和S420。

或者，在暂停数据发送时长到达后，车载设备向车机端发送播放进程询问信息，若依据车机端反馈的播放进程信息确定车机端的播放卡顿状态已消除，则可以重新返回执行S410和S420。

需要说明的是，S430和S440车机端出现卡顿现象可以在其播放过程中的任一时刻，本实施只是提供了一种的情况，但不限于此。例如，S430和S440可在S410之后执行等。

本申请实施例提供的技术方案，在能够保证传递到车机端的帧率严格控制在车机端支持的范围内，减少了车机端的播放延迟的情况，提供了一种在车机端处于播放卡顿状态场景下，减少车机端播放延时的方式，能够提升了用户的体验。

第四实施例

图5是根据本申请第四实施例提供的一种数据处理装置的结构示意图，该装置可执行本申请任意实施例所提供的数据处理方法，具备执行方法相应的功能模块和有益效果。可选的，该装置可以采用软件和/或硬件的方式实现，并可集成在车载设备中。如图5所示，该装置500可以包括：

发送时间确定模块510，用于依据车机端的播放帧率以及车载设备与车机端之间传输媒介的数据传输时间，确定帧数据发送时间；

数据发送模块520，用于若确定本地时间到达帧数据发送时间，则将车载设备上播报内容的数据发送至车机端进行播放。

本申请实施例提供的技术方案，车载设备通过依据实际场景中车机端的播放帧率以及车载设备与车机端之间的数据传输时间，确定帧数据发送时间；并在帧数据发送时间向车机端发送其上播报内容的数据，以便车机端进行播放，保证了传递到车机端的帧率严格控制在车机端支持的范围内，进而减少了车机端的播放延迟，提升了用户的体验。

示例性的，上述装置还可以包括：

获取时间确定模块，用于在若确定本地时间到达帧数据发送时间，则将车载设备上播报内容的数据发送至车机端进行播放之前，依据帧数据发送时间，确定帧数据获取时间；

原始数据获取模块，用于若确定本地时间到达帧数据获取时间，则获取车载设备上播报内容的原始数据；

编码模块，用于对获取的原始数据进行编码；

相应地，数据发送模块520具体可以用于：将编码后的数据传输至车机端进行播放。

示例性的，获取时间确定模块具体可以用于：

依据帧数据发送时间、以及车载设备上配置的编码器的编码时间，确定帧数据获取时间。

示例性的，上述装置还可以包括：

暂停时间确定模块，用于若依据车机端发送的当前播放进度信息确定车机端处于播放卡顿状态，则依据当前播放进度信息确定暂停数据发送时长，并在暂停数据发送时长内停止向车机端发送车载设备上播报内容的数据；

发送时间确定模块510，还用于在暂停数据发送时长到达后，若确定车机端的播放卡顿状态已消除，则恢复执行依据车机端的播放帧率以及车载设备与车机端之间传输媒介的数据传输时间确定帧数据发送时间的操作。

示例性的，编码模块具体可以用于：

采用视频压缩编码方式，对获取的原始数据进行编码；其中，视频压缩编码方式为H.264视频压缩编码方式。

示例性的，上述装置还可以包括：

导航指令获取模块，依据车机端的播放帧率，确定帧数据发送时间之前，获取车机端发送的实景导航指令；

相应地，数据发送模块520具体可以用于：若确定本地时间达到帧数据发送时间，则将车载设备上导航应用依据实景导航指令播报的实景导航数据发送至车机端进行播放。

示例性的，原始数据获取模块具体可以用于：

从缓冲区的备份数据中获取车载设备上播报内容的原始数据；其中，备份数据为缓冲区向显示单元发送数据时所备份的。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图6所示，是根据本申请实施例的数据处理方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图6所示，该电子设备包括：一个或多个处理器601、存储器602，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示图形用户界面(Graphical User Interface，GUI)的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作，例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统。图6中以一个处理器601为例。

存储器602即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的数据处理方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的数据处理方法。

存储器602作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的数据处理方法对应的程序指令/模块，例如，附图5所示的发送时间确定模块510和数据发送模块520。处理器601通过运行存储在存储器602中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的数据处理方法。

存储器602可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据用来实现数据处理方法的电子设备的使用所创建的数据等。此外，存储器602可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器602可选包括相对于处理器601远程设置的存储器，这些远程存储器可以通过网络连接至用来实现数据处理方法的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

用来实现数据处理方法的电子设备还可以包括：输入装置603和输出装置604。处理器601、存储器602、输入装置603和输出装置604可以通过总线或者其他方式连接，图6中以通过总线连接为例。

输入装置603可接收输入的数字或字符信息，以及产生与用来实现数据处理方法的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置604可以包括显示设备、辅助照明装置和触觉反馈装置等，其中，辅助照明装置例如发光二极管(Light Emitting Diode，LED)，触觉反馈装置例如振动电机等。该显示设备可以包括但不限于，液晶显示器(Liquid Crystal Display，LCD)、LED显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用专用集成电路(Application Specific Integrated Circuit，ASIC)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序也称作程序、软件、软件应用、或者代码，包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置，例如，磁盘、光盘、存储器、可编程逻辑装置(Programmable Logic Device，PLD)，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置，例如，阴极射线管(Cathode Ray Tube，CRT)或者LCD监视器；以及键盘和指向装置，例如，鼠标或者轨迹球，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式，包括声输入、语音输入或者、触觉输入，来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统例如，作为数据服务器；或者实施在包括中间件部件的计算系统例如，应用服务器；或者实施在包括前端部件的计算系统例如具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互，或者实施在包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信，例如，通信网络，来将系统的部件相互连接。通信网络的示例包括：局域网(Local Area Network，LAN)、广域网(Wide Area Network，WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

根据本申请实施例的技术方案，车载设备通过依据实际场景中车机端的播放帧率以及车载设备与车机端之间的数据传输时间，确定帧数据发送时间；并在帧数据发送时间向车机端发送其上播报内容的数据，以便车机端进行播放，保证了传递到车机端的帧率严格控制在车机端支持的范围内，进而减少了车机端的播放延迟，提升了用户的体验。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (9)

1.一种数据处理方法，其特征在于，由车载设备执行，所述方法包括：

依据车机端的播放帧率，以及车载设备与所述车机端之间传输媒介的数据传输时间，确定帧数据发送时间；

依据所述帧数据发送时间、以及所述车载设备上配置的编码器的编码时间，确定帧数据获取时间，下一帧数据的帧数据获取时间根据所述车机端的播放帧率和当前帧数据的帧数据获取时间来确定；

若确定本地时间到达所述帧数据获取时间，则获取所述车载设备上播报内容的原始数据；

对获取的原始数据进行编码；

若确定本地时间到达所述帧数据发送时间，则将所述车载设备上播报内容的数据发送至所述车机端进行播放。

2.根据权利要求1所述的方法，其特征在于，将所述车载设备上播报内容的数据发送至所述车机端进行播放，包括：

将编码后的数据传输至所述车机端进行播放。

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

若依据所述车机端发送的当前播放进度信息确定所述车机端处于播放卡顿状态，则依据所述当前播放进度信息确定暂停数据发送时长，并在所述暂停数据发送时长内停止向车机端发送车载设备上播报内容的数据；

在所述暂停数据发送时长到达后，若确定所述车机端的播放卡顿状态已消除，则恢复执行依据车机端的播放帧率以及车载设备与所述车机端之间传输媒介的数据传输时间确定帧数据发送时间的操作。

4.根据权利要求1所述的方法，其特征在于，对获取的原始数据进行编码，包括：

采用视频压缩编码方式，对获取的原始数据进行编码；其中，所述视频压缩编码方式为H.264视频压缩编码方式。

5.根据权利要求1所述的方法，其特征在于，依据车机端的播放帧率，确定帧数据发送时间之前，还包括：

获取所述车机端发送的实景导航指令；

相应地，若确定本地时间达到所述帧数据发送时间，则将所述车载设备上播报内容的数据发送至所述车机端进行播放，包括：

若确定本地时间达到所述帧数据发送时间，则将所述车载设备上导航应用依据所述实景导航指令播报的实景导航数据发送至所述车机端进行播放。

6.根据权利要求1所述的方法，其特征在于，获取所述车载设备上播报内容的原始数据，包括：

从缓冲区的备份数据中获取所述车载设备上播报内容的原始数据；其中，备份数据为所述缓冲区向显示单元发送数据时所备份的。

7.一种数据处理装置，其特征在于，配置于车载设备上，所述装置包括：

发送时间确定模块，用于依据车机端的播放帧率以及车载设备与所述车机端之间传输媒介的数据传输时间，确定帧数据发送时间；

获取时间确定模块，用于在若确定本地时间到达帧数据发送时间，则将所述车载设备上播报内容的数据发送至所述车机端进行播放之前，依据帧数据发送时间、以及所述车载设备上配置的编码器的编码时间，确定帧数据获取时间，下一帧数据的帧数据获取时间根据所述车机端的播放帧率和当前帧数据的帧数据获取时间来确定；

原始数据获取模块，用于若确定本地时间到达帧数据获取时间，则获取所述车载设备上播报内容的原始数据；

编码模块，用于对获取的原始数据进行编码；

数据发送模块，用于若确定本地时间到达所述帧数据发送时间，则将所述车载设备上播报内容的数据发送至所述车机端进行播放。

8.一种电子设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-6中任一项所述的数据处理方法。

9.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1-6中任一项所述的数据处理方法。

Images