CN117494625A

CN117494625A - 芯片设计文件处理方法、装置、系统及相关设备

Info

Publication number: CN117494625A
Application number: CN202311471409.7A
Authority: CN
Inventors: 于立波
Original assignee: Chengdu Haiguang Integrated Circuit Design Co Ltd
Current assignee: Chengdu Haiguang Integrated Circuit Design Co Ltd
Priority date: 2023-11-06
Filing date: 2023-11-06
Publication date: 2024-02-02

Abstract

本发明实施例提供一种芯片设计文件处理方法、装置、系统及相关设备，其中所述方法包括：获取至少包括目标系列设计组件的目标系列识别信息和芯片系统的设计所使用的，与目标系列设计组件对应的目标变种设计组件的类型，目标系列设计组件根据芯片系统的设计对应的验证需求确定；根据目标系列识别信息，确定对应的目标系列设计组件的可扩展设计文件；可扩展设计文件包括用于根据目标变种设计组件的类型生成对应的特定代码的预处理指令；根据目标变种设计组件的类型，对目标系列设计组件的可扩展设计文件进行转换，生成包含目标特定代码的目标标准设计文件。本发明实施例所提供的技术方案，可以提升系列设计组件的设计文件的可重用性。

Description

芯片设计文件处理方法、装置、系统及相关设备

技术领域

本申请实施例涉及芯片设计技术领域，具体涉及一种芯片设计文件处理方法、装置、系统及相关设备。

背景技术

芯片设计是芯片制造过程中的环节之一，可以包括设计组件(IP，IntellectualProperty)级设计与验证，和片上系统(SoC，System on Chip)级设计与验证。其中，IP是一个具有特定功能的可复用的设计组件，并在不同的SoC项目中重复应用；因此，IP级设计与验证之后，IP的芯片设计文件可以在不同的SoC的芯片设计文件中重复应用，以用于进行SoC的设计与验证。

但是，IP因为产品的持续迭代升级，使得同一个IP下包含不同版本的IP类型，影响IP的芯片设计文件的可重用性；因此如何提供技术方案，提升系列设计组件的设计文件的可重用性，成为了本领域技术人员亟需解决的技术问题。

发明内容

有鉴于此，本发明实施例提供一种芯片设计文件处理方法、装置、系统及相关设备，以提升芯片设计文件的可重用性。

为实现上述目的，本发明实施例提供如下技术方案。

第一方面，本发明实施例提供一种芯片设计文件处理方法，包括：

获取芯片系统的设计的配置文件信息，所述配置文件信息至少包括目标系列设计组件的目标系列识别信息和所述芯片系统的设计所使用的目标变种设计组件的类型，所述目标系列设计组件根据所述芯片系统的设计对应的验证需求确定，所述目标变种设计组件为所述目标系列设计组件所包括的设计组件；

根据所述目标系列识别信息，确定对应的目标系列设计组件的可扩展设计文件；所述可扩展设计文件包括预处理指令，所述预处理指令用于，根据目标变种设计组件的类型生成对应的特定代码；

根据所述目标变种设计组件的类型，对所述目标系列设计组件的可扩展设计文件进行转换，生成包含特定代码的目标标准设计文件。

第二方面，本发明实施例提供一种芯片设计文件处理装置，包括：

配置文件信息获取模块，用于获取芯片系统的设计的配置文件信息，所述配置文件信息至少包括目标系列设计组件的目标系列识别信息和所述芯片系统的设计所使用的目标变种设计组件的类型，所述目标系列设计组件根据所述芯片系统的设计对应的验证需求确定，所述目标变种设计组件为所述目标系列设计组件所包括的设计组件；

设计文件确定模块，用于根据所述目标系列识别信息，确定对应的目标系列设计组件的可扩展设计文件；所述可扩展设计文件包括预处理指令，所述预处理指令用于，根据目标变种设计组件的类型生成对应的特定代码；

标准设计文件转换模块，用于根据所述目标变种设计组件的类型，对所述目标系列设计组件的可扩展设计文件进行转换，生成包含特定代码的目标标准设计文件。

第三方面，本发明实施例提供一种芯片设计文件处理系统，包括：

如第二方面所述的芯片设计文件处理装置；

配置文件读取模块，用于读取芯片系统的设计的配置文件，获取所述配置文件中的配置信息，所述配置信息包括系列设计组件的系列识别信息，芯片系统的设计所使用的各个系列设计组件中的变种设计组件的类型，以基于配置信息形成芯片系统的设计的配置文件信息，提供给所述芯片设计文件处理装置；

处理任务解析模块，用于读取预处理脚本文件，提取所述预处理脚本文件的记录信息，以将所述记录信息中的目标系列设计组件的可扩展设计文件提供给所述芯片设计文件处理装置。

第四方面，本发明实施例提供一种电子设备，包括存储器和处理器，所述存储器存储有程序，所述处理器调用所述存储器中存储的程序，执行如第一方面所述的芯片设计文件处理方法。

第五方面，本发明实施例提供一种存储介质，所述存储介质存储有程序，所述程序被执行时实现如第一方面所述的芯片设计文件处理方法。

本发明实施例提供的一种芯片设计文件处理方法，首先，获取芯片系统的设计的配置文件信息，所述配置文件信息至少包括目标系列设计组件的目标系列识别信息和所述芯片系统的设计所使用的目标变种设计组件的类型，所述目标系列设计组件根据所述芯片系统的设计对应的验证需求确定，所述目标变种设计组件为所述目标系列设计组件所包括的设计组件；然后，根据所述目标系列识别信息，确定对应的目标系列设计组件的可扩展设计文件；所述可扩展设计文件包括预处理指令，所述预处理指令用于，根据目标变种设计组件的类型生成对应的特定代码；最后，根据所述目标变种设计组件的类型，对所述目标系列设计组件的可扩展设计文件进行转换，生成包含特定代码的目标标准设计文件。可以看出，本发明实施例所提供的芯片设计文件处理方法，在目标系列设计组件的可扩展设计文件中增设预处理指令，由于所述预处理指令可以用于，根据目标变种设计组件的类型生成对应的特定代码；从而在芯片系统的设计的配置中更换同一个系列的系列设计组件(即目标系列设计组件)中，不同类型的变种设计组件时，能够基于一份目标系列设计组件的可扩展设计文件，转换生成与目标变种设计组件的类型对应的目标标准设计文件；从而可以利用目标变种设计组件的类型，对目标系列设计组件的可扩展文件进行转换，使得转换后的目标标准设计文件适用于，配置有对应类型的变种设计组件的芯片系统的设计；避免针对于配置同一系列的系列设计组件中，不同类型的变种设计组件的芯片系统的设计，重新更换变种设计组件的标准设计文件；从而可以使得生成的目标标准设计文件适用于，配置有同一个系列设计组件的，各个类型的变种设计组件的芯片系统的设计的验证，提升系列设计组件的设计文件的可重用性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1是芯片制造的一流程示意图；

图2是本发明实施例所提供的芯片设计文件处理方法的一流程示意图；

图3是本发明实施例所提供的芯片设计文件处理方法中，预处理指令的一指令内容示意图；

