CN109710293B - 文件的处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请实施例提供了一种文件的处理方法、装置、电子设备及存储介质，程序文件处理技术领域。方法包括：获得用于对通信设备进行升级的升级文件；确定出与升级文件匹配的所有通信设备的设备类型信息；根据升级文件和每个匹配的设备类型信息，生成携带有每个匹配的设备类型信息的新的升级文件。由于电子设备可以自动的确定出与升级文件匹配的至少一个通信设备中每个通信设备的设备类型信息，并生成携带每个通信设备的设备类型信息的新的升级文件，这样就解决了软件工程师将每个设备的类型信息均写入到对应的每个升级文件中所导致的工作量大且效率低的问题。

Description

文件的处理方法、装置、电子设备及存储介质

技术领域

本申请涉及程序文件处理技术领域，具体而言，涉及一种文件的处理方法、装置、电子设备及存储介质。

背景技术

目前，在软件工程师在设备程序的制作升级文件时，软件工程师需要将升级文件所支持的设备的类型信息加入到升级文件中。这样，每个设备基于类型信息才知道该升级文件自己是否能够适配，若适配，则运行该升级文件对自身的程序进行升级更新。

但是，由于一个升级文件往往可以支持多个类型的设备，这样就软件工程师需要将每个设备的类型信息均写入到对应的每个升级文件中，从而导致软件工程师的工作量大，制作升级文件的效率低。

发明内容

本申请在于提供一种文件的处理方法、装置、电子设备及存储介质。以解决制作升级文件时、工作量大且工作效率低的技术问题。

本申请的实施例通过如下方式实现：

第一方面，本申请实施例提供了一种文件的处理方法，所述方法包括：

获得用于对通信设备进行升级的升级文件；

确定出与所述升级文件匹配的所有通信设备的设备类型信息；

根据所述升级文件和每个匹配的设备类型信息，生成携带有所述每个所述匹配的设备类型信息的新的升级文件。

在本申请实施例中，由于电子设备可以自动的确定出与升级文件匹配的每个通信设备的设备类型信息，并生成携带每个匹配的设备类型信息的新的升级文件，这样就解决了软件工程师将每个设备的类型信息均写入到对应的每个升级文件中所导致的工作量大且效率低的问题。

结合第一方面，在第一种可能的实现方式中，根据所述升级文件和每个匹配的设备类型信息，生成携带有每个匹配的设备类型信息的新的升级文件，包括：

确定出所述升级文件中预留的文件区域；

将每个匹配的设备类型信息写入到所述文件区域中，生成新的升级文件。

在本申请实施例中，由于升级文件中预留了文件区域，故电子设备可以在预留的文件区域中写入每个通信设备的设备类型信息，这种方式简单且易于实现，便于方案在实际中应用。

结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，将每个所述通信设备的设备类型信息写入到所述文件区域中，生成新的升级文件，包括：

确定出与所述文件区域支持设备类型对应的预设类型值，以及确定出与所述升级文件匹配的通信设备的数量信息；

将所述预设类型值、数量信息以及所述每个匹配的设备类型信息依据TLV的格式依次写入到所述文件区域中第一数据区、第二数据区和第三数据区中，获得新的升级文件。

在本申请实施例中，通过在升级文件中预留TLV格式的文件区域，使得通信设备在读取新的升级文件时能够对依次对TLV每个字段的读取而更快的读取到匹配的设备类型，提高了读取效率。

结合第一方面，在第三种可能的实现方式中，根据所述升级文件和每个匹配的设备类型信息，生成携带有每个匹配的设备类型信息的新的升级文件，包括：

生成包含每个所述通信设备的设备类型信息且数据格式与所述升级文件相同的设备类型信息文件；

将所述设备类型信息文件作为所述升级文件的一个新的子文件，获得新的升级文件。

在本申请实施例中，采用将每个通信设备的设备类型信息生成一个设备类型信息文件，并该设备类型信息文件作为升级文件中的一个新的子文件。这样，通过一个独立的文件来保存每个通信设备的设备类型信息，更便于通信设备的读取。

结合第一方面，第一种至第三种可能的实现方式中任一可能的实现方式，在第四种可能的实现方式中，确定出与所述升级文件匹配的每个通信设备的设备类型信息，包括：

确定出所述升级文件对应的关联关系；

