CN109298881A - 自动打包数据方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本发明提供一种自动打包数据方法、装置、设备及计算机可读存储介质。方法包括：监控应用平台中是否发布了应用对应的新版本文件；若有，则获取应用对应的预设配置文件，并根据预设配置文件对新版本文件进行打包处理。本发明提供的自动打包数据方法、装置、设备及计算机可读存储介质，能够基于预设的配置文件，在应用平台中发布了新版本文件后，对新版本文件进行打包处理，从而无需人工打包，节约人力物力，还能够提高打包效率和准确率。

Description

自动打包数据方法、装置、设备及计算机可读存储介质

技术领域

本发明涉及数据处理技术，尤其涉及一种自动打包数据方法、装置、设备及计算机可读存储介质。

背景技术

目前，随着网络技术的发展，车联网技术日趋成熟，依托于车联网技术的无人驾驶技术被广泛应用。

采用无人驾驶技术的车辆需要安装大量的应用，以控制车辆正常行驶，例如，车辆中可以安装有导航软件，用于控制车辆的行驶轨迹。现有技术中，当车辆内置的应用有更新的版本时，需要人为对新版本数据进行打包，再将其安装到车辆中。

然而，这种方式导致车辆内部的应用更新速度慢，且浪费人力物力，因此，现有技术中对车辆内部应用进行升级时，对新版本数据进行打包的效率较低。

发明内容

本发明提供一种自动打包数据方法、装置、设备及计算机可读存储介质，以解决现有技术中对车辆内部应用进行升级时，对新版本数据进行打包的效率较低的技术问题。

本发明的第一个方面是提供一种自动打包数据方法，包括：

监控应用平台中是否发布了应用对应的新版本文件；

若有，则获取所述应用对应的预设配置文件，并根据所述预设配置文件对所述新版本文件进行打包处理。

本发明的另一个方面是提供一种自动打包数据装置，包括：

监控模块，用于监控应用平台中是否发布了应用对应的新版本文件；

若有，则获取模块获取所述应用对应的预设配置文件；

打包模块，用于根据所述预设配置文件对所述新版本文件进行打包处理。

本发明的又一个方面是提供一种自动打包数据设备，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并配置为由所述处理器执行以实现如上述第一方面所述的自动打包数据方法。

本发明的又一个方面是提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现如上述第一方面所述的自动打包数据方法。

本发明提供的自动打包数据方法、装置、设备及计算机可读存储介质的技术效果是：

本发明提供的自动打包数据方法、装置、设备及计算机可读存储介质，包括监控应用平台中是否发布了应用对应的新版本文件；若有，则获取应用对应的预设配置文件，并根据预设配置文件对新版本文件进行打包处理。本发明提供的自动打包数据方法、装置、设备及计算机可读存储介质，能够基于预设的配置文件，在应用平台中发布了新版本文件后，对新版本文件进行打包处理，从而无需人工打包，节约人力物力，还能够提高打包效率和准确率。

附图说明

图1为本发明一示例性实施例示出的自动打包数据方法的流程图；

图2为本发明另一示例性实施例示出的自动打包数据方法的流程图；

图2A为本发明一示例性实施例示出的确定目标数据的流程图；

图2B为本发明另一示例性实施例示出的确定目标数据的流程图；

图3为本发明一示例性实施例示出的自动打包数据装置的结构图；

图4为本发明另一示例性实施例示出的自动打包数据装置的结构图；

图5为本发明一示例性实施例示出的自动打包数据设备的结构图。

具体实施方式

车辆中可以设置很多应用，如地图、导航软件，还有用于采集道路信息、分析路况的应用，这些应用可以进行版本升级，从而向用户提供更好的无人驾驶服务。当有新版本应用发布时，可以将其发布在该应用对应的平台中，当检测到有新版本应用文件发布时，可以对该文件进行打包，并对其进行测试或发布安装到无人驾驶汽车对应的设备上。现有技术中采用的对文件进行打包的方式是开发人员按照打包列表采用人工拷贝的方式进行打包，导致包效率低。

图1为本发明一示例性实施例示出的自动打包数据方法的流程图。

如图1所示，本实施例提供的自动打包数据方法包括：

步骤101，监控应用平台中是否发布了应用对应的新版本文件。