图4是本发明实施例所提供的芯片设计文件处理装置的一结构示意图；

图5是本发明实施例所提供的芯片设计文件处理系统的一结构示意图。

具体实施方式

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

典型的SoC系统，可以集成CPU处理器内核，DDR内存控制器，多种高速接口，比如通用串行总线(USB，Universal Serial Bus)接口，以太网接口，高速串行计算机扩展总线(PCI-E，Peripheral Component Interconnect Express)接口等，片上数据网络，数据桥接器，电源管理系统等。

随着芯片系统的设计规模的急剧增大，在芯片系统的设计过程中相应的会存在越来越大的挑战。为能够尽快的完成芯片系统的设计以及制造，对于芯片系统的设计的验证是非常重要的。以通过对芯片系统的设计的验证，来检测芯片系统的设计是否满足芯片系统的运算和数据传输要求。

为便于理解芯片的整体设计和制造的流程，请参考图1，图1是芯片制造的一流程示意图。

如图1所示，在芯片的制造的整体流程中包括：系统级需求定义阶段001、架构/系统级设计阶段002、芯片设计和芯片设计的验证阶段003、物理设计和物理验证阶段004、版图及版后流程阶段005、芯片制造阶段006、芯片封装和测试阶段0007。

其中，芯片系统的设计和芯片系统的设计的验证阶段003是芯片制造的过程中的两个环节。芯片系统在设计完成之后，可以得到芯片系统的设计，芯片系统的设计和芯片系统的设计的验证阶段003处于芯片的前端设计。芯片系统的设计和芯片系统的设计的验证阶段003包括IP级芯片系统的设计0031、SoC级芯片系统的设计0033、IP级芯片系统的设计的验证0032以及SoC级芯片系统的设计的验证0034，从芯片系统的设计以及芯片系统的设计的验证两个角度分别各自开发和确保实现了系统级定义的需求，两者相辅相成，减少芯片系统的设计中存在的缺陷。在芯片制造的过程中，越早发现问题，其所需要的时间和成本越低，因此，芯片系统的设计和对于芯片系统的设计的验证对芯片制造的质量、所耗费的时间成本和材料成本至关重要。

芯片验证的目的是利用验证技术和验证方法学，在不同层次对芯片系统的设计(例如芯片的逻辑电路设计)进行验证，确保其正确实现和满足了系统级定义的需求，同时需要尽可能地发现芯片设计中存在的错误和风险。芯片验证需要芯片系统的设计的设计文件作为验证基础，因此，在一些实施方式中，通过IP复用的策略来完成不同规模的芯片系统的设计。IP是一个具有特定功能的可复用的设计组件，可以在不同的SoC项目中重复应用。SoC根据产品需求和架构设计，将若干特性不同的IP进行集成组装。IP通常采用硬件描述语言，如Verilog，以代码的形式进行寄存器级别(RTL)的结构描述，使得生成的设计文件可以被EDA工具进一步处理，进行仿真验证，原型验证和综合实现。这种形态的IP通常称为软核(soft IP core)。SoC集成中，会加入各个IP的代码，和系统层次的代码，组合成一个整体，进行各类验证，最后采用EDA综合和版图工具，获得基于物理工艺的实现数据，交付工艺生产团队，得到可以工作的芯片实体。

但是，随着芯片系统的设计的复杂度的提高，IP可重用性和SoC的设计集成面临越来越多问题。在一系列产品中，SoC根据不同的配置需求，采用不同的IP以及同一个系列IP的不同变种IP来进行配置，从而会使得不同的SoC的配置下，形成多达数十上百种的IP组合方式。而IP因为产品持续迭代升级，和不同的功能、性能需求，版本众多，存在大量重复的设计、验证工作，使得同一个系列IP包括多个不同类型的变种IP的设计文件，在一个芯片系统的设计中，需要根据不同特性的变种IP修改对应的变种IP的设计文件，从而影响同一系列IP的变种IP的设计文件在设计芯片系统的过程中的可重用性。

请参考图2，图2是本发明实施例提供的芯片设计文件处理方法的一流程示意图。

如图2所示，该流程可以包括以下步骤：

步骤S100，获取芯片系统的设计的配置文件信息，所述配置文件信息至少包括目标系列设计组件的目标系列识别信息和所述芯片系统的设计所使用的目标变种设计组件的类型。

所述目标系列设计组件根据所述芯片系统的设计对应的验证需求确定，所述目标变种设计组件为所述目标系列设计组件所包括的设计组件。

所述配置文件信息可以用于后续得到目标标准设计文件，而目标标准设计文件是用于设计完成芯片系统，得到芯片系统的设计之后，对芯片系统的设计进行验证的；因此，所述目标系列设计组件的目标系列识别信息，可以在芯片系统的设计的验证过程中，根据当前的验证需求确定；例如可以根据基于验证需求所建立的待执行任务进行目标系列设计组件的确定。

其中，待执行任务为根据芯片系统的设计中，针对于一个系列设计组件即IP的不同验证需求确定的，一个系列设计组件的其中一个验证需求对应有一个待执行任务的建立，进而通过执行所述待执行任务来满足该验证需求的验证实现。由于一个系列设计组件具有多个验证需求，例如针对于表示数据总线的系列设计组件，可以包括验证数据总线的数据传输功能的验证需求(比如验证数据总线在传输数据时，是否可以实现数据的正常传输)，也可以包括验证数据总线的数据传输效率的验证需求(比如验证数据总线在传输数据时，数据传输效率是否可以满足设计需求)；从而一个系列设计组件可以对应建立多个待执行任务，为便于后续验证过程中，对于系列设计组件的当前验证需求的验证内容的识别和确定，可以利用不同的命名名称(待执行任务的任务识别信息)来区分各个待执行任务。为便于后续验证使用，待执行任务的任务识别信息可以记录于所述配置文件信息中。

所述目标变种设计组件为所述芯片系统的设计中配置的，且为所述目标系列设计组件中对应包括的设计组件，由于芯片系统的设计中配置有不同的系列设计组件的不同变种设计组件，因此，可以根目标系列设计组件的目标系列识别信息，在芯片系统的设计所配置的各个系列设计组件的变种设计组件中，确定出该目标系列设计组件的变种设计组件，作为目标变种设计组件。例如芯片系统的设计上配置了3个系列设计组件IPA的变种设计组件IPA2.0、IPB的变种设计组件IPB5.0和IPC的变种设计组件IPC2.0，而此时所获取的目标系列设计组件的目标系列识别信息为IPA，则在芯片系统的设计的配置中确定与IPA对应的变种设计组件IPA2.0，IPA2.0作为目标变种设计组件，IPA2.0的类型为目标变种设计组件的类型。

所述芯片系统的设计的配置文件信息可以根据芯片系统的设计的设计架构进行确定，因此，在一个实施方式中，在芯片系统的设计的配置文件信息中除了目标系列设计组件的目标系列识别信息和所述芯片系统的设计所使用的目标变种设计组件的类型之外，还可以包括待执行任务的任务识别信息和所述芯片系统的设计所使用的每一个系列设计组件所包括的变种设计组件的类型；其中，所述待执行任务的任务识别信息用于指示与所述待执行任务对应的系列设计组件的系列识别信息；每一个系列设计组件所包括的变种设计组件的类型，用于确定出与所述待执行任务的任务识别信息所指示的，目标系列设计组件对应包括的目标变种设计组件的类型。

