一种数据压缩方法、装置、设备和介质与流程

1.本技术涉及数据处理技术领域，特别是涉及一种数据压缩方法、装置、设备和计算机可读存储介质。


背景技术：

2.现在越来越多的电子设备开始使用双系统配置，在满足电子设备性能需求的同时可以降低功耗。随着电子设备功能的不断完善，其数据吞吐量也越来越大，传输效率也变得越来越重要。
3.在执行数据传输时，会按照通信协议对应的数据格式对数据进行封装，并将封装后的数据进行传输。通常双机通信的数据格式如图1所示，包括协议帧头(header)和协议帧体(payload)两部分，其中协议帧头包括起始帧(start of frame，sof)和控制位(control bit)；协议帧体包括模块服务id(serviceid)、模块指令id(commandid)、指令类型(type)、指令长度(length)和指令数据(value)。
4.双机通信的数据格式包含有八个字段，在进行数据压缩时常规做法就是直接使用一个或两个字节表示一个字段，一个字节包含有8位(bit)。但是在实际应用中，某些字段使用1至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.所述调整单元，用于根据预设时间段内数据量的变化率，调整各字段对应的有效数据位。
46.本技术实施例还提供了一种数据压缩设备，包括：
47.存储器，用于存储计算机程序；
48.处理器，用于执行所述计算机程序以实现如上述任意一项所述数据压缩方法的步骤。
49.本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述任意一项所述数据压缩方法的步骤。
50.由上述技术方案可以看出，依据待处理数据所属协议对应的数据格式，确定出各字段对应的有效数据位；有效数据位指的是具有实际意义的数据位。一个字段往往以字节的形式记录，一个字节包含八个数据位，一个字段对应的数据位除了有效数据位之外剩余的数据位均为冗余数据位，并不具有实际意义。因此为了降低数据传输量，可以按照各字段对应的有效数据位，对待处理数据进行去冗余处理，以得到去冗余后的各字段数据。对各字段对应的数据进行去冗余处理之后，为了得到完整的数据，可以根据各字段的排列顺序以及各字段对应的有效数据位，将各字段数据进行拼接，以得到压缩数据。在该技术方案中，通过删除各字段数据的冗余数据位，可以有效的缩减各字段数据的数据量。为了避免去冗余后的各字段数据单独占用至少一个字节，可以将各字段数据进行拼接，使得可以合并的字段数据压缩至一个字节中，有效的缩短待处理数据的长度，从而提升数据传输效率。
附图说明
51.为了更清楚地说明本技术实施例，下面将对实施例中所需要使用的附图做简单的介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
52.图1为现有技术提供的一种双机通信的数据格式；
53.图2为本技术实施例提供的一种数据压缩方法的流程图；
54.图3为本技术实施例提供的一种对待处理数据进行去冗余处理的示意图；
55.图4为本技术实施例提供的一种基于图3中得到的压缩数据去冗余的示意图；
56.图5为本技术实施例提供的一种数据压缩装置的结构示意图；
57.图6为本技术实施例提供的一种数据压缩设备的结构图。
具体实施方式
58.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下，所获得的所有其他实施例，都属于本技术保护范围。
59.本技术的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及他们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可包括没有列出的步骤或单元。
60.为了使本技术领域的人员更好地理解本技术方案，下面结合附图和具体实施方式对本技术作进一步的详细说明。
61.接下来，详细介绍本技术实施例所提供的一种数据压缩方法。图2为本技术实施例提供的一种数据压缩方法的流程图，该方法包括：
62.s201：依据待处理数据所属协议对应的数据格式，确定出各字段对应的有效数据位。
63.数据传输有其所依赖的协议，常见的协议可以包括i2c(inter－integrated circuit，串行总线)协议、spi(serial peripheral interface，串行外设接口)协议、uart(universal asynchronous receiver/transmitter，通用异步收发传输器)协议等。
64.s202：按照各字段对应的有效数据位，对待处理数据进行去冗余处理，以得到去冗余后的各字段数据。
65.不同的协议对应的数据格式有所差异。为了便于介绍，在本技术实施例中以双机通信系统所使用的spi协议为例展开介绍，其对应的数据格式可以参见图1。
66.待处理数据往往以十六进制的形式呈现，为了实现对待处理数据的去冗余，可以将十六进制的待处理数据转换为二进制的形式。
67.待处理数据包含有不同的字段，每个字段用于表征不同类型的信息。在初始状态下，针对于每个字段会设置冗余的数据位，以保证基于当前的数据格式可以满足数据的记录需求。
68.在本技术实施例中，为了提升数据的传输效率，可以将每个字段冗余的数据位舍弃掉，从而达到压缩数据的目的。在实际应用中，在将待处理数据中各字段数据转换为二进制数据之后，可以将每个字段的二进制数据按照其对应的有效数据位进行截取，以得到去冗余后的各字段数据。
69.有效数据位指的是具有实际意义的数据位。一个字段往往以字节的形式记录，一个字节包含八个数据位，一个字段对应的数据位除了有效数据位之外剩余的数据位均为冗
余数据位，并不具有实际意义。因此为了降低数据传输量，可以将每个字段的二进制数据按照其对应的有效数据位进行截取，以得到去冗余后的各字段数据。
70.二进制数据一般按照从后向前的方向记录数据。因此在截取二进制数据时，可以将目标字段的二进制数据的最后一位作为起始位，从起始位开始向前截取与目标字段对应的有效数据位长度相同的二进制数据；将截取的二进制数据作为去冗余后的字段数据。其中，目标字段为所有字段中的任意一个字段。
71.s203：根据各字段的排列顺序以及各字段对应的有效数据位，将各字段数据进行拼接，以得到压缩数据。
72.对各字段对应的数据进行去冗余处理之后，为了避免去冗余后的各字段数据单独占用至少一个字节，可以将各字段数据进行拼接，使得可以合并的字段数据压缩至一个字节中，有效的缩短待处理数据的长度。
73.在具体实现中，可以根据各字段的排列顺序以及各字段对应的有效数据位，依次将有效数据位总和小于或等于一个字节长度的字段数据压缩为一个字节数据；按照各字段的排列顺序对压缩后的字节数据进行拼接，以得到压缩数据。
74.以图1所示的双机通信的数据格式为例，对待处理数据进行去冗余处理的示意图可以参见图3，图3中包含有4行数据，最上侧一行的数据表示十六进制的待处理数据，第二行数据表示转换得到的二进制数据。
75.图3中header部分的起始帧(sof)为0x5a，sof使用八个数据位来表示。但是在实际应用中，sof采用四个数据位足以标识，使用八个数据位明显多余，因此可以将sof的有效数据位设置为4位，在实际应用中只截取二进制数据的后四位即可，去冗余后sof对应的字段数据为1010。
76.图3中控制位(control bit)为0x03，control bit使用八个数据位来表示，而control bit一般有一半的数据位为保留位(reserve)，因此可以将control bit的有效数据位设置为四位，去冗余后control bit对应的字段数据为0011。
77.在实际应用中，payload部分中，模块服务id(serviceid)、模块指令id(commandid)和指令类型(type)字段中前四位均为0，并未表示有效数据，因此可以舍去，即将serviceid、commandid和type的有效数据位均设置为4位，去冗余后serviceid对应的字段数据为0101，去冗余后commandid对应的字段数据为0010，去冗余后type对应的字段数据为0001。指令长度(length)字段中对于数据长度四个数据位足以表示，所以前四位也可以舍去，即将length的有效数据位设置为四位，去冗余后length对应的字段数据为0001。指令数据(value)可以保留原本的形式，不对其做压缩，因此去冗余后value对应的字段数据仍为00000001。图3中第三行数据表示去冗余后的各字段数据。
78.从图3的第三行数据可以看出，去冗余后sof、control bit、serviceid、commandid、type和length均为四个数据位，而一个字节可以包含八个数据位，因此在将各字段数据进行拼接时，可以将sof和control bit合并到一个字节；将serviceid和commandid合并到一个字节；将type和length合并到一个字节，从而得到图3中第四行所示的数据形式。
79.基于图3所示的待处理数据进行去冗余处理的示意图，可知待处理数据从原本的七个字节，通过去冗余处理之后可以压缩为四个字节，缩短了将近一半的长度。通过缩短待
处理数据的长度，从而提升了数据传输效率。
80.由上述技术方案可以看出，依据待处理数据所属协议对应的数据格式，确定出各字段对应的有效数据位；有效数据位指的是具有实际意义的数据位。一个字段往往以字节的形式记录，一个字节包含八个数据位，一个字段对应的数据位除了有效数据位之外剩余的数据位均为冗余数据位，并不具有实际意义。因此为了降低数据传输量，可以按照各字段对应的有效数据位，对待处理数据进行去冗余处理，以得到去冗余后的各字段数据。对各字段对应的数据进行去冗余处理之后，为了得到完整的数据，可以根据各字段的排列顺序以及各字段对应的有效数据位，将各字段数据进行拼接，以得到压缩数据。在该技术方案中，通过删除各字段数据的冗余数据位，可以有效的缩减各字段数据的数据量。为了避免去冗余后的各字段数据单独占用至少一个字节，可以将各字段数据进行拼接，使得可以合并的字段数据压缩至一个字节中，有效的缩短待处理数据的长度，从而提升数据传输效率。
81.数据格式一般包括有指令类型、指令长度和指令数据。在上述介绍中，为了保证去冗余后的各字段数据能够满足数据多样性的表征需求，因此对各字段的有效数据位的取值一般会设置的大一些。
82.考虑到实际应用中，待处理数据的指令类型存在只有两种形态的情况，对于这两种形态一般使用0和1进行区分即可，该种情况下待处理数据的指令类型、指令长度和指令数据并不需要占用太多的数据位，因此可以在上述s202的基础上，对数据进行进一步的去冗余。
83.在本技术实施例中，在按照各字段对应的有效数据位，对待处理数据进行去冗余处理，以得到去冗余后的各字段数据之后，可以判断待处理数据的指令类型是否为设定的指令类型；其中，设定的指令类型可以包括开关指令。开关指令只有开和关两种形态。
84.若待处理数据的指令类型为设定的指令类型，则可以依据指令类型对应的数据位格式，对指令类型、指令长度以及指令数据各自对应的字段数据进行去冗余处理。
85.以待处理数据的指令类型为开关指令为例，待处理数据的指令类型、指令长度和指令数据均使用一个数据位便可以表示，考虑到一个字节包含八个数据位，因此按照从前向后的顺序，可以将前六位记录指令类型、第七位记录指令长度，第八位记录指令数据。
86.结合图3中得到的压缩数据，第三个字节对应指令类型和指令长度，第四个字节对应指令长度，图4为基于图3中得到的压缩数据去冗余的示意图，图4中对指令类型、指令长度和指令长度进一步去冗余，可以将图3中用于表示指令类型和指令长度的第三字节的字段数据“00010001”和用于表示指令长度的第四字节的字段数据“00000001”压缩到一个字节中，按照前六位记录指令类型、第七位记录指令长度，第八位记录指令数据的方式，可以得到去冗余后的字段数据为“00000111”。
87.需要说明的是，上述介绍中以只有两种形态的指令类型为例展开说明。在本技术实施例中，对于指令类型的形态不做具体限定，只要指令类型、指令长度以及指令数据可以通过更少的字节如一个字节表示，均可以在原有按照各字段对应的有效数据位，对待处理数据进行去冗余处理，以得到去冗余后的各字段数据的基础上，进一步对指令类型、指令长度以及指令数据进行去冗余处理，从而将指令类型、指令长度以及指令数据压缩至更少的字节。
88.在本技术实施例中，为了满足同一协议下所有类型数据的压缩需求，各字段有效
数据位的取值往往会设置的大一些。但是实际应用中，即使是同一协议下不同类型的数据其各字段对应的有效数据位也会存在差异，因此在本技术实施例中，为了实现对不同类型数据压缩时的差异化处理，可以依赖于用户的操作对待处理数据中各字段对应的有效数据位进行调整。
89.在具体实现中，在依据待处理数据所属协议对应的数据格式，确定出各字段对应的有效数据位之后，若接收数据位调整指令，则基于数据位调整指令中携带的字段数据位，调整各字段对应的有效数据位。
90.除了依据指令调整各字段对应的有效数据位之外，系统也可以根据预设时间段内数据量的变化率，调整各字段对应的有效数据位。
91.预设时间段的取值可以依据实际需求设置，在此不做限定。例如，预设时间段可以为一天或一周等。
92.举例说明，假设在初始状态下，指令类型对应的有效数据位为四位。在预设时间段内待处理数据的数据量急剧增加，此时四位的指令类型可能无法区分所有的待处理数据，为了满足数据的表征需求，可以将指令类型对应的有效数据位调大，例如，将原本的四位调整为六位。
93.通过基于接收到的数据位调整指令或者是预设时间段内数据量的变化情况，对各字段对应的有效数据位进行调整，可以使得各字段的有效数据位更加贴合当前表征数据的实际需求，调整后的有效数据位既可以满足待处理数据的表征需求，又可以有效的避免有效数据位取值过高造成的数据冗余。
94.图5为本技术实施例提供的一种数据压缩装置的结构示意图，包括确定单元51、去冗余单元52和拼接单元53；
95.确定单元51，用于依据待处理数据所属协议对应的数据格式，确定出各字段对应的有效数据位；
96.去冗余单元52，用于按照各字段对应的有效数据位，对待处理数据进行去冗余处理，以得到去冗余后的各字段数据；
97.拼接单元53，用于根据各字段的排列顺序以及各字段对应的有效数据位，将各字段数据进行拼接，以得到压缩数据。
98.可选地，去冗余单元包括转换子单元和截取子单元；
99.转换子单元，用于将待处理数据中各字段数据转换为二进制数据；
100.截取子单元，用于将每个字段的二进制数据按照其对应的有效数据位进行截取，以得到去冗余后的各字段数据。
101.可选地，截取子单元用于将目标字段的二进制数据的最后一位作为起始位，从起始位开始向前截取与目标字段对应的有效数据位长度相同的二进制数据；其中，目标字段为所有字段中的任意一个字段；将截取的二进制数据作为去冗余后的字段数据。
102.可选地，拼接单元用于根据各字段的排列顺序以及各字段对应的有效数据位，依次将有效数据位总和小于或等于一个字节长度的字段数据压缩为一个字节数据；按照各字段的排列顺序对压缩后的字节数据进行拼接，以得到压缩数据。
103.可选地，数据格式包括指令类型、指令长度和指令数据；装置还包括判断单元；
104.判断单元，用于判断待处理数据的指令类型是否为设定的指令类型；其中，设定的
指令类型包括开关指令；
105.去冗余单元还用于若待处理数据的指令类型为设定的指令类型，则依据指令类型对应的数据位格式，对指令类型、指令长度以及指令数据各自对应的字段数据进行去冗余处理。
106.可选地，还包括接收单元和调整单元；
107.接收单元，用于接收数据位调整指令；
108.调整单元，用于基于数据位调整指令中携带的字段数据位，调整各字段对应的有效数据位。
109.可选地，还包括调整单元；
110.调整单元，用于根据预设时间段内数据量的变化率，调整各字段对应的有效数据位。
111.图5所对应实施例中特征的说明可以参见图2所对应实施例的相关说明，这里不再一一赘述。
112.由上述技术方案可以看出，依据待处理数据所属协议对应的数据格式，确定出各字段对应的有效数据位；有效数据位指的是具有实际意义的数据位。一个字段往往以字节的形式记录，一个字节包含八个数据位，一个字段对应的数据位除了有效数据位之外剩余的数据位均为冗余数据位，并不具有实际意义。因此为了降低数据传输量，可以按照各字段对应的有效数据位，对待处理数据进行去冗余处理，以得到去冗余后的各字段数据。对各字段对应的数据进行去冗余处理之后，为了得到完整的数据，可以根据各字段的排列顺序以及各字段对应的有效数据位，将各字段数据进行拼接，以得到压缩数据。在该技术方案中，通过删除各字段数据的冗余数据位，可以有效的缩减各字段数据的数据量。为了避免去冗余后的各字段数据单独占用至少一个字节，可以将各字段数据进行拼接，使得可以合并的字段数据压缩至一个字节中，有效的缩短待处理数据的长度，从而提升数据传输效率。
113.图6为本技术实施例提供的一种数据压缩设备的结构图，如图6所示，数据压缩设备包括：存储器20，用于存储计算机程序；
114.处理器21，用于执行计算机程序时实现如上述实施例数据压缩方法的步骤。
115.本实施例提供的数据压缩设备可以包括但不限于智能手机、平板电脑、笔记本电脑或台式电脑等。
116.其中，处理器21可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器21可以采用dsp(digital signal processing，数字信号处理)、fpga(field－programmable gate array，现场可编程门阵列)、pla(programmable logic array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器21也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(central processing unit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器21可以在集成有gpu(graphics processing unit，图像处理器)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器21还可以包括ai(artificial intelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。
117.存储器20可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以
是非暂态的。存储器20还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器20至少用于存储以下计算机程序201，其中，该计算机程序被处理器21加载并执行之后，能够实现前述任一实施例公开的数据压缩方法的相关步骤。另外，存储器20所存储的资源还可以包括操作系统202和数据203等，存储方式可以是短暂存储或者永久存储。其中，操作系统202可以包括windows、unix、linux等。数据203可以包括但不限于协议对应的数据格式等。
118.在一些实施例中，数据压缩设备还可包括有显示屏22、输入输出接口23、通信接口24、电源25以及通信总线26。
119.本领域技术人员可以理解，图6中示出的结构并不构成对数据压缩设备的限定，可以包括比图示更多或更少的组件。
120.可以理解的是，如果上述实施例中的数据压缩方法以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，执行本技术各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read
‑
only memory，rom)、随机存取存储器(random access memory，ram)、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd
‑
rom、磁碟或者光盘等各种可以存储程序代码的介质。
121.基于此，本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述数据压缩方法的步骤。
122.本发明实施例所述计算机可读存储介质的各功能模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。
123.以上对本技术实施例所提供的一种数据压缩方法、装置、设备和计算机可读存储介质进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
124.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
125.以上对本技术所提供的一种数据压缩方法、装置、设备和计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本技术进行若干改进和修饰，这些改进和修饰也落入本技术权利要求的保护范围内。