CN116187956A

CN116187956A - 一种招标文件生成方法及系统

Info

Publication number: CN116187956A
Application number: CN202310449249.XA
Authority: CN
Inventors: 邹建文; 于树轩; 张长赢; 周秀凤; 陈佳燕; 李映红
Original assignee: Shanghai Baitong Project Management Consulting Co ltd
Current assignee: Shanghai Baitong Project Management Consulting Co ltd
Priority date: 2023-04-25
Filing date: 2023-04-25
Publication date: 2023-05-30
Anticipated expiration: 2043-04-25
Also published as: CN116187956B

Abstract

本申请提供了一种招标文件生成方法及系统，方法包括：在M1个招标平台中选择M2个第一目标招标平台；根据招标平台调整指令对M2个第一目标招标平台进行调整，获得M3个第二目标招标平台；对M3个第二目标招标平台中的招标文件进行聚类，获得N1个招标文件集合；根据招标文件调整指令对N1个招标文件集合进行调整；根据N2个调整后的招标文件集合中的招标文件对招标文件模型进行训练；将招标文件特征信息输入完成训练的招标文件模型，生成目标招标文件。本技术方案，可以对招标平台中的招标文件进行自动化收集和整理，并基于收集和整理的招标文件对招标文件模型进行训练，以便通过招标文件模型自动生成目标招标文件，效率高且节省人力。

Description

一种招标文件生成方法及系统

技术领域

本申请涉及数据处理技术领域，具体地涉及一种招标文件生成方法及系统。

背景技术

招标投标，是在市场经济条件下进行的大宗货物的买卖、工程建设项目有发包与承包，以及服务项目的采购与提供时，所采用的一种交易方式。在这种交易方式下，通常是由项目采购（包括货物的购买、工程的发包和服务的采购）的采购方作为招标方，通过发布招标公告或者向一定数量的特定供应商、承包商发出招标邀请等方式发出招标采购的信息，提出所需采购项目的性质及其数量、质量、技术要求，交货期、竣工期或提供服务的时间，以及其他供应商、承包商的资格要求等招标采购条件，表明将选择最能够满足采购要求的供应商、承包商与之签订采购合同的意向，由各有意提供采购所需货物、工程或服务的报价及其他响应招标要求的条件，参加投标竞争。经招标方对各投标者的报价及其他的条件进行审查比较后，从中择优选定中标者，并与其签订采购合同。

现有技术中，通常由专业人员人工编写招标文件，效率低且浪费人力。

发明内容

有鉴于此，本申请提供一种招标文件生成方法及系统，以利于解决现有技术中通常由专业人员人工编写招标文件，效率低且浪费人力的问题。

第一方面，本申请实施例提供了一种招标文件生成方法，包括：

在显示界面显示M1个招标平台，M1≥1；

根据用户输入的招标平台选择指令，在所述M1个招标平台中选择M2个第一目标招标平台，M1≥M2，M2≥1；

对所述M2个第一目标招标平台中任意两个所述第一目标招标平台的招标文件进行相似度计算，获得任意两个所述第一目标招标平台的招标文件相似度；

若第i个第一目标招标平台和第j个第一目标招标平台的招标文件相似度大于或等于预设的相似度阈值，则输出第一提示信息，所述第一提示信息用于提示用户第i个第一目标招标平台和第j个第一目标招标平台的招标文件相似度较高，1≤i≤M2，1≤j≤M2，i≠j；

若接收到用户输入的招标平台调整指令，则根据所述招标平台调整指令对所述M2个第一目标招标平台进行调整，获得M3个第二目标招标平台，M3≥1；

对所述M3个第二目标招标平台中的招标文件进行聚类，获得N1个招标文件集合，N1≥2；

若接收到用户输入的招标文件集合调整指令，则根据所述招标文件集合调整指令对所述N1个招标文件集合进行调整，获得N2个调整后的招标文件集合，N2≥2；

将所述N2个调整后的招标文件集合中的招标文件作为数据集，对招标文件模型进行训练，获得完成训练的招标文件模型；

接收用户输入的招标文件特征信息，将所述招标文件特征信息输入所述完成训练的招标文件模型，生成与所述招标文件特征信息对应的目标招标文件。

在一种可能的实现方式中，所述在显示界面显示M1个招标平台，包括：