其中，应用平台是指应用对应的平台，可以在该平台上发布应用的新版本文件。例如，可以在应用平台中发布新版本的地图软件对应的文件。可以在该平台上仅发布一种应用的新版本文件，也可以发布多种应用的新版本文件。

具体的，可以由服务端执行本实施例提供的方法，该服务端可以与应用平台连接。服务端还可以连接多个应用平台，例如，车辆中需要安装十个应用，且这十个应用对应十个应用平台，则服务端可以与这十个应用平台分别连接，从而监控车辆中安装的每个应用是否有新版本文件。

进一步的，服务端可以监控每个与之连接的应用平台中是否有新版本发布，具体监控车辆中安装的应用对应的新版本发布情况。例如，车辆中安装有应用A1，应用A1对应的应用平台，可以用来发布A1、A2这两种应用，在这种情况下，服务端仅需要监控该应用平台中A1的发布情况即可。

实际应用时，应用平台中可以设置有永久保存地址，发布的各个应用版本文件都可以存储在该地址中，服务端也可以在永久保存地址中查看是否有新发布的文件。

其中，新版本文件可以是执行文件，也可以是程序文件。

在一种实时方式中，应用平台也可以在发布新版本文件时，向服务端发送提醒消息，以使服务端能够及时获知发布了应用的新版本文件。该提醒消息中可以包括新版本文件标识、新版本文件版本信息、发布时间等。

在另一种实时方式中，服务端可以定时遍历应用平台中存储的各个应用版本文件对应的版本信息，例如，在上述永久保存地址中存储的应用文件。再与存储的已处理版本信息进行比对，若应用平台中包括未存储的已处理版本信息，则确定应用平台中发布了应用的新版本文件，并将该版本信息对应的文件确定为新版本文件。

若监控到应用平台中发布了新版本文件，则执行步骤102，否则，继续执行步骤101。

步骤102，获取应用对应的预设配置文件，并根据预设配置文件对新版本文件进行打包处理。

其中，可以在服务端设置每个应用对应的预设配置文件，该预设配置文件中存储有用于对新版本文件进行打包处理的参数。例如，服务端连接有地图、用于采集道路信息、用于分析路况的应用所对应的应用平台，则服务端中可以设置这三个应用对应的配置信息。

具体的，可以根据新版本文件确定应用对应的预设配置文件，也可以根据发布新版本文件的应用平台确定应用对应的预设配置文件。例如，地图应用平台发布了地图的新版本文件，则可以根据该新版本文件的名称、标识等信息确定其属于的应用，也可以根据地图应用平台来确定该新版本文件与地图应用相对应的。

进一步的，预设配置文件可以与其对应的应用关联，从而可以根据应用获取相应的预设配置文件。

实际应用时，预设配置文件中可以包括多种信息，例如打包文件的存储路径、打包的类型、打包数据标识、打包数据对应的设备标识。

其中，打包文件的存储路径是指打包后的文件在服务端所存储的位置。打包的类型可以包括全量包、差分包，全量包是指将新版本文件包括的数据都进行打包，差分包则是将新版本文件与上一版本文件之间的差异部分进行打包。打包数据标识是指需要打包的数据标识，一般情况下，新版本文件中包括大量的数据内容，但其中可能存在着一些对于无人驾驶汽车没有用的数据，因此，可以设置打包数据标识，从而能够根据打包数据标识从新版本文件中获取需要的打包数据。打包数据对应的设备标识是打包后的数据包所需要安装的设备标识，例如，设备标识可以是无人驾驶汽车的主控制器。

本实施例提供的方法用于自动打包数据，该方法由安装有本实施例提供的方法的设备执行，该设备通常以硬件和/或软件的方式来实现。

本实施例提供的自动打包数据方法，包括监控应用平台中是否发布了应用对应的新版本文件；若有，则获取应用对应的预设配置文件，并根据预设配置文件对新版本文件进行打包处理。本实施例提供的方法，能够基于预设的配置文件，在应用平台中发布了新版本文件后，对新版本文件进行打包处理，从而无需人工打包，节约人力物力，还能够提高打包效率和准确率。

图2为本发明另一示例性实施例示出的自动打包数据方法的流程图。

