CN115878577A - 数据传输的方法和装置 - Google Patents

Abstract

本申请提供了一种数据传输的方法和装置，所述方法应用于车辆，包括：所述车辆对第一数据进行压缩；所述车辆判断所述第一数据是否压缩成功；若判断所述第一数据未压缩成功，所述车辆对所述第一数据再次进行压缩或向云服务器发送第一告警信息，所述第一告警信息用于表征所述车辆压缩所述第一数据失败；若判断所述第一数据压缩成功，所述车辆向所述云服务器发送目标数据，所述目标数据为压缩成功后的数据或根据所述压缩成功后的数据确定的数据。本申请提供的方案，可以保证数据传输的准确性和可靠性。

Description

数据传输的方法和装置

技术领域

本申请涉及自动驾驶领域，尤其涉及一种数据传输的方法和装置。

背景技术

在自动驾驶车的全生命周期中，需要将车端的数据(如坐标数据、激光点云数据、图片数据等)安全、高效、准确上传到云端。数据在云端进行处理后，可以更好地应用于自动驾驶。例如，用于对自动驾驶算法的迭代优化、量产后的监管等。

目前，车端主要通过压缩或加密的方式将车端数据上传到云端。通过压缩的方式进行数据上传，压缩了传输数据量，进而降低了数据传输时延；通过加密的方式进行数据传输，密文传输增加了数据上传安全性。

然而，数据在处理过程中，有可能会发生错误进而导致数据上传错误。数据如果不能准确上传到云端以在云端应用，会对算法的准确率等方面的优化产生影响，且不能准确完整呈现出车辆行驶轨迹，进而难以保证自动驾驶车辆的安全使用。

发明内容

本申请提供一种数据传输的方法和装置，可以保证数据传输的准确性和可靠性，进而可以保证车辆自动驾驶的安全性。

第一方面，提供一种数据传输的方法，所述方法应用于车辆，包括：

所述车辆对第一数据进行压缩；

所述车辆判断所述第一数据是否压缩成功；

若判断所述第一数据未压缩成功，所述车辆对所述第一数据再次进行压缩或向云服务器发送第一告警信息，所述第一告警信息用于表征所述车辆压缩所述第一数据失败；

若判断所述第一数据压缩成功，所述车辆向所述云服务器发送目标数据，所述目标数据为压缩成功后的数据或根据所述压缩成功后的数据确定的数据。

本申请提供的方案，车辆在对第一数据进行压缩的过程中，可以判断对该第一数据压缩是否成功，并根据判断结果确定进一步的处理方式，即，若判断第一数据未压缩成功，对该第一数据再次进行压缩或向云服务器发送第一告警信息；若判断第一数据压缩成功，根据压缩成功后的数据向云服务器发送目标数据；可以保证数据传输前对数据进行处理的准确性和可靠性。

结合第一方面，在一些可能的实现方式中，所述若判断所述第一数据未压缩成功，所述车辆对所述第一数据再次进行压缩或向云服务器发送第一告警信息，包括：

若判断所述第一数据未压缩成功，所述车辆判断未压缩成功的次数与第一阈值的大小；

若所述未压缩成功的次数小于所述第一阈值，所述车辆对所述第一数据再次进行压缩；或，

若所述未压缩成功的次数大于或等于所述第一阈值，所述车辆向所述云服务器发送所述第一告警信息。

本申请提供的方案，在判断第一数据未压缩成功的情况下，通过判断未压缩成功的次数与第一阈值的大小确定进一步的处理方式，即，若判断未压缩成功的次数小于所述第一阈值，对第一数据再次进行压缩；若判断未压缩成功的次数大于或等于第一阈值，向云服务器发送第一告警信息；可以保证数据传输前对数据进行处理的准确性和可靠性。

结合第一方面，在一些可能的实现方式中，所述第一数据为原始数据，所述方法还包括：

所述车辆对压缩成功后的数据进行加密；

若判断对所述压缩成功后的数据未加密成功，所述车辆对所述压缩成功后的数据再次进行加密或向所述云服务器发送第二告警信息，所述第二告警信息用于表征所述车辆加密所述压缩成功后的数据失败；

所述车辆向所述云服务器发送目标数据，包括：

若判断对所述压缩成功后的数据加密成功，所述车辆向所述云服务器发送所述目标数据，所述目标数据为对所述压缩成功后的数据加密成功的数据。

本申请提供的方案，在车辆对原始数据压缩成功的情况下，可以对压缩成功后的数据进行加密，并根据加密结果确定进一步的处理方式，即，若判断对压缩成功后的数据未加密成功，对压缩成功后的数据再次进行加密或向云服务器发送第二告警信息；若判断对压缩成功后的数据加密成功，向云服务器发送所述目标数据；可以保证数据传输前对数据进行处理的准确性和可靠性。

结合第一方面，在一些可能的实现方式中，所述若判断对所述压缩成功后的数据未加密成功，所述车辆对所述压缩成功后的数据再次进行加密或向所述云服务器发送第二告警信息，包括：

若判断对所述压缩成功后的数据未加密成功，所述车辆判断未加密成功的次数与第二阈值的大小；

若所述未加密成功的次数小于所述第二阈值，所述车辆对所述压缩成功后的数据再次进行加密；或，

若所述未加密成功的次数大于或等于所述第二阈值，所述车辆向所述云服务器发送所述第二告警信息。

本申请提供的方案，在判断对压缩成功后的数据未加密成功的情况下，通过判断未加密成功的次数与第二阈值的大小确定进一步的处理方式，即，若判断未加密成功的次数小于所述第二阈值，对压缩成功后的数据再次进行加密；若判断未加密成功的次数大于或等于第二阈值，向云服务器发送第二告警信息；可以保证数据传输前对数据进行处理的准确性和可靠性。

结合第一方面，在一些可能的实现方式中，所述车辆对压缩成功后的数据进行加密，包括：

所述车辆对所述压缩成功后的数据进行加密的同时，删除所述原始数据。

本申请实施例中，若车辆对原始数据压缩成功，则可以对压缩成功后的数据进行加密，在对压缩成功后的数据进行加密的同时，可以删除该原始数据，以节省存储空间。

结合第一方面，在一些可能的实现方式中，所述第一数据为对原始数据加密后的数据，在所述车辆对第一数据进行压缩之前，所述方法还包括：

在对所述原始数据未加密成功的情况下，所述车辆对所述原始数据再次进行加密或向云服务器发送第三告警信息，所述第三告警信息用于表征所述车辆加密所述原始数据失败；

所述车辆对第一数据进行压缩，包括：

在对所述原始数据加密成功的情况下，所述车辆对所述第一数据进行压缩。

本申请提供的方案，若第一数据为对原始数据加密后的数据，可以先判断该第一数据是否加密成功，并根据加密结果确定进一步的处理方式，即，若判断对原始数据未加密成功，对原始数据再次进行加密或向云服务器发送第三告警信息；若判断对原始数据加密成功，对第一数据(即对原始数据加密成功后的数据)进行压缩；可以保证数据传输前对数据进行处理的准确性和可靠性。

结合第一方面，在一些可能的实现方式中，所述若判断所述原始数据未压缩成功，所述车辆对所述原始数据再次进行压缩，包括：

若判断所述原始数据未压缩成功，所述车辆对所述原始数据再次进行压缩的同时，删除未压缩成功的数据。

本申请实施例中，若车辆对原始数据未压缩成功，且压缩次数小于上述第一阈值时，可以对该原始数据再次进行压缩，在对该原始数据再次进行压缩的同时，可以删除未压缩成功的数据，以节省存储空间。

结合第一方面，在一些可能的实现方式中，所述方法还包括：

所述车辆判断所述第一数据的数据量与第三阈值的大小；

所述车辆对第一数据进行压缩，包括：

在所述第一数据的数据量大于或等于所述第三阈值的情况下，所述车辆对所述第一数据进行压缩。

本申请提供的方案，车辆在对第一数据进行压缩前，可以先判断第一数据的数据量与第三阈值的大小，并且在第一数据的数据量大于或等于第三阈值的情况下，对第一数据进行压缩，可以节省压缩第一数据的时长，从而可以减少数据上传的时长。

结合第一方面，在一些可能的实现方式中，所述方法还包括：

所述车辆接收第一指示信息，所述第一指示信息用于指示所述车辆重新传输加密后的数据；

响应于接收的所述第一指示信息，所述车辆向所述云服务器重新发送所述加密后的数据。

结合第一方面，在一些可能的实现方式中，所述方法还包括：

所述车辆接收第二指示信息，所述第二指示信息用于指示所述车辆重新对压缩后的数据进行加密传输；

响应于接收的所述第二指示信息，所述车辆对压缩后的数据重新进行加密；

所述车辆向所述云服务器发送重新加密后的数据。

结合第一方面，在一些可能的实现方式中，所述方法还包括：

所述车辆接收第三指示信息，所述第三指示信息用于指示所述车辆重新发送压缩后的数据；

响应于接收的所述第三指示信息，所述车辆向所述云服务器重新发送所述压缩后的数据。

结合第一方面，在一些可能的实现方式中，所述方法还包括：

所述车辆接收第四指示信息，所述第四指示信息用于指示所述车辆重新对加密后的数据进行压缩传输；

响应于接收的所述第四指示信息，所述车辆对加密后的数据重新进行压缩；

所述车辆向所述云服务器发送重新压缩后的数据。

结合第一方面，在一些可能的实现方式中，所述方法还包括：

所述车辆接收第五指示信息，所述第五指示信息用于指示所述云服务器解密所述目标数据成功；

所处车辆判断是否在预设周期内接收到所述第五指示信息；

若是，响应于接收的所述第五指示信息，所述车辆向所述云服务器发送新的目标数据；或，

若否，所述车辆向所述云服务器发送第四告警信息，所述第四告警信息用于表征所述车辆未在所述预设周期内成功接收所述第五指示信息。

本申请提供的方案，车辆通过判断是否在预设周期内接收第五指示信息确定进一步的处理方式，即，若判断在预设周期内接收到第五指示信息，响应于接收的第五指示信息，向云服务器发送新的目标数据；若判断未在预设周期内接收到第五指示信息，响应于接收的第五指示信息，向云服务器发送第四告警信息；在判断未在预设周期内接收到第五指示信息的情况下，车辆在预设周期内不断采集新的数据，而这些新的数据并不能发送至云服务器，通过本申请的方案可以防止上一次数据一直上传不成功而导致的车辆的存储空间不足。

第二方面，提供一种数据传输的方法，所述方法应用于云服务器，包括：

所述云服务器接收车辆发送的目标数据，所述目标数据为压缩成功后的数据或根据所述压缩成功后的数据确定的数据；

所述云服务器判断是否成功接收所述目标数据；

在判断未成功接收所述目标数据时，所述云服务器再次接收所述目标数据或向所述车辆发送第五告警信息，所述第五告警信息用于表征所述云服务器接收所述目标数据失败。

本申请提供的方案，云服务器在接收车辆发送的目标数据的过程中，可以判断是否成功接收该目标数据，并根据判断结果确定进一步的处理方式，即，在判断未成功接收该目标数据时，再次接收该目标数据或向所述车辆发送第五告警信息，可以保证数据在传输过程中的可靠性；进一步地，可以保证车辆自动驾驶的安全性。

结合第二方面，在一些可能的实现方式中，所述在判断未成功接收所述目标数据时，所述云服务器再次接收所述目标数据或向所述车辆发送第五告警信息，包括：

在判断未成功接收所述目标数据时，所述云服务器判断未成功接收的次数与第四阈值的大小；

若所述未成功接收的次数小于所述第四阈值，所述云服务器再次接收所述目标数据；或，

若所述未成功接收的次数大于或等于所述第四阈值，所述云服务器向所述车辆发送所述第五告警信息。

本申请提供的方案，在判断未成功接收目标数据的情况下，通过判断未成功接收的次数与第四阈值的大小确定进一步的处理方式，即，若判断未成功接收的次数小于所述第四阈值，再次接收目标数据；若判断未成功接收的次数大于或等于第四阈值，向云服务器发送第五告警信息；可以保证数据接收过程中的可靠性。

结合第二方面，在一些可能的实现方式中，所述若所述未成功接收的次数小于所述第四阈值，所述云服务器再次接收所述目标数据，包括：

若所述未成功接收的次数小于所述第四阈值，所述云服务器再次接收所述目标数据的同时，删除未成功接收的数据。

本申请实施例中，若车辆未成功接收目标数据，且接收次数小于上述第四阈值时，可以再次接收该目标数据，在再次接收该目标数据的同时，可以删除未接收成功的数据，以节省存储空间。

结合第二方面，在一些可能的实现方式中，所述目标数据为所述根据所述压缩成功后的数据确定的数据，所述方法还包括：

在判断成功接收所述目标数据时，所述云服务器对所述目标数据进行解密；

若对所述目标数据解密失败，所述云服务器判断解密失败的次数与第五阈值的大小；或，

若对所述目标数据解密成功，所述云服务器对解密成功后的数据进行解压缩。

本申请提供的方案，在云服务器成功接收目标数据的情况下，可以对目标数据进行解密，并根据解密结果确定进一步的处理方式，即，若解密失败，判断解密失败的次数与第五阈值的大小；若解密成功，对解密成功后的数据进行解压缩；可以保证数据接收过程中的可靠性。

结合第二方面，在一些可能的实现方式中，所述云服务器判断解密失败的次数与第五阈值的大小，包括：

若所述解密失败的次数小于所述第五阈值，所述云服务器再次对所述目标数据解密；或，

若所述解密失败的次数大于或等于所述第五阈值，所述云服务器向所述车辆发送所述第六告警信息，所述第六告警信息用于表征所述云服务器解密所述目标数据失败。

本申请提供的方案，在判断对目标数据解密失败的情况下，通过判断解密失败的次数与第五阈值的大小确定进一步的处理方式，即，若判断解密失败的次数小于所述第五阈值，对目标数据再次进行解密；若判断解密失败的次数大于或等于第五阈值，向云服务器发送第六告警信息；可以保证数据接收过程中的可靠性。

结合第二方面，在一些可能的实现方式中，所述若所述解密失败的次数小于所述第五阈值，所述云服务器再次对所述目标数据解密，包括：

若所述解密失败的次数小于所述第五阈值，所述云服务器再次对所述目标数据解密的同时，删除解密失败的数据。

本申请实施例中，若车辆未成功解密目标数据，且解密次数小于上述第五阈值时，可以再次解密该目标数据，在再次解密该目标数据的同时，可以删除未解密成功的数据，以节省存储空间。

结合第二方面，在一些可能的实现方式中，在所述云服务器判断解密失败的次数与第五阈值的大小之前，所述方法还包括：

所述云服务器判断解密算法是否出现错误；

若所述云服务器判断解密算法未出现错误，所述云服务器向所述车辆反馈第一指示信息，所述第一指示信息用于指示所述车辆重新发送加密后的数据；

所述云服务器判断解密失败的次数与第五阈值的大小，包括：

若所述云服务器判断解密算法出现错误，所述云服务器判断解密失败的次数与所述第五阈值的大小。

本申请提供的方案，在判断对目标数据解密失败的情况下，优先判断解密算法是否出现错误，并且在解密算法出现错误时，判断解密失败的次数与第五阈值的大小；在解密算法未出现错误时，向车辆反馈用于指示车辆重新发送加密后的数据的第一指示信息；可以避免数据在传输过程中发生了篡改攻击而导致的解密失败，从而保证数据在接收过程中的可靠性。

结合第二方面，在一些可能的实现方式中，所述云服务器向所述车辆反馈所述第一指示信息，所述方法还包括：

所述云服务器接收所述车辆重新发送的加密后的数据；

所述云服务器对所述加密后的数据进行解密；

若对所述加密后的数据解密失败，所述云服务器判断解密失败的次数与第六阈值的大小；

若所述解密失败的次数小于所述第六阈值，所述云服务器再次向所述车辆反馈所述第一指示信息；或，

若所述解密失败的次数大于或等于所述第六阈值，所述云服务器向所述车辆反馈第二指示信息，所述第二指示信息用于指示所述车辆重新对压缩后的数据进行加密传输。

