具体实施方式
以下结合附图对本申请的具体实施方式进行详细说明。应当理解的是,此处所描述的具体实施方式仅用于说明和解释本申请,并不用于限制本申请。对于本领域技术人员来说,本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
在针对某个项目进行招投标的过程中,通常存在以下几方面的问题:
1)决策成本高。在招投标的过程中,需要聘请评标专家,而评标专家对应的时间成本和费用成本就构成了评标的直接成本。并且,随着项目的技术含量的提高,项目对应的评标方法也会不同(例如,采用复杂的评标方法对投标方进行评价等),从而造成评标难度的不断加大,若因上述原因而造成不能选择最适合的投标方,会极大的增加决策成本和项目实施的风险成本。
2)中标后监督和矫正成本高。当通过招投标的方式,确定项目对应的实施方(即,从多个投标方中选取的目标投标方),而该实施方不按照既定合约中规定的义务、合约条款等进行项目的实施,会对招标方造成一定的经济损失。而现有技术中,还无法及时的对目标投标方与招标方之间的项目实施过程进行核查,降低了项目的实施效率。
本申请提供一种招投标数据的预警方法和系统,以解决上述问题。
图1示出本申请实施例提供的基于招投标数据的预警方法的流程示意图。该基于招投标数据的预警方法可应用于基于招投标数据的预警系统。如图1所示,基于招投标数据的预警方法包括但不限于如下步骤。
步骤S101,基于预设数据库中存储的招投标数据,对目标投标方与预设招标方之间的项目实施过程进行监控。
其中,目标投标方是基于预设评审方式从多个备选投标方中筛选获得的、满足预设采购需求信息的投标方,预设数据库存储有预设招标方的预设采购需求信息、预设招标方的属性信息和备选投标方的属性信息中的至少一种。
在一些可选的实施例中,招投标数据包括:待监控项目的名称、待监控项目的所属类别、待监控项目的预算金额、待监控项目的采购方式、待监控项目的开标时间中的至少一种。
例如,待监控项目的所属类别包括:货物类、工程类和服务类中的至少一种。货物类项目对应的招投标数据包括:招标中的性能参数、中标价格和合同条件中的至少一种。工程类项目对应的招投标数据包括:招标中的造价、工期、设计方案、施工组织方案、工程量清单中的至少一种。服务类项目对应的招投标数据包括:招标中的用户体验指标信息、服务流程与态度信息、服务与描述的差异性信息中的至少一种。
预设招标方的属性信息,包括:预设招标方的注册资本、预设招标方的所有制形式、预设招标方的营业场所、预设招标方的营业范围、预设招标方的法人代表中的至少一种。
备选投标方的属性信息,包括:备选投标方的注册资本、备选投标方的所有制形式、备选投标方的营业场所、备选投标方的营业范围、备选投标方的法人代表中的至少一种。
步骤S102,在确定项目实施过程中存在异常的情况下,生成预警信息。
其中,预警信息用于警示预设招标方和/或目标投标方在实施待监控项目的过程中存在异常。
在本实施例中,通过预设数据库存储预设招标方的预设采购需求信息、预设招标方的属性信息和投标方的属性信息中的至少一种,能够对招投标过程中的信息进行标注化的处理,以使各种数据信息能够符合预设数据库的存储和调度要求,能够加快招投标的效率,以便于快速准确的基于预设评审方式从多个备选投标方中筛选获得满足预设采购需求信息的目标投标方;基于预设数据库中存储的招投标数据,对目标投标方与预设招标方之间的项目实施过程进行监控,以降低目标投标方和预设招标方在项目实施的过程中出现异常情况的发生比例,提高项目实施的效率;并在确定项目实施过程中存在异常的情况下,生成预警信息,该预警信息用于警示预设招标方和/或目标投标方在实施待监控项目的过程中存在异常,以使预设招标方和/或目标投标方能够基于该预警信息快速定位发生异常的位置,从而解决项目实施过程中的隐患,保证项目实施的安全性。
本申请实施例提供了另一种可能的实现方式,其中,在执行步骤S101中的基于预设数据库中存储的招投标数据,对目标投标方与预设招标方之间的项目实施过程进行监控之前,方法还包括:
基于至少一个预设招标方的属性信息、预设招标方的预设采购需求信息、以及至少一个备选投标方的属性信息,构建预设数据库;对预设数据库中的预设采购需求信息、预设招标方的属性信息和备选投标方的属性信息进行分析,确定预设评审方式;基于预设评审方式,对至少一个备选投标方发布的应标信息进行评审,获得评审结果。
其中,评审结果包括目标投标方及其对应的应标信息。
通过对预设数据库中的预设采购需求信息、预设招标方的属性信息和备选投标方的属性信息进行分析,明确与上述不同信息相匹配的预设评审方式,以使基于招投标数据的预警系统可以基于该预设评审方式能够公平公正的对至少一个备选投标方发布的应标信息进行评审,使获得的评审结果更具公平性。
在一些可选的实施例中,预设评审方式包括:第一预设评审方式,和/或,第二预设评审方式。
其中,第一预设评审方式为基于预设数据库中的数据对最低价格评审方式进行修正后的评审方式,第二预设评审方式为基于预设招标方的预设采购需求信息、预设招标方的属性信息和备选投标方的属性信息进行综合分析确定的评审方式;预设招标方的预设采购需求信息,包括:总预算金额、总交易金额、发布项目的数量、发布项目的类别、采购方式(例如,自行采购和/或委托采购等)中的至少一种。
基于上述不同的预设评审方式,可体现预设采购需求信息、预设招标方的属性信息和备选投标方的属性信息,实现招标方采购、评标委员会评标、备选投标方履约的一体化管理,为最优化的评标提供支撑,降低评标的成本。
在一些可选的实施例中,在基于预设评审方式,对至少一个备选投标方发布的应标信息进行评审,获得评审结果之后,在执行步骤S101中的基于预设数据库中存储的招投标数据,对目标投标方与预设招标方之间的项目实施过程进行监控之前,方法还包括:
基于目标投标方在其他招投标过程中获得的其他预设招标方的评价信息、目标投标方在其他招投标过程中的招投标数据、以及目标投标方获得的处罚和/或奖励信息,对目标投标方进行校验,获得校验结果;基于校验结果确定目标投标方符合待监控项目的招标需求。
通过使用目标投标方在其他招投标过程中获得的其他预设招标方的评价信息(例如,某个预设招标方对目标投标方在项目实施过程中的赞扬信息,或,某个预设招标方对目标投标方在项目实施过程中的批评信息等)、目标投标方在其他招投标过程中的招投标数据(例如,目标投标方在其他招投标过程中的应标金额、应标次数等信息)、以及目标投标方获得的处罚和/或奖励信息(例如,目标投标方在某个领域内的获奖信息等)对备选投标方进行校验,获得校验结果;以便于基于招投标数据的预警系统基于该校验结果确定目标投标方是否符合待监控项目的招标需求。
在确定目标投标方符合待监控项目的招标需求的情况下,确定该目标投标方可以与预设招标方之间建立项目实施合同;进而能够基于预设数据库中存储的招投标数据,对目标投标方与预设招标方之间的项目实施过程进行监控,以保证项目的正常运行。
在确定目标投标方不符合待监控项目的招标需求的情况下,取消该目标投标方的应标资格,从而再对其他备选投标方进行筛选,以使获得的目标投标方符合待监控项目的招标需求,保证参与招投标的各个目标投标方都是符合待监控项目的招标需求的。
在一些可选的实施例中,招投标数据包括:待监控项目的多个目标投标方的信息,以及各个目标投标方使用的应标账户。步骤S101中的基于预设数据库中存储的招投标数据,对目标投标方与预设招标方之间的项目实施过程进行监控,可以采用如下方式实现:对待监控项目的各个目标投标方使用的应标账户信息进行监控。
其中,每个目标投标方使用的应标账户信息,包括:待监控项目的目标投标方对应的网络地址、待监控项目的目标投标方所使用的支付账户信息、以及待监控项目的目标投标方对应的支付时间信息中的至少一种。
通过对各个目标投标方使用的应标账户信息,即待监控项目的目标投标方对应的网络地址、待监控项目的目标投标方所使用的支付账户信息、以及待监控项目的目标投标方对应的支付时间信息中的至少一种进行监控,能够明确各个目标投标方在应标过程中的信息是否符合应标要求,以便于从各个目标投标方中识别出异常投标方,进而将异常投标方清除出去,以提升招投标工作的处理效率。
在一些可选的实施例中,步骤S102中的在确定项目实施过程中存在异常的情况下,生成预警信息,可以采用如下方式实现:
在确定多个目标投标方共用一个应标账户信息的情况下,确定与应标账户信息对应的多个目标投标方为异常投标方;获取异常投标方的属性信息,并基于异常投标方的属性信息生成预警信息。
其中,异常投标方的属性信息包括异常投标方的网络地址、异常投标方的名称等信息,以便于对异常投标方进行识别。
需要说明的是,多个目标投标方共用一个应标账户信息可以是多个目标投标方共用一个网络地址,和/或,多个目标投标方共用一个账号进行付款等交易。
在一些可选方式中,可通过文字识别(Optical Character Recognition,OCR)的方式,对付款凭证的信息中的付款账号、付款时间等信息进行识别,以检测出不同的用户所使用的付款账号等信息。如果出现多个目标投标方共用一个账号进行汇款等交易时,可确定该账号对应的多个目标投标方均为异常投标方;进而基于异常投标方的属性信息生成预警信息,以使该预警信息能够对预设招标方进行警示,提升预设招标方的招标效率。
在一些可选的实施例中,步骤S101中的基于预设数据库中存储的招投标数据,对目标投标方与预设招标方之间的项目实施过程进行监控,包括:获取多个目标投标方的股权信息和多个备选投标方的股权信息;对各个备选投标方的股权信息和各个目标投标方的股权信息中的股权交叉信息进行监控。
步骤S102中的在确定项目实施过程中存在异常的情况下,生成预警信息,包括:在确定存在至少一个目标投标方与其他备选投标方之间存在股权交叉信息的情况下,确定至少一个目标投标方为异常投标方,并基于异常投标方的属性信息生成预警信息。
其中,股权交叉信息用于表征各个备选投标方与各个目标投标方之间是否具有交叉的股权信息。
例如,某个备选投标方具备目标投标方的股权的2%,则可认为该备选投标方与目标投标方是具有股权交叉信息的两方企业;进一步地,可确定该备选投标方为异常投标方,换言之,该备选投标方可能是目标投标方的股东之一,其不能对目标投标方提出的项目进行应标,以降低企业自己与自己合作的可能性,从而提高项目的招投标公正性。
然后,通过基于异常投标方的属性信息生成预警信息,以使该预警信息能够对预设招标方进行警示,提升预设招标方的招标效率。
在一些可选的实施例中,基于异常投标方的属性信息生成预警信息之前,方法还包括:在确定存在至少一个备选投标方参与预设次数的项目投标且至少一个备选投标方均未中标的情况下,确定至少一个备选投标方为异常投标方。
其中,预警信息包括异常投标方的名称,和/或,异常投标方参与的投标项目名称。
例如,预设次数为10,则当存在至少一个备选投标方参与了10次的项目投标,并且,该备选投标方没有在上述10次中的任意一次项目投标中中标时,可判定该备选投标方为异常投标方。
以上对于预设次数仅是举例说明,该预设次数也可以是12、15等其他设定的数值,可根据实际需要进行具体设定,其他为说明的预设次数也在本申请的保护范围之内,在此不再赘述。
通过将包括异常投标方的名称,和/或,异常投标方参与的投标项目名称的预警信息展示给预设招标方,能够使预设招标方获知该异常投标方的信息,确定该异常投标方可能是异常的厂商,不具有应标的资质,从而将该异常投标方清除出去,减少对该异常投标方的评判资源,提升招投标的工作效率。
图2示出本申请实施例提供的基于招投标数据的预警系统的组成方框图。如图2所示,该基于招投标数据的预警系统200包括但不限于如下模块。
监控模块201,被配置为基于预设数据库中存储的招投标数据,对目标投标方与预设招标方之间的项目实施过程进行监控,其中,目标投标方是基于预设评审方式从多个备选投标方中筛选获得的、满足预设采购需求信息的投标方,预设数据库存储有预设招标方的预设采购需求信息、预设招标方的属性信息和备选投标方的属性信息中的至少一种。
预警模块202,被配置为在确定项目实施过程中存在异常的情况下,生成预警信息,预警信息用于警示预设招标方和/或目标投标方在实施待监控项目的过程中存在异常。
需要说明的是,本实施例中的基于招投标数据的预警系统200可以实现本申请实施例中提供的任意一种基于招投标数据的预警方法,在此不再赘述。
在本实施例中,通过预设数据库存储预设招标方的预设采购需求信息、预设招标方的属性信息和投标方的属性信息中的至少一种,能够对招投标过程中的信息进行标注化的处理,以使各种数据信息能够符合预设数据库的存储和调度要求,能够加快招投标的效率,以便于快速准确的基于预设评审方式从多个备选投标方中筛选获得满足预设采购需求信息的目标投标方;使用监控模块基于预设数据库中存储的招投标数据,对目标投标方与预设招标方之间的项目实施过程进行监控,以降低目标投标方和预设招标方在项目实施的过程中出现异常情况的发生比例,提高项目实施的效率;使用预警模块在确定项目实施过程中存在异常的情况下,生成预警信息,该预警信息用于警示预设招标方和/或目标投标方在实施待监控项目的过程中存在异常,以使预设招标方和/或目标投标方能够基于该预警信息快速定位发生异常的位置,从而解决项目实施过程中的隐患,保证项目实施的安全性。
图3示出本申请实施例提供的基于招投标数据的预警系统的网络拓扑图。如图3所示,该基于招投标数据的预警系统包括但不限于如下设备:应用服务器311、数据库服务器312、交换机321、均衡负载322、防火墙330和互联网340。
其中,应用服务器311,用于对数据库服务器312中的数据进行分析、展示等。其中,应用服务器311按照功能划分,可划分为数据分析服务器(图中未示出)、数据展示服务器(图中未示出)、以及数据接口服务器(图中未示出)等。
数据库服务器312,可以采用MogoDB(源自英文单词"Humongous",中文含义是指"庞大")服务器,和/或,结构化查询语言(My Structured Query Language,MySQL)服务器来实现,其中,存储有预设招标方的预设采购需求信息、预设招标方的属性信息和备选投标方的属性信息中的至少一种。
例如,预设招标方的属性信息,包括:预设招标方的注册资本、预设招标方的所有制形式、预设招标方的营业场所、预设招标方的营业范围、预设招标方的法人代表中的至少一种;
投标方的属性信息,包括:投标方的注册资本、投标方的所有制形式、投标方的营业场所、投标方的营业范围、投标方的法人代表中的至少一种。
在一些可选的实施例中,表1示出了各个服务器对应的硬件配置信息。
需要说明的是,MongoDB服务器可以是一个基于分布式文件存储的数据库服务器。其旨在为网页应用提供可扩展的高性能数据存储解决方案。并且,MongoDB是一个介于关系数据库和非关系数据库之间的数据库,是非关系数据库当中功能最丰富,最像关系数据库的数据库。它支持的数据结构松散,因此,其可以存储比较复杂的数据类型。MongoDB最大的特点是可以支持的查询语言多样化,可以实现类似关系数据库单表查询的绝大部分功能,而MongoDB且还支持对数据建立索引。
MongoDB的主要功能特性包括:
(1)面向集合存储,容易存储对象类型的数据。MongoDB中的数据被分组存储在集合中,一个集合可以存储多个的文档。
(2)模式自由,可采用无模式结构存储。在MongoDB的集合中存储的数据是无模式的文档。
(3)支持完全索引,可以在任意属性上建立索引。例如,MongoDB的索引可以是在指定属性和/或内部对象上创建的索引,以便于提高数据的查询速度。并且,MongoDB还可创建基于地理空间的索引。
(4)支持查询。MongoDB支持丰富的查询操作,例如,其可支持SQL中的大部分查询语言。
(5)提供聚合工具。MongoDB可提供强大的聚合工具,如聚合函数count、以及分组函数group等,支持使用映射(Map)和归约(Reduce)的编程模型(MapReduce),以完成复杂的聚合任务。
(6)支持数据复制和数据恢复。MongoDB支持主从复制机制,可以实现数据备份、故障恢复、读扩展等功能。并且,其还支持基于副本集的复制,以实现数据的自动故障恢复的功能,确保了集群数据的安全性。
(7)支持对任何类型的数据对象进行二进制的数据存储方式。例如,对包括视频数据、音频数据等的数据对象进行二进制格式的存储。
(8)自动处理分片,以支持云计算层次的扩展。MongoDB可以对数据进行分片,以使集群可以存储更多的数据。
(9)支持多种不同语言的驱动程序。例如,支持Perl、PHP、Java、C#、JavaScript、Ruby、C和C++等语言的驱动程序。开发人员可以使用任何一种主流开发语言进行编程,实现对MongoDB数据库中存储的数据的访问。
(10)文件存储格式为二进制序列化文档格式(Binary Serialized DocumentFormat,BSON),并且,BSON支持文档和数组的嵌套。
(11)可以通过网络对MongoDB进行远程访问。
图4示出本申请实施例提供的基于招投标数据的预警系统的系统架构示意图。如图4所示,基于招投标数据的预警系统包括但不限于如下单元:数据分析服务单元410、基于分布式文件存储的数据库420、公告推送接口单元430、接口总线以及数据服务单元440、第一数据展示单元451、以及第二数据展示单元452。
其中,数据分析服务单元410包括任务管理模块411、报表管理模块412、配置管理模块413、以及行业管理模块414。
第一数据展示单元451是基于超文本标记语言(Hyper Text Markup Language,HTML)进行数据展示的单元;而第二数据展示单元452是基于超文本标记语言5.0(即,新一代的HTML语音)进行数据展示的单元。
基于分布式文件存储的数据库420可以采用MongoDB数据库服务器和/或MySQL服务器实现。
需要说明的是,基于招投标数据的预警系统的使用者可以为预设招标方、备选投标方、以及招标代理机构中的任意一者或多者,从而实现项目的招投标过程的自动化实施。
在一些可选的实施方式中,该基于招投标数据的预警系统的使用者还可以包括:业务审批设备,例如,交易中心的操作人员、行政主管部门的操作人员、行业主管部门的操作人员中的至少一种,从而实现针对招标文件、招标公告、结果公告等文件的审批自动化。
进一步地,该基于招投标数据的预警系统还可以供评审专家在招投标过程中对项目的备选投标方进行评审,评审专家可针对投标文件、谈判文件、以及资格预审文件中的至少一种进行评审,加快招投标的评审效率。
基于招投标数据的预警系统能够实施的业务包括但不限以下步骤。
(1)项目建立;例如,通过项目建项、招标项目建项、标段建项、招标代理、招标文件编制、以及招标文件上传与审核等多个任务来实现项目建立的过程。
(2)招标、投标过程。例如,通过开评标室预约、公告发布、招标文件下载、招标文件编制、招标文件的补正(如,补充遗漏的文件、对文件进行澄清和更正等)、招标文件上传、招标文件的撤回与撤销等多个任务来实现招投标过程。
(3)开标过程。例如,通过专家抽取与补录、抽取值、开标顺序、文件解密、唱标、投标方确认、开标结果转存储等多个任务来实现开标过程。
(4)评审过程。例如,通过专家补充、专家签到、推选组长、分配任务、评审打分、澄清、决议与争议、评标结果上传平台、定标、中标通知等多个任务来实现评审过程。
(5)合同续订。例如,通过合同谈判、合同文件编制、合同盖章、行政主管部门备案等多个任务来实现合同续订过程。
(5)项目验收及评价。
在项目验收过程中,目标招标方可以选择是否填写第一报告,该第一报告主要是针对项目验证情况进行的描述,在目标招标方填写完该第一报告后,会将该第一报告提交至行政主管部门进行备案。在项目评价过程中,目标招标方可以选择是否填写第二报告,该第二报告主要是针对项目完成情况进行的评价,在目标招标方填写完该第二报告后,会将该第二报告提交至行政主管部门进行备案。
在一些可选的实施方式中,基于招投标数据的预警系统可包括数据中心子系统、业务中心子系统、监控预警中心子系统。
其中,监控预警中心子系统中的指标列表如下表所示。
在一些可选的实施方式中,数据中心子系统的指标列表如下表所示。
其中,数据中心子系统可以提供如下功能:1)基于行业和/或区域进行数据的汇总分析;2)根据招标方的业务需求对多个投标方进行分析,或针对某个特定的投标方进行单独分析等;3)针对同行业的多个投标方进行对比分析,比较各个投标方对应的市场份额等信息;4)基于某区域对应的投资总额,分析各个行业的占比情况等;5)根据推送服务信息,为某个用户基于其定制的行业信息,为该用户主动推送某行业的信息等。
在一些可选的实施方式中,数据中心子系统还可以提供如下业务功能:1)主动触发,根据消息队列中定制消息变化,进行网页的分析处理;2)根据定制模版分析目标网页中关键的数据项,如项目名称,中标金额,中标厂商等;3)对分析出的关键信息进行合规检查;4)对合法信息,记录到MySQL中,对缺失的信息进行标记,改进适配器类型和定制模版;5)进行数据的行业分类,标记信息的行业属性,可能有多个;6)通过大数据storm平台进行处理;7)记录日志数据;8)将未通过检查的记录数据存入指定错误明细表中。
其中,大数据storm平台是一个分布式实时大数据处理系统。它是基于流数据框架构建的数据平台,具有较高的数据获取效率。大数据storm平台可以并行地对实时数据执行各种操作,并基于开源文件应用程序接口(例如,Apache ZooKeeper接口等)实现集群管理分布式环境的配置和集群状态的设定;大数据storm平台不仅易于设置和操作,还能够通过网络拓扑中的设备对每条消息进行至少一次的处理。
大数据storm平台的核心组件包括:Nimbus节点、Supervisor节点、Worker节点、各个节点执行不同的任务(Task)
其中,Nimbus节点为Storm集群的主节点,负责资源分配和任务调度。用户提交的任务和系统截止的任务都是在Nimbus节点上操作的,并且,一个Storm集群只有一个Nimbus节点。
Supervisor节点是Storm集群的工作节点,负责接收Nimbus节点分配的任务,管理所有Worker节点,并且,一个Supervisor节点中包含多个Worker节点。
Worker节点表示一个工作进程,每个工作进程中都有多个任务(Task),各个节点对流经骑上的数据进行分阶段处理;并且,每个数量产生器(spout)、以及中间流经的各个单元处理(bolt)节点都是一个任务,每个任务对应一个线程。
需要说明的是,大数据Storm集群中的拓扑(Topology)用于对实时计算应用逻辑进行封装,并且,Topology会一直在Storm集群中运行,直至被人为终止为止。
进一步地,Topology还可以理解成由一系列通过数据流(Stream Grouping)相互关联的Spout和Bolt节点组成的拓扑结构。
其中,数据流是对关键数据进行抽象的概念,数据流可以是没有边界的元组(Tuple)序列,并且,每个Tuple序列都会被处理。
Spout是消息流的源头,是消息生产者,通常情况下,Spout会从一个外部的数据源读取到元组序列,然后将读取到元组序列发送到Topology中,外部的数据源可以包括:数据库、文件、消息队列中的任意一种或多种。
Bolt还可以表示为消息处理单元,Bolt能够完成消息的过滤、聚合、联结、查询等多种不同的数据处理过程;
Stream Grouping还可以表示为一种消息分发策略。例如,定义8种不同的消息分发策略,以便于为每个Bolt所接收到是输入数据的类型进行定义。
在一些可选的实施方式中,业务中心子系统的指标列表如下表所示。
图5示出本申请实施例提供的数据中心子系统对应的展示平台的示意图。如图5所示,数据中心子系统对应的展示平台是基于关系型数据库510和大数据存储中心520构建的、能够展示多种不同类型信息的平台。
其中,可展示的信息包括:待监控项目信息、中标项目信息、行业类别信息、平台用户信息、用户定制消息推送信息、以及信息审核规则中的至少一种。
在一些可选的实施方式中,可通过如下步骤获取招投标数据,并基于招投标数据对处于实施过程中的待监控项目进行预警。
首先,利用大数据建立动态的预设数据库,该预设数据库存储有预设招标方的预设采购需求信息、至少一个预设招标方的属性信息、以及多个备选投标方的属性信息中的至少一种。
其中,预设招标方的属性信息,包括:预设招标方的注册资本、预设招标方的所有制形式、预设招标方的营业场所、预设招标方的营业范围、预设招标方的法人代表中的至少一种。
备选投标方的属性信息,包括:备选投标方的注册资本、备选投标方的所有制形式、备选投标方的营业场所、备选投标方的营业范围、备选投标方的法人代表中的至少一种。
预设数据库还可以存储有招投标数据,该招投标数据包括:待监控项目的名称、待监控项目的所属类别、待监控项目的预算金额、待监控项目的采购方式、待监控项目的开标时间中的至少一种
其中,待监控项目的所属类别包括:货物类、工程类和服务类中的至少一种。货物类项目对应的招投标数据包括:招标中的性能参数、中标价格和合同条件中的至少一种。工程类项目对应的招投标数据包括:招标中的造价、工期、设计方案、施工组织方案、工程量清单中的至少一种。服务类项目对应的招投标数据包括:招标中的用户体验指标信息、服务流程与态度信息、服务与描述的差异性信息中的至少一种。
上述信息有助于招标方查找到类似项目的招标方案、评标方法、以及合同条件等内容。同时,预设数据库还可以存储与招标方的项目具有相关性的历史项目合同条件及报价信息等,以便于招标方了解市场状况。
在一些可选的实施例中,在一些可选的实施例中,还可以将招投标数据划分为如下类别的数据:
A类数据:招标方和投标方的基础数据。例如,备选投标方的注册资本、备选投标方的所有制形式、备选投标方的营业场所、备选投标方的营业范围、备选投标方的法人代表中的至少一种;以及预设招标方的注册资本、预设招标方的所有制形式、预设招标方的营业场所、预设招标方的营业范围、预设招标方的法人代表中的至少一种。
B类数据:各个备选投标方在其他招投标过程中获得的其他预设招标方的评价信息、各个备选投标方在其他招投标过程中的招投标数据、以及各个备选投标方获得的处罚和/或奖励信息等。
通过使用B类数据能够对备选投标方进行校验,获得校验结果;并基于校验结果确定备选投标方符合待监控项目的招标需求。
C类数据:各地、各行业、各项招标投标活动过程中产生的数据。例如,其他招投标项目对应的技术参数、价格信息、以及合同实施信息等。
D类数据:在各项招标投标过程中,其他预设招标方对备选投标方的评价信息。以便于及时了解各个备选投标方的信用及履约信息。
需要说明的是,在整个招投标过程中,招投标数据产生于项目发布公告、专家抽取、网上开标、定标、远程评价、公示结果等一系列的实施环节中,可借助聚类、关联等方式来对招投标数据进行深度挖掘,进而构建出符合招投标数据规律的分析模型,有效提升招投标的工作效率。
其次,通过预设数据库中存储的大量的招投标数据,对预设数据库中的预设采购需求信息、预设招标方的属性信息和备选投标方的属性信息进行分析,确定预设评审方式;然后,基于预设评审方式,对至少一个备选投标方发布的应标信息进行评审,获得评审结果。
其中,评审结果包括目标投标方及其对应的应标信息。预设评审方式包括:第一预设评审方式,和/或,第二预设评审方式。第一预设评审方式为基于预设数据库中的数据对最低价格评审方式进行修正后的评审方式,第二预设评审方式为基于预设招标方的预设采购需求信息、预设招标方的属性信息和备选投标方的属性信息进行综合分析确定的评审方式。
通过上述分析,能够使获得的预设评审方式体现预设采购需求信息、预设招标方的属性信息和备选投标方的属性信息,实现招标方采购、评标委员会评标、备选投标方履约的一体化管理,为最优化的评标提供支撑,降低评标的机会成本。进一步地,基于远程评标系统和计算机辅助评标系统,可以缩短评标时长、提高评标质量,降低评标的直接成本。
再次,基于预设数据库中存储的招投标数据,对目标投标方与预设招标方之间的项目实施过程进行监控。并在确定项目实施过程中存在异常的情况下,生成预警信息。
其中,预警信息用于警示预设招标方和/或目标投标方在实施待监控项目的过程中存在异常。
在一些可选的实施例中,当企业参与投标以及履行合同时,该企业的信用信息和履约信息等均可以被及时的存储到预设数据库中,以便于对预设数据库进行及时更新。
在一些可选的实施例中,通过互联网的方式,获取各个公共资源交易数据平台提供的数据,例如,诚信数据库提供的备选投标方的诚信信息等,从而可针对诚信度不高的备选投标方进行限制,以降低因备选投标方的不诚信而造成的违约成本。
通过上述操作,能够将历史交易项目纵向汇集起来,并通过横向对比的方式,获取备选投标方在各个招投标项目中评价信息,以便于对备选投标方进行校验,获得校验结果;进而基于校验结果确定备选投标方符合待监控项目的招标需求。
进一步地,将招投标数据所体现的规律清楚的展示出来,以便及时对项目实施过程中存在的异常进行监控,并在确定项目实施过程中存在异常的情况下,生成预警信息,该预警信息用于警示预设招标方和/或目标投标方在实施待监控项目的过程中存在异常,以使预设招标方和/或目标投标方及时的对待监控项目进行更正,降低实施成本。
在一些可选的实施方式中,通过借助可视化界面以及人机交互技术,能够有效提升对招投标数据的分析效率,并借助数据降维、扁平交互、关联关系等一系列相关技术进行辅助决策。例如,可以基于对招投标数据的分析,以图表、视频和文本中的至少一种形式进行显示,以使招标方或投标方能够方便快捷的获取数据信息。
图6示出能够实现根据本申请实施例的基于招投标数据的预警方法和装置的计算设备的示例性硬件架构的结构图。
如图6所示,计算设备600包括输入设备601、输入接口602、中央处理器603、存储器604、输出接口605、以及输出设备606。其中,输入接口602、中央处理器603、存储器604、以及输出接口605通过总线607相互连接,输入设备601和输出设备606分别通过输入接口602和输出接口605与总线607连接,进而与计算设备600的其他组件连接。
具体地,输入设备601接收来自外部的输入信息,并通过输入接口602将输入信息传送到中央处理器603;中央处理器603基于存储器604中存储的计算机可执行指令对输入信息进行处理以生成输出信息,将输出信息临时或者永久地存储在存储器604中,然后通过输出接口605将输出信息传送到输出设备606;输出设备606将输出信息输出到计算设备600的外部供用户使用。
在一个实施例中,图6所示的计算设备可以被实现为一种电子设备,该电子设备可以包括:存储器,被配置为存储程序;处理器,被配置为运行存储器中存储的程序,以执行上述实施例描述的基于招投标数据的预警方法。
在一个实施例中,图6所示的计算设备可以被实现为一种系统,该系统可以包括:存储器,被配置为存储程序;处理器,被配置为运行存储器中存储的程序,以执行上述实施例描述的基于招投标数据的预警方法。
以上所述,仅为本申请的示例性实施例而已,并非用于限定本申请的保护范围。一般来说,本申请的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如,一些方面可以被实现在硬件中,而其它方面可以被实现在可以被控制器、微处理器或其它计算装置执行的固件或软件中,尽管本申请不限于此。
本申请的实施例可以通过基于招投标数据的预警装置的处理器执行计算机程序指令来实现,例如在处理器实体中,或者通过硬件,或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码。
本申请附图中的任何逻辑流程的框图可以表示程序步骤,或者可以表示相互连接的逻辑电路、模块和功能,或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现,例如但不限于只读存储器(ROM)、随机访问存储器(RAM)、光存储器装置和系统(数码多功能光碟DVD或CD光盘)等。计算机可读介质可以包括非瞬时性存储介质。处理器可以是任何适合于本地技术环境的类型,例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、可编程逻辑器件(FGPA)以及基于多核处理器架构的处理器。
通过示范性和非限制性的示例,上文已提供了对本申请的示范实施例的详细描述。但结合附图和权利要求来考虑,对以上实施例的多种修改和调整对本领域技术人员来说是显而易见的,但不偏离本申请的范围。因此,本申请的恰当范围将根据权利要求确定。