如图2所示，本实施例提供的自动打包数据方法，包括：

步骤201，遍历应用平台预设地址内存储的文件对应的文件标识，并将文件标识与已处理文件标识进行比对。

步骤202，若文件标识不在已处理文件标识中，则将文件标识对应的应用文件确定为新版本文件。

其中，应用平台中可以设置一预设地址，用于发布应用各个版本的文件，例如地图V0、地图V1、地图V2等。当新版本文件在预设地址中发布后，不删除历史版本文件，从而使改地址中存储有应用的各个版本文件。文件标识可以是文件名称，也可以是文件的版本信息。

服务端可以遍历该预设地址内存储的文件对应的文件标识，根据文件标识判断该预设地址内是否有新发布的文件。服务端还可以维护一个数据库，用于存储已处理文件对应的文件标识，可以在遍历应用平台中的文件的文件标识时，将其与已处理文件标识进行比对，若一个应用文件的标识出现在应用平台的预设地址中，却未出现在已处理文件标识中，则可以认为该标识对应的应用文件是新版本文件。

具体的，应用平台的预设地址内仅用于发布供服务端需要的应用对应的版本文件，例如，应用平台所属商家可以产出多种类型的应用，如地图、外卖、浏览器等，但是服务端仅需要使用的是地图应用，因此，在服务端访问的预设地址内，可以仅存储地图应用的各个版本文件。

步骤203，获取应用对应的预设配置文件。

步骤203与步骤101中获取预设配置文件的方式的具体原理和实现方式类似，此处不再赘述。

步骤204，获取预设配置文件中的打包类型及与打包类型对应的打包数据标识。

进一步的，预设配置文件中可以设置有打包类型以及与打包类型对应的打包数据标识。因此，服务端可以获取该预设配置文件中的打包类型，打包类型可以是全量包和差分包。

打包类型还具有相应的打包数据标识，打包数据标识是指需要打包的数据的标识。例如，当打包类型为全量包时，则需要打包的数据是全量包对应的打包数据标识代表的数据。实际应用时，新版本文件中的数据标识与打包数据标识相对应，即二者采用相同的标识代表同一数据。例如，可以均采用loc作为地理位置数据标识。

不同打包类型对应的打包数据标识可以相同也可以不同。

步骤205，根据打包类型、打包数据标识确定新版本文件中的目标数据，并对目标数据进行打包得到打包文件。

其中，打包类型不同时，最终确定的目标数据可能也不同。可以先根据打包类型及其对应的打包数据标识在新版本文件中提取出目标数据，再将目标数据进行打包，得到打包文件。

图2A为本发明一示例性实施例示出的确定目标数据的流程图。

如图2A所示，本实施例提供的确定目标数据的方法，包括：

步骤2051，若打包类型为全量包，则将新版本文件中与打包数据标识对应数据确定为目标数据。

进一步的，若打包类型为全量包，则说明预先设置的是将新版本文件中所需的数据均进行打包，而打包数据标识是预先设置的所需数据的标识，因此，可以根据打包数据标识提取新版本文件中相应的数据确定为目标数据，再对其进行打包。例如，若地图应用平台发布了新版本文件，地图应用对应的预设配置文件中，打包方式为全量包，且设置了相应的数据标识为a、b、c、d，则服务端可以在新版本文件中获取标识为a、b、c、d的数据，并对其进行打包。

图2B为本发明另一示例性实施例示出的确定目标数据的流程图。

如图2B所示，本实施例提供的确定目标数据的方法，包括：

步骤2052，若打包类型为差分包，则获取新版本文件中与打包数据标识对应的第一数据。

差分包是指仅将与上一版本中的差异数据进行打包，例如，用于分析路况的应用对应的应用平台发布了新版本文件，新版本文件的版本信息为v6，与该应用对应的预设配置文件中的打包类型是差分包，且与其对应的打包数据标识包括u、v、p、q，则最终打包时，打包的数据应为该应用v6版本与v5版本中，数据标识为u、v、p、q的差异数据。

若服务端获取的打包类型为差分包，则在新版本文件中获取与打包数据标识对应的数据，并将其确定为第一数据。例如，可以获取新版本文件中标识为u、v、p、q的数据，并将其确定为第一数据。