本申请提供的方案，在云服务器接收车辆重新发送的加密后的数据的情况下，通过判断解密失败的次数与第六阈值的大小确定进一步的处理方式，即，若判断解密失败的次数小于所述第六阈值，再次向车辆反馈第一指示信息；若判断解密失败的次数大于或等于第六阈值，向云服务器反馈第二指示信息；可以避免数据在传输过程中发生了篡改攻击而导致的解密失败，从而保证数据在接收过程中的可靠性。

结合第二方面，在一些可能的实现方式中，所述云服务器向所述车辆反馈所述第二指示信息，所述方法还包括：

所述云服务器接收所述车辆发送的重新加密后的数据；

所述云服务器对所述重新加密后的数据进行解密；

若对所述重新加密后的数据解密失败，所述云服务器判断解密失败的次数与第七阈值的大小；

若所述解密失败的次数小于所述第七阈值，所述云服务器再次向所述车辆反馈所述第二指示信息；或，

若所述解密失败的次数大于或等于所述第七阈值，所述云服务器向所述车辆发送所述第六告警信息。

本申请提供的方案，在云服务器接收车辆发送的重新加密后的数据的情况下，通过判断解密失败的次数与第七阈值的大小确定进一步的处理方式，即，若判断解密失败的次数小于所述第七阈值，再次向车辆反馈第二指示信息；若判断解密失败的次数大于或等于第七阈值，向云服务器反馈第六告警信息；可以避免数据在传输过程中发生了篡改攻击而导致的解密失败，从而保证数据在接收过程中的可靠性。

结合第二方面，在一些可能的实现方式中，所述目标数据包括发送所述目标数据的上传时刻或所述目标数据的序列号，在所述云服务器对解密成功后的数据进行解压缩之前，所述方法还包括：

所述云服务器根据所述上传时刻或所述序列号判断所述目标数据在传输的过程中是否发生攻击；

若是，所述云服务器向所述车辆反馈第一指示信息，所述第一指示信息用于指示所述车辆重新发送加密后的数据；

所述云服务器对解密成功后的数据进行解压缩，包括：

若否，所述云服务器对解密成功后的目标数据进行解压缩。

本申请提供的方案，在云服务器对解密成功后的数据进行解压缩之前，可以根据上传时刻或序列号判断目标数据在传输的过程中是否发生攻击，若是，向所述车辆反馈第一指示信息；若否，对解密成功后的目标数据进行解压缩；可以避免数据在传输过程中发生了重放攻击而导致接收的数据错误，从而保证数据的准确性和完整性。

结合第二方面，在一些可能的实现方式中，所述目标数据包括所述上传时刻，所述云服务器根据所述上传时刻判断所述目标数据在传输的过程中是否发生攻击，包括：

所述云服务器确定接收所述目标数据时的接收时刻与所述上传时刻的差值；

若所述差值属于第一范围，所述云服务器确定所述目标数据在传输的过程中未发生攻击；或，

若所述差值不属于所述第一范围，所述云服务器确定所述目标数据在传输的过程中发生攻击。

本申请提供的方案，在云服务器可以通过接收时刻与上传时刻的差值是否属于第一范围确定目标数据在传输的过程中未发生攻击，若差值属于第一范围，则确定目标数据在传输的过程中是否发生攻击；若该差值不属于第一范围，则确定目标数据在传输的过程中发生攻击；可以避免数据在传输过程中发生了重放攻击而导致接收的数据错误，从而保证数据的准确性和完整性。

结合第二方面，在一些可能的实现方式中，所述目标数据包括所述序列号，所述云服务器根据所述序列号判断所述目标数据在传输的过程中是否发生攻击，包括：

所述云服务器确定当前接收的所述目标数据的序列号与前一次接收的目标数据的序列号的差值或比值；

若所述差值或所述比值为预设值，所述云服务器确定所述目标数据在传输的过程中未发生攻击；或，

若所述差值或所述比值不为所述预设值，所述云服务器确定所述目标数据在传输的过程中发生攻击。

本申请提供的方案，在云服务器可以通过当前接收的所述目标数据的序列号与前一次接收的目标数据的序列号的差值或比值是否为预设值确定目标数据在传输的过程中是否发生攻击，若该差值或比值为预设值，则确定目标数据在传输的过程中未发生攻击；若该差值或比值不为预设值，则确定目标数据在传输的过程中发生攻击；可以避免数据在传输过程中发生了重放攻击而导致接收的数据错误，从而保证数据的准确性和完整性。

结合第二方面，在一些可能的实现方式中，所述若对所述目标数据解密成功，所述云服务器对解密成功后的数据进行解压缩，所述方法还包括：

在对所述解密成功后的数据解压缩失败的情况下，所述云服务器判断解压失败的次数与第八阈值的大小；

若所述解压失败的次数小于所述第八阈值，所述云服务器再次对所述解密成功后的数据解压；或，

若所述解压失败的次数大于或等于所述第八阈值，所述云服务器向所述车辆发送所述第七告警信息，所述第七告警信息用于表征所述云服务器解压所述解密成功后的数据失败。

本申请提供的方案，在判断对解密成功后的数据解压缩失败的情况下，通过判断解压失败的次数与第八阈值的大小确定进一步的处理方式，即，若判断解压失败的次数小于所述第八阈值，对解密成功后的数据再次进行解压；若判断解压失败的次数大于或等于第八阈值，向云服务器发送第七告警信息；可以保证数据接收过程中的可靠性。

结合第二方面，在一些可能的实现方式中，所述目标数据为所述压缩成功后的数据，所述方法还包括：

在判断成功接收所述目标数据时，所述云服务器对所述目标数据进行解压缩；

若对所述目标数据解压缩失败，所述云服务器判断解压缩失败的次数与第九阈值的大小；或，

若对所述目标数据解压缩成功，所述云服务器对解压缩成功后的数据进行解密。

本申请提供的方案，在云服务器成功接收目标数据的情况下，可以对目标数据进行解压缩，并根据解压缩结果确定进一步的处理方式，即，若解压缩失败，判断解压缩失败的次数与第九阈值的大小；若解压缩成功，对解压缩成功后的数据进行解密；可以保证数据接收过程中的可靠性。

结合第二方面，在一些可能的实现方式中，所述云服务器判断解压缩失败的次数与第九阈值的大小，包括：

若所述解压缩失败的次数小于所述第九阈值，所述云服务器再次对所述目标数据解压缩；或，

若所述解压缩失败的次数大于或等于所述第九阈值，所述云服务器向所述车辆发送所述第八告警信息，所述第八告警信息用于表征所述云服务器解压缩所述目标数据失败。

本申请提供的方案，在判断对目标数据解压缩失败的情况下，通过判断解压缩失败的次数与第九阈值的大小确定进一步的处理方式，即，若判断解压缩失败的次数小于所述第九阈值，对目标数据再次进行解压缩；若判断解压缩失败的次数大于或等于第九阈值，向云服务器发送第八告警信息；可以保证数据接收过程中的可靠性。

结合第二方面，在一些可能的实现方式中，所述若所述解压缩失败的次数小于所述第九阈值，所述云服务器再次对所述目标数据解压缩，包括：

若所述解压缩失败的次数小于所述第九阈值，所述云服务器再次对所述目标数据解压缩的同时，删除解压缩失败的数据。

本申请实施例中，若车辆未成功解压缩目标数据，且解压缩次数小于上述第九阈值时，可以再次解压缩该目标数据，在再次解压缩该目标数据的同时，可以删除未解压缩成功的数据，以节省存储空间。

结合第二方面，在一些可能的实现方式中，在所述云服务器判断解压缩失败的次数与第九阈值的大小之前，所述方法还包括：

所述云服务器判断解压缩算法是否出现错误；

若所述云服务器判断解压缩算法未出现错误，所述云服务器向所述车辆反馈第三指示信息，所述第三指示信息用于指示所述车辆重新发送压缩后的数据；

所述云服务器判断解压缩失败的次数与第九阈值的大小，包括：

若所述云服务器判断解压缩算法出现错误，所述云服务器判断解压缩失败的次数与所述第九阈值的大小。

本申请提供的方案，在判断对目标数据解压缩失败的情况下，优先判断解压缩算法是否出现错误，并且在解压缩算法出现错误时，判断解压缩失败的次数与第九阈值的大小；在解压缩算法未出现错误时，向车辆反馈用于指示所述车辆重新发送压缩后的数据的第三指示信息；可以避免数据在传输过程中发生了篡改攻击而导致的解压缩失败，从而保证数据在接收过程中的可靠性。

结合第二方面，在一些可能的实现方式中，所述云服务器向所述车辆反馈所述第三指示信息，所述方法还包括：

所述云服务器接收所述车辆重新发送的压缩后的数据；

所述云服务器对所述压缩后的数据进行解压缩；

若对所述加密后的数据解压缩失败，所述云服务器判断解压缩失败的次数与第十阈值的大小；

若所述解压缩失败的次数小于所述第十阈值，所述云服务器再次向所述车辆反馈所述第三指示信息；或，

若所述解压缩失败的次数大于或等于所述第十阈值，所述云服务器向所述车辆反馈第四指示信息，所述第四指示信息用于指示所述车辆重新对加密后的数据进行压缩传输。

本申请提供的方案，在云服务器接收车辆重新发送的压缩后的数据的情况下，通过判断解压缩失败的次数与第十阈值的大小确定进一步的处理方式，即，若判断解压缩失败的次数小于所述第十阈值，再次向车辆反馈第三指示信息；若判断解压缩失败的次数大于或等于第十阈值，向云服务器反馈第四指示信息；可以避免数据在传输过程中发生了篡改攻击而导致的解压缩失败，从而保证数据在接收过程中的可靠性。

结合第二方面，在一些可能的实现方式中，所述云服务器向所述车辆反馈所述第四指示信息，所述方法还包括：

所述云服务器接收所述车辆发送的重新压缩后的数据；

所述云服务器对所述重新压缩后的数据进行解压缩；

若对所述重新压缩后的数据解压缩失败，所述云服务器判断解压缩失败的次数与第十一阈值的大小；

若所述解压缩失败的次数小于所述第十一阈值，所述云服务器再次向所述车辆反馈所述第四指示信息；或，

若所述解压缩失败的次数大于或等于所述第十一阈值，所述云服务器向所述车辆发送所述第八告警信息。

本申请提供的方案，在云服务器接收车辆发送的重新压缩后的数据的情况下，通过判断解压缩失败的次数与第十一阈值的大小确定进一步的处理方式，即，若判断解压缩失败的次数小于所述第十一阈值，再次向车辆反馈第四指示信息；若判断解压缩失败的次数大于或等于第十一阈值，向云服务器发送第八告警信息；可以避免数据在传输过程中发生了篡改攻击而导致的解压缩失败，从而保证数据在接收过程中的可靠性。

结合第二方面，在一些可能的实现方式中，所述若对所述目标数据解压缩成功，所述云服务器对解压缩成功后的数据进行解密，所述方法还包括：

在对所述解压缩成功后的数据解密失败的情况下，所述云服务器判断解密失败的次数与第十二阈值的大小；

若所述解密失败的次数小于所述第十二阈值，所述云服务器再次对所述解压缩成功后的数据解密；或，

若所述解密失败的次数大于或等于所述第十二阈值，所述云服务器向所述车辆发送所述第九告警信息，所述第九告警信息用于表征所述云服务器解密所述解压缩成功后的数据失败。

本申请提供的方案，在判断对解压缩成功后的数据解密失败的情况下，通过判断解密失败的次数与第十二阈值的大小确定进一步的处理方式，即，若判断解解密失败的次数小于所述第十二阈值，对解压成功后的数据再次进行解密；若判断解密失败的次数大于或等于第十二阈值，向云服务器发送第九告警信息；可以保证数据接收过程中的可靠性。

结合第二方面，在一些可能的实现方式中，所述方法还包括：

若对所述目标数据解密成功，所述云服务器向所述车辆反馈第五指示信息，所述第五指示信息用于指示所述云服务器解密所述目标数据成功。

第三方面，提供一种数据传输的装置，有益效果可以参见第一方面的描述，在此不再赘述。所述数据传输的装置具有实现上述第一方面的方法实施例中行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，所述通信装置包括：处理模块，用于对第一数据进行压缩；判断所述第一数据是否压缩成功；若判断所述第一数据未压缩成功，对所述第一数据再次进行压缩。收发模块，用于若判断所述第一数据未压缩成功，向云服务器发送第一告警信息，所述第一告警信息用于表征所述车辆压缩所述第一数据失败；若判断所述第一数据压缩成功，向所述云服务器发送目标数据，所述目标数据为压缩成功后的数据或根据所述压缩成功后的数据确定的数据。这些模块可以执行上述第一方面方法示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

第四方面，提供一种数据传输的装置，有益效果可以参见第二方面的描述此处不再赘述。所述数据传输装置具有实现上述第二方面的方法实例中行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，所述通信装置包括：通信模块，用于接收车辆发送的目标数据，所述目标数据为压缩成功后的数据或根据所述压缩成功后的数据确定的数据；处理模块，用于判断是否成功接收所述目标数据；通信模块，还用于在判断未成功接收所述目标数据时，再次接收所述目标数据或向所述车辆发送第五告警信息，所述第五告警信息用于表征所述云服务器接收所述目标数据失败。这些模块可以执行上述第二方面方法示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

第五方面，提供一种数据传输的装置，包括至少一个存储器和至少一个处理器，所述至少一个存储器用于存储程序，所述至少一个处理器用于运行所述程序，以实现第一方面所述的方法。

第六方面，提供一种数据传输的装置，包括至少一个存储器和至少一个处理器，所述至少一个存储器用于存储程序，所述至少一个处理器用于运行所述程序，以实现第二方面所述的方法。

第七方面，提供一种芯片，包括至少一个处理单元和接口电路，所述接口电路用于为所述至少一个处理单元提供程序指令或者数据，所述至少一个处理单元用于执行所述程序指令，以实现第一方面所述的方法或者支持所述第三方面或所述第五方面所述的装置的功能实现。

第八方面，提供一种芯片，包括至少一个处理单元和接口电路，所述接口电路用于为所述至少一个处理单元提供程序指令或者数据，所述至少一个处理单元用于执行所述程序指令，以实现第二方面所述的方法或者支持所述第四方面或所述第六方面所述的装置的功能实现。

第九方面，提供一种计算机可读存储介质，所述计算机可读介质存储用于设备执行的程序代码，该程序代码被所述设备执行时，实现第一方面或第二方面所述的方法。

第十方面，提供一种终端，包括第三方面或第五方面所述的数据传输的装置，或者，或者，第七方面所述的芯片。进一步，该终端可以为智能运输设备(车辆等)。

第十一方面，提供一种网络设备，包括第四方面或第六方面所述的数据传输的装置，或者，或者，第八方面所述的芯片。

附图说明

图1是本申请实施例适用的一种车辆的功能框图。

图2是本申请实施例适用的一种智能驾驶系统的示意图。

图3是本申请实施例的一种云侧指令智能驾驶车辆的应用示意图。

图4是本申请实施例提供的一种由车辆和云服务器所组成的系统架构的示意图。

图5是本申请实施例提供的一种数据传输的方法的示意图。

图6是本申请实施提供的另一种数据传输的方法的示意图。

图7是本申请实施提供的又一种数据传输的方法的示意图。

图8是本申请实施例提供的再一种数据传输的方法的示意图。

图9是本申请实施例提供的再一种数据传输的方法的示意图。

图10是本申请实施例提供的再一种数据传输的方法的示意图。

图11是本申请实施例提供的一种数据传输的装置的示意性结构图。

图12是本申请实施例提供的另一种数据传输的装置的示意性结构图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

图1是本申请实施例适用的一种车辆的功能框图。其中，车辆100可以是人工驾驶车辆，或者可以将车辆100配置可以为完全或部分地自动驾驶模式。

在一个示例中，车辆100可以在处于自动驾驶模式中的同时控制自车，并且可通过人为操作来确定车辆及其周边环境的当前状态，确定周边环境中的至少一个其他车辆的可能行为，并确定其他车辆执行可能行为的可能性相对应的置信水平，基于所确定的信息来控制车辆100。在车辆100处于自动驾驶模式中时，可以将车辆100置为在没有和人交互的情况下操作。