在显示界面显示M1个招标平台以及每个所述招标平台对应的招标文件占比，所述招标文件占比为所述招标平台中招标文件数量与M1个所述招标平台中招标文件总数量之间的比值。

在一种可能的实现方式中，所述若接收到用户输入的招标平台调整指令，则根据所述招标平台调整指令对所述M2个第一目标招标平台进行调整，获得M3个第二目标招标平台，包括：

若接收到用户输入的第i个第一目标招标平台删除指令，则将所述M2个第一目标招标平台中的第i个第一目标招标平台删除，获得M3个第二目标招标平台；

或者，

若接收到用户输入的第j个第一目标招标平台删除指令，则将所述M2个第一目标招标平台中的第j个第一目标招标平台删除，获得M3个第二目标招标平台。

在一种可能的实现方式中，所述对所述M3个第二目标招标平台中的招标文件进行聚类，获得N1个招标文件集合，包括：

接收用户输入的聚类参数N1；

根据所述聚类参数N1对所述M3个第二目标招标平台中的招标文件进行聚类，获得N1个招标文件集合。

在一种可能的实现方式中，所述若接收到用户输入的招标文件集合调整指令，则根据所述招标文件集合调整指令对所述N1个招标文件集合进行调整，包括：

若接收到用户输入的招标文件集合删除指令，则根据所述招标文件集合删除指令在所述N1个招标文件集合中将待删除招标文件集合删除；

和/或，

若接收到用户输入的招标文件集合新增指令，则根据所述招标文件集合新增指令新增招标文件集合；

和/或，

若接收到用户输入的招标文件集合合并指令，则根据所述招标文件集合合并指令将待合并的招标文件集合合并；

和/或，

若接收到用户输入的招标文件集合拆分指令，则根据所述招标文件集合拆分指令将待拆分的招标文件集合拆分；

和/或，

若接收到用户输入的招标文件删除指令，则根据所述招标文件删除指令在相应的招标文件集合中将相应的招标文件删除；

若接收到用户输入的招标文件新增指令，则根据所述招标文件新增指令将新增的招标文件添加至相应的招标文件集合中。

在一种可能的实现方式中，所述将所述N2个调整后的招标文件集合中的招标文件作为数据集，对招标文件模型进行训练，获得完成训练的招标文件模型，包括：

将所述N2个调整后的招标文件集合中的招标文件作为数据集，对招标文件分类模型进行训练，获得完成训练的招标文件分类模型；

将所述N2个调整后的招标文件集合中每个招标文件集合的招标文件作为数据集，分别对每个招标文件生成模型进行训练，获得N2个完成训练的招标文件生成模型。

在一种可能的实现方式中，所述接收用户输入的招标文件特征信息，将所述招标文件特征信息输入所述完成训练的招标文件模型，生成与所述招标文件特征信息对应的目标招标文件，包括：

接收用户输入的招标文件特征信息，将所述招标文件特征信息输入所述完成训练的招标文件分类模型，输出与所述招标文件特征信息相匹配的招标文件类别；

根据所述招标文件类别，在所述N2个完成训练的招标文件生成模型中确定与所述招标文件类别相匹配的目标招标文件生成模型；

将所述招标文件特征信息输入所述目标招标文件生成模型，生成与所述招标文件特征信息对应的目标招标文件。

在一种可能的实现方式中，还包括：

若接收到用户输入的目标招标文件调整指令，则根据所述目标招标文件调整指令对所述目标招标文件进行调整，获得调整后的目标招标文件。

在一种可能的实现方式中，还包括：

通过所述调整后的目标招标文件对所述招标文件模型进行训练，获得更新的招标文件模型。

第二方面，本申请实施例提供了一种招标文件生成系统，包括：

处理器；

存储器；

以及计算机程序，其中所述计算机程序被存储在所述存储器中，所述计算机程序包括指令，当所述指令被所述处理器执行时，使得所述处理器执行第一方面中任意一项所述的方法。

采用本申请实施例提供的技术方案，可以对招标平台中的招标文件进行自动化收集和整理，并基于收集和整理的招标文件对招标文件模型进行训练，以便通过招标文件模型自动生成目标招标文件，效率高且节省人力。

附图说明

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