由于一个芯片系统的设计中可以配置有多个系列设计组件的变种设计组件，因此可以基于获取的芯片系统的设计的配置文件信息中的，待执行任务的任务识别信息，确定所指示的目标系列设计组件的目标系列识别信息；进而在芯片系统的设计配置的各个系列设计组件的变种设计组件中，确定出与目标系列设计组件的目标系列识别信息对应的目标变种设计组件。

待执行任务与芯片系统的设计所包括的系列设计组件的验证需求对应，而验证需求则与系列设计组件所要验证的功能或者作用相关，因此待执行任务的执行可以服务于后续芯片系统的设计中各个系列设计组件的验证；为便于后续对于芯片系统的设计中各个系列设计组件的功能和性能的验证，使得待执行任务的执行可以满足各个系列设计组件的验证需求，可以根据系列设计组件的验证需求设计对应的设计文件，从而使得一个设计文件对应一个待执行任务。其中，每一个设计文件可以采用编码语言实现(例如verilog编码语言)；也就是在设计文件中可以使用编码语言来描述，待执行任务对应的验证需求的验证内容。例如，目标系列设计组件所表示的硬件结构为数据总线，在芯片系统的设计的验证过程中，当前的验证需求为对目标系列设计组件的数据传输功能的验证，则对应建立的待执行任务的验证内容为，验证目标系列设计组件的数据传输的功能，由于目标系列设计组件的数据传输功能的验证，需要借助芯片系统的设计中的其他系列设计组件来完成验证(比如可以芯使用处理器对应的系列设计组件、内存对应的系列设计组件，来验证数据是否能够从处理器对应的系列设计组件中，经过数据总线对应的目标系列设计组件传输至内存对应的系列设计组件中)，因此在建立设计文件时，设计文件中则可以使用编码语言(Verilog编码语言)来描述，处理器对应的系列设计组件、数据总线对应的目标系列设计组件以及内存对应的系列设计组件之间的电路连接关系，从而实现数据传输功能的验证。

变种设计组件为系列设计组件中，根据设计需求迭代更新的，具有不同特性的特定组件，每一种特性对应一个类型的变种设计组件。例如，在系列设计组件IP中，在基础的设计组件IP1.0的结构基础上，迭代更新出3种不同类型的变种设计组件为IP2.0，IP3.0，IP4.0，则系列识别信息为系列设计组件IP的名称，变种设计组件的类型为IP1.0、IP2.0、IP3.0以及IP4.0对应的类型编号。

配置文件信息可以在芯片系统的设计的配置文件中记录，例如使用任务名记录待执行任务，则任务名为任务识别信息，使用系列设计组件名(例如系列IP名)来记录芯片系统的设计所使用的系列设计组件，系列设计组件名为系列识别信息，同时记录所使用的每一个系列设计组件中，包括的变种设计组件的类型即版本。示例性的，下述所描述的表现形式可以视为，本发明实施例所提供的芯片系统的设计的配置文件信息，在配置文件中记录的一种实现方式。

<SoC名>

<IP名>类型

…

<任务名>

…

<结束>

其中，“<SoC名>”为芯片系统的设计的名称，与后续进行仿真验证的芯片系统的设计的名称对应，各个“<IP名>”为芯片系统的设计当前配置的不同的系列设计组件，“<IP名>类型”为芯片系统的设计和配置的该系列设计组件对应的变种设计组件的类型；“<任务名>”为针对于系列设计组件的验证需求建立的待执行任务的任务识别信息。

步骤S101，根据所述目标系列识别信息，确定对应的目标系列设计组件的可扩展设计文件。

所述可扩展设计文件包括预处理指令，所述预处理指令用于，根据目标变种设计组件的类型生成对应的特定代码。

所述目标系列设计组件的可扩展设计文件为，在目标系列设计组件中，初始的设计组件(例如IP1.0)对应的初始设计文件(例如使用Verilog语言编写的文件)中，嵌入预处理指令之后得到的设计文件，从而使得初始设计文件在增设预处理指令之后，可以根据预处理指令，生成与目标变种设计组件的类型对应的特定代码；也就是说，可以基于一份增设预处理指令的初始设计文件，生成与不同的变种设计组件的类型对应的特定代码，从而得到不同类型的变种设计组件的目标标准设计文件，使得增设预处理指令的初始设计文件(即所述可扩展设计文件)具有能够扩展为与目标变种设计组件的类型对应的多个目标标准设计文件的能力，即目标系列设计组件的可扩展设计文件可以具有可扩展性。

由于各个系列设计组件中包括，基于不断的迭代更新所产生的，具有不同产品特性的变种设计组件，例如可以根据不同的芯片系统的设计的功能实现需求、设计组件自身的功能优化等因素，从而产生具有不同产品特性的变种设计组件；而多个变种设计组件形成的系列设计组件具有同一个系列识别信息，因此可以针对于属于一个系列识别信息的各个变种设计组件，根据当前芯片系统的设计的配置和当前验证需求确定的目标系列设计组件，确定与目标系列设计组件对应的具体的目标变种设计组件的类型，例如在当前获取目标系列设计组件的目标系列识别信息为IPA时，根据SoC中使用的多个系列设计组件的变种设计组件，确定与IPA的目标系列识别信息对应的系列设计组件的变种设计组件，为目标变种设计组件，例如为IPA2.0，则可以确定目标变种设计组件的类型为2.0。

针对于每一个类型的变种设计组件，为便于后续芯片的验证(包括IP验证和SoC验证)，会生成对应每个类型的变种设计组件的设计文件；当后续进行芯片的验证时，根据具体的芯片系统的设计的配置，更换同一个系列识别信息的系列设计组件中，不同类型的变种设计组件所对应的设计文件，因此，降低同一个系列识别信息的系列设计组件的设计文件的可重用型，同时增加对于多个设计文件的维护难度。

为解决上述问题，本发明实施例使用增设有预处理指令的可扩展设计文件；由于一个系列设计组件所涵盖的各个类型的变种设计组件，实质上是在初始版本的设计组件的结构基础上改进的，因此各个类型的变种设计组件的设计文件则可以是，通过对初始版本的设计文件中的参数进行增加或删除或修改的方式来得到的。

因此，本发明实施例中，在初始版本的设计组件所对应的设计文件(例如使用Verilog语言编写的文件)中，嵌入预处理指令，得到芯片系统的设计的可扩展设计文件，预处理指令可以用于控制，同一系列识别信息的系列设计组件中，各个类型的变种设计组件的特定代码的生成；从而在转换可扩展设计文件时，可以直接根据预处理指令，将初始版本的设计文件中，由于变种设计组件的结构特性发生变化，而对应改变的指令位置进行特殊处理，生成与变种设计组件的类型相对应的特定代码，从而在后续能够得到，适用于芯片系统的设计的验证的目标标准设计文件。避免针对于不同的芯片系统的设计的配置情况，更换同一个系列设计组件，所涵盖的对应类型的变种设计组件的设计文件，方便芯片系统的设计的设计文件的获取，提升同一个系列设计组件的，不同类型的变种设计组件的可扩展设计文件的可重用性。同时，由于仅需要使用到基础版本的芯片系统的设计的设计文件，因此可以降低对于同一个设计组件的设计文件的维护难度。