车辆100中可以包括各种子系统，例如，行进系统110、传感系统120、控制系统130、一个或多个外围设备140以及电源160、计算机系统150和用户接口170。

可选地，车辆100可以包括更多或更少的子系统，并且每个子系统可包括多个元件。另外，车辆100的每个子系统和元件可以通过有线或者无线互连。

示例性地，行进系统110可以包括用于向车辆100提供动力运动的组件。在一个实施例中，行进系统110可以包括引擎111、传动装置112、能量源113和车轮114/轮胎。其中，引擎111可以是内燃引擎、电动机、空气压缩引擎或其他类型的引擎组合；例如，汽油发动机和电动机组成的混动引擎，内燃引擎和空气压缩引擎组成的混动引擎。引擎111可以将能量源113转换成机械能量。

示例性地，传感系统120可以包括感测关于车辆100周边的环境的信息的若干个传感器。

例如，传感系统120可以包括定位系统121(例如，全球定位系统(globalpositioning system,GPS)、北斗系统或者其他定位系统)、惯性测量单元(inertialmeasurement unit，IMU)122、雷达123、激光测距仪124、相机125以及车速传感器126。传感系统120还可以包括被监视车辆100的内部系统的传感器(例如，车内空气质量监测器、燃油量表、机油温度表等)。来自这些传感器中的一个或多个的传感器数据可用于检测对象及其相应特性(位置、形状、方向、速度等)。这种检测和识别是自主车辆100的安全操作的关键功能。

其中，定位系统121可以用于估计车辆100的地理位置。IMU 122可以用于基于惯性加速度来感测车辆100的位置和朝向变化。在一个实施例中，IMU 122可以是加速度计和陀螺仪的组合。

示例性地，雷达123可以利用无线电信息来感测车辆100的周边环境内的物体。在一些实施例中，除了感测物体以外，雷达123还可用于感测物体的速度和/或前进方向。

示例性地，激光测距仪124可以利用激光来感测车辆100所位于的环境中的物体，如可以测量车辆100与环境中其它物体的距离。在一些实施例中，激光测距仪124可以包括一个或多个激光源、激光扫描器以及一个或多个检测器，以及其他系统组件。

示例性地，相机125可以用于捕捉车辆100的周边环境的多个图像。例如，相机125可以是静态相机或视频相机。

示例性地，车速传感器126可以用于测量车辆100的速度。例如，可以对车辆进行实时测速。测得的车速可以传送给控制系统130以实现对车辆的控制。

如图1所示，控制系统130为控制车辆100及其组件的操作。控制系统130可以包括各种元件，比如可以包括转向系统131、油门132、制动单元133、计算机视觉系统134、路线控制系统135以及障碍规避系统136。

如图1所示，计算机视觉系统134可以操作来处理和分析由相机125捕捉的图像以便识别车辆100周边环境中的物体和/或特征。上述物体和/或特征可以包括交通信息、道路边界和障碍物。计算机视觉系统134可以使用物体识别算法、运动中恢复结构(structurefrom motion，SFM)算法、视频跟踪和其他计算机视觉技术。在一些实施例中，计算机视觉系统134可以用于为环境绘制地图、跟踪物体、估计物体的速度等等。

示例性地，路线控制系统135可以用于确定车辆100的行驶路线。在一些实施例中，路线控制系统135可结合来自传感器、GPS和一个或多个预定地图的数据以为车辆100确定行驶路线。

如图1所示，障碍规避系统136可以用于识别、评估和避免或者以其他方式越过车辆100的环境中的潜在障碍物。

在一个实例中，控制系统130可以增加或替换地包括除了所示出和描述的那些以外的组件。或者也可以减少一部分上述示出的组件。

如图1所示，车辆100可以通过外围设备140与外部传感器、其他车辆、其他计算机系统或用户之间进行交互；其中，外围设备140可包括无线通信系统141、车载电脑142、麦克风143和/或扬声器144。

在一些实施例中，外围设备140可以提供车辆100与用户接口170交互的手段。例如，车载电脑142可以向车辆100的用户提供信息。用户接口116还可操作车载电脑142来接收用户的输入；车载电脑142可以通过触摸屏进行操作。在其他情况中，外围设备140可以提供用于车辆100与位于车内的其它设备通信的手段。例如，麦克风143可以从车辆100的用户接收音频(例如，语音命令或其他音频输入)。类似地，扬声器144可以向车辆100的用户输出音频。

如图1所述，无线通信系统141可以直接地或者经由通信网络来与一个或多个设备无线通信。例如，无线通信系统141可以使用3G蜂窝通信；例如，码分多址(code divisionmultiple access，CDMA))、EVD0、全球移动通信系统(global system for mobilecommunications，GSM)/通用分组无线服务(general packet radio service，GPRS)，或者4G蜂窝通信，例如长期演进(long term evolution，LTE)；或者，5G蜂窝通信。无线通信系统141可以利用无线保真(wireless fidelity，Wi-Fi)与无线局域网(wireless local areanetwork，WLAN)通信。

在一些实施例中，无线通信系统141可以利用红外链路、蓝牙或者紫蜂协议(ZigBee)与设备直接通信；其他无线协议，例如各种车辆通信系统，例如，无线通信系统141可以包括一个或多个专用短程通信(dedicated short range communications，DSRC)设备，这些设备可包括车辆和/或路边台站之间的公共和/或私有数据通信。

如图1所示，电源160可以向车辆100的各种组件提供电力。

示例性地，车辆100的部分或所有功能可以受计算机系统150控制，其中，计算机系统150可以包括至少一个处理器151，处理器151执行存储在例如存储器152中的非暂态计算机可读介质中的指令153。计算机系统150还可以是采用分布式方式控制车辆100的个体组件或子系统的多个计算设备。

例如，处理器151可以是任何常规的处理器，诸如商业可获得的中央处理器(central processing unit，CPU)。

可选地，该处理器可以是诸如专用集成电路(application specific integratedcircuit，ASIC)或其它基于硬件的处理器的专用设备。尽管图1功能性地图示了处理器、存储器、和在相同块中的计算机的其它元件，但是本领域的普通技术人员应该理解该处理器、计算机、或存储器实际上可以包括可以或者可以不存储在相同的物理外壳内的多个处理器、计算机或存储器。例如，存储器可以是硬盘驱动器或位于不同于计算机的外壳内的其它存储介质。因此，对处理器或计算机的引用将被理解为包括对可以或者可以不并行操作的处理器或计算机或存储器的集合的引用。不同于使用单一的处理器来执行此处所描述的步骤，诸如转向组件和减速组件的一些组件每个都可以具有其自己的处理器，所述处理器只执行与特定于组件的功能相关的计算。

在此处所描述的各个方面中，处理器可以位于远离该车辆并且与该车辆进行无线通信。在其它方面中，此处所描述的过程中的一些在布置于车辆内的处理器上执行而其它则由远程处理器执行，包括采取执行单一操纵的必要步骤。

如图1所示，用户接口170可以用于向车辆100的用户提供信息或从其接收信息。可选地，用户接口170可以包括在外围设备140的集合内的一个或多个输入/输出设备，例如，无线通信系统141、车载电脑142、麦克风143和扬声器144。

可选地，上述组件只是一个示例，实际应用中，上述各个模块中的组件有可能根据实际需要增添或者删除，图1不应理解为对本申请实施例的限制。

在一种可能的实现方式中，上述图1所示的车辆100可以是自动驾驶车辆，下面对自动驾驶系统的进行详细描述。

图2是本申请实施例适用的一种自动驾驶系统的示意图。

如图2所示的自动驾驶系统包括计算机系统201，其中，计算机系统201包括处理器203，处理器203和系统总线205耦合。处理器203可以是一个或者多个处理器，其中，每个处理器都可以包括一个或多个处理器核。显示适配器207(video adapter)，显示适配器可以驱动显示器209，显示器209和系统总线205耦合，该显示器209可以显示影像。系统总线205可以通过总线桥211和输入输出(I/O)总线213耦合，I/O接口215和I/O总线耦合。I/O接口215和多种I/O设备进行通信，比如，输入设备217(如：键盘，鼠标，触摸屏等)，媒体盘221(media tray),(例如，CD-ROM，多媒体接口等)。收发器223可以发送和/或接受无线电通信信息，摄像头255可以捕捉景田和动态数字视频图像。其中，和I/O接口215相连接的接口可以是USB端口225。

其中，处理器203可以是任何传统处理器，比如，精简指令集计算(reducedinstruction set computer，RISC)处理器、复杂指令集计算(complex instruction setcomputer，CISC)处理器或上述的组合。

可选地，处理器203可以是诸如专用集成电路(ASIC)的专用装置；处理器203可以是神经网络处理器或者是神经网络处理器和上述传统处理器的组合。

可选地，在一些实施例中，计算机系统201可位于远离自动驾驶车辆的地方，并且可与自动驾驶车辆无线通信。在其它方面，本申请所述的一些过程在设置在自动驾驶车辆内的处理器上执行，其它由远程处理器执行，包括采取执行单个操纵所需的动作。

计算机系统201可以通过网络接口229和软件部署服务器249通信。网络接口229可以是硬件网络接口，比如，网卡。网络227可以是外部网络，比如，因特网，也可以是内部网络，比如以太网或者虚拟私人网络(virtual private network，VPN)。可选地，网络227还可以是无线网络，比如Wi-Fi网络，蜂窝网络等。

如图2所示，硬盘驱动接口和系统总线205耦合，硬件驱动器接口231可以与硬盘驱动器233相连接，系统内存235和系统总线205耦合。运行在系统内存235的数据可以包括操作系统237和应用程序243。其中，操作系统237可以包括解析器(shell)239和内核(kernel)241。shell 239是介于使用者和操作系统之内核(kernel)间的一个接口。shell可以是操作系统最外面的一层；shell可以管理使用者与操作系统之间的交互，比如，等待使用者的输入，向操作系统解释使用者的输入，并且处理各种各样的操作系统的输出结果。内核241可以由操作系统中用于管理存储器、文件、外设和系统资源的那些部分组成。直接与硬件交互，操作系统内核通常运行进程，并提供进程间的通信，提供CPU时间片管理、中断、内存管理、IO管理等等。应用程序243包括控制汽车自动驾驶相关的程序，比如，管理自动驾驶的汽车和路上障碍物交互的程序，控制自动驾驶汽车路线或者速度的程序，控制自动驾驶汽车和路上其他自动驾驶汽车交互的程序。应用程序243也存在于软件部署服务器249的系统上。在一个实施例中，在需要执行自动驾驶相关程序247时，计算机系统201可以从软件部署服务器249下载应用程序。

例如，应用程序243还可以是自动驾驶汽车和路上车道线交互的程序，也就是说可以实时跟踪车道线的程序。

例如，应用程序243还可以是控制自动驾驶车辆进行自动泊车的程序。

示例性地，传感器253可以与计算机系统201关联，传感器253可以用于探测计算机201周围的环境。

举例来说，传感器253可以探测路上的车道，比如可以探测到车道线，并能够在车辆移动(如正在行驶)过程中实时跟踪到车辆前方一定范围内的车道线变化。又例如，传感器253可以探测动物，汽车，障碍物和人行横道等，进一步传感器还可以探测上述动物，汽车，障碍物和人行横道等物体周围的环境，比如：动物周围的环境，例如，动物周围出现的其他动物，天气条件，周围环境的光亮度等。

可选地，如果计算机201位于自动驾驶的汽车上，传感器可以是摄像头，红外线感应器，化学检测器，麦克风等。

示例性地，在车道线跟踪的场景中，传感器253可以用于探测车辆前方的车道线，从而使得车辆能够感知在行进过程中车道的变化，以据此对车辆的行驶进行实时规划和调整。

示例性地，在自动泊车的场景中，传感器253可以用于探测车辆周围的库位和周边障碍物的尺寸或者位置，从而使得车辆能够感知库位和周边障碍物的距离，在泊车时进行碰撞检测，防止车辆与障碍物发生碰撞。

在一个示例中，图1所示的计算机系统150还可以从其它计算机系统接收信息或转移信息到其它计算机系统。或者，从车辆100的传感系统120收集的传感器数据可以被转移到另一个计算机对此数据进行处理，下面以图3为例进行介绍。

图3是本申请实施例的一种云侧指令自动驾驶车辆的应用示意图。

如图3所示，来自计算机系统312的数据可以经由网络被传送到云侧的服务器320用于进一步的处理。网络以及中间节点可以包括各种配置和协议，包括因特网、万维网、内联网、虚拟专用网络、广域网、局域网、使用一个或多个公司的专有通信协议的专用网络、以太网、Wi-Fi和HTTP、以及前述的各种组合；这种通信可以由能够传送数据到其它计算机和从其它计算机传送数据的任何设备，诸如调制解调器和无线接口。

在一个示例中，服务器320可以包括具有多个计算机的服务器，例如负载均衡服务器群，为了从计算机系统312接收、处理并传送数据的目的，其与网络的不同节点交换信息。该服务器可以被类似于计算机系统312配置，具有处理器330、存储器340、指令350、和数据360。

示例性地，服务器320的数据360可以包括车辆周围道路情况的相关信息。例如，服务器320可以接收、检测、存储、更新、以及传送与车辆道路情况相关的信息。例如，车辆周围道路情况的相关信息包括与车辆周围的其它车辆信息以及障碍物信息。

在自动驾驶车的全生命周期中，需要将车端的数据(如坐标数据、激光点云数据、图片数据等)安全、高效、准确上传到云端。数据在云端进行处理后，可以更好地应用于自动驾驶。例如，用于对自动驾驶算法的迭代优化、量产后的监管等。

目前，车端主要通过压缩或加密的方式将车端数据上传到云端。通过压缩的方式进行数据上传，压缩了传输数据量，进而降低了数据传输时延；通过加密的方式进行数据传输，密文传输增加了数据上传安全性。

然而，数据在处理过程中，有可能会发生错误进而导致数据上传错误。数据如果不能准确上传到云端以在云端应用，会对算法的准确率等方面的优化产生影响，且不能准确完整呈现出车辆行驶轨迹，进而难以保证自动驾驶车辆的安全使用。

因此，本申请提供一种数据传输的方法，可以保证数据传输的准确性和可靠性，进而可以保证车辆自动驾驶的安全性。

本申请可以应用于车辆和云服务器所组成的系统，如图4所示，为本申请实施例提供的一种由车辆和云服务器所组成的系统架构的示意图。

参考图4中的(a)，可以看出，原始数据在车辆经过压缩和加密后上传到云服务器；云服务器对接收的车辆上传的数据进行解密、解压，并对解压后的数据进行应用。

参考图4中的(b)，可以看出，原始数据在车辆经过加密和压缩后上传到云服务器；云服务器对接收的车辆上传的数据进行解压、解密，并对解密后的数据进行应用。

如图5所示，为本申请实施例提供的一种数据传输的方法500的示意图。该方法500可以包括步骤S510-S550，其中，步骤S510-S540可以由图3中的车辆执行，步骤S550-S570由图3中的云服务器320执行。

S510，对第一数据进行压缩。

本申请实施例中的第一数据可以为车辆采集的原始数据或对该原始数据加密后的数据。其中，原始数据可以包括车辆的坐标数据、激光点云数据、图片数据等，但应理解，上述所示出的数据仅为举例说明，还可以包括其它数据，不应对本申请造成特别限定。

S520，判断所述第一数据是否压缩成功。

本申请实施例中，车辆在对第一数据进行压缩后，可以判断对该第一数据的压缩是否成功，示例性地，可以根据压缩算法运行结果判断该第一数据是否压缩成功，便于车辆根据是否压缩成功的结果进一步执行后续操作。

S530，若判断所述第一数据未压缩成功，对所述第一数据再次进行压缩或向云服务器发送第一告警信息，所述第一告警信息用于表征所述车辆压缩所述第一数据失败。

S540，若判断所述第一数据压缩成功，向所述云服务器发送目标数据，所述目标数据为压缩成功后的数据或根据所述压缩成功后的数据确定的数据。