图1为本申请实施例提供的一种招标文件生成方法流程示意图；

图2为本申请实施例提供的一种应用场景示意图；

图3为本申请实施例提供的另一种应用场景示意图；

图4为本申请实施例提供的另一种应用场景示意图；

图5为本申请实施例提供的另一种应用场景示意图；

图6为本申请实施例提供的另一种应用场景示意图；

图7为本申请实施例提供的另一种应用场景示意图；

图8为本申请实施例提供的另一种应用场景示意图；

图9为本申请实施例提供的另一种应用场景示意图；

图10为本申请实施例提供的另一种应用场景示意图；

图11为本申请实施例提供的另一种应用场景示意图；

图12为本申请实施例提供的一种招标文件生成系统的结构示意图。

具体实施方式

为了更好的理解本申请的技术方案，下面结合附图对本申请实施例进行详细描述。

应当明确，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，甲和/或乙，可以表示：单独存在甲，同时存在甲和乙，单独存在乙这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

在招标过程中会产生大量的文件资料，现有技术中通常由专业人员手工整理招标文件，耗时费力，且容易出错。基于此，本申请实施例提供了一种招标文件生成方法及系统，并基于收集和整理的招标文件对招标文件模型进行训练，以便通过招标文件模型自动生成目标招标文件，效率高且节省人力。具体实现方案在下文中进行详细说明。

参见图1，为本申请实施例提供的一种招标文件生成方法流程示意图。如图1所示，其主要包括以下步骤。

步骤S101：在显示界面显示M1个招标平台，M1≥1。

具体实现中，招标文件可能分散在多个不同的招标平台。因此，需要对多个不同的招标平台的招标文件进行收集汇总。

参见图2，为本申请实施例提供的一种应用场景示意图。如图2所示，在显示界面中显示了7个招标平台，分别为“中国招标投标公共服务平台”、“上海建设工程交易服务中心”、“上海市住宅修缮平台”、“中国政府采购网”、“上海政府采购云平台”、“易土365招采平台”和“中国采购与招标网” 。

可理解，图2仅为本申请实施例的一种示例性说明，并不应当将其作为本申请保护范围的限制。例如，不同的应用场景中对应的招标平台可能不同。

步骤S102：根据用户输入的招标平台选择指令，在M1个招标平台中选择M2个第一目标招标平台，M1≥M2，M2≥1。

具体实现中，用户可以通过触摸平台或其它指令输入方式，输入招标平台选择指令，以在显示界面中显示的M1个招标平台中选择期望进行招标文件收集的招标平台。为了便于说明，将用户在该步骤中选择的招标平台称为“第一目标招标平台”。

参见图3，为本申请实施例提供的另一种应用场景示意图。如图3所示，在显示界面中显示了7个招标平台，分别为“中国招标投标公共服务平台”、“上海建设工程交易服务中心”、“上海市住宅修缮平台”、“中国政府采购网”、“上海政府采购云平台”、“易土365招采平台”和“中国采购与招标网”。用户通过点击招标平台对应的“提取”控件，在该7个招标平台中选择“中国招标投标公共服务平台”、“上海建设工程交易服务中心”、“上海市住宅修缮平台”、“中国政府采购网”、和“中国采购与招标网”为第一目标招标平台。其中，用户选择的招标平台对应的“提取”控件可以通过高亮进行区分。

可理解，在不同的招标平台中招标文件的数量可能不同，在对招标文件进行收集汇总时，用户可能希望通过较少的招标平台实现大部分招标文件的收集汇总，以提高招标文件汇集的效率。为了便于用户对招标平台的选择，在一种可能的实现方式中，在显示界面中还显示每个招标平台对应的招标文件占比，该招标文件占比为招标平台中招标文件数量与M1个招标平台中招标文件总数量之间的比值。其中，M1个招标平台中招标文件总数量为对M1个招标平台中招标文件进行汇总、去重后的招标文件数量。