步骤S102，根据所述目标变种设计组件的类型，对所述目标系列设计组件的可扩展设计文件进行转换，生成包含特定代码的目标标准设计文件。

所述目标系列设计组件的可扩展设计文件中由于设置有预处理指令，因此可以根据目标变种设计组件的类型，对可扩展设计文件进行转换，以直接生成适用于芯片系统的设计的目标标准设计文件，所转换后生成的目标标准设计文件，与芯片系统的设计所使用的目标变种设计组件的类型对应，因此可以正常进行后续的芯片系统的设计的验证，例如基于芯片系统的设计的标准设计文件，进行下游的仿真、综合、原型验证。

可以看出，本发明实施例所提供的芯片设计文件处理方法，在目标系列设计组件的可扩展设计文件中增设预处理指令，由于所述预处理指令可以用于，根据目标变种设计组件的类型生成对应的特定代码；从而在芯片系统的设计的配置中更换同一个系列的系列设计组件(即目标系列设计组件)中，不同类型的变种设计组件时，能够基于一份目标系列设计组件的可扩展设计文件，转换生成与目标变种设计组件的类型对应的目标标准设计文件；从而可以利用目标变种设计组件的类型，对目标系列设计组件的可扩展文件进行转换，使得转换后的目标标准设计文件适用于，配置有对应类型的变种设计组件的芯片系统的设计；避免针对于配置同一系列的系列设计组件中，不同类型的变种设计组件的芯片系统的设计，重新更换变种设计组件的标准设计文件；从而可以使得生成的目标标准设计文件适用于，配置有同一个系列设计组件的，各个类型的变种设计组件的芯片系统的设计的验证，提升系列设计组件的设计文件的可重用性。

为能够使得目标系列设计组件的可扩展设计文件，可以生成目标变种设计组件的类型对应的的特定代码，以得到目标标准设计文件，在一种实施方式中，所述方法还可以包括形成系列设计组件的可扩展设计文件，所述形成系列设计组件的可扩展设计文件包括：

获取系列设计组件的初始设计文件，所述初始设计文件包括初始类型的系列设计组件的初始设计指令；

利用所述系列设计组件中，各个类型的变种设计组件对应的变种设计指令，与所述初始设计指令进行比对，确定发生指令改变的变化位置；

在所述初始设计文件中，对应所述变化位置处设置预处理指令，形成系列设计组件的可扩展设计文件；

所述根据所述任务识别信息中的目标系列识别信息，确定对应的目标系列设计组件的可扩展设计文件，包括：

根据所述任务识别信息中的目标系列识别信息，在系列设计组件的可扩展设计文件中确定对应的目标系列设计组件的可扩展设计文件。

所述系列设计组件的初始设计文件，为基于所使用的系列设计组件的初始版本或初始类型，所对应的初始设计指令形成的文件，其中初始类型的设计组件的初始设计指令可以为描述系列设计组件中，初始类型的设计组件所对应表示的硬件结构的电路连接关系的指令。

初始类型的设计组件是后续不断更新以得到不同类型的变种设计组件所依赖的设计基础。

由于一个系列设计组件中，初始类型的设计组件在进行更新和改进时，其所要更新或者改进的地方是明确的，也就是更新初始类型的设计组件时的设计方向所需的设计指令是明确的，因此，可以根据各个类型的变种设计组件对应的变种设计指令，与初始类型的设计组件的初始设计指令进行比对，从而确定出设计指令发生改变的位置，得到指令改变的变化位置；之后，将预处理指令设置在指令发生改变的位置处，得到芯片系统的设计的可扩展设计文件。当对系列设计组件的可扩展设计文件进行转换时，执行到预处理指令时，则可以根据变种设计组件的类型，执行预处理指令，以生成与变种设计组件的类型对应的特定代码。提升对于同一个系列识别信息的系列设计组件中，不同类型的变种设计组件的设计文件的可重用性，同时降低系列设计组件的可扩展设计文件的维护难度。

在一种实施方式中，用户可以定义任意数目的预处理指令，灵活的嵌入在可扩展设计文件中，需要生成目标变种设计组件对应的特定代码的位置。

由于不同类型的变种设计组件，所对应的变种设计指令与初始类型的设计组件的初始设计指令相比，发生改变的情况不同，对应的设置预处理指令的位置和执行方式也就不同；因此，为了能够满足不同类型的变种设计组件的设计需求，在根据变种设计组件的类型，对所述系列设计组件的可扩展设计文件进行转换时，可以根据预处理指令的进一步判断，生成与目标变种设计组件对应的特定代码。

在一种实施方式中，所述根据所述目标变种设计组件的类型，对所述目标系列设计组件的可扩展设计文件进行转换，生成包含特定代码的目标标准设计文件，包括：

执行所述目标系列设计组件的可扩展设计文件中的指令；

当执行到所述预处理指令时，确定与所述目标变种设计组件的类型相匹配的预处理指令的类型；

基于所确定的预处理指令的类型对应的指令内容，对所述目标系列设计组件的可扩展设计文件进行转换，生成与所述目标变种设计组件的类型相对应的特定代码，生成目标标准设计文件。

预处理指令的类型与目标变种设计组件的类型对应，不同类型的变种设计组件具有不同的结构特性，因此为了能够生成与目标变种设计组件对应的特定代码，实现目标变种设计组件的结构特点，可以根据目标变种设计组件的类型，确定对应的预处理指令的类型，以根据预处理指令的类型所指示的指令内容，对可扩展设计文件进行转换，生成符合目标变种设计组件的特定代码，生成目标标准设计文件；满足设计需求和后续芯片系统的设计的验证需求。

在一种实施方式中，所述预处理指令的类型包括用户类预处理指令，当确定所述预处理指令的类型为所述用户类预处理指令时，所述基于所确定的预处理指令的类型对应的指令内容，对所述目标系列设计组件的可扩展设计文件进行转换，生成与所述目标变种设计组件的类型相对应的特定代码，生成目标标准设计文件，包括：

确定所述用户类预处理指令对应的指令内容，根据所确定的指令内容调用预定义的实现指令，所述预定义的实现指令为，根据用户需求自定义的，实现各个类型的变种设计组件的特定功能的指令；

执行所述预定义的实现指令，生成与所述目标变种设计组件的类型相对应的特定代码，生成标准设计文件。

由于不同的用户具有不同的使用需求，因此设计变种设计组件时会存在用户自定义的结构设计；为能够满足不同用户的使用，因此，所述预处理指令的类型可以包括用户类预处理指令，在执行可扩展设计文件时，执行到所述用户类预处理指令之后，则可以根据用户类预处理指令的指令内容，调用预定义的实现指令；使得生成的特定代码符合用户的使用需求，满足目标变种设计组件的自定义结构设计。