本申请实施例中，若车辆判断第一数据未压缩成功，则可以包括两种可能的处理方式，一种方式是再次对该第一数据进行压缩，压缩方式可以与上一次压缩方式相同，也可以不同；另一种方式是向云服务器发送用于表征所述车辆压缩所述第一数据失败的第一告警信息，该第一告警信息旨在通知云服务器车辆在压缩该第一数据时压缩失败。

若车辆判断第一数据压缩成功，则可以向云服务器发送目标数据，该目标数据是车辆对加密后的数据压缩成功后的数据；或者，也可以是根据压缩成功后的数据确定的数据，即该目标数据可以基于压缩成功后的数据生成。

需要说明的是，本申请实施例中，若第一数据为原始数据，则目标数据可以为根据压缩成功后的数据确定的数据，即对压缩成功的数据进行加密成功后的数据；若第一数据为对该原始数据加密后的数据，则目标数据可以为对加密成功的数据进行压缩成功后的数据。

S550，接收车辆发送的目标数据。

S560，判断是否成功接收所述目标数据。

本申请实施例中，云服务器在接收车辆发送的目标数据的过程中，有可能接收成功，也有可能接收失败，因此，云服务器可以判断是否成功接收车辆发送的目标数据，以便于根据是否成功接收的结果确定进一步的处理方式。

S570，判断未成功接收所述目标数据时，再次接收所述目标数据或向所述车辆发送第五告警信息，所述第五告警信息用于表征所述云服务器接收所述目标数据失败。

本申请实施例中，若云服务器判断未成功接收车辆发送的目标数据时，则可以包括两种可能的处理方式，一种方式是再次接收目标数据；另一种方式是向车辆发送用于表征云服务器接收所述目标数据失败的第五告警信息，该第五告警信息旨在通知车辆云服务器在接收目标数据时接收失败。

本申请提供的方案，车辆在对第一数据进行压缩的过程中，可以判断对该第一数据压缩是否成功，并根据判断结果确定进一步的处理方式，即，若判断第一数据未压缩成功，对该第一数据再次进行压缩或向云服务器发送第一告警信息；若判断第一数据压缩成功，根据压缩成功后的数据向云服务器发送目标数据；可以保证数据传输前对数据进行处理的准确性和可靠性。相应地，云服务器在接收车辆发送的目标数据的过程中，可以判断是否成功接收该目标数据，并根据判断结果确定进一步的处理方式，即，在判断未成功接收该目标数据时，再次接收该目标数据或向所述车辆发送第五告警信息，可以保证数据在传输过程中的可靠性；进一步地，可以保证车辆自动驾驶的安全性。

上文步骤S530中指出，若判断所述第一数据未压缩成功，车辆可以对所述第一数据再次进行压缩或向云服务器发送第一告警信息，其中，车辆可以根据相关条件选择再次压缩或发送第一告警信息，具体内容请参见下文。

可选地，在一些实施例中，所述若判断所述第一数据未压缩成功，所述车辆对所述第一数据再次进行压缩或向云服务器发送第一告警信息，包括：

若判断所述第一数据未压缩成功，所述车辆判断未压缩成功的次数与第一阈值的大小；

若所述未压缩成功的次数小于所述第一阈值，所述车辆对所述第一数据再次进行压缩；或，

若所述未压缩成功的次数大于或等于所述第一阈值，所述车辆向所述云服务器发送所述第一告警信息。

本申请实施例中，车辆可以通过未压缩成功的次数与第一阈值的大小确定对所述第一数据再次进行压缩还是向云服务器发送第一告警信息。

示例性地，假设本申请实施中的第一阈值为3，若车辆第1次对第一数据进行压缩且压缩失败(即未压缩成功)，由于未压缩成功的次数1小于第一阈值3，因此，车辆可以再次(记为第2次)对该第一数据进行压缩。

若车辆第2次对第一数据进行压缩且压缩失败，由于未压缩成功的次数2小于第一阈值3，因此，车辆可以再次(记为第3次)对该第一数据进行压缩。

若车辆第3次对第一数据进行压缩且压缩失败，由于此时未压缩成功的次数3等于第一阈值3，因此，车辆可以向云服务器发送第一告警信息，通知云服务器车辆在压缩该第一数据时压缩失败。

如图6所示，为本申请实施提供的另一种数据传输的方法600的示意图。该方法600以第一数据是原始数据为例介绍本申请的方案。

610，车辆生成原始数据。

612，对原始数据进行压缩，且记录压缩次数i。

本申请实施例中，压缩次数i的初始值可以设置为0。对原始数据首次进行压缩时，压缩次数i在初始值的基础上增加1，即对于本次压缩，更新压缩次数i为1。

614，判断压缩是否成功。

若否，则执行步骤616，若是，则执行步骤618。

616，判断压缩次数i是否<N1。

若否，则执行步骤620；若是，则返回执行步骤612。

620，发送第一告警信息。

本申请实施例中的N1可以为上文中的第一阈值(假设第一阈值为3)，由于当前压缩次数i＝1，小于第一阈值3，因此，可以返回执行步骤612，即再次对原始数据进行压缩，并更新压缩次数i为2，根据压缩结果再次判断。

本申请提供的方案，在判断第一数据未压缩成功的情况下，通过判断未压缩成功的次数与第一阈值的大小确定进一步的处理方式，即，若判断未压缩成功的次数小于所述第一阈值，对第一数据再次进行压缩；若判断未压缩成功的次数大于或等于第一阈值，向云服务器发送第一告警信息；可以保证数据传输前对数据进行处理的准确性和可靠性。

上文指出，第一数据可以为车辆采集的原始数据或对该原始数据加密成功后的数据，下文将分别介绍这两种情况下数据传输的具体实现方式。

情况一：第一数据为车辆采集的原始数据

可选地，在一些实施例中，所述第一数据为原始数据，所述方法500还包括：

所述车辆对压缩成功后的数据进行加密；

若判断对所述压缩成功后的数据未加密成功，所述车辆对所述压缩成功后的数据再次进行加密或向所述云服务器发送第二告警信息，所述第二告警信息用于表征所述车辆加密所述压缩成功后的数据失败；

所述车辆向所述云服务器发送目标数据，包括：

若判断对所述压缩成功后的数据加密成功，所述车辆向所述云服务器发送所述目标数据，所述目标数据为对所述压缩成功后的数据加密成功的数据。

本申请实施例中，在车辆对原始数据压缩成功的情况下，可以对该压缩成功后的数据进行加密。车辆在对该压缩成功后的数据进行加密后，可以判断对该压缩成功后的数据的加密是否成功，示例性地，可以根据加密算法运行结果判断该压缩成功后的数据是否加密成功，便于车辆根据是否加密成功的结果确定进一步的处理方式。

具体地，若车辆判断对压缩成功后的数据未加密成功，则可以包括两种可能的处理方式，一种方式是再次对该压缩成功后的数据进行加密，加密方式可以与上一次加密方式相同，也可以不同；另一种方式是向云服务器发送用于表征所述车辆加密所述压缩成功后的数据失败的第二告警信息，该第二告警信息旨在通知云服务器车辆在加密该压缩成功后的数据时加密失败。

若车辆判断对压缩成功后的数据加密成功，则可以向云服务器发送目标数据，该目标数据即是车辆对该压缩成功后的数据进行加密成功后的数据。

本申请提供的方案，在车辆对原始数据压缩成功的情况下，可以对压缩成功后的数据进行加密，并根据加密结果确定进一步的处理方式，即，若判断对压缩成功后的数据未加密成功，对压缩成功后的数据再次进行加密或向云服务器发送第二告警信息；若判断对压缩成功后的数据加密成功，向云服务器发送所述目标数据；可以保证数据传输前对数据进行处理的准确性和可靠性。

可选地，在一些实施例中，所述若判断对所述压缩成功后的数据未加密成功，所述车辆对所述压缩成功后的数据再次进行加密或向所述云服务器发送第二告警信息，包括：

若判断对所述压缩成功后的数据未加密成功，所述车辆判断未加密成功的次数与第二阈值的大小；

若所述未加密成功的次数小于所述第二阈值，所述车辆对所述压缩成功后的数据再次进行加密；或，

若所述未加密成功的次数大于或等于所述第二阈值，所述车辆向所述云服务器发送所述第二告警信息。

本申请实施例中，车辆可以通过未加密成功的次数与第二阈值的大小确定对所述压缩成功后的数据再次进行加密还是向云服务器发送第二告警信息。

示例性地，假设本申请实施中的第二阈值为4，若车辆第1次对压缩成功后的数据进行加密且加密失败，由于未加密成功的次数1小于第二阈值4，因此，车辆可以再次(记为第2次)对该压缩成功后的数据进行加密。

若车辆第2次对压缩成功后的数据进行加密且加密失败，由于未加密成功的次数2小于第二阈值4，因此，车辆可以再次(记为第3次)对该压缩成功后的数据进行加密。

若车辆第3次对压缩成功后的数据进行加密且加密失败，由于未加密成功的次数3小于第二阈值4，因此，车辆可以再次(记为第4次)对该压缩成功后的数据进行加密。

若车辆第4次对压缩成功后的数据进行加密且加密失败，由于未加密成功的次数4等于第二阈值4，因此，车辆可以向云服务器发送第二告警信息，通知云服务器车辆在加密该压缩成功后的数据时加密失败。

参考上述图6，对于压缩成功的数据可以执行步骤618。

618，对压缩成功的数据进行加密，且记录加密次数j。

本申请实施例中，加密次数j的初始值可以设置为0。对压缩成功后的数据首次进行加密时，加密次数j在初始值的基础上增加1，即对于本次加密，更新加密次数j为1。

622，判断加密是否成功。

若是，则执行步骤624，若否，则执行步骤626。

624，发送加密后的数据。

626，判断加密次数j是否<N2。

若否，则执行步骤628；若是，则返回执行步骤618。

628，发送第二告警信息。

本申请实施例中的N2可以为上文中的第二阈值(假设第二阈值为4)，由于当前加密次数j＝1，小于第二阈值4，因此，可以返回执行步骤618，即再次对压缩成功后的数据进行加密，并更新加密次数j为2，根据加密结果再次判断。

本申请提供的方案，在判断对压缩成功后的数据未加密成功的情况下，通过判断未加密成功的次数与第二阈值的大小确定进一步的处理方式，即，若判断未加密成功的次数小于所述第二阈值，对压缩成功后的数据再次进行加密；若判断未加密成功的次数大于或等于第二阈值，向云服务器发送第二告警信息；可以保证数据传输前对数据进行处理的准确性和可靠性。

可选地，在一些实施例中，所述车辆对压缩成功后的数据进行加密，包括：

所述车辆对所述压缩成功后的数据进行加密的同时，删除所述原始数据。

本申请实施例中，若车辆对原始数据压缩成功，则可以对压缩成功后的数据进行加密，在对压缩成功后的数据进行加密的同时，可以删除该原始数据，以节省存储空间。

情况二：第一数据为对该原始数据加密后的数据

可选地，在一些实施例中，所述第一数据为对原始数据加密后的数据，在所述车辆对第一数据进行压缩之前，所述方法500还包括：

在对所述原始数据未加密成功的情况下，所述车辆对所述原始数据再次进行加密或向云服务器发送第三告警信息，所述第三告警信息用于表征所述车辆加密所述原始数据失败；

所述车辆对第一数据进行压缩，包括：

在对所述原始数据加密成功的情况下，所述车辆对所述第一数据进行压缩。

本申请实施例中，在第一数据为对原始数据加密后的数据的情况下，车辆对第一数据数据压缩之前，可以先判断该第一数据是否加密成功，便于车辆根据是否加密成功的结果进一步执行后续操作。

本申请实施例中，若车辆判断对原始数据未加密成功，则可以包括两种可能的处理方式，一种方式是再次对该原始数据进行加密，加密方式可以与上一次加密方式相同，也可以不同；另一种方式是向云服务器发送用于表征所述车辆加密所述原始数据失败的第三告警信息，该第三告警信息旨在通知云服务器车辆在加密该原始数据时加密失败。

若车辆判断对原始数据加密成功，则车辆可以进一步对第一数据(即对原始数据加密成功后的数据)进行压缩。

本申请提供的方案，若第一数据为对原始数据加密后的数据，可以先判断该第一数据是否加密成功，并根据加密结果确定进一步的处理方式，即，若判断对原始数据未加密成功，对原始数据再次进行加密或向云服务器发送第三告警信息；若判断对原始数据加密成功，对第一数据(即对原始数据加密成功后的数据)进行压缩；可以保证数据传输前对数据进行处理的准确性和可靠性。

可选地，在一些实施例中，所述若判断所述原始数据未压缩成功，所述车辆对所述原始数据再次进行压缩，包括：

若判断所述原始数据未压缩成功，所述车辆对所述原始数据再次进行压缩的同时，删除未压缩成功的数据。

本申请实施例中，若车辆对原始数据未压缩成功，且压缩次数小于上述第一阈值时，可以对该原始数据再次进行压缩，在对该原始数据再次进行压缩的同时，可以删除未压缩成功的数据，以节省存储空间。

上文步骤S510说明了车辆可以对第一数据进行压缩。其中，在车辆对第一数据进行压缩前，可以做进一步的判断，具体请参考下文。

可选地，在一些实施例中，所述方法500还包括：

所述车辆判断所述第一数据的数据量与第三阈值的大小；

所述车辆对第一数据进行压缩，包括：

在所述第一数据的数据量大于或等于所述第三阈值的情况下，所述车辆对所述第一数据进行压缩。

本申请实施例中，车辆在对第一数据进行压缩前，可以先判断该第一数据的数据量与第三阈值的大小，并在该第一数据的数据量大于或等于第三阈值的情况下，车辆可以对该第一数据进行压缩。

示例性地，假设本申请中的第三阈值为10Mb，若该第一数据的数据量为20Mb，由于该第一数据的数据量大于第三阈值，则车辆可以对该第一数据进行压缩。

需要说明的是，本申请实施例中，若该第一数据的数据量的大小为5Mb，该第一数据的数据量小于第三阈值，则车辆可以不对该第一数据进行压缩，若该第一数据为原始数据，可以将该第一数据读取到待加密存储区等待加密；若第一数据为对原始数据加密后的数据，可以向云服务器发送该第一数据。在第一数据的数据量小于第三阈值的情况下，车辆可以选择不进行压缩这一过程，这样可以节省压缩该第一数据的时长。

本申请提供的方案，车辆在对第一数据进行压缩前，可以先判断第一数据的数据量与第三阈值的大小，并且在第一数据的数据量大于或等于第三阈值的情况下，对第一数据进行压缩，可以节省压缩第一数据的时长，从而可以减少数据上传的时长。

基于此，上文说明了车辆在对第一数据进行处理的过程中，对处理结果进行了成功与否判断并针对不同结果所执行的操作不同。下文将说明云服务器对从车辆发送的目标数据进行接收和处理的过程中，对其结果进行成功与否的判断并针对不同结果所执行的操作不同。

上文步骤S570中指出，判断未成功接收所述目标数据时，云服务器再次接收所述目标数据或向所述车辆发送第五告警信息，其中，云服务器可以根据相关条件选择再次接收目标数据还是发送第五告警信息，具体内容请参考下文。

可选地，在一些实施例中，所述在判断未成功接收所述目标数据时，所述云服务器再次接收所述目标数据或向所述车辆发送第五告警信息，包括：

在判断未成功接收所述目标数据时，所述云服务器判断未成功接收的次数与第四阈值的大小；

若所述未成功接收的次数小于所述第四阈值，所述云服务器再次接收所述目标数据；或，

若所述未成功接收的次数大于或等于所述第四阈值，所述云服务器向所述车辆发送所述第五告警信息。

本申请实施例中，若云服务器判断未成功接收车辆发送的目标数据时，则可以包括两种可能的处理方式，一种方式是再次接收目标数据；另一种方式是向车辆发送用于表征云服务器接收所述目标数据失败的第五告警信息。

本申请实施例中，云服务器可以通过未成功接收的次数与第四阈值的大小确定再次接收所述目标数据还是向车辆发送第五告警信息。