参见图4，为本申请实施例提供的另一种应用场景示意图。如图4所示，在显示界面中显示招标平台以及每个招标平台对应的招标文件占比。具体地，“中国招标投标公共服务平台”对应的招标文件占比为60%、“上海建设工程交易服务中心” 对应的招标文件占比为70%、“上海市住宅修缮平台” 对应的招标文件占比为62%、“中国政府采购网”对应的招标文件占比为55%、“上海政府采购云平台” 对应的招标文件占比为30%、“易土365招采平台” 对应的招标文件占比为20%和“中国采购与招标网” 对应的招标文件占比为85% 。由于“中国招标投标公共服务平台”、“上海建设工程交易服务中心”、“上海市住宅修缮平台”、“中国政府采购网”和“中国采购与招标网”对应的招标文件占比较高，因此，用户可以选择该5个招标平台为第一目标招标平台。

需要指出的是，由于不同的招标平台中可能存在重复的招标文件，因此，多个招标平台的招标文件占比的累加值可能大于100%。

步骤S103：对M2个第一目标招标平台中任意两个第一目标招标平台的招标文件进行相似度计算，获得任意两个第一目标招标平台的招标文件相似度。

可理解，若用户选择的两个第一目标招标平台中招标文件的重复度过高，将会导致数据冗余，浪费系统的计算资源。因此，可以对M2个第一目标招标平台中任意两个第一目标招标平台的招标文件进行相似度计算，获得任意两个第一目标招标平台的招标文件相似度。该招标文件相似度也可以理解为招标文件重复率。具体地，招标文件重复率的计算方式可以为：两个第一目标招标平台中招标文件的交集除以招标文件的并集。

步骤S104：若第i个第一目标招标平台和第j个第一目标招标平台的招标文件相似度大于或等于预设的相似度阈值，则输出第一提示信息，第一提示信息用于提示用户第i个第一目标招标平台和第j个第一目标招标平台的招标文件相似度较高，1≤i≤M2，1≤j≤M2，i≠j。

参见图5，为本申请实施例提供的另一种应用场景示意图。如图5所示，“中国招标投标公共服务平台”与“中国政府采购网”的招标文件相似度大于或等于预设的相似度阈值，则输出第一提示信息：“中国招标投标公共服务平台”与“中国政府采购网”相似度较高。基于该提示信息，用户可以选择是否对步骤S102中选择的第一目标招标平台进行调整。

本申请实施例对相似度阈值的具体数值不作限制，本领域技术人员可以根据实际需要进行相应调整。

步骤S105：若接收到用户输入的招标平台调整指令，则根据招标平台调整指令对M2个第一目标招标平台进行调整，获得M3个第二目标招标平台，M3≥1。

具体地，若接收到用户输入的第i个第一目标招标平台删除指令，则将M2个第一目标招标平台中的第i个第一目标招标平台删除，获得M3个第二目标招标平台；或者，若接收到用户输入的第j个第一目标招标平台删除指令，则将M2个第一目标招标平台中的第j个第一目标招标平台删除，获得M3个第二目标招标平台。

请继续参阅图5，在显示界面中输出第一提示信息：“中国招标投标公共服务平台”与“中国政府采购网”相似度较高后，为了避免在后续步骤中计算的数据冗余，用户可以再次点击“中国政府采购网”对应的提取控件，删除“中国政府采购网”，将剩余的“中国招标投标公共服务平台”、“上海建设工程交易服务中心”、“上海市住宅修缮平台”和“中国采购与招标网”作为第二目标招标平台，如图6所示。或者，再次点击“中国招标投标公共服务平台”对应的提取控件，删除“中国招标投标公共服务平台”，将剩余的“上海建设工程交易服务中心”、“上海市住宅修缮平台”、“中国政府采购网”和“中国采购与招标网”作为第二目标招标平台，如图7所示。

步骤S106：对M3个第二目标招标平台中的招标文件进行聚类，获得N1个招标文件集合，N1≥2。

在本申请实施例中，确定M3个第二目标招标平台后，对M3个第二目标招标平台中的招标文件进行聚类分析，获得N1个招标文件集合。可理解，每个招标文件集合对应于一个类，将M3个第二目标招标平台中的招标文件聚为N1类，即获得N1个招标文件集合。具体实现中，该聚类分析可以采用K-means算法，或现有技术中的其它聚类算法，为了表述简洁，本申请实施例对聚类算法的原理不再赘述。