步骤2053，根据新版本文件确定上一版本文件，并获取上一版本文件中与打包数据标识对应的第二数据。

实际应用时，服务端可以根据新版本文件的信息确定出上一版本文件，例如，新版本文件的版本信息为v6，则上一版本文件的版本信息应为v5。相应的，服务端可以获取版本信息为v5的版本文件。

在一种实施方式中，服务端内部可以存储有历史版本的应用文件，例如，可以没处理一个新版本文件后，就将其存储在服务端本地，从而使服务端内部存储有各个版本的应用文件。此时，服务端可以从本地获取上一版本文件。

在另一种实时方式中，应用平台中可以存储应用的各个版本文件，例如，可以设置一永久保存地址，并在其中存储各个版本的应用文件，此时，服务端可以从应用平台中获取上一版本文件。

在确定了上一版本文件后，服务端可以在上一版本文件中获取与打包数据标识对应的数据，并将其确定为第二数据。例如，可以获取上一版本文件中标识为u、v、p、q的数据，并将其确定为第二数据。

步骤2054，根据第一数据、第二数据确定目标数据。

其中，差分包是指将差异数据进行打包，因此，可以根据第一数据、第二数据确定出差异数据，再确定目标数据。具体可以包括：

比对第一数据、第二数据；

将打包数据标识相同，与第二数据不同的第一数据确定为目标数据。

具体的，可以比对第一数据和第二数据，具体将数据标识相同的数据进行比对，例如，第一数据中标识为u的数据与第二数据中标识为u的数据进行比对，从而确定出不同的数据。

进一步的，若数据标识不同，但相应的数据相同，则将该数据标识对应的第一数据确定为目标数据。由于第一数据是新版本文件中的数据，若打包数据标识相同，而该标识对应的第一数据与第二数据不同，则说明新版本文件中该数据与原版本中的不同，因此，将其确定为目标数据，并对其进行打包。

无论是那种打包类型，都能够确定相应的目标数据，将所有的目标数据进行打包能够得到打包文件。

具体的打包过程还可以包括：

获取历史打包文件的版本信息，根据版本信息生成新版本标识，并根据新版本标识为打包文件命名。

实际应用时，服务端可以根据版本信息为打包文件命名，并存储各个打包文件的命名信息，例如，地图应用对应的打包文件可以为地图数据v0，地图数据v1。在为新的地图数据对应的打包文件命名时，服务端可以获取历史地图数据对应的打包文件的命名信息，从而得到相应的版本信息，如v0，v1。

其中，服务端可以根据历史打包文件的版本信息，生成新版本信息，例如，新版本信息可以是v2。再根据该新版本信息为打包文件命名，例如，可以是地图数据v2。

步骤206，获取预设配置文件中的存储路径，将打包文件存储在存储路径下。

具体的，还可以在预设配置文件中设置存储路径，该存储路径用于存储打包文件。

进一步的，对于不同的应用，可以设置不同的存储路径。服务端可以获取预设配置文件中的存储路径，并将打包文件存储在该路径下。

步骤207，获取预设配置文件中的设备标识，将打包文件安装到与设备标识对应的设备中。

将数据打包存储完毕后，本实施例提供的方法，还可以包括将打包文件安装到相应的设备中的步骤。

其中，可以在预设配置文件中设置相应的设备标识。由于预设配置文件与应用对应，而应用在车辆中安装的位置是固定不变的，因此，可以预先配置文件设置设备标识，用于指示与该配置文件对应的应用的安装位置。

具体的，在需要安装打包文件时，可以获取预设配置文件中的设备标识，并将打包文件安装到设备标识对应的设备中。

进一步的，设备标识可以包括车辆标识、车辆内设备标识。无人驾驶车辆可以通过无线网络与服务端连接，服务端可以通过无线网络将打包文件发送给车辆标识对应的车辆中，并在数据帧中写入设备标识，从而使车辆中的中央处理器可以根据数据帧中的设备标识将打包文件安装到相应的设备中。

实际应用时，将打包文件安装到设备中，能够实现该设备中的软件升级。因此，本实施例提供的方法，能够自动检测应用是否有新版本发布，在有的情况下，能够自动打包需要的数据，并自动将打包文件安装到相应的设备中，节约人力物力，且能够及时完成设备内部应用的新版本升级。