示例性地，假设本申请实施中的第四阈值为3，若云服务器第1次接收目标数据且接收失败(即未接收成功)，由于未成功接收的次数1小于第四阈值3，因此，云服务器可以再次(记为第2次)接收该目标数据。

若云服务器第2次接收该目标数据且接收失败，由于未成功接收的次数2小于第四阈值3，因此，云服务器可以再次(记为第3次)接收该目标数据。

若云服务器第3次接收该目标数据且接收失败，由于未成功接收的次数3等于第四阈值3，因此，云服务器可以向车辆发送第五告警信息，通知车辆云服务器在接收目标数据接收失败。

如图7所示，为本申请实施提供的又一种数据传输的方法700的示意图。该方法700可以由云服务器执行。

712，接收目标数据，且记录接收次数k。

本申请实施例中，接收次数k的初始值可以设置为0。首次接收目标数据时，接收次数k在初始值的基础上增加1，即对于本次接收，更新接收次数k为1。

714，判断接收是否成功。

若否，则执行步骤716；若是，则执行步骤718。

716，判断接收次数k是否<N3。

若是，则执行步骤717；若否，则返回执行步骤712。

717，发送第五告警信息。

本申请实施例中的N3可以为上文中的第四阈值(假设第四阈值为3)，由于当前接收次数k＝1，小于第四阈值3，因此，可以返回执行步骤712，即再次接收目标数据，并更新接收次数k为2，根据接收结果再次判断。

本申请提供的方案，在判断未成功接收目标数据的情况下，通过判断未成功接收的次数与第四阈值的大小确定进一步的处理方式，即，若判断未成功接收的次数小于所述第四阈值，再次接收目标数据；若判断未成功接收的次数大于或等于第四阈值，向云服务器发送第五告警信息；可以保证数据接收过程中的可靠性。

可选地，在一些实施例中，所述若所述未成功接收的次数小于所述第四阈值，所述云服务器再次接收所述目标数据，包括：

若所述未成功接收的次数小于所述第四阈值，所述云服务器再次接收所述目标数据的同时，删除未成功接收的数据。

本申请实施例中，若车辆未成功接收目标数据，且接收次数小于上述第四阈值时，可以再次接收该目标数据，在再次接收该目标数据的同时，可以删除未接收成功的数据，以节省存储空间。

上文指出，目标数据可以为压缩成功后的数据或根据压缩成功后的数据确定的数据，下文将分别介绍这两种情况下的具体实现方式。

情况一：目标数据为根据压缩成功后的数据确定的数据

可选地，在一些实施例中，所述目标数据为所述根据所述压缩成功后的数据确定的数据，所述方法500还包括：

在判断成功接收所述目标数据时，所述云服务器对所述目标数据进行解密；

若对所述目标数据解密失败，所述云服务器判断解密失败的次数与第五阈值的大小；或，

若对所述目标数据解密成功，所述云服务器对解密成功后的数据进行解压缩。

本申请实施例中，在目标数据为根据所述压缩成功后的数据确定的数据的情况下，且成功接收该目标数据时，云服务器可以对目标数据进行解密，在解密的过程中，若解密未成功，可以判断解密失败的次数与第五阈值的大小，若解密成功，可以对解密成功后的数据解压缩。

本申请提供的方案，在云服务器成功接收目标数据的情况下，可以对目标数据进行解密，并根据解密结果确定进一步的处理方式，即，若解密失败，判断解密失败的次数与第五阈值的大小；若解密成功，对解密成功后的数据进行解压缩；可以保证数据接收过程中的可靠性。

可选地，在一些实施例中，所述云服务器判断解密失败的次数与第五阈值的大小，包括：

若所述解密失败的次数小于所述第五阈值，所述云服务器再次对所述目标数据解密；或，

若所述解密失败的次数大于或等于所述第五阈值，所述云服务器向所述车辆发送所述第六告警信息，所述第六告警信息用于表征所述云服务器解密所述目标数据失败。

本申请实施例中，车辆可以通过解密失败的次数与第五阈值的大小确定对目标数据再次进行解密还是向云服务器发送第六告警信息。

示例性地，假设本申请实施例中的第五阈值为3，若云服务器第1次解密目标数据且解密失败，由于未成功解密的次数1小于第五阈值3，因此，云服务器可以再次(记为第2次)解密该目标数据。

若云服务器第2次解密该目标数据且解密失败，由于未成功解密的次数2小于第五阈值3，因此，云服务器可以再次(记为第3次)解密该目标数据。

若云服务器第3次解密该目标数据且解密失败，由于未成功解密的次数3等于第五阈值3，因此，云服务器可以向车辆发送第六告警指示信息，通知车辆云服务器解密目标数据失败。

参考上述图7，若云服务器成功接收目标数据，可以执行步骤718。

718，对目标数据进行解密，且记录解密次数m。

本申请实施例中，解密次数m的初始值可以设置为0。对接收的目标数据首次进行解密时，解密次数m在初始值的基础上增加1，即对于本次解密，更新解密次数m为1。

720，判断解密是否成功。

若是，则执行步骤722；若否，则执行步骤726。

726，判断解密次数m是否<N4。

若否，则执行步骤728；若是，则返回执行步骤718。

728，反馈第六告警信息。

本申请实施例中的N4可以为上文中的第五阈值(假设第五阈值为3)，由于当前解密次数m＝1，小于第五阈值3，因此，可以返回执行步骤718，即再次对目标数据进行解密，并更新解密次数m为2，根据解密结果再次判断。

本申请提供的方案，在判断对目标数据解密失败的情况下，通过判断解密失败的次数与第五阈值的大小确定进一步的处理方式，即，若判断解密失败的次数小于所述第五阈值，对目标数据再次进行解密；若判断解密失败的次数大于或等于第五阈值，向云服务器发送第六告警信息；可以保证数据接收过程中的可靠性。

可选地，在一些实施例中，所述若所述解密失败的次数小于所述第五阈值，所述云服务器再次对所述目标数据解密，包括：

若所述解密失败的次数小于所述第五阈值，所述云服务器再次对所述目标数据解密的同时，删除解密失败的数据。

本申请实施例中，若车辆未成功解密目标数据，且解密次数小于上述第五阈值时，可以再次解密该目标数据，在再次解密该目标数据的同时，可以删除未解密成功的数据，以节省存储空间。

在一些实施例中，云服务器解密目标数据失败可能是由于本身解密算法出现错误，因此，在所述云服务器判断解密失败的次数与第五阈值的大小之前，所述方法500还包括：

所述云服务器判断解密算法是否出现错误；

若所述云服务器判断解密算法未出现错误，所述云服务器向所述车辆反馈第一指示信息，所述第一指示信息用于指示所述车辆重新发送加密后的数据；

所述云服务器判断解密失败的次数与第五阈值的大小，包括：

若所述云服务器判断解密算法出现错误，所述云服务器判断解密失败的次数与所述第五阈值的大小。

本申请实施例中，在云服务器成功接收车辆发送的目标数据的情况下，进一步地，可以对该目标数据进行解密，并根据解密结果判断下一步的操作。具体地，若云服务器未成功解密目标数据，可以先判断解密算法是否出现错误；若确定解密算法出现错误，云服务器可以进一步判断解密失败的次数与第五阈值的大小；若确定解密算法未出现错误，则可以向车辆反馈用于指示所述车辆重新发送加密后的数据的第一指示信息。

如图8所示，为本申请实施例提供的再一种数据传输的方法800的示意图。该方法800可以由云服务器执行。

参考图8，若云服务器成功接收目标数据，可以执行步骤718。

718，对目标数据进行解密，且记录解密次数m。

本申请实施例中，解密次数m的初始值可以设置为0。首次解密目标数据时，解密次数m在初始值的基础上增加1，即对于本次解密，更新解密次数m为1。

720，判断解密是否成功。

若是，则执行步骤722；若否，则执行步骤724。

724，判断解密算法是否出现错误。

若是，则执行步骤726；若否，则执行步骤730。

726，判断解密次数m是否<N4。

730，反馈第一指示信息。

本申请实施例中的N4可以为上文中的第五阈值(假设第五阈值为3)，由于当前解密次数m＝1，小于第五阈值3，因此，可以返回执行步骤718，即再次对目标数据进行解密，并更新解密次数m为2，根据解密结果再次判断。

本申请提供的方案，在判断对目标数据解密失败的情况下，优先判断解密算法是否出现错误，并且在解密算法出现错误时，判断解密失败的次数与第五阈值的大小；在解密算法未出现错误时，向车辆反馈用于指示车辆重新发送加密后的数据的第一指示信息；可以避免数据在传输过程中发生了篡改攻击而导致的解密失败，从而保证数据在接收过程中的可靠性。

可选地，在一些实施例中，所述云服务器向所述车辆反馈所述第一指示信息；

对于车辆侧：

所述车辆接收第一指示信息；响应于接收的所述第一指示信息，所述车辆向所述云服务器重新发送所述加密后的数据。

对于云服务器侧：

所述云服务器接收所述车辆重新发送的加密后的数据；

所述云服务器对所述加密后的数据进行解密；

若对所述加密后的数据解密失败，所述云服务器判断解密失败的次数与第六阈值的大小；

若所述解密失败的次数小于所述第六阈值，所述云服务器再次向所述车辆反馈所述第一指示信息；或，

若所述解密失败的次数大于或等于所述第六阈值，所述云服务器向所述车辆反馈第二指示信息，所述第二指示信息用于指示所述车辆重新对压缩后的数据进行加密传输。

本申请实施例中，在云服务器向车辆反馈用于指示车辆重新发送加密后的数据的第一指示信息后，车辆可以向云服务器重新发送加密后的数据；云服务器可以对重新接收的加密后的数据进行解密，并根据解密结果判断下一步的操作。具体地，若云服务器未成功解密目标数据，可以判断解密失败的次数与第六阈值的大小；若解密失败的次数小于第六阈值，云服务器可以再次向车辆反馈用于指示车辆重新发送加密后的数据的第一指示信息，若解密失败的次数大于或等于第六阈值，云服务器可以向车辆反馈用于指示所述车辆重新对压缩后的数据进行加密传输的第二指示信息。

参考上述图8，若云服务器判断解密算法出现错误，可以执行步骤730。

730，反馈第一指示信息。

732，接收车辆重新发送的加密后的数据。

734，对重新接收的加密后的数据解密，且记录解密次数n。

本申请实施例中，解密次数n的初始值可以设置为0。对新接收的加密后数据首次进行解密时，解密次数n在初始值的基础上增加1，即对于本次解密，更新解密次数n为1。

736，判断解密是否成功。

若是，则执行步骤722；若否，则执行步骤738。

738，判断解密次数n是否<N5。

若是，则返回执行步骤730；若否，则执行步骤740。

740，反馈第二指示信息。

本申请实施例中的N5可以为上文中的第六阈值(假设第六阈值为3)，由于当前对于重新接收的加密后数据进行解密的解密次数n＝1，小于第六阈值3，因此，可以返回执行步骤730，即再次对重新接收的加密后数据进行解密，并更新解密次数n为2，根据解密结果再次判断。

本申请提供的方案，在云服务器接收车辆重新发送的加密后的数据的情况下，通过判断解密失败的次数与第六阈值的大小确定进一步的处理方式，即，若判断解密失败的次数小于所述第六阈值，再次向车辆反馈第一指示信息；若判断解密失败的次数大于或等于第六阈值，向云服务器反馈第二指示信息；可以避免数据在传输过程中发生了篡改攻击而导致的解密失败，从而保证数据在接收过程中的可靠性。

可选地，在一些实施例中，所述云服务器向所述车辆反馈所述第二指示信息，对于车辆侧：所述车辆接收第二指示信息；

响应于接收的所述第二指示信息，所述车辆对压缩后的数据重新进行加密；

所述车辆向所述云服务器发送重新加密后的数据。

对于云服务器侧：

所述云服务器接收所述车辆发送的重新加密后的数据；

所述云服务器对所述重新加密后的数据进行解密；

若对所述重新加密后的数据解密失败，所述云服务器判断解密失败的次数与第七阈值的大小；

若所述解密失败的次数小于所述第七阈值，所述云服务器再次向所述车辆反馈所述第二指示信息；或，

若所述解密失败的次数大于或等于所述第七阈值，所述云服务器向所述车辆发送所述第六告警信息。

本申请实施例中，在云服务器向车辆反馈用于指示所述车辆重新对压缩后的数据进行加密传输的第二指示信息后，车辆可以对压缩后的数据重新进行加密，并向云服务器发送重新加密后的数据；云服务器可以对重新加密后的数据进行解密，并根据解密结果判断下一步的操作。具体地，若云服务器未成功解密目标数据，可以判断解密失败的次数与第七阈值的大小；若解密失败的次数小于第七阈值，云服务器可以再次向车辆反馈用于指示所述车辆重新对压缩后的数据进行加密传输的第二指示信息，若解密失败的次数大于或等于第七阈值，云服务器可以向车辆发送第六告警信息。

参考上述图8，若上述步骤738中判断解密次数n大于或等于N5，则执行步骤740。

740，反馈第二指示信息。

742，接收车辆发送的重新加密后的数据。

744，对重新加密后的数据解密，并记录解密次数p。

本申请实施例中，解密次数p的初始值可以设置为0。对接收的重新加密后的数据首次进行解密时，解密次数p在初始值的基础上增加1，即对于本次解密，更新解密次数p为1。

746，判断解密是否成功。

若是，则执行步骤722；若否，则执行步骤748。

748，判断解密次数p是否小于N6。

若是，则返回执行步骤740；若否，则返回执行步骤728。

本申请实施例中的N6可以为上文中的第七阈值(假设第七阈值为3)，由于当前解密次数p＝1，小于第七阈值3，因此，可以返回执行步骤740，即再次对接收的重新加密后的数据进行解密，并更新解密次数p为2，根据解密结果再次判断。

本申请提供的方案，在云服务器接收车辆发送的重新加密后的数据的情况下，通过判断解密失败的次数与第七阈值的大小确定进一步的处理方式，即，若判断解密失败的次数小于所述第七阈值，再次向车辆反馈第二指示信息；若判断解密失败的次数大于或等于第七阈值，向云服务器反馈第六告警信息；可以避免数据在传输过程中发生了篡改攻击而导致的解密失败，从而保证数据在接收过程中的可靠性。

上文指出，若对所述目标数据解密成功，云服务器可以对解密成功后的数据进行解压缩。在一些实施例中，云服务器可以在满足一定的条件时对解密成功后的数据进行解压缩，具体请参考下文。

可选地，在一些实施例中，所述目标数据包括发送所述目标数据的上传时刻或所述目标数据的序列号，在所述云服务器对解密成功后的数据进行解压缩之前，所述方法还包括：

所述云服务器根据所述上传时刻或所述序列号判断所述目标数据在传输的过程中是否发生攻击；

若是，所述云服务器向所述车辆反馈第一指示信息，所述第一指示信息用于指示所述车辆重新发送加密后的数据；

所述云服务器对解密成功后的数据进行解压缩，包括：

若否，所述云服务器对解密成功后的目标数据进行解压缩。

本申请实施例中，云服务器对目标数据解密成功后，可以先不对解密成功后的数据进行解压缩，可以先根据上传时刻或序列号判断所述目标数据在传输的过程中是否发生攻击；若目标数据在传输的过程中未发生攻击，云服务器可以对解密成功后的数据进行解压缩，若目标数据在传输的过程中发生攻击，云服务器可以向车辆反馈用于指示所述车辆重新发送加密后的数据的第一指示信息。

本申请实施例中的上传时刻可以为车辆发送目标数据的时刻，如上传时刻为11时20分30秒。序列号可以为数据(该数据为对原始数据压缩成功后的数据)加密成功后所生成的序列，该序列可以为等差序列或等比序列，如序列为等差序列，且差值为2，则若当前数据加密成功后所生成的序列为1，下一个数据加密成功后所生成的序列为3，以此类推；如序列为等比序列，且比值为2，则若当前数据加密成功后所生成的序列为1，下一个数据加密成功后所生成的序列为2，以此类推。