为能够实现用户的自定义使用，所述预定义的实现指令可以在可扩展设计文件之外的文件中编写；同时为方便预定义的实现指令与目标类型的设计组件的目标特定代码之间的对应，在一种实施方式中，所述目标系列设计组件的可扩展设计文件记录在预处理脚本文件中，所述预处理脚本文件还记录有用户指令名，所述用户指令名包括预定义的实现指令，以实现对应类型的变种设计组件的功能；所述确定所述用户类预处理指令对应的指令内容，根据所确定的指令内容调用预定义的实现指令包括：

确定所述用户类预处理指令对应的指令内容中的用户指令名；

根据所确定的用户指令名，调用预处理脚本文件中，对应记录的预定义的实现指令。

预定义的实现指令(例如用户指令脚本实现)可以为采用通用脚本编程语言(比如Perl)编写的一种文本处理程序，由用户根据设计需要自行编写，实现对可扩展设计文件中，特定代码段的产生、变换等文本处理。

预定义的实现指令由用户类预处理指令调用，而用户类预处理指令设置于目标系列设计组件的可扩展设计文件中，因此，为确保可扩展设计文件中，预处理指令的执行的可靠性，将可扩展设计文件与预定义的实现指令均同步记录在一个文件中，例如预处理脚本文件。

由于预定义的实现指令是用于描述，用户自定义的目标变种设计组件的特定结构的指令，是具有较大篇幅的代码块；因此，为便于预定义的实现指令的调用，可以将预定义的实现指令以用户指令名作为调用名，记录在预处理脚本文件中；对应的，为了准确调用预定义的实现指令，在用户类预处理指令的指令内容中，对应使用相同的调用名“用户指令名”，来调用预处理脚本文件中在“用户指令名”处记录的预定义的实现指令。

当然，在其他实施方式中，预处理脚本文件中使用的调用名还可以用其他命名方式来表示，比如用字母表示对应记录的是预定义的实现指令，只要确保用户类预处理指令的指令内容中的调用名，与预处理脚本文件中记录的调用名对应即可，确保预定义的实现指令的准确调用。

在一种实施方式中，所述预处理脚本文件还包括任务关联信息，所述任务关联信息用于记录，与待执行任务的任务识别信息相关联的，关联任务的关联任务识别信息。

任务关联信息(例如依赖关系)中描述对应记录的任务执行时，所依赖的其它关联任务。在预处理脚本文件中记录依赖关系，是由于在大型的系列设计组件中，存在内部分为多个子模块以及使用其它系列识别信息的系列设计组件(所记录的系列识别信息对应的系列设计组件之外的系列设计组件，并不是指所记录的系列设计组件的其他类型的变种设计组件，例如当前记录的系列设计组件的系列识别信息为A，则此时所指的其它系列设计组件可以为系列识别信息为B的系列设计组件，并不是系列设计组件A的其他类型的变种设计组件，例如系列设计组件A中的变种设计组件A2.0)的情形，比如其他的系列设计组件对应表示的实际可使用工具或硬件结构可以为公共的工艺库，数据总线接口等。每个模块和系列设计组件都拥有自己的预处理脚本文件，也就是说，一个系列设计组件对应一个预处理脚本文件，并在对应的预处理脚本文件中记录该系列设计组件的可扩展设计文件。在预处理脚本文件中描述依赖关系后，在芯片系统的设计的配置文件中，则可以不需要再描述系列设计组件的内部的，预处理的任务和使用的其他系列设计组件以及该系列设计组件的某一个类型的变种设计组件的信息，使芯片系统的设计的目标标准设计文件的获取速度较快，进而使得芯片系统的设计的集成更容易进行。

示例性的，所述预处理脚本文件的记录内容可以如下所示：

“<IP名><任务名>

<用户指令名>用户指令脚本实现

<文件列表>系列设计组件的可扩展设计文件的文件名

<依赖关系>IP名.任务名

<结束>”；

其中，“IP名”和“任务名”与配置文件中包括的“IP名”和“任务名”对应，“用户指令脚本实现”即预定义的实现指令；“文件列表”中，描述对应记录的任务所需要处理的系列设计组件的可扩展设计文件的名字，“依赖关系”为所述任务关联信息。

在另一些实施方式中，所述预处理指令的类型包括标准类预处理指令，当确定所述预处理指令的类型为所述标准类预处理指令时，所述基于所确定的预处理指令的类型对应的指令内容，对所述目标系列设计组件的可扩展设计文件进行转换，生成与所述目标变种设计组件的类型相对应的特定代码，生成目标标准设计文件，包括：

确定所述标准类预处理指令对应的指令内容；

根据所确定的指令内容中的指令类型，和与所述目标变种设计组件的类型对应的目标特性参数，执行所述标准类预处理指令对应位置处的代码块，生成与所述目标变种设计组件的类型相对应的特定代码，生成标准设计文件。

所述标准类预处理指令可以是，同一个目标系列识别信息的目标系列设计组件在迭代更新时，变种设计组件中存在的固定特性的变更，也就是对初始类型的设计组件的设计文件中，固定的初始设计指令根据目标变种设计组件的类型进行对应的处理；例如初始的设计组件中对应的硬件结构为设计有3个传输端口的硬件结构，则初始的设计组件对应的设计文件中，用于描述传输端口的初始设计指令是固定的；当变种设计组件中对应的硬件结构需要迭代更新为4个传输端口时，则针对于初始的设计组件对应的设计文件中，用于描述传输端口的初始设计指令进行循环执行4次，即可作为描述4个传输端口的硬件结构的指令；用于描述固定的结构的初始指令为固定的初始指令即代码块。

为了便于标准类预处理指令的处理，以及目标系列设计组件的可扩展设计文件的维护，在一种实施方式中，所述特性参数记录在系列设计组件的特性文件中，所述系列设计组件的特性文件中包括一个系列设计组件中，各个类型的变种设计组件所对应的特性参数。

将各个类型的变种设计组件对应的特性参数进行独立存储，因此，在目标系列设计组件的可扩展设计文件中，设置预处理指令时，仅需要考虑在对应的变种设计组件的类型下，设置预处理指令的类型，通过预处理指令的类型的指令内容，获取特性参数；一方面，方便各个系列设计组件的可扩展设计文件的维护，另一方面，可以根据每个系列设计组件的各个变种设计组件的类型在独立的特性文件中进行修改和记录，方便后续对于特性文件的修改，以满足不同设计需求的变种设计组件的类型的实现。

示例性的，所述系列设计组件的特性文件的记录内容可以表示为：

“<IP名>

<类型名>

特性参数

…

<类型名>

特性参数

…

<结束>”；

其中，“<类型名>”表示每一个系列设计组件所涵盖的各个类型的变种设计组件的类型名；由于不同的芯片系统的设计上可以配置有一个系列设计组件的不同类型的变种设计组件；因此，在系列设计组件的特性文件中，记录有一个系列设计组件所涵盖的所有类型的变种设计组件的类型名，从而可以根据验证时所针对的具体芯片系统的设计的配置情况，获取与目标系列设计组件的目标变种设计组件的类型相对应的特性参数。