在具体实现中，聚类数量的多少通常会影响聚类效果，即影响招标文件集合的划分效果。为了获得较好的聚类效果，在一种可能的实现中，可以由用户自主决定聚类数量的多少。具体地，用户可以输入聚类参数N1；进而，系统根据所述聚类参数N1对所述M3个第二目标招标平台中的招标文件进行聚类，获得N1个招标文件集合。可理解，聚类数量的多少由用户控制，可以便于对聚类效果进行调整。示例性的，用户设置聚类参数N1=10，则将M3个第二目标招标平台中的招标文件划分为10个招标文件集合。用户通过查看该10个招标文件集合发现，聚类的颗粒度较粗，聚类效果较差。进一步地，可以调整聚类参数N1，重新对M3个第二目标招标平台中的招标文件进行聚类分析，直到获得较好的聚类效果。

在一种可能的实现方式中，在获得N1个招标文件集合后，可以提取每个招标文件集合的关键词，确定每个招标文件集合的集合名称。进而在显示界面中显示招标文件集合的集合名称，以便于用户查看。

参见图8，为本申请实施例提供的另一种应用场景示意图。如图8所述，在该应用场景中示出了3个招标文件集合，也就是说，在该应用场景中将M3个第二目标招标平台中的招标文件聚类为3个招标文件集合，分别为货物、工程和服务。通过集合名称，用户初步判断聚类的颗粒度较粗，聚类效果较差。进一步地，可以调整聚类参数N1，重新对M3个第二目标招标平台中的招标文件进行聚类分析，直到获得较好的聚类效果。例如，在图9中，通过调整聚类参数N1，将M3个第二目标招标平台中的招标文件重新聚类为42个招标文件集合，分别为房屋和构筑物、设备、文物和陈列品、图书和档案、家具和用具、特种动植物、物资、无形资产、房屋施工、构筑物施工、施工工程准备、预制构件组装和装配、专业施工、安装工程、装修工程、修缮工程、工程设备租赁（带操作员）、其他建筑工程、科学研究和试验开发、教育服务、就业服务、医疗卫生服务、社会服务、文化、体育、娱乐服务、生态环境保护和治理服务、能源的生产和分配服务、农林牧渔服务、采矿业和制造业服务、工程管理服务、水利管理服务、公共设施管理服务、公园和游览景区服务、交通运输和仓储服务、信息技术服务、电信和其他信息传输服务、金融服务、专业技术服务、鉴证咨询服务、房地产服务、会议、展览、住宿和餐饮服务、商务服务和政府和社会资本合作服务。

另外，为了查看招标文件集合中对应的招标文件，用户可以点击集合名称右侧的“+”控件，以显示招标文件集合中对应的招标文件。示例性的，在图9中，用户在点击“1、房屋和构筑物”右侧的“+”控件后，显示“1、房屋和构筑物”招标文件集合中对应的招标文件，如图10所示。

步骤S107：若接收到用户输入的招标文件调整指令，则根据招标文件调整指令对N1个招标文件集合进行调整，获得N2个调整后的招标文件集合，N2≥2。

具体地，在上述步骤中获得N1个招标文件集合后，用户可能对系统划分的招标文件集合不满意，进而可以手动进行相应调整，以满足用户的最终需求。

在一种可能的实现方式中，用户可以输入招标文件集合删除指令，系统根据所述招标文件集合删除指令在所述N1个招标文件集合中将待删除招标文件集合删除。需要指出的是，该“删除”可以理解为将招标文件集合暂时隐藏，进而在后续步骤中不使用隐藏的招标文件对招标文件模型进行训练；或者，将招标文件集合彻底删除，本申请实施例对此不作具体限制。

示例性的，在图9所示的应用场景中，若用户希望将“5、家具和用具”招标文件集合删除，则可以拖动“5、家具和用具”左侧的开关控件至关闭状态，如图11所示。

在一种可能的实现方式中，若接收到用户输入的招标文件集合新增指令，则根据所述招标文件集合新增指令新增招标文件集合。

在一种可能的实现方式中，若接收到用户输入的招标文件集合合并指令，则根据所述招标文件集合合并指令将待合并的招标文件集合合并。示例性的，在图9中，用户可以通过拖动招标文件集合“16、修缮工程”至招标文件集合“15、装修工程”对应的位置，进而将招标文件集合“16、修缮工程”和招标文件集合“15、装修工程”合并为一个招标文件集合。