本申请提供的方案，在云服务器对解密成功后的数据进行解压缩之前，可以根据上传时刻或序列号判断目标数据在传输的过程中是否发生攻击，若是，向所述车辆反馈第一指示信息；若否，对解密成功后的目标数据进行解压缩；可以避免数据在传输过程中发生了重放攻击而导致接收的数据错误，从而保证数据的准确性和完整性。

方式一：

所述目标数据包括所述上传时刻，所述云服务器根据所述上传时刻判断所述目标数据在传输的过程中是否发生攻击，包括：

所述云服务器确定接收所述目标数据时的接收时刻与所述上传时刻的差值；

若所述差值属于第一范围，所述云服务器确定所述目标数据在传输的过程中未发生攻击；或，

若所述差值不属于所述第一范围，所述云服务器确定所述目标数据在传输的过程中发生攻击。

本申请实施例中，云服务器可以根据接收目标数据时的接收时刻和上传时刻的差值判断目标数据在传输的过程中是否发生攻击，具体地，若该差值位于第一范围，确定目标数据在传输的过程中未发生攻击；若该差值不位于第一范围，确定目标数据在传输的过程中发生攻击。

示例性地，假设本申请实施例中的第一范围为(5，10)，若云服务器接收目标数据时的接收时刻为11时20分36秒，车辆上传该目标数据的上传时刻为11时20分30秒，则两者之间的差值为6s，该差值属于第一范围(5，10)内，因此，云服务器可以确定目标数据在传输的过程中未发生攻击。

若云服务器接收目标数据时的接收时刻为11时20分42秒，车辆上传该目标数据的上传时刻为11时20分30秒，则两者之间的差值为12s，该差值不属于第一范围(5，10)内，因此，云服务器可以确定目标数据在传输的过程中发生攻击。

需要说明的是，本申请实施例中的第一范围的下限值与多种因素有关，如目标数据的数据量，上传速率等，如目标数据的数据量越大，上传速率越慢，第一范围的下限值越大；目标数据的数据量越小，上传速率越快，第一范围的下限值越小。本申请实施例中的第一范围的上限值和多种因素有关，如目标数据的数据量，上传速率，压缩或加密的次数，接收的次数等，如目标数据的数据量越大，上传速率越慢，压缩或加密的次数越多，接收的次数越多，第一范围的上限值越大；目标数据的数据量越小，上传速率越快，压缩或加密的次数越少，接收的次数越少，第一范围的上限值越小。

本申请提供的方案，在云服务器可以通过接收时刻与上传时刻的差值是否属于第一范围确定目标数据在传输的过程中未发生攻击，若差值属于第一范围，则确定目标数据在传输的过程中是否发生攻击；若该差值不属于第一范围，则确定目标数据在传输的过程中发生攻击；可以避免数据在传输过程中发生了重放攻击而导致接收的数据错误，从而保证数据的准确性和完整性。

方式二：

所述目标数据包括所述序列号，所述云服务器根据所述序列号判断所述目标数据在传输的过程中是否发生攻击，包括：

所述云服务器确定当前接收的所述目标数据的序列号与前一次接收的目标数据的序列号的差值或比值；

若所述差值或所述比值为预设值，所述云服务器确定所述目标数据在传输的过程中未发生攻击；或，

若所述差值或所述比值不为所述预设值，所述云服务器确定所述目标数据在传输的过程中发生攻击。

本申请实施例中，云服务器可以根据当前接收的所述目标数据的序列号与前一次接收的目标数据的序列号的差值或比值判断目标数据在传输的过程中是否发生攻击，具体地，若该差值或比值为预设值，确定目标数据在传输的过程中未发生攻击；若该差值或比值不为预设值，确定目标数据在传输的过程中发生攻击。

示例性地，以差值为例，假设本申请实施例中的预设值为2，若云服务器当前接收的所述目标数据的序列号为5，前一次接收的目标数据的序列号为3，则两者之间的差值为2，该差值为预设值，因此，云服务器可以确定目标数据在传输的过程中未发生攻击。若云服务器当前接收的所述目标数据的序列号为1，前一次接收的目标数据的序列号为3，则两者之间的差值为-2，该差值不为预设值，因此，云服务器可以确定目标数据在传输的过程中发生攻击。

需要说明的是，云服务器前一次接收的目标数据的序列号为3的情况下，若云服务器接收当前目标数据时接收异常，且在多次向车辆反馈告警信息后依然接收异常，此时车辆可以暂停发送目标数据并检查异常缘由，待恢复正常后，车辆可以重新以序列号为1对新的目标数据进行编号并发送至云服务器，云服务器接收到该新的目标数据后，计算当前接收的新的目标数据的序列号与前一次接收的目标数据的序列号的差值为-2，该差值不为预设值，因此，云服务器可以确定目标数据(该目标数据为云服务器在成功接收新的目标数据之前未成功接收的数据)在传输的过程中发生攻击。

示例性地，以比值为例，假设本申请实施例中的预设值为2，若云服务器当前接收的所述目标数据的序列号为4，前一次接收的目标数据的序列号为2，则两者之间的比值为2，该比值为预设值，因此，云服务器可以确定目标数据在传输的过程中未发生攻击。若云服务器当前接收的所述目标数据的序列号为1，前一次接收的目标数据的序列号为2，则两者之间的比值为1/2，该比值不为预设值，因此，云服务器可以确定目标数据在传输的过程中发生攻击。

需要说明的是，云服务器前一次接收的目标数据的序列号为2的情况下，若云服务器接收当前目标数据时接收异常，且在多次向车辆反馈告警信息后依然接收异常，此时车辆可以暂停发送目标数据并检查异常缘由，待恢复正常后，车辆可以重新以序列号为1对新的目标数据进行编号并发送至云服务器，云服务器接收到该新的目标数据后，计算当前接收的新的目标数据的序列号与前一次接收的目标数据的序列号的比值为1/2，该比值不为预设值，因此，云服务器可以确定目标数据(该目标数据为云服务器在成功接收新的目标数据之前未成功接收的数据)在传输的过程中发生攻击。

此外，本申请实施例中的预设值可以不为固定值，也可以为具有一定规则的数值，如预设值可以为a，a为自然数，如当前接收的目标数据的序列号与前一次接收的目标数据的序列号的差值或比值为1，下一次接收的目标数据的序列号与当前接收的目标数据的序列号的差值或比值为2，以此类推。

示例性地，以差值为例，若云服务器当前接收的目标数据的序列号为2，前一次接收的目标数据的序列号为1，则两者之间的差值为1，该差值为预设值1，因此，云服务器可以确定目标数据在传输的过程中未发生攻击。若云服务器下一次接收的所述目标数据的序列号为4，与当前接收的所述目标数据的序列号的差值为2，该差值为与上一预设值相邻的预设值2，因此，云服务器可以确定目标数据在传输的过程中未发生攻击；若云服务器下一次接收的所述目标数据的序列号为1，与当前接收的所述目标数据的序列号的差值为-1，该差值不为与上一预设值相邻的预设值，因此，云服务器可以确定目标数据在传输的过程中发生攻击。

示例性地，以比值为例，若云服务器当前接收的所述目标数据的序列号为1，前一次接收的目标数据的序列号为1，则两者之间的比值为1，该比值为预设值1，因此，云服务器可以确定目标数据在传输的过程中未发生攻击。若云服务器下一次接收的所述目标数据的序列号为2，与当前接收的所述目标数据的序列号的比值为2，该比值为与上一预设值相邻的预设值2，因此，云服务器可以确定目标数据在传输的过程中未发生攻击；若云服务器下一次接收的所述目标数据的序列号为1，与当前接收的所述目标数据的序列号的比值为1，该比值不为与上一预设值相邻的预设值，因此，云服务器可以确定目标数据在传输的过程中发生攻击。

本申请提供的方案，在云服务器可以通过当前接收的所述目标数据的序列号与前一次接收的目标数据的序列号的差值或比值是否为预设值确定目标数据在传输的过程中是否发生攻击，若该差值或比值为预设值，则确定目标数据在传输的过程中未发生攻击；若该差值或比值不为预设值，则确定目标数据在传输的过程中发生攻击；可以避免数据在传输过程中发生了重放攻击而导致接收的数据错误，从而保证数据的准确性和完整性。

可选地，在一些实施例中，所述若对所述目标数据解密成功，所述云服务器对解密成功后的数据进行解压缩，所述方法500还包括：

在对所述解密成功后的数据解压缩失败的情况下，所述云服务器判断解压失败的次数与第八阈值的大小；

若所述解压失败的次数小于所述第八阈值，所述云服务器再次对所述解密成功后的数据解压；或，

若所述解压失败的次数大于或等于所述第八阈值，所述云服务器向所述车辆发送所述第七告警信息，所述第七告警信息用于表征所述云服务器解压所述解密成功后的数据失败。

本申请实施例中，在云服务器对目标数据解密成功后，可以对解密成功后的数据解压缩，若解压缩成功，则表示此次数据传输结束；若解压缩失败，云服务器可以判断解压失败的次数与第八阈值的大小，并根据结果判断下一步的操作。具体地，若云服务器解压失败的次数小于第八阈值，可以再次对解密成功后的数据解压缩；若云服务器解压失败的次数大于或等于所述第八阈值，可以向车辆发送第七告警信息。

参考上述图7和图8，在确定对目标数据解密成功的情况下，则执行步骤722。

722，对解密后的数据解压，并记录解压次数q。

本申请实施例中，解压次数q的初始值可以设置为0。对解密后的数据首次进行解压时，解压次数q在初始值的基础上增加1，即对于本次解压，更新解压次数q为1。

752，判断解压是否成功。

若是，则执行步骤754；若否，则返回执行步骤722。

本申请提供的方案，在判断对解密成功后的数据解压缩失败的情况下，通过判断解压失败的次数与第八阈值的大小确定进一步的处理方式，即，若判断解压失败的次数小于所述第八阈值，对解密成功后的数据再次进行解压；若判断解压失败的次数大于或等于第八阈值，向云服务器发送第七告警信息；可以保证数据接收过程中的可靠性。

可选地，在一些实施例中，若对所述目标数据解密成功，所述方法500还包括：

所述云服务器删除接收的目标数据，解密成功后的数据。

本申请实施例中，在云服务器对目标数据解密成功的情况下，云服务器可以及时删除接收到的目标数据和解密成功后的数据，可以节省存储空间，同时可以降低数据明文存储风险。

情况二：目标数据为压缩成功后的数据

可选地，在一些实施例中，所述目标数据为所述压缩成功后的数据，在判断成功接收所述目标数据时，所述方法500还包括：

所述云服务器对所述目标数据进行解压缩；

若对所述目标数据解压缩失败，所述云服务器判断解压缩失败的次数与第九阈值的大小；或，

若对所述目标数据解压缩成功，所述云服务器对解压缩成功后的数据进行解密。

本申请实施例中，在目标数据为压缩成功后的数据的情况下，且成功接收该目标数据时，云服务器可以对目标数据解压缩，在解压缩的过程中，若解压缩未成功，可以判断解压缩失败的次数与第九阈值的大小，若解压缩成功，可以对解压缩成功后的数据解密。

本申请提供的方案，在云服务器成功接收目标数据的情况下，可以对目标数据进行解压缩，并根据解压缩结果确定进一步的处理方式，即，若解压缩失败，判断解压缩失败的次数与第九阈值的大小；若解压缩成功，对解压缩成功后的数据进行解密；可以保证数据接收过程中的可靠性。

可选地，在一些实施例中，所述云服务器判断解压缩失败的次数与第九阈值的大小，包括：

若所述解压缩失败的次数小于所述第九阈值，所述云服务器再次对所述目标数据解压缩；或，

若所述解压缩失败的次数大于或等于所述第九阈值，所述云服务器向所述车辆发送所述第八告警信息，所述第八告警信息用于表征所述云服务器解压缩所述目标数据失败。

本申请实施例中，车辆可以通过解压缩失败的次数与第九阈值的大小确定对目标数据再次进行解压缩还是向云服务器发送第八告警信息。

示例性地，假设本申请实施例中的第九阈值为3，若云服务器第1次解压缩目标数据且解压缩失败，由于未成功解压缩的次数1小于第九阈值3，因此，云服务器可以再次(记为第2次)解压缩该目标数据。

若云服务器第2次解压缩该目标数据且解压缩失败，由于未成功解压缩的次数2小于第九阈值3，因此，云服务器可以再次(记为第3次)解压缩该目标数据。

若云服务器第3次解压缩该目标数据且解压缩失败，由于未成功解压缩的次数3等于第五阈值3，因此，云服务器可以向车辆发送第八告警信息，通知车辆云服务器解压缩目标数据失败。

如图9所示，为本申请实施例提供的再一种数据传输的方法900，若云服务器成功接收目标数据，可以执行步骤918。

918，对目标数据进行解压缩，并记录解压缩次数r。

本申请实施例中，解压缩次数r的初始值可以设置为0。对接收的目标数据首次进行解压缩时，解压缩次数r在初始值的基础上增加1，即对于本次解压缩，更新解压缩次数r为1。

920，判断解压缩是否成功。

若是，则执行步骤922；若否，则执行步骤926。

926，判断解压缩次数r是否<M1。

若否，则执行步骤928；若是，则返回执行步骤918。

928，反馈第八告警信息。

本申请实施例中的M1可以为上文中的第九阈值(假设第九阈值为3)，由于当前解压缩次数r＝1，小于第九阈值3，因此，可以返回执行步骤918，即再次对目标数据进行解压缩，并更新解压缩次数r为2，根据解压缩结果再次判断。

本申请提供的方案，在判断对目标数据解压缩失败的情况下，通过判断解压缩失败的次数与第九阈值的大小确定进一步的处理方式，即，若判断解压缩失败的次数小于所述第九阈值，对目标数据再次进行解压缩；若判断解压缩失败的次数大于或等于第九阈值，向云服务器发送第八告警信息；可以保证数据接收过程中的可靠性。

可选地，在一些实施例中，所述若所述解压缩失败的次数小于所述第九阈值，所述云服务器再次对所述目标数据解压缩，包括：

若所述解压缩失败的次数小于所述第九阈值，所述云服务器再次对所述目标数据解压缩的同时，删除解压缩失败的数据。

本申请实施例中，若车辆未成功解压缩目标数据，且解压缩次数小于上述第九阈值时，可以再次解压缩该目标数据，在再次解压缩该目标数据的同时，可以删除未解压缩成功的数据，以节省存储空间。

在一些实施例中，云服务器解压缩目标数据失败可能是由于本身解压缩算法出现错误，因此，在所述云服务器判断解压缩失败的次数与第九阈值的大小之前，所述方法500还包括：

所述云服务器判断解压缩算法是否出现错误；

若所述云服务器判断解压缩算法未出现错误，所述云服务器向所述车辆反馈第三指示信息，所述第三指示信息用于指示所述车辆重新发送压缩后的数据；

所述云服务器判断解压缩失败的次数与第九阈值的大小，包括：

若所述云服务器判断解压缩算法出现错误，所述云服务器判断解压缩失败的次数与所述第九阈值的大小。

本申请实施例中，在云服务器成功接收车辆发送的目标数据的情况下，进一步地，可以对该目标数据进行解压缩，并根据解压缩结果判断下一步的操作。具体地，若云服务器未成功解压缩目标数据，可以先判断解压缩算法是否出现错误；若确定解压缩算法出现错误，云服务器可以进一步判断解压缩失败的次数与第九阈值的大小；若确定解压缩算法未出现错误，则可以向车辆反馈用于指示所述车辆重新发送压缩后的数据的第三指示信息。

如图10所示，为本申请实施例提供的再一种数据传输的方法1000的示意图。该方法1000可以由云服务器执行。

参考图10，若云服务器成功接收目标数据，可以执行步骤918。

918，对目标数据进行解压缩，且记录解压缩次数r。

本申请实施例中，解压缩次数r的初始值可以设置为0。首次解压缩目标数据时，解压缩次数r在初始值的基础上增加1，即对于本次解压缩，更新解压缩次数r为1。

920，判断解压缩是否成功。

若是，则执行步骤922；若否，则执行步骤924。

