CN110166782A - 适用于车载多媒体的图像压缩方法及装置 - Google Patents

Abstract

本申请公开了一种适用于车载多媒体的图像压缩方法及装置，包括：云端基于组件技术生成当前网页的图形映射作为需要传输到车载多媒体显示终端的图像；界面更新时，对应为组件的状态发生变化后，计算组件中的一个或多个最小的更新节点，形成矩形单元；将矩形单元转换绘制成图片后反馈给车载终端。在本申请实施例中，采用基于Virtual DOM组件技术的方式，通过DOMDiff算法，达到了压缩图片的目的，从而实现了快速实现多媒体图片更新的技术效果，进而解决了多媒体图片更新较慢的技术问题。

Description

适用于车载多媒体的图像压缩方法及装置

技术领域

本申请涉及通信领域，具体而言，涉及一种适用于车载多媒体的图像压缩方法及装置。

背景技术

现有的车载多媒体作为车内娱乐的主要载体，目前大量车载多媒体无法联网，即使可以联网，也带来了高昂的成本，加上无线通信技术的限制，车载多媒体系统严重可用性不足。

尤其是在图片的传输中，直接更新图片往往会导致多媒体的负载过大，很大可能会影响媒体的失效，针对多媒体图片更新效率低下的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种适用于车载多媒体的图像压缩方法及装置，以解决上述所述的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种适用于车载多媒体的图像压缩方法方法。

根据本申请的适用于车载多媒体的图像压缩方法包括：

云端基于组件技术生成当前网页的图形映射作为需要传输到车载多媒体显示终端的图像；

界面更新时，对应为组件的状态发生变化后，计算组件中的一个或多个最小的更新节点，形成矩形单元；

将矩形单元转换绘制成图片后反馈给车载终端。

进一步地，云端基于Virtual DOM组件技术生成当前“网页”的基于内存的DOM图形映射。

进一步地，当界面有动态更新时，对应为组件的状态发生变化后，通过DOMDiff算法，得出DOM的一个或者多个最小更新节点[N1,N2,N3,...,Nn]，其中Nn为第n个最小更新DOM节点。

进一步地，将[N1,N2,N3,...,Nn]转换为svg后，将svg绘制生成图片[Block1,Block2,...,BlockN]后反馈给车载终端。

进一步地，在DOMDiff算法的计算中，采用深度优先的遍历规则。

为了实现上述目的，根据本申请的另一方面，提供了一种适用于车载多媒体的图像压缩装置。

根据本申请的适用于车载多媒体的图像压缩装置包括：

图形映射单元，由云端生成，作为需要传输到车载多媒体显示终端的图像；

更新单元，与图像映射单元相连接，当图像映射单元有变化时，以矩阵单元形式提取出变化的部分；

转换单元，与更新单元相连接，将矩阵单元转化后成图形块后反馈至车载终端。

进一步地，图像映射单元由云端基于Virtual DOM组件技术生成。

进一步地，更新单元包括：

监测单元，检测图形映射单元是否发生变化；

计算单元，与监测单元相连接，用于对变化的图形映射单元计算，得出至少一个最小更新节点，并以矩阵单元形式表示。

进一步地，转换单元包括：

中间转换单元，将矩阵单元转化成svg；

图片转换单元，将svg绘制成图形块。

进一步地，计算单元内置DOMDiff算法单元模块；DOMDiff算法单元模块采用深度优先的遍历规则。

在本申请实施例中，采用基于Virtual DOM组件技术的方式，通过DOMDiff算法，达到了压缩图片的目的，从而实现了快速实现多媒体图片更新的技术效果，进而解决了多媒体图片更新较慢的技术问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请一种实施例的方法流程图；

图2是根据本申请一种实施例的装置结构图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本申请中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。

并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本申请中的具体含义。

此外，术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

如图1所示，根据本申请的适用于车载多媒体的图像压缩方法包括：

S1:云端基于Virtual DOM组件技术生成当前“网页”的基于内存的DOM图形映射，该图形映射作为需要传输到车载多媒体显示终端的图像；

S2：当界面有动态更新时，对应为组件的状态发生变化后，通过DOMDiff算法，得出DOM的一个或者多个最小更新节点[N1,N2,N3,...,Nn]，其中Nn为第n个最小更新DOM节点，形成矩形单元。绝大部分场景中，一个DOM界面往往只有很小的部分会发生变化。

S3:将矩形单元[N1,N2,N3,...,Nn]通过<foreignObject>转换为svg后，将svg绘制到canvas中生成图片[Block1,Block2,...,BlockN]后通过http2.0的多路复用技术反馈给车载终端。

由于[Block1,Block2,...,BlockN]只是一张完整图片里面的部分小的矩形单元，相对于每帧传输整张图片然后刷新终端界面，这种方式类似于Ajax更新部分UI，只有增量更新，相当于压缩了图形，减少了传输数据量，提高了响应效率。