图3为本发明一示例性实施例示出的自动打包数据装置的结构图。

如图3所示，本实施例提供的自动打包数据装置，包括：

监控模块31，用于监控应用平台中是否发布了应用对应的新版本文件；

若有，则获取模块32获取所述应用对应的预设配置文件；

打包模块33，用于根据所述预设配置文件对所述新版本文件进行打包处理。

本实施例提供的自动打包数据装置，包括监控模块，用于监控应用平台中是否发布了应用对应的新版本文件；若有，则获取模块获取应用对应的预设配置文件；打包模块，用于根据预设配置文件对新版本文件进行打包处理。本实施例提供的装置，能够基于预设的配置文件，在应用平台中发布了新版本文件后，对新版本文件进行打包处理，从而无需人工打包，节约人力物力，还能够提高打包效率和准确率。

本实施例提供的自动打包数据装置的具体原理和实现方式均与图1所示的实施例类似，此处不再赘述。

图4为本发明另一示例性实施例示出的自动打包数据装置的结构图。

如图4所示，在上述实施例的基础上，本实施例提供的自动打包数据装置，所述监控模块31，包括：

遍历单元311，用于遍历所述应用平台预设地址内存储的应用文件对应的文件标识；

比对单元312，用于将所述文件标识与已处理文件标识进行比对；

第一确定单元313，用于若所述文件标识不在所述已处理文件标识中，则将所述文件标识对应的应用文件确定为所述新版本文件。

可选的，所述打包模块33，包括：

获取单元331，用于获取所述预设配置文件中的打包类型及与所述打包类型对应的打包数据标识；

第二确定单元332，用于根据所述打包类型、所述打包数据标识确定所述新版本文件中的目标数据；

打包单元333，用于对所述目标数据进行打包得到打包文件；

存储单元334，用于获取所述预设配置文件中的存储路径，将所述打包文件存储在所述存储路径下。

可选的，所述第二确定单元332具体用于：

若所述打包类型为全量包，则将所述新版本文件中与所述打包数据标识对应数据确定为所述目标数据。

可选的，所述第二确定单元332具体用于：

若所述打包类型为差分包，则获取所述新版本文件中与所述打包数据标识对应的第一数据；

根据所述新版本文件确定上一版本文件，并获取所述上一版本文件中与所述打包数据标识对应的第二数据；

根据所述第一数据、所述第二数据确定所述目标数据。

可选的，所述第二确定单元332具体用于：

比对所述第一数据、所述第二数据；

将打包数据标识相同，与所述第二数据不同的所述第一数据确定为所述目标数据。

可选的，所述打包单元333具体用于：

获取历史打包文件的版本信息，根据所述版本信息生成新版本标识，并根据所述新版本标识为所述打包文件命名。

可选的，本实施例提供的自动打包数据装置，还包括安装模块34，用于获取所述预设配置文件中的设备标识，将所述打包文件安装到与所述设备标识对应的设备中。

本实施例提供的自动打包数据装置的具体原理和实现方式均与图2-2B所示的实施例类似，此处不再赘述。

图5为本发明一示例性实施例示出的自动打包数据设备的结构图。

如图5所示，本实施例提供的自动打包数据设备包括：

存储器51；

处理器52；以及

计算机程序；

其中，所述计算机程序存储在所述存储器51中，并配置为由所述处理器52执行以实现如上所述的任一种自动打包数据方法。

本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，

所述计算机程序被处理器执行以实现如上所述的任一种自动打包数据方法

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (18)

1.一种自动打包数据方法，其特征在于，包括：

监控应用平台中是否发布了应用对应的新版本文件；

若有，则获取所述应用对应的预设配置文件，并根据所述预设配置文件对所述新版本文件进行打包处理。

2.根据权利要求1所述的方法，其特征在于，所述监控应用平台内是否有应用对应的新版本文件，包括：

遍历所述应用平台预设地址内存储的应用文件对应的文件标识，并将所述文件标识与已处理文件标识进行比对；

若所述文件标识不在所述已处理文件标识中，则将所述文件标识对应的应用文件确定为所述新版本文件。

3.根据权利要求1所述的方法，其特征在于，所述根据所述预设配置文件对所述新版本文件进行打包处理，包括：