924，判断解压缩算法是否出现错误。

若是，则执行步骤926；若否，则执行步骤930。

926，判断解压缩次数r是否<M1。

930，反馈第三指示信息。

本申请实施例中的M1可以为上文中的第九阈值(假设第九阈值为3)，由于当前解压缩次数r＝1，小于第九阈值3，因此，可以返回执行步骤918，即再次对目标数据进行解压缩，并更新解压缩次数r为2，根据解压缩结果再次判断。

本申请提供的方案，在判断对目标数据解压缩失败的情况下，优先判断解压缩算法是否出现错误，并且在解压缩算法出现错误时，判断解压缩失败的次数与第九阈值的大小；在解压缩算法未出现错误时，向车辆反馈用于指示所述车辆重新发送压缩后的数据的第三指示信息；可以避免数据在传输过程中发生了篡改攻击而导致的解压缩失败，从而保证数据在接收过程中的可靠性。

可选地，在一些实施例中，所述云服务器向所述车辆反馈所述第三指示信息；

对于车辆侧：

所述车辆接收第三指示信息，所述第三指示信息用于指示所述车辆重新发送压缩后的数据；

响应于接收的所述第三指示信息，所述车辆向所述云服务器重新发送所述压缩后的数据。

对于云服务器侧：

所述云服务器接收所述车辆重新发送的压缩后的数据；

所述云服务器对所述压缩后的数据进行解压缩；

若对所述加密后的数据解压缩失败，所述云服务器判断解压缩失败的次数与第十阈值的大小；

若所述解压缩失败的次数小于所述第十阈值，所述云服务器再次向所述车辆反馈所述第三指示信息；或，

若所述解压缩失败的次数大于或等于所述第十阈值，所述云服务器向所述车辆反馈第四指示信息，所述第四指示信息用于指示所述车辆重新对加密后的数据进行压缩传输。

本申请实施例中，在云服务器向车辆反馈用于指示车辆重新发送压缩后的数据的第三指示信息后，车辆可以向云服务器重新发送压缩后的数据；云服务器可以对重新接收的压缩后的数据进行解压缩，并根据解压缩结果判断下一步的操作。具体地，若云服务器未成功解压缩目标数据，可以判断解压缩失败的次数与第十阈值的大小；若解压缩失败的次数小于第十阈值，云服务器可以再次向车辆反馈用于指示车辆重新发送压缩后的数据的第三指示信息，若解压缩失败的次数大于或等于第十阈值，云服务器可以向车辆反馈用于指示所述车辆重新对加密后的数据进行压缩传输的第四指示信息。

参考上述图10，若云服务器判断解压缩算法出现错误，可以执行步骤930。

930，反馈第三指示信息。

932，接收车辆重新发送的压缩后的数据。

934，对重新接收的压缩后的数据解压缩，且记录解压缩次数t。

本申请实施例中，解压缩次数t的初始值可以设置为0。对新接收的压缩后的数据首次进行解压缩时，解压缩次数t在初始值的基础上增加1，即对于本次解压缩，更新解压缩次数t为1。

936，判断解压缩是否成功。

若是，则执行步骤922；若否，则执行步骤938。

938，判断解压缩次数t是否<M2。

若是，则返回执行步骤930；若否，则执行步骤940。

940，反馈第四指示信息。

本申请实施例中的M2可以为上文中的第十阈值(假设第十阈值为3)，由于当前对于重新接收的压缩后的数据进行解压的解压次数t＝1，小于第十阈值3，因此，可以返回执行步骤930，即再次对重新接收的压缩后的数据进行解压缩，并更新解压缩次数t为2，根据解压缩结果再次判断。

本申请提供的方案，在云服务器接收车辆重新发送的压缩后的数据的情况下，通过判断解压缩失败的次数与第十阈值的大小确定进一步的处理方式，即，若判断解压缩失败的次数小于所述第十阈值，再次向车辆反馈第三指示信息；若判断解压缩失败的次数大于或等于第十阈值，向云服务器反馈第四指示信息；可以避免数据在传输过程中发生了篡改攻击而导致的解压缩失败，从而保证数据在接收过程中的可靠性。

可选地，在一些实施例中，所述云服务器向所述车辆反馈所述第四指示信息；

对于车辆侧：

所述车辆接收第四指示信息，所述第四指示信息用于指示所述车辆重新对加密后的数据进行压缩传输；

响应于接收的所述第四指示信息，所述车辆对加密后的数据重新进行压缩；

所述车辆向所述云服务器发送重新压缩后的数据。

对于云服务器侧：

所述云服务器接收所述车辆发送的重新压缩后的数据；

所述云服务器对所述重新压缩后的数据进行解压缩；

若对所述重新压缩后的数据解压缩失败，所述云服务器判断解压缩失败的次数与第十一阈值的大小；

若所述解压缩失败的次数小于所述第十一阈值，所述云服务器再次向所述车辆反馈所述第四指示信息；或，

若所述解压缩失败的次数大于或等于所述第十一阈值，所述云服务器向所述车辆发送所述第八告警信息。

本申请实施例中，在云服务器向车辆反馈用于指示所述车辆重新对加密后的数据进行压缩传输的第四指示信息后，车辆可以对加密后的数据重新进行压缩，并向云服务器发送重新压缩后的数据；云服务器可以对重新压缩后的数据进行解压缩，并根据解压缩结果判断下一步的操作。具体地，若云服务器未成功解压缩目标数据，可以判断解压缩失败的次数与第十一阈值的大小；若解压缩失败的次数小于第十一阈值，云服务器可以再次向车辆反馈用于指示所述车辆重新对加密后的数据进行压缩传输的第四指示信息，若解压缩失败的次数大于或等于第十一阈值，云服务器可以向车辆发送第八告警信息。

参考上述图10，若上述步骤938中判断解压缩次数t大于或等于M3，则执行步骤940。

940，反馈第四指示信息。

942，接收车辆发送的重新压缩后的数据。

944，对重新压缩后的数据解压，并记录解压缩次数v。

本申请实施例中，解压缩次数v的初始值可以设置为0。对新接收的重新压缩后的数据首次进行解压缩时，解压缩次数v在初始值的基础上增加1，即对于本次解压缩，更新解压缩次数v为1。

946，判断解压是否成功。

若是，则执行步骤922；若否，则执行步骤948。

948，判断解压次数v是否小于M3。

若是，则返回执行步骤940；若否，则返回执行步骤928。

本申请实施例中的M3可以为上文中的第十一阈值(假设第十一阈值为3)，由于当前对于接收的重新压缩后的数据进行解压的解压次数v＝1，小于第十一阈值3，因此，可以返回执行步骤940，即再次对接收的重新压缩后的数据进行解压缩，并更新解压缩次数v为2，根据解压缩结果再次判断。

本申请提供的方案，在云服务器接收车辆发送的重新压缩后的数据的情况下，通过判断解压缩失败的次数与第十一阈值的大小确定进一步的处理方式，即，若判断解压缩失败的次数小于所述第十一阈值，再次向车辆反馈第四指示信息；若判断解压缩失败的次数大于或等于第十一阈值，向云服务器发送第八告警信息；可以避免数据在传输过程中发生了篡改攻击而导致的解压缩失败，从而保证数据在接收过程中的可靠性。

可选地，在一些实施例中，所述若对所述目标数据解压缩成功，所述云服务器对解压缩成功后的数据进行解密，所述方法500还包括：

在对所述解压缩成功后的数据解密失败的情况下，所述云服务器判断解密失败的次数与第十二阈值的大小；

若所述解密失败的次数小于所述第十二阈值，所述云服务器再次对所述解压缩成功后的数据解密；或，

若所述解密失败的次数大于或等于所述第十二阈值，所述云服务器向所述车辆发送所述第九告警信息，所述第九告警信息用于表征所述云服务器解密所述解压缩成功后的数据失败。

本申请实施例中，在云服务器对目标数据解压缩成功后，可以对解压缩成功后的数据密，若解密成功，则表示此次数据传输结束；若解密失败，云服务器可以判断解密失败的次数与第十二阈值的大小，并根据结果判断下一步的操作。具体地，若云服务器解密失败的次数小于十二阈值，可以再次对解压缩成功后的数据解密；若云服务器解密失败的次数大于或等于所述第十二阈值，可以向车辆发送第九告警信息。

本申请提供的方案，在判断对解压缩成功后的数据解密失败的情况下，通过判断解密失败的次数与第十二阈值的大小确定进一步的处理方式，即，若判断解解密失败的次数小于所述第十二阈值，对解压成功后的数据再次进行解密；若判断解密失败的次数大于或等于第十二阈值，向云服务器发送第九告警信息；可以保证数据接收过程中的可靠性。

可选地，在一些实施例中，对于云服务器侧：所述方法500还包括：

若对所述目标数据解密成功，所述云服务器向所述车辆反馈第五指示信息，所述第五指示信息用于指示所述云服务器解密所述目标数据成功。

对于车辆侧：

所述车辆接收第五指示信息，所述第五指示信息用于指示所述云服务器解密所述目标数据成功；

所处车辆判断是否在预设周期内接收到所述第五指示信息；

若是，响应于接收的所述第五指示信息，所述车辆向所述云服务器发送新的目标数据；或，

若否，所述车辆向所述云服务器发送第四告警信息，所述第四告警信息用于表征所述车辆未在所述预设周期内成功接收所述第五指示信息。

本申请实施例中，若云服务器对目标数据解密成功，可以向车辆反馈用于指示所述云服务器解密所述目标数据成功的第五指示信息，车辆在接收到该第五指示信息后，可以判断是否在预设周期内接收到第五指示信息，并根据判断结果确定下一步的操作。具体地，若在预设周期内接收到第五指示信息，可以向云服务器发送新的目标数据；若未在预设周期内接收到第五指示信息，可以向云服务器发送第四告警信息，通知云服务器车辆未在预设周期内成功接收第五指示信息。

示例性地，假设本申请实施例中的预设周期为60s，且车辆在11时20分30秒上传某一目标数据，若该目标数据在顺利完成传输的情况下，车辆可以在60s内(即在11时20分30秒～11时21分30秒)接收到第五指示信息，可以向云服务器发送新的目标数据；若车辆在该60s内未接收到第五指示信息，可以向云服务器发送第四告警信息。

需要说明的是，若车辆在该60s内未接收到第五指示信息，向云服务器发送第四告警信息，并未发送新的目标数据。然而车辆在该60s不断采集数据，导致车辆侧存储空间不足。因此，车辆可以选择丢弃在该60内采集的数据，并进行下一次的数据(该数据是在该60s后采集的)传输。

本申请提供的方案，车辆通过判断是否在预设周期内接收第五指示信息确定进一步的处理方式，即，若判断在预设周期内接收到第五指示信息，响应于接收的第五指示信息，向云服务器发送新的目标数据；若判断未在预设周期内接收到第五指示信息，响应于接收的第五指示信息，向云服务器发送第四告警信息；在判断未在预设周期内接收到第五指示信息的情况下，车辆在预设周期内不断采集新的数据，而这些新的数据并不能发送至云服务器，通过本申请的方案可以防止上一次数据一直上传不成功而导致的车辆的存储空间不足。

应理解，上述各实施例中所示出的数值仅为举例说明，还可以为其它数值，不应对本申请造成特别限定。

图11为本申请的实施例提供的可能的数据传输的装置的结构示意图。这些数据传输的装置可以实现上述方法实施例中车辆或云服务器的功能，因此也能实现上述方法实施例所具备的有益效果。

图11是本申请实施例提供的一种数据传输的装置1100的示意性结构图，该装置1100可以包括收发模块1110和处理模块1120。

当数据传输的装置1100用于实现图5所述方法实施例中车辆的功能时，所述处理模块1120，用于对第一数据进行压缩；判断所述第一数据是否压缩成功；若判断所述第一数据未压缩成功，对所述第一数据再次进行压缩；所述收发模块1110，用于若判断所述第一数据未压缩成功，向云服务器发送第一告警信息，所述第一告警信息用于表征所述车辆压缩所述第一数据失败。所述收发模块1110，用于若判断所述第一数据压缩成功，向所述云服务器发送目标数据，所述目标数据为压缩成功后的数据或根据所述压缩成功后的数据确定的数据。

当通信装置1100用于实现图5所述方法实施例中云服务器的功能时，所述收发模块1110，用于接收车辆发送的目标数据，所述目标数据为压缩成功后的数据或根据所述压缩成功后的数据确定的数据；处理模块1020，用于判断是否成功接收所述目标数据；所述收发模块1110，用于在判断未成功接收所述目标数据时，再次接收所述目标数据或向所述车辆发送第五告警信息，所述第五告警信息用于表征所述云服务器接收所述目标数据失败。

关于上述收发模块1110和处理模块1120更详细的描述，可参考上述方法实施例中的相关描述，在此不再说明。

图12是本申请实施例提供的另一种数据传输的装置1300的示意性结构图。

数据传输的装置1300包括至少一个处理器1310和接口电路1320。可选地，还可以包括存储器1330，存储器1330用于存储程序。

当所述程序在至少一个处理器1310中运行时，所述至少一个处理器1310用于执行前文所述的数据传输的方法。

一种设计中，若数据传输的装置1300用于实现图5所述方法实施例中车辆的功能时，从功能上划分，控制装置中可以存在多个处理器，不同的处理器执行不同的控制功能，多个处理器与执行中央控制的处理器通信，以与所述处理器执行信息和数据的通信。例如，第一处理器用于对第一数据进行压缩，第二处理器用于判断所述第一数据是否压缩成功，第三处理器用于若判断所述第一数据未压缩成功，对所述第一数据再次进行压缩。

这些处理器可以为各种类型的处理器、集成电路、现场可编程门阵列FPGA等形态，本申请不具体限定，以能实现上述功能的构成形态集成在芯片上为准。为表述方便，处理单元也可以称为处理器。进一步，上述处理单元可以集成在一块芯片上或者分散在多片芯片上，本申请也不做具体限定，以具体设计为准。

本申请实施例还提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质具有程序指令，当所述程序指令被直接或者间接执行时，使得前文中的应用于车辆的方法得以实现。

本申请实施例还提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质具有程序指令，当所述程序指令被直接或者间接执行时，使得前文中的应用于云服务器的方法得以实现。

本申请实施例中，还提供了一种包含指令的计算机程序产品，当其在计算设备上运行时，使得计算设备执行前文中应用于车辆的方法，或者使得所述计算设备实现前文中的装置(该装置应用于上述方法实施例中的车辆)的功能。

本申请实施例中，还提供了一种包含指令的计算机程序产品，当其在计算设备上运行时，使得计算设备执行前文中应用于云服务器的方法，或者使得所述计算设备实现前文中的装置(该装置应用于上述方法实施例中的云服务器)的功能。

本申请实施例还提供一种芯片系统，其特征在于，所述芯片系统包括至少一个处理单元和接口电路，所述接口电路用于为所述至少一个处理单元提供程序指令或者数据，所述至少一个处理器用于执行所述程序指令，以实现前文中的应用于车辆的方法。

本申请实施例还提供一种芯片系统，其特征在于，所述芯片系统包括至少一个处理单元和接口电路，所述接口电路用于为所述至少一个处理单元提供程序指令或者数据，所述至少一个处理器用于执行所述程序指令，以实现前文中的应用于云服务器的方法。

本申请实施例还提供了一种终端，包括前文所述的数据传输的装置或芯片。进一步地，该终端可以为智能运输设备(车辆或者无人机)、智能家居设备、智能制造设备、测绘设备或者机器人等。该智能运输设备例如可以是智能导引运输车(automated guidedvehicle，AGV)、或无人运输车。

本申请实施例还提供了一种网络设备，包括前文所述的数据传输的装置或芯片。进一步地，该网络设备可以为云服务器。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元、模块及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (38)

1.一种数据传输的方法，其特征在于，所述方法应用于车辆，包括：

所述车辆对第一数据进行压缩；

所述车辆判断所述第一数据是否压缩成功；

若判断所述第一数据未压缩成功，所述车辆对所述第一数据再次进行压缩或向云服务器发送第一告警信息，所述第一告警信息用于表征所述车辆压缩所述第一数据失败；