为准确执行标准类预处理指令，生成所需要的特性代码，在一种实施方式中，还可以对标准类预处理指令进行进一步的确定。所述所确定的指令内容中的指令类型包括循环指令，所述根据所确定的指令内容中的指令类型，和与所述目标变种设计组件的类型对应的目标特性参数，执行所述标准类预处理指令对应位置处的代码块，生成与所述目标变种设计组件的类型相对应的特定代码，生成标准设计文件，包括：

根据所述目标变种设计组件的类型，从所述系列设计组件的特性文件中，获取对应的目标特性参数的参数值；

根据获取的参数值对所述标准类预处理指令对应位置处的代码块，进行对应数值的循环执行，生成与所述目标变种设计组件的类型相对应的特定代码，生成目标标准设计文件。

由于不同类型的变种设计组件具有对应的特定结构特性，因此针对于固定结构的迭代更新，在使用编码语言描述各个设计组件对应的硬件结构的电路连接关系，以形成目标标准设计文件时(即执行目标系列设计组件的可扩展设计文件中的指令)，针对于固定结构的迭代更新则可以根据，标准类预处理指令获取的目标特性参数的参数值进行特定代码的生成，便于目标变种设计组件的特定代码的准确生成。

在确定标准类预处理指令的指令内容中，指令类型为循环指令时，则可以根据此时的变种设计组件的类型，在系列设计组件的特性文件中获取目标特性参数的参数值，从而按照目标特性参数的参数值，对设置有标准类预处理指令的位置处的代码块，进行对应次数的循环执行，得到与参数值相同份数的特定代码，满足在所述目标变种设计组件的类型下，所表示的硬件结构对应的特定的电路连接关系。

在另一些实施方式中，所述所确定的指令内容中的指令类型包括分支指令，所述根据所确定的指令内容中的指令类型，和与所述目标变种设计组件的类型对应的目标特性参数，执行所述标准类预处理指令对应位置处的代码块，生成与所述目标变种设计组件的类型相对应的特定代码，生成标准设计文件，包括：

基于所获取的参数值进行分支判断，确定对应位置处的分支指令，执行所确定的分支指令，生成与所述目标变种设计组件的类型相对应的特定代码，生成目标标准设计文件。

在确定标准类预处理指令的指令内容中，指令类型为分支指令时，则可以根据此时的目标变种设计组件的类型，在系列设计组件的特性文件中获取目标特性参数的参数值，从而基于所获取的参数值进行分支跳转的判断，所述参数值即指示分支指令将要跳转的位置，比如参数值可以指示目标地址，进而确定参数值对应的跳转位置处的指令并执行确定的指令，得到特定代码，以满足所述目标变种设计组件所表示的硬件结构的电路连接关系。

为便于理解预处理指令的结构设置，以便于根据目标变种设计组件的类型，对预处理指令进行处理，生成特定代码，请参考图3，图3是本发明实施例所提供的芯片设计文件处理方法中，预处理指令的一指令内容示意图。

如图3所示，预处理指令的指令内容中，包括标准类预处理指令的指令类型(循环指令和分支指令)和参数，其中参数用于根据确定的设计组件的目标类型，从特性文件中获取目标特性参数；预处理指令的指令内容中，还包括调用类预处理指令的指令类型(调用指令)和调用名(图3以用户指令名作为调用名为例进行展示)。

图3所示的指令说明中对应解释了，在系列设计组件的可扩展设计文件中，针对于所设置的各个类型的预处理指令，对于对应位置处的设计指令的处理方式。

本发明实施例还提供了一种芯片设计文件处理装置，所述装置可以视为上述实施例所提供的芯片设计文件处理方法的一实现结构。

请参考图4，图4是本发明实施例所提供的芯片设计文件处理装置的一结构示意图。

如图4所示，所述芯片设计文件处理装置1可以包括：

配置文件信息获取模块11，用于获取芯片系统的设计的配置文件信息，所述配置文件信息至少包括目标系列设计组件的目标系列识别信息和所述芯片系统的设计所使用的目标变种设计组件的类型，所述目标系列设计组件根据所述芯片系统的设计对应的验证需求确定，所述目标变种设计组件为所述目标系列设计组件所包括的设计组件；

设计文件确定模块12，用于根据所述目标系列识别信息，确定对应的目标系列设计组件的可扩展设计文件；所述可扩展设计文件包括预处理指令，所述预处理指令用于，根据目标变种设计组件的类型生成对应的特定代码；

标准设计文件转换模块13，用于根据所述目标变种设计组件的类型，对所述目标系列设计组件的可扩展设计文件进行转换，生成包含特定代码的目标标准设计文件。

在一个实施方式中，所述装置还可以包括：

可扩展设计文件形成模块，用于形成系列设计组件的初始设计文件；所述可扩展设计文件形成模块包括：

初始设计文件获取模块，用于获取系列设计组件的初始设计文件，所述初始设计文件包括初始类型的系列设计组件的初始设计指令；

位置确定模块，用于利用所述系列设计组件中，各个类型的变种设计组件对应的变种设计指令，与所述初始设计指令进行比对，确定发生指令改变的变化位置；

预处理指令设置模块，用于在所述初始设计文件中，对应所述变化位置处设置预处理指令，形成系列设计组件的可扩展设计文件；

所述设计文件确定模块12，用于根据所述目标系列识别信息，确定对应的目标系列设计组件的可扩展设计文件，包括：

根据所述目标系列识别信息，在所述可扩展设计文件形成模块形成的，系列设计组件的可扩展设计文件中确定对应的目标系列设计组件的可扩展设计文件。

可以看出，本发明实施例所提供的芯片设计文件处理装置，在目标系列设计组件的可扩展设计文件中增设预处理指令，由于所述预处理指令用于，根据目标变种设计组件的类型生成对应的特定代码；从而在芯片系统的设计的配置中更换同一个系列设计组件(即目标系列设计组件)对应的，不同类型的变种设计组件时，能够基于一份系列设计组件的可扩展设计文件，转换生成目标变种设计组件的目标标准设计文件；从而可以根据目标变种设计组件的类型，对目标系列设计组件的可扩展文件进行转换，使得转换后生成的目标标准设计文件适用于配置有对应类型的变种设计组件的芯片系统的设计；避免针对于配置不同类型的变种设计组件的芯片系统的设计，重新更换对应的标准设计文件；从而可以使得生成的标准设计文件适用于，配置有同一个系列设计组件所涵盖的，各种类型的变种设计组件的芯片系统的设计的验证，提升设计文件的可重用性。

本发明实施例还提供了一种芯片设计文件处理系统，请参考图5，图5是本发明实施例所提供的芯片设计文件处理系统的一结构示意图。

如图5所示，所述芯片设计文件处理系统可以包括：

如前述任一项所述的芯片设计文件处理装置1；