根据所述关联关系获取与所述升级文件匹配的所有通信设备，确定出与所述升级文件匹配的每个所述通信设备的设备类型信息。

在本申请实施例中，通过建立关联关系的方式能够使电子设备简单且准确确定出与升级文件对应的至少一个通信设备，降低了实现难度，便于方案的实际应用。

第二方面，本申请实施例提供了一种文件的处理装置，所述装置包括：

文件获得模块，用于获得用于对通信设备进行升级的升级文件；

类型确定模块，用于确定出与所述升级文件匹配的每个设备类型信息；

文件生成模块，用于根据所述升级文件和每个匹配的设备类型信息，生成携带有每个匹配的设备类型信息的新的升级文件。

结合第二方面，在第一种可能的实现方式中，

所述文件生成模块，还用于确定出所述升级文件中预留的文件区域；将每个匹配的设备类型信息写入到所述文件区域中，生成新的升级文件；或者

所述文件生成模块，还用于确定出与所述文件区域支持设备类型对应的预设类型值，以及确定出与所述升级文件匹配的通信设备的数量信息；将所述预设类型值、数量信息以及所述每个匹配的设备类型信息依据TLV的格式依次写入到所述文件区域中第一数据区、第二数据区和第三数据区中，获得新的升级文件。

结合第二方面或第二方面的第一种可能的实现方式中，在第二种可能的实现方式中，

所述文件生成模块，还用于生成包含每个所述通信设备的设备类型信息且数据格式与所述升级文件相同的设备类型信息文件；将所述设备类型信息文件作为所述升级文件的一个新的子文件，获得新的升级文件；和/或

所述类型确定模块，还用于确定出所述升级文件对应的关联关系；根据所述关联关系获取与所述升级文件匹配的通信设备，确定出与所述升级文件匹配的每个所述通信设备的设备类型信息。

第三方面，本申请实施例提供了一种电子设备，所述电子设备包括：处理器，存储器，总线和通信模块；

所述处理器、所述通信模块和存储器通过所述总线连接。

所述存储器，用于存储程序。

所述处理器，用于通过调用存储在所述存储器中的程序以执行如结合第一方面，第一种至第四种可能的实现方式中任一可能的实现方式所述的文件的处理方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被计算机运行时执行如结合第一方面，第一种至第四种可能的实现方式中任一可能的实现方式所述的文件的处理方法。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例提供的一种电子设备的结构框图；

图2示出了本申请实施例提供的一种文件的处理方法的流程图；

图3示出了本申请实施例提供的一种文件的处理方法中TLV格式的示意图；

图4示出了本申请实施例提供的一种文件的处理装置的结构框图。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

请参阅图1，本申请一些实施例提供了一种电子设备10，电子设备10可以是服务器或者终端。