若判断所述第一数据压缩成功，所述车辆向所述云服务器发送目标数据，所述目标数据为压缩成功后的数据或根据所述压缩成功后的数据确定的数据。

2.根据权利要求1所述的方法，其特征在于，所述若判断所述第一数据未压缩成功，所述车辆对所述第一数据再次进行压缩或向云服务器发送第一告警信息，包括：

若判断所述第一数据未压缩成功，所述车辆判断未压缩成功的次数与第一阈值的大小；

若所述未压缩成功的次数小于所述第一阈值，所述车辆对所述第一数据再次进行压缩；或，

若所述未压缩成功的次数大于或等于所述第一阈值，所述车辆向所述云服务器发送所述第一告警信息。

3.根据权利要求1或2所述的方法，其特征在于，所述第一数据为原始数据，所述方法还包括：

所述车辆对压缩成功后的数据进行加密；

若判断对所述压缩成功后的数据未加密成功，所述车辆对所述压缩成功后的数据再次进行加密或向所述云服务器发送第二告警信息，所述第二告警信息用于表征所述车辆加密所述压缩成功后的数据失败；

所述车辆向所述云服务器发送目标数据，包括：

若判断对所述压缩成功后的数据加密成功，所述车辆向所述云服务器发送所述目标数据，所述目标数据为对所述压缩成功后的数据加密成功的数据。

4.根据权利要求3所述的方法，其特征在于，所述若判断对所述压缩成功后的数据未加密成功，所述车辆对所述压缩成功后的数据再次进行加密或向所述云服务器发送第二告警信息，包括：

若判断对所述压缩成功后的数据未加密成功，所述车辆判断未加密成功的次数与第二阈值的大小；

若所述未加密成功的次数小于所述第二阈值，所述车辆对所述压缩成功后的数据再次进行加密；或，

若所述未加密成功的次数大于或等于所述第二阈值，所述车辆向所述云服务器发送所述第二告警信息。

5.根据权利要求4所述的方法，其特征在于，所述车辆对压缩成功后的数据进行加密，包括：

所述车辆对所述压缩成功后的数据进行加密的同时，删除所述原始数据。

6.根据权利要求1或2所述的方法，其特征在于，所述第一数据为对原始数据加密后的数据，在所述车辆对第一数据进行压缩之前，所述方法还包括：

在对所述原始数据未加密成功的情况下，所述车辆对所述原始数据再次进行加密或向云服务器发送第三告警信息，所述第三告警信息用于表征所述车辆加密所述原始数据失败；

所述车辆对第一数据进行压缩，包括：

在对所述原始数据加密成功的情况下，所述车辆对所述第一数据进行压缩。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述若判断所述原始数据未压缩成功，所述车辆对所述原始数据再次进行压缩，包括：

若判断所述原始数据未压缩成功，所述车辆对所述原始数据再次进行压缩的同时，删除未压缩成功的数据。

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

所述车辆判断所述第一数据的数据量与第三阈值的大小；

所述车辆对第一数据进行压缩，包括：

在所述第一数据的数据量大于或等于所述第三阈值的情况下，所述车辆对所述第一数据进行压缩。

9.根据权利要求1至8中任一项所述的方法，其特征在于，所述方法还包括：

所述车辆接收第一指示信息，所述第一指示信息用于指示所述车辆重新传输加密后的数据；

响应于接收的所述第一指示信息，所述车辆向所述云服务器重新发送所述加密后的数据。

10.根据权利要求1至9中任一项所述的方法，其特征在于，所述方法还包括：

所述车辆接收第二指示信息，所述第二指示信息用于指示所述车辆重新对压缩后的数据进行加密传输；

响应于接收的所述第二指示信息，所述车辆对压缩后的数据重新进行加密；

所述车辆向所述云服务器发送重新加密后的数据。

11.根据权利要求1至10中任一项所述的方法，其特征在于，所述方法还包括：

所述车辆接收第三指示信息，所述第三指示信息用于指示所述车辆重新发送压缩后的数据；

响应于接收的所述第三指示信息，所述车辆向所述云服务器重新发送所述压缩后的数据。

12.根据权利要求1至11中任一项所述的方法，其特征在于，所述方法还包括：

所述车辆接收第四指示信息，所述第四指示信息用于指示所述车辆重新对加密后的数据进行压缩传输；

响应于接收的所述第四指示信息，所述车辆对加密后的数据重新进行压缩；

所述车辆向所述云服务器发送重新压缩后的数据。

13.根据权利要求1至12中任一项所述的方法，其特征在于，所述方法还包括：

所述车辆接收第五指示信息，所述第五指示信息用于指示所述云服务器解密所述目标数据成功；

所处车辆判断是否在预设周期内接收到所述第五指示信息；

若是，响应于接收的所述第五指示信息，所述车辆向所述云服务器发送新的目标数据；或，

若否，所述车辆向所述云服务器发送第四告警信息，所述第四告警信息用于表征所述车辆未在所述预设周期内成功接收所述第五指示信息。

14.一种数据传输的方法，其特征在于，所述方法应用于云服务器，包括：

所述云服务器接收车辆发送的目标数据，所述目标数据为压缩成功后的数据或根据所述压缩成功后的数据确定的数据；

所述云服务器判断是否成功接收所述目标数据；

在判断未成功接收所述目标数据时，所述云服务器再次接收所述目标数据或向所述车辆发送第五告警信息，所述第五告警信息用于表征所述云服务器接收所述目标数据失败。

15.根据权利要求14所述的方法，其特征在于，所述在判断未成功接收所述目标数据时，所述云服务器再次接收所述目标数据或向所述车辆发送第五告警信息，包括：

在判断未成功接收所述目标数据时，所述云服务器判断未成功接收的次数与第四阈值的大小；

若所述未成功接收的次数小于所述第四阈值，所述云服务器再次接收所述目标数据；或，

若所述未成功接收的次数大于或等于所述第四阈值，所述云服务器向所述车辆发送所述第五告警信息。

16.根据权利要求15所述的方法，其特征在于，所述若所述未成功接收的次数小于所述第四阈值，所述云服务器再次接收所述目标数据，包括：

若所述未成功接收的次数小于所述第四阈值，所述云服务器再次接收所述目标数据的同时，删除未成功接收的数据。

17.根据权利要求14至16中任一项所述的方法，其特征在于，所述目标数据为所述根据所述压缩成功后的数据确定的数据，所述方法还包括：

在判断成功接收所述目标数据时，所述云服务器对所述目标数据进行解密；

若对所述目标数据解密失败，所述云服务器判断解密失败的次数与第五阈值的大小；或，

若对所述目标数据解密成功，所述云服务器对解密成功后的数据进行解压缩。

18.根据权利要求17所述的方法，其特征在于，所述云服务器判断解密失败的次数与第五阈值的大小，包括：

若所述解密失败的次数小于所述第五阈值，所述云服务器再次对所述目标数据解密；或，

若所述解密失败的次数大于或等于所述第五阈值，所述云服务器向所述车辆发送所述第六告警信息，所述第六告警信息用于表征所述云服务器解密所述目标数据失败。

19.根据权利要求18所述的方法，其特征在于，所述若所述解密失败的次数小于所述第五阈值，所述云服务器再次对所述目标数据解密，包括：

若所述解密失败的次数小于所述第五阈值，所述云服务器再次对所述目标数据解密的同时，删除解密失败的数据。

20.根据权利要求17至19中任一项所述的方法，其特征在于，在所述云服务器判断解密失败的次数与第五阈值的大小之前，所述方法还包括：

所述云服务器判断解密算法是否出现错误；

若所述云服务器判断解密算法未出现错误，所述云服务器向所述车辆反馈第一指示信息，所述第一指示信息用于指示所述车辆重新发送加密后的数据；

所述云服务器判断解密失败的次数与第五阈值的大小，包括：

若所述云服务器判断解密算法出现错误，所述云服务器判断解密失败的次数与所述第五阈值的大小。

21.根据权利要求20所述的方法，其特征在于，所述云服务器向所述车辆反馈所述第一指示信息，所述方法还包括：

所述云服务器接收所述车辆重新发送的加密后的数据；

所述云服务器对所述加密后的数据进行解密；

若对所述加密后的数据解密失败，所述云服务器判断解密失败的次数与第六阈值的大小；

若所述解密失败的次数小于所述第六阈值，所述云服务器再次向所述车辆反馈所述第一指示信息；或，

若所述解密失败的次数大于或等于所述第六阈值，所述云服务器向所述车辆反馈第二指示信息，所述第二指示信息用于指示所述车辆重新对压缩后的数据进行加密传输。

22.根据权利要求21所述的方法，其特征在于，所述云服务器向所述车辆反馈所述第二指示信息，所述方法还包括：

所述云服务器接收所述车辆发送的重新加密后的数据；

所述云服务器对所述重新加密后的数据进行解密；

若对所述重新加密后的数据解密失败，所述云服务器判断解密失败的次数与第七阈值的大小；

若所述解密失败的次数小于所述第七阈值，所述云服务器再次向所述车辆反馈所述第二指示信息；或，

若所述解密失败的次数大于或等于所述第七阈值，所述云服务器向所述车辆发送所述第六告警信息。

23.根据权利要求17至22中任一项所述的方法，其特征在于，所述目标数据包括发送所述目标数据的上传时刻或所述目标数据的序列号，在所述云服务器对解密成功后的数据进行解压缩之前，所述方法还包括：

所述云服务器根据所述上传时刻或所述序列号判断所述目标数据在传输的过程中是否发生攻击；

若是，所述云服务器向所述车辆反馈第一指示信息，所述第一指示信息用于指示所述车辆重新发送加密后的数据；

所述云服务器对解密成功后的数据进行解压缩，包括：

若否，所述云服务器对解密成功后的目标数据进行解压缩。

24.根据权利要求23所述的方法，其特征在于，所述目标数据包括所述上传时刻，所述云服务器根据所述上传时刻判断所述目标数据在传输的过程中是否发生攻击，包括：

所述云服务器确定接收所述目标数据时的接收时刻与所述上传时刻的差值；

若所述差值属于第一范围，所述云服务器确定所述目标数据在传输的过程中未发生攻击；或，

若所述差值不属于所述第一范围，所述云服务器确定所述目标数据在传输的过程中发生攻击。

25.根据权利要求23所述的方法，其特征在于，所述目标数据包括所述序列号，所述云服务器根据所述序列号判断所述目标数据在传输的过程中是否发生攻击，包括：

所述云服务器确定当前接收的所述目标数据的序列号与前一次接收的目标数据的序列号的差值或比值；

若所述差值或所述比值为预设值，所述云服务器确定所述目标数据在传输的过程中未发生攻击；或，

若所述差值或所述比值不为所述预设值，所述云服务器确定所述目标数据在传输的过程中发生攻击。

26.根据权利要求17至25中任一项所述的方法，其特征在于，所述若对所述目标数据解密成功，所述云服务器对解密成功后的数据进行解压缩，所述方法还包括：

在对所述解密成功后的数据解压缩失败的情况下，所述云服务器判断解压失败的次数与第八阈值的大小；

若所述解压失败的次数小于所述第八阈值，所述云服务器再次对所述解密成功后的数据解压；或，

若所述解压失败的次数大于或等于所述第八阈值，所述云服务器向所述车辆发送所述第七告警信息，所述第七告警信息用于表征所述云服务器解压所述解密成功后的数据失败。

27.根据权利要求14至16中任一项所述的方法，其特征在于，所述目标数据为所述压缩成功后的数据，所述方法还包括：

在判断成功接收所述目标数据时，所述云服务器对所述目标数据进行解压缩；

若对所述目标数据解压缩失败，所述云服务器判断解压缩失败的次数与第九阈值的大小；或，

若对所述目标数据解压缩成功，所述云服务器对解压缩成功后的数据进行解密。

28.根据权利要求27所述的方法，其特征在于，所述云服务器判断解压缩失败的次数与第九阈值的大小，包括：

若所述解压缩失败的次数小于所述第九阈值，所述云服务器再次对所述目标数据解压缩；或，

若所述解压缩失败的次数大于或等于所述第九阈值，所述云服务器向所述车辆发送所述第八告警信息，所述第八告警信息用于表征所述云服务器解压缩所述目标数据失败。

29.根据权利要求28所述的方法，其特征在于，所述若所述解压缩失败的次数小于所述第九阈值，所述云服务器再次对所述目标数据解压缩，包括：

若所述解压缩失败的次数小于所述第九阈值，所述云服务器再次对所述目标数据解压缩的同时，删除解压缩失败的数据。

30.根据权利要求27至29中任一项所述的方法，其特征在于，在所述云服务器判断解压缩失败的次数与第九阈值的大小之前，所述方法还包括：

所述云服务器判断解压缩算法是否出现错误；

若所述云服务器判断解压缩算法未出现错误，所述云服务器向所述车辆反馈第三指示信息，所述第三指示信息用于指示所述车辆重新发送压缩后的数据；

所述云服务器判断解压缩失败的次数与第九阈值的大小，包括：

若所述云服务器判断解压缩算法出现错误，所述云服务器判断解压缩失败的次数与所述第九阈值的大小。

31.根据权利要求30所述的方法，其特征在于，所述云服务器向所述车辆反馈所述第三指示信息，所述方法还包括：

所述云服务器接收所述车辆重新发送的压缩后的数据；

所述云服务器对所述压缩后的数据进行解压缩；

若对所述加密后的数据解压缩失败，所述云服务器判断解压缩失败的次数与第十阈值的大小；

若所述解压缩失败的次数小于所述第十阈值，所述云服务器再次向所述车辆反馈所述第三指示信息；或，

若所述解压缩失败的次数大于或等于所述第十阈值，所述云服务器向所述车辆反馈第四指示信息，所述第四指示信息用于指示所述车辆重新对加密后的数据进行压缩传输。

32.根据权利要求31所述的方法，其特征在于，所述云服务器向所述车辆反馈所述第四指示信息，所述方法还包括：

所述云服务器接收所述车辆发送的重新压缩后的数据；

所述云服务器对所述重新压缩后的数据进行解压缩；

若对所述重新压缩后的数据解压缩失败，所述云服务器判断解压缩失败的次数与第十一阈值的大小；

若所述解压缩失败的次数小于所述第十一阈值，所述云服务器再次向所述车辆反馈所述第四指示信息；或，

若所述解压缩失败的次数大于或等于所述第十一阈值，所述云服务器向所述车辆发送所述第八告警信息。

33.根据权利要求27至32中任一项所述的方法，其特征在于，所述若对所述目标数据解压缩成功，所述云服务器对解压缩成功后的数据进行解密，所述方法还包括：

在对所述解压缩成功后的数据解密失败的情况下，所述云服务器判断解密失败的次数与第十二阈值的大小；

若所述解密失败的次数小于所述第十二阈值，所述云服务器再次对所述解压缩成功后的数据解密；或，

若所述解密失败的次数大于或等于所述第十二阈值，所述云服务器向所述车辆发送所述第九告警信息，所述第九告警信息用于表征所述云服务器解密所述解压缩成功后的数据失败。

34.根据权利要求17至33中任一项所述的方法，其特征在于，所述方法还包括：

若对所述目标数据解密成功，所述云服务器向所述车辆反馈第五指示信息，所述第五指示信息用于指示所述云服务器解密所述目标数据成功。

35.一种数据传输的装置，其特征在于，包括：用于执行如权利要求1至13或14至34中的任一项所述方法的模块。

36.一种数据传输的装置，其特征在于，包括至少一个存储器和至少一个处理器，所述至少一个存储器用于存储程序，所述至少一个处理器用于运行所述程序，以实现权利要求1至13或14至34中任一项所述的方法。

37.一种芯片，其特征在于，包括至少一个处理单元和接口电路，所述接口电路用于为所述至少一个处理单元提供程序指令或者数据，所述至少一个处理单元用于执行所述程序指令，以实现权利要求1至13或14至34中任一项所述的方法。

38.一种计算机可读存储介质，其特征在于，所述计算机可读介质存储用于设备执行的程序代码，该程序代码被所述设备执行时，实现如权利要求1至13或14至34中任一项所述的方法。

Images