配置文件读取模块2，用于读取芯片系统的设计的配置文件03，获取芯片系统的设计的配置文件03中的配置信息，所述配置信息包括系列设计组件的系列识别信息，芯片系统的设计所使用的各个系列设计组件中的变种设计组件的类型，以基于配置信息形成芯片系统的设计的配置文件信息，提供给所述芯片设计文件处理装置1；

处理任务解析模块3，用于读取预处理脚本文件010，提取所述预处理脚本文件010的记录信息，以将所述记录信息中的目标系列设计组件的可扩展设计文件提供给所述芯片设计文件处理装置1。

所述配置文件读取模块2，可以读取芯片系统的设计的配置文件03，提取所述配置文件中记录的，芯片系统的设计所使用的系列设计组件的系列识别信息，以及目标变种设计组件的类型，以形成芯片系统的设计的配置文件信息，发送给芯片设计文件处理装置1，完成目标标准设计文件的生成。

所述处理任务解析模块3，可以读入位于每个系列设计组件的设计文件目录01的预处理脚本文件010，并从预处理脚本文件010中提取记录信息，如，从预处理脚本文件010中，提取文件列表记录的系列设计组件的可扩展设计文件011，以提供目标系列设计组件的可扩展设计文件；当然，在其他实施方式中，处理任务解析模块3还可以从预处理脚本文件010中，提取待执行任务的任务识别信息，以用于在后续生成特定的芯片系统的设计的目标标准设计文件时，根据配置文件读取模块2中提取的配置信息，确定对应的指示有目标系列设计组件的目标系列识别信息的待执行任务的任务识别信息，形成芯片系统的设计的配置文件信息；还可以从预处理脚本文件010中提取用户定义的预定义实现指令，提供给芯片设计文件处理装置1，生成满足用户需求的特定代码；还可以预处理脚本文件010中提取依赖关系。

由于芯片系统的设计的验证需求很多，不同的验证需求所用的配置文件信息也就不同，因此为了方便后续使用，可以将提取到的配置文件信息存储到数据结构中，当后续使用时，根据当前芯片系统的设计的配置文件信息中待执行任务的任务识别信息、芯片系统的设计所使用的系列设计组件的系列识别信息，以及系列设计组件中，目标变种设计组件的类型，在数据结构中对应提取。

可以看出，本发明实施例所提供的芯片设计文件处理系统，在芯片设计文件处理装置1中，使用目标系列设计组件的可扩展设计文件进行目标标准设计文件的生成；并且在目标系列设计组件的可扩展设计文件中增设预处理指令，由于所述预处理指令用于，根据目标变种设计组件的类型生成对应的特定代码；从而在芯片系统的设计的配置中更换同一个系列设计组件(即目标系列设计组件)对应的，不同类型的变种设计组件时，能够基于一份目标系列设计组件的可扩展设计文件，转换生成目标变种设计组件的目标标准设计文件；从而可以根据目标变种设计组件的类型，对系列设计组件的可扩展文件进行转换，使得转换后生成的目标标准设计文件适用于配置有对应类型的目标变种设计组件的芯片系统的设计；避免针对于配置不同类型的变种设计组件的芯片系统的设计，重新更换对应的标准设计文件；从而可以使得生成的标准设计文件适用于，配置有同一个系列设计组件所涵盖的各种类型的变种设计组件的芯片系统的设计的验证，提升设计文件的可重用性。

为确保芯片设计文件处理装置1的准确执行，提升目标标准设计文件的生成的可靠性，在一种实施方式中，所述系统还可以包括：

可扩展设计文件检测模块，用于检查所述处理任务解析模块3，提取的记录信息中的目标系列设计组件的可扩展设计文件，是否在系列设计组件的设计目录01下均存在，在检查结果为是时，将所述记录信息中的目标系列设计组件的可扩展设计文件，提供给所述芯片设计文件处理装置1。

对文件列表中记录的目标系列设计组件的可扩展设计文件进行检查，确定目标系列设计组件的可扩展设计文件在系列设计组件的设计目录01下都存在定义，可以确保后续执行时的系统稳定性，检查可扩展设计文件在系列设计组件的设计目录01下都存在定义之后，可扩展设计文件检测模块控制处理任务解析模块3可以把目标系列设计组件的可扩展设计文件(例如可扩展设计文件的名称)送给芯片设计文件处理装置1。

请继续参考图5，为能够使得芯片设计处理装置1生成特定代码，得到目标标准设计文件，在一种实施方式中，所述系统还可以包括：

特性参数获取模块4，用于读取系列设计组件的特性文件02；并根据所述配置文件读取模块2，所提取的变种设计组件的类型，从所述系列设计组件的特性文件02中，提取特性参数，以将所提取的特性参数提供给所述芯片设计文件处理装置1。

所述配置文件读取模块2，所提取的变种设计组件的类型可以包括多个，在后续生成目标标准设计文件时，则可以根据配置文件读取模块2所提取的配置信息，确定目标变种设计组件的类型，以形成芯片系统的设计的配置文件信息，使得芯片设计文件处理装置1可以生成特定代码，生成目标标准设计文件。

在一种实施方式中，所述系统还可以包括：

特性参数检查模块，用于检查所述配置文件读取模块2，所提取的变种设计组件的类型，在系列设计组件的特性文件02中是否均存在定义；当检查结果为是时，将所提取的特性参数提供给所述芯片设计文件处理装置1。

通过检查系列设计组件的特性文件02中均已定义，配置文件读取模块2所提取的，变种设计组件的类型，则说明配置文件读取模块2提取的配置信息没有错误，在芯片设计文件处理装置1基于特性参数生成目标标准设计文件时，可以准确执行。

由于芯片系统的设计的验证需求和芯片系统的设计的配置包括多种情况，因此为便于芯片设计文件处理装置1的有序且准确执行，请继续参考图4，在一种实施方式中，所述系统还可以包括：

任务序列生成模块5，用于根据所述配置文件读取模块2，获取的配置信息中所包括的待执行任务的任务识别信息，以及根据所述处理任务解析模块3提取的，所述记录信息中的任务关联信息，生成任务命令序列，以控制所述芯片设计文件处理装置1，对目标系列设计组件的可扩展设计文件的转换；所述待执行任务的任务识别信息用于指示与所述待执行任务对应的系列设计组件的系列识别信息。

任务序列生成模块5，可以根据配置文件读取模块2提取的，来自芯片系统的设计的配置文件03中的预处理任务的任务识别信息，和处理任务解析模块3提取的，来自预处理脚本文件010中记录的任务关联信息(例如依赖关系)，产生任务命令序列，控制芯片设计文件处理装置1，对目标系列设计组件的可扩展设计文件进行转换；便于芯片设计文件处理装置1的有序执行。

在一种实施方式中，所述系统还可以包括：

任务关联信息检查模块，用于检查所述处理任务解析模块3提取的，所述记录信息中的任务关联信息的关联任务是否都存在定义；在检查结果为是时，将所述记录信息中的任务关联信息提供给所述任务序列生成模块5。

通过检查任务关联信息(例如依赖关系)中的关联任务均已存在定义，则说明配置文件读取模块2提取的配置信息没有错误，在芯片设计文件处理装置1基于任务命令序列，进行目标系列设计组件的可扩展设计文件的生成时，可以准确可靠的执行。