获取所述预设配置文件中的打包类型及与所述打包类型对应的打包数据标识；

根据所述打包类型、所述打包数据标识确定所述新版本文件中的目标数据，并对所述目标数据进行打包得到打包文件；

获取所述预设配置文件中的存储路径，将所述打包文件存储在所述存储路径下。

4.根据权利要求3所述的方法，其特征在于，所述根据所述打包类型、所述打包数据标识确定所述新版本文件中的目标数据，包括：

若所述打包类型为全量包，则将所述新版本文件中与所述打包数据标识对应数据确定为所述目标数据。

5.根据权利要求3所述的方法，其特征在于，所述根据所述打包类型、所述打包数据标识确定所述新版本文件中的目标数据，包括：

若所述打包类型为差分包，则获取所述新版本文件中与所述打包数据标识对应的第一数据；

根据所述新版本文件确定上一版本文件，并获取所述上一版本文件中与所述打包数据标识对应的第二数据；

根据所述第一数据、所述第二数据确定所述目标数据。

6.根据权利要求5所述的方法，其特征在于，所述根据所述第一数据、所述第二数据确定所述目标数据，包括：

比对所述第一数据、所述第二数据；

将打包数据标识相同，与所述第二数据不同的所述第一数据确定为所述目标数据。

7.根据权利要求3所述的方法，其特征在于，所述对所述目标数据进行打包得到打包文件包括：

获取历史打包文件的版本信息，根据所述版本信息生成新版本标识，并根据所述新版本标识为所述打包文件命名。

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

获取所述预设配置文件中的设备标识，将所述打包文件安装到与所述设备标识对应的设备中。

9.一种自动打包数据装置，其特征在于，包括：

监控模块，用于监控应用平台中是否发布了应用对应的新版本文件；

若有，则获取模块获取所述应用对应的预设配置文件；

打包模块，用于根据所述预设配置文件对所述新版本文件进行打包处理。

10.根据权利要求9所述的装置，其特征在于，所述监控模块，包括：

遍历单元，用于遍历所述应用平台预设地址内存储的应用文件对应的文件标识；

比对单元，用于将所述文件标识与已处理文件标识进行比对；

第一确定单元，用于若所述文件标识不在所述已处理文件标识中，则将所述文件标识对应的应用文件确定为所述新版本文件。

11.根据权利要求9所述的装置，其特征在于，所述打包模块，包括：

获取单元，用于获取所述预设配置文件中的打包类型及与所述打包类型对应的打包数据标识；

第二确定单元，用于根据所述打包类型、所述打包数据标识确定所述新版本文件中的目标数据；

打包单元，用于对所述目标数据进行打包得到打包文件；

存储单元，用于获取所述预设配置文件中的存储路径，将所述打包文件存储在所述存储路径下。

12.根据权利要求11所述的装置，其特征在于，所述第二确定单元具体用于：

若所述打包类型为全量包，则将所述新版本文件中与所述打包数据标识对应数据确定为所述目标数据。

13.根据权利要求11所述的装置，其特征在于，所述第二确定单元具体用于：

若所述打包类型为差分包，则获取所述新版本文件中与所述打包数据标识对应的第一数据；

根据所述新版本文件确定上一版本文件，并获取所述上一版本文件中与所述打包数据标识对应的第二数据；

根据所述第一数据、所述第二数据确定所述目标数据。

14.根据权利要求13所述的装置，其特征在于，所述第二确定单元具体用于：

比对所述第一数据、所述第二数据；

将打包数据标识相同，与所述第二数据不同的所述第一数据确定为所述目标数据。

15.根据权利要求11所述的装置，其特征在于，所述打包单元具体用于：

获取历史打包文件的版本信息，根据所述版本信息生成新版本标识，并根据所述新版本标识为所述打包文件命名。

16.根据权利要求11-15任一项所述的装置，其特征在于，还包括：

安装模块，用于获取所述预设配置文件中的设备标识，将所述打包文件安装到与所述设备标识对应的设备中。

17.一种自动打包数据设备，其特征在于，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并配置为由所述处理器执行以实现如权利要求1-8任一种所述的方法。

18.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，

所述计算机程序被处理器执行以实现如权利要求1-8任一种所述的方法。