在一种可能的实现方式中，若接收到用户输入的招标文件集合拆分指令，则根据所述招标文件集合拆分指令将待拆分的招标文件集合拆分。

在一种可能的实现方式中，若接收到用户输入的招标文件删除指令，则根据所述招标文件删除指令在相应的招标文件集合中将相应的招标文件删除。

在一种可能的实现方式中，若接收到用户输入的招标文件新增指令，则根据所述招标文件新增指令将新增的招标文件添加至相应的招标文件集合中。

步骤S108：将N2个调整后的招标文件集合中的招标文件作为数据集，对招标文件模型进行训练，获得完成训练的招标文件模型。

在本申请实施例中，为了自动生成质量较优的招标文件，首先基于以后的招标文件数据对招标文件模型进行训练；然后，在后续步骤中基于完成训练的招标文件模型自动生成招标文件。该招标文件模型可以为现有技术中已知的各种神经网络模型，本申请实施例对此不作具体限制。

在一种可能的实现方式中，招标文件模型包括一个招标文件分类模型和多个招标文件生成模型，其中，每个招标文件集合对应一个招标文件生成模型。招标文件分类模型用于确定用户将要生成的招标文件类别，每个招标文件集合对应一个招标文件类别；招标文件生成模型用于生成对应类别的招标文件。

具体地，步骤S108包括：将N2个调整后的招标文件集合中的招标文件作为数据集，对招标文件分类模型进行训练，获得完成训练的招标文件分类模型；将N2个调整后的招标文件集合中每个招标文件集合的招标文件作为数据集，分别对每个招标文件生成模型进行训练，获得N2个完成训练的招标文件生成模型。示例性的，在图9所示的应用场景中存在42个招标文件集合，因此，将42个招标文件集合中每个招标文件集合的招标文件作为数据集，分别对每个招标文件生成模型进行训练，获得42个完成训练的招标文件生成模型。具体地，将“房屋和构筑物”招标文件集合的招标文件作为数据集对招标文件生成模型进行训练，获得“房屋和构筑物”对应的招标文件生成模型；将“设备”招标文件集合的招标文件作为数据集对招标文件生成模型进行训练，获得“设备”对应的招标文件生成模型；依次类推，对此不再赘述。

步骤S109：接收用户输入的招标文件特征信息，将招标文件特征信息输入完成训练的招标文件模型，生成与招标文件特征信息对应的目标招标文件。

本申请实施例涉及的招标文件特征信息可以为用户将要生成的招标文件的摘要、关键词、标题等，本申请实施例对此不作具体限制。

具体实现中，首先将招标文件特征信息输入完成训练的招标文件分类模型，输出与招标文件特征信息相匹配的招标文件类别。该招标文件类别即招标文件集合对应的招标文件类别。示例性的，招标文件特征信息为与“专业施工”相关的特征信息，相应地，招标文件分类模型输出的招标文件类别为“专业施工”。然后，根据招标文件类别，在N2个完成训练的招标文件生成模型中确定与招标文件类别相匹配的目标招标文件生成模型。示例性的，招标文件类别为“专业施工”，则确定“专业施工”对应的招标文件生成模型为目标招标文件生成模型。最后，将招标文件特征信息输入目标招标文件生成模型，生成与招标文件特征信息对应的目标招标文件。该目标招标文件即用户期望生成的招标文件。

在本申请实施例中，由于每种类别的招标文件生成模型基于特定类别的招标文件训练获得，因此首先基于招标文件分类模型确定用户将要生成的招标文件类别；然后采用相应类别的招标文件生成模型生成目标招标文件，可以获得质量较高的目标招标文件。当然，本领域技术人员也可以不对招标文件类别进行区分，采用所有的招标文件数据对一个招标文件模型进行训练，基于该一个招标文件模型生成目标招标文件，本申请实施例对此不作具体限制。

在一种可能的实现方式中，在生成目标招标文件后，用户可能还需要对目标招标文件进行微调，以获得符合用于预期的目标招标文件。具体地，在上述实施例的基础上还包括：若接收到用户输入的目标招标文件调整指令，则根据目标招标文件调整指令对目标招标文件进行调整，获得调整后的目标招标文件。