其中，服务器可以为单个服务器，也可以是服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务器可以是分布式系统)。而在一些实施例中，服务器可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(communitycloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。

而终端则可以是车载电脑、个人电脑(personal computer，PC)、平板电脑、智能手机、个人数字助理(personal digital assistant，PDA)等。

本实施例中，电子设备10可以用于实现本申请的文件的处理方法。本申请尽管仅示出了一个设备，但是为了方便起见，也可以在多个类似设备上以分布式方式实现本申请描述的功能，以均衡处理负载。

例如，电子设备10可以包括连接到网络的网络端口11、用于执行程序指令的一个或多个处理器12、通信总线13、和不同形式的存储介质14，例如，磁盘、ROM、或RAM，或其任意组合。示例性地，计算机平台还可以包括存储在ROM、RAM、或其他类型的非暂时性存储介质、或其任意组合中的程序指令。根据这些程序指令可以实现本申请的方法。电子设备10还包括计算机与其他输入输出设备(例如键盘、显示屏)之间的输入/输出(Input/Output，I/O)接口25。

为了便于说明，在电子设备10中仅描述了一个处理器。然而，应当注意，本申请中的电子设备10还可以包括多个处理器，因此本申请中描述的一个处理器执行的步骤也可以由多个处理器联合执行或单独执行。例如，若电子设备10的处理器执行步骤A和步骤B，则应该理解，步骤A和步骤B也可以由两个不同的处理器共同执行或者在一个处理器中单独执行。例如，第一处理器执行步骤A，第二处理器执行步骤B，或者第一处理器和第二处理器共同执行步骤A和B。

请参阅图2，本申请的一些实施例提供了一种文件的处理方法，文件的处理方法可以由电子设备执行，该文件的处理方法可以包括：步骤S100、步骤S200和步骤S300。

步骤S100：获得用于对通信设备进行升级的升级文件。

步骤S200：确定出与所述升级文件匹配的所有通信设备的设备类型信息。

步骤S300：根据所述升级文件和每个匹配的设备类型信息，生成携带有每个匹配的设备类型信息的新的升级文件。

下面将对本申请的文件的处理方法的流程进行详细地说明。

本申请实施例中，可以建立数据库，该数据库可以是小型的数据库，也可以是中型的数据库，或者该数据库还可以是大型的数据库。

另外，在某些情况下，该数据库可以依赖于电子设备存在，即该数据库可以运行于电子设备上，以便于电子设备对其进行访问。但在另一些情况下，该数据库可以运行于独立的设备上，且该设备可以与电子设备建立通信连接，以便电子设备访问该数据库。

那么，在数据库可以运行于独立的设备上的情况下，该数据库可以是一个单独的数据库。

或者，在数据库可以运行于独立的设备上的情况下，数据库还可以是由多个子库分布式构成的数据库，且在数据库包含多个子库的情况下，多个子库可以各自运行在各自对应的设备上。故电子设备可以与各设备都要建立通信关系，以便于电子设备可以对每个子库进行访问。

本实施例中，数据库中还存储了各类型的升级文件中每一类型的升级文件与对应的至少一个通信设备的关联关系，而每个关联关系则表示每一类型的升级文件与适配该类型的升级文件的至少一个通信设备中每个通信设备的设备类型信息对应。其中，通信设备则可以是通信领域中的板卡，例如可以是主控板卡或业务板卡，当然，通信设备也可以是集成了板卡的独立的设备，例如可以是集中器、中继器、交换机、路由器、网关或网桥等。而升级文件可以是用于对运行在通信设备上的程序进行更新的文件，即升级文件中可以包含最新版本的升级程序，例如可以是CPLD程序(Complex Programmable Logic Device，复杂可编程逻辑器件)。

需要说明的是，针对同一型号1的通信设备，其所适用的程序可以是相同，例如，对于同一型号1的板卡A、板卡B和板卡C，板卡A、板卡B和板卡C都可以运行版本号为1.21的升级程序X。而对于针对同一型号2的通信设备，其所适用的升级程序也可以是相同，但却和型号1的通信设备不同，例如，对于同一型号2的板卡D和板卡E，板卡D和板卡E都可以运行版本号为2.21的升级程序Y；但板卡D和板卡E可能不能运行前述的升级程序X。

而由于板卡A、板卡B和板卡C的设备类型信息不同，即板卡A、板卡B和板卡C各自的设备类型并不相同，若要知道板卡A、板卡B和板卡C能够运行该升级程序X，那么便需要建立包含升级程序X的升级文件与板卡A的设备类型、板卡B的设备类型和板卡C的设备类型的关联关系。同理，也若要知道板卡D和板卡E能够运行该升级程序Y，那么便也需要建立包含升级程序Y的升级文件与板卡D的设备类型和板卡E的设备类型的关联关系。

于本实施例中，为保证数据的实时性，在需要对至少一个通信设备进行升级时，则用户可以通过直接操作运行数据库的电子设备或通过操作电子设备与数据库通信，而使得数据库中建立获取包含本次升级程序的升级文件与适配的通信设备的设备类型的关联关系。

本实施例中，在用户需要利用一个升级文件对该升级文件所适配的至少一个通信设备进行升级时，为减少用户的工作量，此时该升级文件中还并没有写入该升级文件适配哪些通信设备。故可以利用电子设备对数据库的访问，自动的在该升级文件中加入该升级文件适配哪些通信设备的相关信息。即此时，电子设备可以执行步骤S100。

步骤S100：获得用于对通信设备进行升级的升级文件。

电子设备可以获得该用于对通信设备进行升级的升级文件，该升级文件中包括对通信设备进行升级的升级程序。其中，若用户通过操作该电子设备编写该升级文件，那么可以理解的是，在编程完成后，电子设备便可以直接地获得该升级文件。而若该升级文件的编写是在其它设备上完成的，那么用户可以通过其它设备与该电子设备的通信而将该升级文件发送给电子设备，使得电子设备获得了该升级文件；或者通过将该升级文件放到可移动的存储介质中，从而通过可移动的存储介质与电子设备的连接，也使得电子设备获得了该升级文件。

电子设备获得升级文件后，电子设备便可以执行步骤S200。

步骤S200：确定出与所述升级文件匹配的所有通信设备的设备类型信息。

电子设备获得升级文件后，电子设备便可以去访问数据库，以获得数据库中的与该升级文件对应的关联关系。

详细地，作为一种可选地的方式，数据库中的关联关系具体可以是将升级文件中升级程序的版本号与对应的每个通信设备的设备类型信息关联，而采用这种关联的方式不仅实现难度低且可靠性也不错，便于实际的推广应用。

那么对于电子设备来说，为了配合这种方式，电子设备可以通过对该升级文件的解析，而可以获得该升级文件中升级程序的版本号。这样，电子设备便可以根据该版本号去访问数据库中的数据，从而在数据库中找到与该版本号匹配的关联关系。由于数据库中预先建立了与该的版本号对应的关联关系，故电子设备可以根据确定的该版本号而确定出该升级文件对应的关联关系。因而，电子设备根据该关联关系，便可以确定该关联关系所关联的至少一个通信设备为与该升级文件匹配的通信设备，即基于该关联关系确定与升级文件匹配的每个通信设备的设备类型信息。

这样，电子设备在获得与所述升级文件匹配的每个通信设备的设备类型信息后，电子设备可以继续执行步骤S300。

步骤S300：根据所述升级文件和每个匹配的设备类型信息，生成携带有每个匹配的设备类型信息的新的升级文件。

本实施例中，电子设备可以将获得的每个匹配的通信设备的设备类型信息加入到升级文件中，从而得到一个新的升级文件。而该新的升级文件对通信设备来说，通信设备便可以通过获得该新的升级文件中每个匹配的设备类型信息而确定自身是否适配该升级文件。

那么，作为将每个通信设备的设备类型信息加入到升级文件的第一种方式。在制作该升级文件的过程中，用户便可以在升级文件中预留了空白的文件区域，即该文件区域中的数据为空，以便于后续可以将每个通信设备的设备类型信息全部写入到该文件区域中。另外，该文件区域可以是升级文件中的任一位置区域，例如，可以位于升级文件的头部、升级文件的尾部或者升级文件的头部与尾部间的任一位置。

但值得注意的是，该文件区域的大小可以满足将每个通信设备的设备类型信息全部写入。

相应的，根据该文件区域在升级文件中位置，电子设备便可以对应建立如何查找该文件区域的规则。

可选地，若文件区域位于升级文件的头部，那么电子设备便可以针对文件区域位于升级文件的头部而建立规则，这样，电子设备基于该规则在读取或解析该升级文件的过程中，电子设备便可以确定读取到该升级文件的头部位置为该文件区域。或者，若文件区域位于升级文件的尾部，那么电子设备便也可以针对文件区域位于升级文件的尾部而建立读取规则，这样，电子设备基于该读取规则在读取或解析该升级文件的过程中，电子设备便可以确定读取到该升级文件的尾部位置为该文件区域。亦或，若文件区域位于升级文件的头部与尾部之间的任一位置，那么电子设备便也可以针对文件区域位于升级文件的该任一位置而建立读取规则，这样，电子设备基于该读取规则在读取或解析该升级文件的过程中，电子设备便可以确定读取到该升级文件的该任一位置为该文件区域。

当然，上述所说的读取规则仅为本实施例的举例说明，并不做作为对本实施例的限定。例如，若升级文件只有该文件区域为空，那么电子设备中建立的读取规则还可以是：将确定升级文件中为空区域为该文件区域。

本实施例中，为便于写入到文件区域的每个通信设备的设备类型信息能够被通信设备快速的读取到，电子设备中还可以建立该将该每个通信设备的设备类型信息写入的写入规则。作为一种示例，本实施例所采用的写入规则可以是基于TLV格式，即Type-length-value(类型-长度-值)格式而设置的规则，其如图3所示，图3示出了TLV格式的示意图。其中，TLV格式具有识读性好的特点，使得写入到文件区域的每个通信设备的设备类型信息能够被通信设备快速的读取到。

那么，电子设备根据预先建立的读取规则从该升级文件中确定出该文件区域后，电子设备基于写入规则，电子设备可以根据与所述文件区域支持设备类型对应的预设类型值可以确定出，可以获取与该升级文件匹配的通信设备的设备类型信息，以及通过该文件区域中的长度信息字段而可以确定出与该升级文件匹配的通信设备的数量信息。

结合图3，而后电子设备可以继续根据写入规则，便可以将与所述文件区域支持设备类型对应的预设类型值写入到文件区域中的第一数据区，即图3中所示的Type字段中；以及将数量信息写入到文件区域中位于第一数据区之后的第二数据区，即图3中所示的Length字段中；以及再将每个匹配的设备类型信息写入到文件区域中位于第二数据区之后的第三数据区，即图3中所示的Value字段中；这样电子设备便获得了新的升级文件。

而作为将每个通信设备的设备类型信息加入到升级文件的第二种方式。电子设备可以基于每个通信设备的设备类型信息生成一个设备类型信息文件，将所述设备类型信息文件作为所述升级文件的一个新的子文件，获得新的升级文件。

详细地，电子设备中也预先建立了基于该每个通信设备的设备类型信息生成一个新的设备类型信息文件的生成规则。也作为一种示例，本实施例所采用的生成规则也可以是基于TLV格式而设置的规则。

那么，电子设备根据预先建立的读取规则从该升级文件中确定出该文件区域后，电子设备则可以基于生成规则，先根据与所述文件区域支持设备类型对应的预设类型值，以及与获取所述升级文件匹配的所有通信设备的数量信息和每个匹配的设备类型信息；而后电子设备也可以继续根据生成规则，便可以生成一个TLV格式的设备类型文件。这样，电子设备便可以将预设类型值写入到设备类型文件中的第一数据区；以及将数量信息写入到设备类型文件中位于第一数据区之后的第二数据区；以及再将每个通信设备的设备类型信息写入到设备类型文件中位于第二数据区之后的第三数据区。从而电子设备便也获得了该携带了每个通信设备的设备类型信息的设备类型文件。

电子设备可以将该设备类型信息文件作为该升级文件的一个新的子文件，从而合并到该升级文件中，这样电子设备便也获得了新的升级文件。

需要说明的是，在这种情况下，电子设备需要保证设备类型信息文件的数据格式与升级文件的相同，这样才可以将设备类型信息文件合并到该升级文件中。

本实施例中，电子设备获得新的升级文件后，电子设备可以将该新的升级文件发送给对应的每个通信设备，使得每个通信设备基于该新的升级文件确定与自身匹配后，利用该升级文件进行程序的升级更新。

请参阅图4，本申请实施例提供了一种文件的处理装置100，该文件的处理装置100应用于电子设备，该文件的处理装置100包括：

文件获得模块110，用于获得用于对通信设备进行升级的升级文件。

类型确定模块120，用于确定出与所述升级文件匹配的所有通信设备的设备类型信息。

文件生成模块130，用于根据所述升级文件和每个匹配的设备类型信息，生成携带有每个匹配的设备类型信息的新的升级文件。

可选地，所述文件生成模块130，还用于确定出所述升级文件中预留的文件区域；将每个所述通信设备的设备类型信息写入到所述文件区域中，生成新的升级文件；或者

所述文件生成模块130，还用于确定出与所述文件区域支持设备类型对应的预设类型值，以及确定出与所述升级文件匹配的通信设备的数量信息；将所述预设类型值、数量信息以及所述每个匹配的设备类型信息依据TLV的格式依次写入到所述文件区域中第一数据区、第二数据区和第三数据区中，获得新的升级文件。

可选地，所述文件生成模块130，还用于生成包含每个所述通信设备的设备类型信息且数据格式与所述升级文件相同的设备类型信息文件；将所述设备类型信息文件作为所述升级文件的一个新的子文件，获得新的升级文件；和/或

所述类型确定模块，还用于确定出所述升级文件对应的关联关系；根据所述关联关系获取与所述升级文件匹配的通信设备，确定出与所述升级文件匹配的每个所述通信设备的设备类型信息。

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

本领域内的技术人员应明白，本申请实施例可提供为方法、系统、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

综上所述，本申请实施例提供了一种文件的处理方法、装置、电子设备及存储介质。方法包括：获得用于通信设备的程序升级的升级文件；确定出与升级文件匹配的至少一个通信设备中每个通信设备的设备类型信息；根据升级文件和每个通信设备的设备类型信息，生成携带有每个通信设备的设备类型信息的新的升级文件。

由于电子设备可以自动的确定出与升级文件匹配的至少一个通信设备中每个通信设备的设备类型信息，并生成携带每个通信设备的设备类型信息的新的升级文件，这样就解决了软件工程师将每个设备的类型信息均写入到对应的每个升级文件中所导致的工作量大且效率低的问题。

以上仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

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

Claims (6)

1.一种文件的处理方法，其特征在于，所述方法包括：

获得用于对通信设备进行升级的升级文件；所述升级文件中未携带所匹配的设备类型信息；

确定出与所述升级文件匹配的所有通信设备的设备类型信息；

根据所述升级文件和每个匹配的设备类型信息，生成携带有所述每个匹配的设备类型信息的新的升级文件；

其中，所述确定出与所述升级文件匹配的所有通信设备的设备类型信息，包括：确定出所述升级文件对应的关联关系，根据所述关联关系获取与所述升级文件匹配的所有通信设备，确定出与所述升级文件匹配的每个所述通信设备的设备类型信息；

根据所述升级文件和每个匹配的设备类型信息，生成携带有所述每个匹配的设备类型信息的新的升级文件，包括：

确定出所述升级文件中预留的文件区域；将所述每个匹配的设备类型信息写入到所述文件区域中，生成新的升级文件；

或，

生成包含所述每个匹配的设备类型信息且数据格式与所述升级文件相同的设备类型信息文件；将所述设备类型信息文件作为所述升级文件的一个新的子文件，获得新的升级文件。

2.根据权利要求1所述的文件的处理方法，其特征在于，将所述每个匹配的设备类型信息写入到所述文件区域中，生成新的升级文件，包括：

确定出与所述文件区域支持设备类型对应的预设类型值，以及确定出与所述升级文件匹配的通信设备的数量信息；

将所述预设类型值、数量信息以及所述每个匹配的设备类型信息依据TLV的格式依次写入到所述文件区域中第一数据区、第二数据区和第三数据区中，获得新的升级文件。

3.一种文件的处理装置，其特征在于，所述装置包括：

文件获得模块，用于获得用于对通信设备进行升级的升级文件；所述升级文件中未携带所匹配的设备类型信息；

类型确定模块，用于确定出与所述升级文件匹配的所有通信设备的设备类型信息；

文件生成模块，用于根据所述升级文件和每个匹配的设备类型信息，生成携带有每个匹配的设备类型信息的新的升级文件；

所述文件生成模块，还用于确定出所述升级文件中预留的文件区域，将每个所述通信设备的设备类型信息写入到所述文件区域中，生成新的升级文件；或者，生成包含每个所述通信设备的设备类型信息且数据格式与所述升级文件相同的设备类型信息文件，将所述设备类型信息文件作为所述升级文件的一个新的子文件，获得新的升级文件；

所述类型确定模块，还用于确定出所述升级文件对应的关联关系；根据所述关联关系获取与所述升级文件匹配的通信设备，确定出与所述升级文件匹配的每个所述通信设备的设备类型信息。

4.根据权利要求3所述的文件的处理装置，其特征在于，

所述文件生成模块，还用于确定出与所述文件区域支持设备类型对应的预设类型值，以及确定出与所述升级文件匹配的通信设备的数量信息；将所述预设类型值、数量信息以及所述每个匹配的设备类型信息依据TLV的格式依次写入到所述文件区域中第一数据区、第二数据区和第三数据区中，获得新的升级文件。

5.一种电子设备，其特征在于，所述电子设备包括：处理器，存储器，总线和通信模块；

所述处理器、所述通信模块和存储器通过所述总线连接；

所述存储器，用于存储程序；

所述处理器，用于通过调用存储在所述存储器中的程序以执行如权利要求1或2所述的文件的处理方法。

6.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被计算机运行时执行如权利要求1或2所述的文件的处理方法。

Images