而在本实施例中采用的DOMDiff算法，来自公开算法，由于其O(n)的时间复杂度，具有极其高效的比较效率。对于前后两帧DOM树，只在同一级同一位置进行节点比较，对比前后有任何不一致就认为此节点需要更新，并忽略此节点下的子节点，同时采用深度优先的遍历规则，保证了一颗完整的DOM树的对比最大时间消耗<＝O(n)，因为上层节点一旦对比不一致，就认为此节点为一个大的更新节点。叶子节点的遍历就会跳过。

在采用了本算法之后，能够更加快快速地对需要更新的图片内容进行快速地定位，从而提高了效率，也降低了传输数据量。

为了实现上述目的，根据本申请的另一方面，提供了一种适用于车载多媒体的图像压缩装置。

根据本申请的适用于车载多媒体的图像压缩装置包括：

图形映射单元，由云端基于Virtual DOM组件技术生成，作为需要传输到车载多媒体显示终端的图像；

更新单元，与图像映射单元相连接，当图像映射单元有变化时，以矩阵单元形式提取出变化的部分。

转换单元，与更新单元相连接，将矩阵单元转化后成图形块后反馈至车载终端。

作为一个具体的实施例，更新单元包括：

监测单元，检测图形映射单元是否发生变化；本方案中DOMDiff算法单元模块采用深度优先的遍历规则。

计算单元，与监测单元相连接，内置DOMDiff算法单元模块，用于对变化的图形映射单元计算，得出至少一个最小更新节点，并以矩阵单元形式表示。

作为一个具体的实施例，转换单元包括：

中间转换单元，将矩阵单元转化成svg；

图片转换单元，将svg绘制成图形块。

本装置使用时，首先图形映射单元将需要转换的终端映像进行处理，由更新单元进行实时的检测，一旦监测单元检测到图像有变化，由计算单元的算法单元进行快速地遍历，以最小更新节点为单位，将所有的更新节点以矩阵单元形式表示。

转换单元直接对该矩阵单元进行转换处理，将图形块通过http2.0的多路复用技术反馈给车载终端，完成图像的更新。

具体的，本发明实施例的装置中各模块实现其功能的具体过程可参见方法实施例中的相关描述，此处不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种适用于车载多媒体的图像压缩方法，其特征在于，包括：

云端基于组件技术生成当前网页的图形映射作为需要传输到车载多媒体显示终端的图像；

界面更新时，对应为组件的状态发生变化后，计算组件中的一个或多个最小的更新节点，形成矩形单元；

将矩形单元转换绘制成图片后反馈给车载终端。

2.根据权利要求1所述的适用于车载多媒体的图像压缩方法，其特征在于，

云端基于Virtual DOM组件技术生成当前“网页”的基于内存的DOM图形映射。

3.根据权利要求1所述的适用于车载多媒体的图像压缩方法，其特征在于，

当界面有动态更新时，对应为组件的状态发生变化后，通过DOMDiff算法，得出DOM的一个或者多个最小更新节点[N1,N2,N3,...,Nn]，其中Nn为第n个最小更新DOM节点。

4.根据权利要求3所述的适用于车载多媒体的图像压缩方法，其特征在于，

将[N1,N2,N3,...,Nn]转换为svg后，将svg绘制生成图片[Block1,Block2,...,BlockN]后反馈给车载终端。

5.根据权利要求1所述的适用于车载多媒体的图像压缩方法，其特征在于，

在DOMDiff算法的计算中，采用深度优先的遍历规则。

6.一种适用于车载多媒体的图像压缩装置，其特征在于，

所述适用于车载多媒体的图像压缩装置包括：

图形映射单元，由云端生成，作为需要传输到车载多媒体显示终端的图像；

更新单元，与图像映射单元相连接，当图像映射单元有变化时，以矩阵单元形式提取出变化的部分；

转换单元，与更新单元相连接，将矩阵单元转化后成图形块后反馈至车载终端。

7.根据权利要求6所述的适用于车载多媒体的图像压缩装置，其特征在于，

所述图像映射单元由云端基于Virtual DOM组件技术生成。

8.根据权利要求6所述的适用于车载多媒体的图像压缩装置，其特征在于，

所述更新单元包括：

监测单元，检测图形映射单元是否发生变化；

计算单元，与监测单元相连接，用于对变化的图形映射单元计算，得出至少一个最小更新节点，并以矩阵单元形式表示。

9.根据权利要求8所述的适用于车载多媒体的图像压缩装置，其特征在于，

所述转换单元包括：

中间转换单元，将矩阵单元转化成svg；

图片转换单元，将svg绘制成图形块。

10.根据权利要求8所述的适用于车载多媒体的图像压缩装置，其特征在于，

所述计算单元内置DOMDiff算法单元模块；所述DOMDiff算法单元模块采用深度优先的遍历规则。