在一种可能的实现方式中，在获得调整后的目标招标文件后，还可以通过所述调整后的目标招标文件对所述招标文件模型进行训练，获得更新的招标文件模型。可理解，在后续步骤中，基于更新的招标文件模型生成的目标招标文件更加符合用户预期，提高用户体验。

与上述实施例相对应，本申请实施例还提供了一种招标文件生成系统。

参见图12，为本申请实施例提供的一种招标文件生成系统的结构示意图。如图12所示，招标文件生成系统1200可以包括：处理器1201、存储器1202及通信单元1203。这些组件通过一条或多条总线进行通信，本领域技术人员可以理解，图中示出的智能招标系统结构并不构成对本申请实施例的限定，它既可以是总线形结构，也可以是星型结构，还可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

其中，通信单元1203，用于建立通信信道，从而使智能招标系统可以与其它设备进行通信。

处理器1201，为智能招标系统的控制中心，利用各种接口和线路连接整个智能招标系统的各个部分，通过运行或执行存储在存储器1202内的软件程序和/或模块，以及调用存储在存储器内的数据，以执行智能招标系统的各种功能和/或处理数据。所述处理器可以由集成电路(integrated circuit，IC) 组成，例如可以由单颗封装的IC 所组成，也可以由连接多颗相同功能或不同功能的封装IC而组成。举例来说，处理器1201可以仅包括中央处理器(central processing unit，CPU)。在本申请实施方式中，CPU可以是单运算核心，也可以包括多运算核心。

存储器1202，用于存储处理器1201的执行指令，存储器1202可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器（SRAM），电可擦除可编程只读存储器（EEPROM），可擦除可编程只读存储器（EPROM），可编程只读存储器（PROM），只读存储器（ROM），磁存储器，快闪存储器，磁盘或光盘。

当存储器1202中的执行指令由处理器1201执行时，使得智能招标系统1200能够执行上述方法实施例中的部分或全部步骤。

与上述实施例相对应，本申请实施例还提供一种计算机可读存储介质，其中，该计算机可读存储介质可存储有程序，其中，在程序运行时可控制计算机可读存储介质所在设备执行上述方法实施例中的部分或全部步骤。具体实现中，该计算机可读存储介质可为磁碟、光盘、只读存储记忆体（英文：read-only memory，简称：ROM）或随机存储记忆体（英文：random access memory，简称：RAM）等。

与上述实施例相对应，本申请实施例还提供了一种计算机程序产品，该计算机程序产品包含可执行指令，当可执行指令在计算机上执行时，使得计算机执行上述方法实施例中的部分或全部步骤。

本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b和c中的至少一项可以表示：a, b, c, a-b,a-c, b-c,或a-b-c，其中a, b, c可以是单个，也可以是多个。

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

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

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

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

Claims

1.一种招标文件生成方法，其特征在于，包括：

在显示界面显示M1个招标平台，M1≥1；

2.根据权利要求1所述的方法，其特征在于，所述在显示界面显示M1个招标平台，包括：

3.根据权利要求1所述的方法，其特征在于，所述若接收到用户输入的招标平台调整指令，则根据所述招标平台调整指令对所述M2个第一目标招标平台进行调整，获得M3个第二目标招标平台，包括：

或者，

4.根据权利要求1所述的方法，其特征在于，所述对所述M3个第二目标招标平台中的招标文件进行聚类，获得N1个招标文件集合，包括：

接收用户输入的聚类参数N1；

5.根据权利要求1所述的方法，其特征在于，所述若接收到用户输入的招标文件集合调整指令，则根据所述招标文件集合调整指令对所述N1个招标文件集合进行调整，包括：

和/或，

6.根据权利要求1所述的方法，其特征在于，所述将所述N2个调整后的招标文件集合中的招标文件作为数据集，对招标文件模型进行训练，获得完成训练的招标文件模型，包括：

7.根据权利要求6所述的方法，其特征在于，所述接收用户输入的招标文件特征信息，将所述招标文件特征信息输入所述完成训练的招标文件模型，生成与所述招标文件特征信息对应的目标招标文件，包括：

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

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

10.一种招标文件生成系统，其特征在于，包括：

处理器；

存储器；

以及计算机程序，其中所述计算机程序被存储在所述存储器中，所述计算机程序包括指令，当所述指令被所述处理器执行时，使得所述处理器执行权利要求1至9中任意一项所述的方法。