本发明实施例提供了一种电子设备，包括存储器和处理器，所述存储器存储有程序，所述处理器调用所述存储器中存储的程序，执行如前述任一项实施例所述的芯片设计文件处理方法。

本发明实施例提供了一种存储介质，所述存储介质存储有程序，所述程序被执行时实现如前述任一项实施例所述的芯片设计文件处理方法。

上文描述了本发明实施例提供的多个实施例方案，各实施例方案介绍的各可选方式可在不冲突的情况下相互结合、交叉引用，从而延伸出多种可能的实施例方案，这些均可认为是本发明实施例披露、公开的实施例方案。

虽然本发明实施例披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims

1.一种芯片设计文件处理方法，其特征在于，包括：

2.如权利要求1所述的芯片设计文件处理方法，其特征在于，还包括：形成系列设计组件的可扩展设计文件，所述形成系列设计组件的可扩展设计文件包括：

所述根据所述目标系列识别信息，确定对应的目标系列设计组件的可扩展设计文件，包括：

根据所述目标系列识别信息，在系列设计组件的可扩展设计文件中确定对应的目标系列设计组件的可扩展设计文件。

3.如权利要求2所述的芯片设计文件处理方法，其特征在于，所述根据所述目标变种设计组件的类型，对所述目标系列设计组件的可扩展设计文件进行转换，生成包含特定代码的目标标准设计文件，包括：

执行所述目标系列设计组件的可扩展设计文件中的指令；

4.如权利要求3所述的芯片设计文件处理方法，其特征在于，所述预处理指令的类型包括用户类预处理指令，当确定所述预处理指令的类型为所述用户类预处理指令时，所述基于所确定的预处理指令的类型对应的指令内容，对所述目标系列设计组件的可扩展设计文件进行转换，生成与所述目标变种设计组件的类型相对应的特定代码，生成目标标准设计文件，包括：

执行所述预定义的实现指令，生成与所述目标变种设计组件的类型相对应的特定代码，生成目标标准设计文件。

5.如权利要求4所述的芯片设计文件处理方法，其特征在于，所述目标系列设计组件的可扩展设计文件记录在预处理脚本文件中，所述预处理脚本文件还记录有用户指令名，所述用户指令名包括预定义的实现指令，以实现对应类型的变种设计组件的功能；所述确定所述用户类预处理指令对应的指令内容，根据所确定的指令内容调用预定义的实现指令包括：

6.如权利要求3所述的芯片设计文件处理方法，其特征在于，所述预处理指令的类型包括标准类预处理指令，当确定所述预处理指令的类型为所述标准类预处理指令时，所述基于所确定的预处理指令的类型对应的指令内容，对所述目标系列设计组件的可扩展设计文件进行转换，生成与所述目标变种设计组件的类型相对应的特定代码，生成目标标准设计文件，包括：

确定所述标准类预处理指令对应的指令内容；

7.如权利要求6所述的芯片设计文件处理方法，其特征在于，所述特性参数记录在系列设计组件的特性文件中，所述系列设计组件的特性文件中包括一个系列设计组件中，各个类型的变种设计组件所对应的特性参数。

8.如权利要求7所述的芯片设计文件处理方法，其特征在于，所述所确定的指令内容中的指令类型包括循环指令，所述根据所确定的指令内容中的指令类型，和与所述目标变种设计组件的类型对应的目标特性参数，执行所述标准类预处理指令对应位置处的代码块，生成与所述目标变种设计组件的类型相对应的特定代码，生成目标标准设计文件，包括：

9.如权利要求7所述的芯片设计文件处理方法，其特征在于，所述所确定的指令内容中的指令类型包括分支指令，所述根据所确定的指令内容中的指令类型，和与所述目标变种设计组件的类型对应的目标特性参数，执行所述标准类预处理指令对应位置处的代码块，生成与所述目标变种设计组件的类型相对应的特定代码，生成目标标准设计文件，包括：

10.如权利要求5-9任一项所述的芯片设计文件处理方法，其特征在于，所述配置文件信息还包括：待执行任务的任务识别信息和所述芯片系统的设计所使用的每一个系列设计组件所包括的变种设计组件的类型；其中，所述待执行任务的任务识别信息用于指示与所述待执行任务对应的系列设计组件的系列识别信息；每一个系列设计组件所包括的变种设计组件的类型，用于确定出与所述待执行任务的任务识别信息所指示的，目标系列设计组件对应包括的目标变种设计组件的类型。

11.如权利要求10所述的芯片设计文件处理方法，其特征在于，所述预处理脚本文件还包括任务关联信息，所述任务关联信息用于记录，与待执行任务的任务识别信息相关联的，关联任务的关联任务识别信息。

12.一种芯片设计文件处理装置，其特征在于，包括：

13.如权利要求12所述的芯片设计文件处理装置，其特征在于，还包括：

所述设计文件确定模块，用于根据所述目标系列识别信息，确定对应的目标系列设计组件的可扩展设计文件，包括：

14.一种芯片设计文件处理系统，其特征在于，包括：

如权利要求12-13任一项所述的芯片设计文件处理装置；

15.如权利要求14所述的芯片设计文件处理系统，其特征在于，还包括：

可扩展设计文件检测模块，用于检查所述处理任务解析模块，提取的记录信息中的目标系列设计组件的可扩展设计文件，是否在系列设计组件的设计目录下均存在，在检查结果为是时，将所述记录信息中的目标系列设计组件的可扩展设计文件，提供给所述芯片设计文件处理装置。

16.如权利要求14所述的芯片设计文件处理系统，其特征在于，还包括：

任务序列生成模块，用于根据所述配置文件读取模块，获取的配置信息中所包括的待执行任务的任务识别信息，以及根据所述处理任务解析模块提取的，所述记录信息中的任务关联信息，生成任务命令序列，以控制所述芯片设计文件处理装置，对目标系列设计组件的可扩展设计文件的转换；所述待执行任务的任务识别信息用于指示与所述待执行任务对应的系列设计组件的系列识别信息。

17.如权利要求16所述的芯片设计文件处理系统，其特征在于，还包括：任务关联信息检查模块，用于检查所述处理任务解析模块提取的，所述记录信息中的任务关联信息的关联任务是否都存在定义；在检查结果为是时，将所述记录信息中的任务关联信息提供给所述任务序列生成模块。

18.如权利要求17所述的芯片设计文件处理系统，其特征在于，还包括：

特性参数获取模块，用于读取系列设计组件的特性文件；并根据所述配置文件读取模块，所提取的目标变种设计组件的类型，从所述设计组件的特性文件中，提取特性参数，以将所提取的特性参数提供给所述芯片设计文件处理装置。

19.一种电子设备，其特征在于，包括存储器和处理器，所述存储器存储有程序，所述处理器调用所述存储器中存储的程序，执行如权利要求1-11任一项所述的芯片设计文件处理方法。

20.一种存储介质，其特征在于，所述存储介质存储有程序，所述程序被执行时实现如权利要求1-11任一项所述的芯片设计文件处理方法。