工程施工执行承包商选定服务器及方法

本发明涉及工程施工执行承包商选定服务器及方法。

以往的工程施工和工程技术服务的交易是一种要进行施工和服务的发包的企业 或个人亲自访问工程施工和工程技术服务执行企业进行商谈后，委托报价或利用电话或传 真(Fax)说明施工和服务的内容，并委托报价的方式，被委托的企业制作报价单并亲自访问 发包委托人后，递交报价单或用邮寄的方式发送报价单的方式。若是政府机构，则发表施工 和服务的内容，并进行现场说明，且多个企业在指定的地点参加投标。

随之，要发包的企业或个人选定多个施工、服务的执行承包商，且各执行承包商分 别说明施工、服务的内容，并从各个企业接收报价单。在如此接收的多个报价单中选择施 工、服务的执行企业。

但是，在这种情况下，在选定多个企业并向各企业说明内容，并接收报价单和进行 选择的过程中会来浪费大量的时间和精力。

另外，在没有承包工程施工和技术服务的经验的企业或个人等民间施工的情况 下，通常通过人脉进行，且具有通过开发商独断行为的施工商的接近限制性，就当前实情而 言，难以查看对小规模工程公开的承包和发包系统，尤其，从当前状况来看，中小工程承包 商因其承包的接近限制从属于大型承包商的现象反复出现，专业停产领域作为施工商的转 包商活动，且独自承包和施工的施行根据施工能力评价被垄断。

此外，由于没有发包工程施工和技术服务的经验的企业或个人难以了解自身要委 托的施工和服务的准确内容，因而难以判断本人(或公司)将凭何种内容委托报价。由于这 种企业或个人缺乏判断应向哪个企业发包施工和服务以及判断施工费、技术服务费是多少 的能力，在选择施工、技术服务的执行承包商时遇到很多困难的事项，还有可能导致支出过 多的施工费和技术服务费或错误地选择执行承包商。亦即，获悉施工、服务执行承包商的执 行能力、信用度等的方法局限于通过人脉、广告或社会知名度等。存在的问题在于，使得判 断施工、服务的执行承包商所递交的报价单并选择最合适的执行承包商也变得很难。

技术课题

本发明的一实施例的目的在于，能够缩短要发包工程施工和工程技术服务的企业 或个人为从执行承包商收到多种施工或服务的报价单而进行的诸多过程的工程施工执行 承包商选定方法。

本发明的一实施例的另一目的在于，准确分析工程施工或服务的内容，为选定待 担任施工或服务的合适的执行承包商提供帮助的工程施工执行承包商选定方法。

技术方案

本发明的一实施例的与发包委托终端和投标申请终端进行通信的服务器的工程 施工执行承包商选定方法包括：以能够在网络上访问地公告从所述发包委托终端接收的工 程施工相关数据的步骤；从一个以上的投标申请终端接收投标所需要的装备相关数据和报 价单，并按每个投标申请人区分存储的步骤；确认按所述每个投标申请人区分的装备相关 数据，并将与所述工程施工相关数据匹配的一个以上的投标申请人选定为候选执行承包商 的步骤；将对选定的所述候选执行承包商的装备相关数据和报价单提供至所述发包委托终 端的步骤；以及从所述发包委托终端接收最终执行承包商的选定，并向对应于被选定的最 终执行承包商的投标申请终端通知最终选定的步骤。

本发明的一实施例的与发包委托终端和投标申请终端进行通信来选定工程施工 执行承包商的服务器的特征在在于，包括：通信部，其与发包委托终端和投标申请终端发送 和接收用于选定执行承包商的数据；存储部，其从一个以上的投标申请终端接收投标所需 要的装备相关数据和报价单，并按每个投标申请人区分存储；以及控制部，其从所述发包委 托终端接收工程施工相关数据并接受工程施工的发包，并分析按每个投标申请人区分的装 备相关数据，来选定为一个以上的候选执行承包商，并从所述发包委托终端接收所述被选 定的候选执行承包商中的最终执行承包商的选定，来选定最终执行承包商，并向被选定的 执行承包商通知该事实。

这种一般而又具体的方面可以使用系统、方法、计算机程序或某种系统、方法、计 算机程序的组合实施。

发明的效果

根据本发明的一实施例，将缩短要发包工程施工和工程技术服务的企业或个人为 从多个施工或服务的执行承包商接收报价单而进行的诸多过程，因而将能够省却时间和精 力的浪费。

根据本发明的一实施例，针对没有发包施工或服务的经验的企业或个人选定施工 或服务的执行承包商的困难，能够在服务器系统中确认执行承包商的执行能力、业绩、装备 保有现况、信用度等信息，并选择合适的承包商。

根据本发明的一实施例，服务器客观地筛选无执行能力的执行承包商，从而能够 提高对执行承包商选定的可靠性。

根据本发明的一实施例，服务器提供投标承包商难以提供的工程机械相关专业信 息，并对其进行评价，从而能够提高执行承包商选定的可靠性。

图1是图示本发明的一实施例的工程施工执行承包商选定系统的概略性的构成的 图。

图2是图示用于本发明的一实施例的工程施工执行承包商选定的服务器的概略性 的构成的图。

图3是用于说明本发明的第一实施例的工程施工执行承包商选定方法的流程图。

图4是用于说明本发明的第二实施例的工程施工执行承包商选定方法的流程图。

图5是用于说明本发明的一实施例的选定工程施工候选执行承包商的方法的流程 图。

图6是本发明一实施例的服务器的工程施工执行承包商选定时存储于存储器的数 据的一例。

图7是用于说明本发明的一实施例的对发包委托人的工程施工相关数据的变更的 处理方法的流程图。

图8是用于说明本发明的一实施例的对发包委托人的候选人重新选定请求的处理 方法的流程图。

图9是本发明的一实施例的服务器的工程施工执行承包商选定时生成的中间数据 的一例。

符号说明

100：发包委托终端

200：服务器

210：通信部

230：控制部

250：存储部

300：投标申请终端

下面参照附图对本说明书的实施例进行详细说明。

在说明实施例的过程中，对于本说明书所属领域中熟知且与本说明书不直接相关 的技术内容，将省略说明。这是为了通过省略不必要的说明更清楚地传达本说明书的主旨， 以免其模糊。

出于同样的理由，在附图中，部分构成要素被扩张、省略或被概略性地图示。此外， 各构成要素的大小并不完全反映实际大小。各图中，对于相同的或对应的构成要素标记了 相同的参照编号。

下面参照用于说明通过本说明书的实施例使工程装备的配置最优化的装置和方 法的图，对本说明书进行说明。

图1是图示本发明的一实施例的工程施工执行承包商选定系统的概略性的构成的 图。

参照图1，工程施工执行承包商选定系统包括发包委托终端100、多个投标申请终 端300以及执行承包商选定服务器200，所述执行承包商选定服务器200与发包委托终端100 和投标申请终端300通过网络发送和接收用于工程施工执行承包商选定的数据。此处，网络 既可以是有线或无线网，或者也可以是2G、3G、4G、WiBro、WiMax、LTE等各代的移动通信网。

发包委托终端100是在发包人侧利用的终端，其与执行承包商选定服务器200进行 通信，来发送和接收用于工程施工执行承包商的选定的数据。此外，发包委托终端100可以 从用户接收为了在执行承包商选定服务器200进行工程施工执行承包商选定而要求的任意 的信息的输入，并将为进行工程施工执行承包商选定从执行承包商选定服务器200提供的 信息显示于画面。

投标申请终端300是在投标申请人侧利用的终端，其与执行承包商选定服务器200 进行通信，来发送和接收用于工程施工执行承包商选定的数据。此外，投标申请终端300可 以从用户接收为了在执行承包商选定服务器200进行工程施工执行承包商选定而要求的任 意的信息的输入，或将为进行工程施工执行承包商选定从执行承包商选定服务器200提供 的信息显示于画面。

此外，执行承包商选定服务器200在硬件方面构成为通常的网络服务器(Web server)或WAP(无线应用协议)服务器(WAP server)。然而，在软件方面包括通过C、C++、 Java、Visual Basic、Visual C等任何语言实现并执行各种功能的程序模块(Module)。

此外，执行承包商选定服务器200通常可以通过网络与发包委托终端100和一个以 上的投标申请终端300连接。执行承包商选定服务器200是用于针对从发包委托终端100收 到发包委托的工程施工，选定从投标申请终端300投标的执行承包商中的任意的执行承包 商的介质。执行承包商选定服务器200意指作为这种介质执行功能的计算机系统和为其设 置的计算机软件。另外，执行承包商选定服务器200应理解为除了前述计算机软件外还包括 在执行承包商选定服务器200上动作的一系列应用程序，且根据情况还包括构建于内部或 外部的各种数据库的宽泛的概念。因此，执行承包商选定服务器200对内容程序的各种信息 和数据进行分类来存储于DB(数据库)，并进行管理，而这种数据库可以实现于执行承包商 选定服务器200内部或外部。

执行承包商选定服务器200为发包委托终端100和一个以上的投标申请终端300的 介质，使投标申请终端300能够访问从发包委托终端100接收的发包相关信息。在一实施例 中，针对发包相关信息，可以在网页(Web Page)或WAP页面等网络上公告发包信息。或者，在 另一变形例中，可以确认之前订阅的投标申请人信息，直接向投标申请人终端通知发包信 息。就通知方法而言，可以直接以消息的形式提供发包信息，也可以以消息的形式提供能够 访问所述发包信息的地址等。

图2是图示用于本发明的一实施例的工程施工执行承包商选定的服务器的概略性 的构成的图。

参照图2，服务器可以包括通信部210、控制部230以及存储部250。

通信部210起到与发包委托终端(图1的100)和投标申请终端(图1的300)发送和接 收数据的作用。通信部210可以将接收的数据传递至控制部230或存储于存储部250。

控制部230控制执行承包商选定服务器200的各构成要素。控制部230从发包委托 终端100接受发包委托，选定合适的投标申请人，并提供至发包委托人。

控制部230可以包括公告模块231、数据计算模块233、候选选定模块235、通知模块 237以及评价管理模块239。

公告模块231由外部的终端通过网络接入来在电子公告板上传公告物，或下载已 公告的公告物。有权限的用户还可以对已公告的公告物进行编辑。有权限的用户可以是上 传公告物的人，也可以是通过用户认证进行权限认证的用户。由于这种用户认证属于一般 的技术，将省略详细的说明。

数据计算模块233分析从发包委托终端100接收的工程施工相关信息，并重新计算 发包委托人要求数据。

数据计算模块233为分析工程施工相关信息，可以选择并执行工程施工模拟方法 或基于案例的推理方法中的一个以上来执行。

基于过去案例数据的方法是收集过去过去案例数据，从收集的过去案例中评价与 发包工程施工相关数据的相似度，并采用相似的案例的方法。

数据计算模块233可以通过这种分析重新选定发包的工程施工所要求的的最佳装 备和可施工期间。

候选选定模块235基于从投标申请终端300接收的装备相关数据和报价单，从投标 工程施工的投标申请人中选定执行承包商候选人。

在一实施例中，候选选定模块235根据由数据计算模块233计算的数据和通过所述 通信部210接收的发包委托人的选定优先顺序，从投标被委托发包的工程施工的投标申请 人中选定执行承包商候选人。

通知模块237通过通信部210将由候选选定模块235选定的执行承包商候选人的装 备相关数据和报价单传输至发包委托终端100，并请求确认最终选定。

此外，若选定了对被委托发包的工程施工的最终执行承包商，则通知模块237通过 该执行承包商的投标申请终端或执行承包商的联络处(联络终端)通知被选定为最终执行 承包商。

此外，通知模块237可以根据从发包委托终端100接收的最终选定或重新选定请求 等向其他构成要素传递处理。

评价管理模块239在投标完成的工程施工完成后，通过通信部210向发包委托终端 100请求执行承包商的投标申请人和参与工程驾驶员的评价，并从所述发包委托终端100接 收执行承包商的投标申请人和参与工程驾驶员的评价信息来存储至存储部250的按每个投 标人区分的DB254，且可以在下次投标时运用。

存储部250执行用于工程施工执行承包商选定的程序和各种程序，并存储用于选 定执行承包商的处理器等。

例如，存储部250可以存储通过通信部210接收的信息，并存储通过各构成要素的 中间结果和最终结果。

存储部250也可以作为物理分离的存储装置实现，例如数据库服务器。在这种情况 下，可以将通信部210与存储部250进行通信并由通信部210接收的信息存储至存储部250， 并由控制部230检索存储部250中存储的信息中的必要的数据，或将由控制部230的各构成 要素生成的数据发送至存储部250进行存储。

存储部250可以包括从发包委托人获取的工程施工DB252、从投标申请人获取的按 每个投标人区分的DB254以及参照装备DB256。

工程施工DB252可以按接受发包委托时发放的每个标志符区分存储或按每个发包 委托人区分存储从发包委托终端100接收的数据。存储于工程施工DB252的信息可以是接受 发包委托人的发包时接收的工程施工相关数据和通过执行承包商选定服务器200的执行承 包商选定过程发生的中间信息。此外，在由通过执行承包商选定服务器200匹配的施工承包 商对工程进行施工的情况下，作为投标相关信息，投标申请人相关信息、投标决定日期以及 报价单可以一同存储于工程施工DB252。

就按每个投标人区分的DB254而言，可以从投标申请终端300接收并按每个投标申 请人区分存储。在对任意的投标申请人有评价结果的情况下，评价结果也可以存储于按每 个投标人区分的DB254。

参照装备DB256存储各制造商的按每个产品型号区分的参照装备信息。按每个产 品型号区分的参照装备信息可以针对制造的各种装备，包括型号名、制造商、制造商故障 率、故障履历、平均燃料费以及作业模式功能中的一个以上。参照装备信息可以是预先存储 于服务器的信息，且可以实时地或周期性地更新。

此外，根据另一变形例，可以省略执行承包商选定服务器200构成部中对该变形例 不需要的功能/构成部，或合并部分构成部。

如同本说明书的一实施例，以执行承包商选定服务器200为介质，发包委托人将可 以预先接收与自身的工程施工相关数据匹配的投标申请人的工程装备信息和报价单，来选 定希望的投标申请人。

下面参照图3至图8对通过参照图2的各构成要素的系统的工程施工执行承包商选 定方法进行说明。

图3是用于说明本发明的第一实施例的工程施工执行承包商选定方法的流程图， 图4是用于说明本发明的第二实施例的工程施工执行承包商选定方法的流程图。

首先，参照图3，执行承包商选定服务器200从发包委托终端100收到对工程施工的 发包的委托(S100)，并接受发包委托(S110)。

当发包委托终端100委托发包时，传输工程施工相关数据。

工程施工相关数据可以包括施工期间、工程施工地点、工程种类以及图纸中的一 个以上，且还可以包括选定优先顺序。选定优先顺序是发包委托人在选定执行承包商时欲 优选考虑的项目的顺序，其可以包括装备燃料费、生产率、装备制造商、故障履历以及报价 费用中的一个以上。

若接受了发包委托，则执行承包商选定服务器200将工程施工相关数据公告于网 络上，以使投标申请人能够确认发包相关信息(S120)。从而，投标申请终端300将能够通过 网络访问发包相关信息。

执行承包商选定服务器200从一个以上的投标申请终端300接收对被委托发包的 工程施工的投标(S130)。执行承包商选定服务器200接收投标申请时投标所需要的装备相 关数据和报价单，并按每个投标申请人区分进行存储。其中，装备相关数据可以包括保有装 备数据、装备日使用费、装备公司(maker)以及能参与的工程驾驶员信息中的一个以上。此 外，保有装备数据可以包括上市日期、制造商、制造商故障率、故障履历、平均燃料费以及作 业模式功能中的一个以上。

服务器200从一个以上的申请投标的投标申请人中选定一个以上的候选执行承包 商(S140)。

服务器200选定候选执行承包商的过程将在后面参照图5进行详细说明。

服务器200将对被选定的一个以上的候选执行承包商的信息提供至所述发包委托 终端100(S150)。

对候选执行承包商的信息可以包括装备相关数据和报价单。

接受对候选执行承包商的信息的提供的发包委托终端100显示对所述候选执行承 包商的信息，并从用户，即从发包委托人接收最终执行承包商的选择(S160)。

发包委托终端100将最终被选定的最终执行承包商通知给执行承包商选定服务器 200(S170)。

执行承包商选定服务器200向对应于收到通知的被选最终执行承包商的投标申请 终端300通知最终选定(S180)。

投标申请终端300确认被最终选定，并将表示自身已确认和/或接受所述通知的消 息通知给执行承包商选定服务器200(S190)。

以此，完成工程施工承包商的选定，并进行工程施工。

进行工程施工之后，执行承包商选定服务器200可以向发包委托终端100请求对投 标申请人和参与驾驶员的评价(S200)，从发包委托终端100接收评价信息的提供，并进行存 储(S220、S230)。

所提供的评价信息可以用作日后该投标申请人的投标申请时的参考资料。

参照图4，在另一变形例中，执行承包商选定服务器200从发包委托终端100接收工 程施工相关数据(S100)，并接受发包委托(S110)。

工程施工相关数据可以包括施工期间、工程施工地点、工程种类以及图纸中的一 个以上，且还可以包括待选定执行承包商时考虑的选定优先顺序。

当执行承包商选定服务器200接受委托发包时，基于接收的工程施工相关数据，重 新计算最佳装备和可施工期间(S115)。

当执行承包商选定服务器200重新计算最佳装备和可施工期间时，可以选择工程 施工模拟方法、基于案例的推理方法或混合这些的方法中的一个来执行。

基于案例的推理方法是收集过去案例数据，并从收集到的过去案例中评价与已发 包工程施工相关数据的相似度，并采用相似的案例的方法。执行承包商选定服务器200通过 在如此采用的相似的案例中提示最佳装备和可施工期间来执行。

执行承包商选定服务器200将重新计算的工程施工相关数据(最佳装备和可施工 期间)提供给投标申请人(S125)。执行承包商选定服务器200为了将重新计算的工程施工相 关数据提供至投标申请人，可以向各投标申请终端300发送重新计算的工程施工相关数据。 或者，可以将工程施工相关数据公告于网络上，以使投标申请终端300能够确认。从而，投标 申请终端300将能够通过网络访问重新计算的工程施工相关数据。

执行承包商选定服务器200从确认了重新计算的工程施工相关数据的一个以上的 投标申请终端300接收投标的申请(S135)。执行承包商选定服务器200接收投标申请时投标 所需要的装备相关数据和报价单，并按每个投标申请人区分进行存储。其中，装备相关数据 可以包括保有装备数据、装备日使用费，装备公司(maker)以及能参与的工程驾驶员信息中 的一个以上。此外，保有装备数据可以包括上市日期、制造商、制造商故障率、故障履历、平 均燃料费以及作业模式功能中的一个以上。保有装备数据既可以从服务器200中存储的参 照装备DB中获取，也可以从投标申请终端300获取。

之后的步骤S140至步骤S230与在第一实施例中相同，因而将省略其说明。

下面参照图5对图3和图4的步骤S140的候选执行承包商选定进行说明。

图5是用于说明本发明的一实施例的选定工程施工候选执行承包商的方法的流程 图，图9是本发明的一实施例的服务器的工程施工执行承包商选定时生成的中间数据的一 例。

首先，执行承包商选定服务器200筛选并排除从各投标申请终端300获取的装备相 关数据不满足工程施工相关数据或重新计算的工程施工相关数据的必要条件的投标申请 人(S142)。换言之，将因不满足工程施工相关数据或重新计算的工程施工相关数据的必要 条件被筛选的投标申请人将从执行承包商选定的候选人中被淘汰。

如此，通过步骤S142，工程施工相关数据或重新计算的工程施工相关数据不满足 所要求的条件的投标申请人被排除。

利用各投标申请人的工程装备的位置信息筛选不满足任意的基准的投标申请人 (S144)。

其中，任意的基准可以是从保有装备中排除从投标申请人登记的基准位置超出预 先设定的距离的工程装备的其余工程装备是否满足所述必要充分条件。此外，作为另一任 意的基准，可以确认投标申请人登记的多个工程装备的位置，来确认各工程装备的位置是 否在距离施工现场预先设定的范围之内。

如此，可以确认工程装备的位置信息，来确认投标申请人是否在施工现场的实际 能够使用的位置(能够运行的位置)保有装备。

在步骤S144中完成筛选的投标申请人的装备数据中对对应于发包委托选定优先 顺序的各项目评分(S145)。例如，在对应于发包委托人选定优先顺序的项目如图9的(a)为 “燃料费”的情况下，基于已存储的参照装备DB256的参照装备信息，按照预先定好的基准对 各投标人的按每个保有装备区分的燃料费评分。此时，服务器200可以考虑通过工程施工数 据确认的作业的种类和频率。如图9的(a)所示，在服务器200所分析的作业种类和频度为挖 沟30％、行驶20％、深挖掘30％、装车作业20％的情况下，若对用于挖沟的装备燃料费乘以 0.3，对用于行驶的装备燃料费乘以0.2，对用于深挖掘的装备燃料费乘以0.3，对用于装车 作业的装备燃料费乘以0.2后进行合计，则可以计算出对该投标人的总保有装备的平均燃 料费。又例如，在对应于发包委托人选定优先顺序的项目如图9的(b)为“耐久性”的情况下， 基于参照装备DB的参照装备信息，按照预先定好的基准对各投标人的按每个保有装备区分 的耐久性评分(评等级)。此时，服务器200分析工程装备数据并提取与耐久性评价相关的项 目，例如上市日期、装备制造商的故障率、该装备的故障履历、AM(after market，售后市场) 服务水准，并考虑通过工程施工数据确认的工程期间中能够使用装备的可用时间内的耐久 性。

按照发包委托人的优先顺序，对在步骤S145中筛选的投标申请人的装备数据的分 数给予加分(S146)。

基于分数顺序按照预先设定的基准选定候选执行承包商(S148)

例如，在发包委托人的选定优先顺序从第一位起依次为燃料费、装备制造商、有无 故障履历的顺序的情况下，可以确认在步骤S144中筛选的投标申请人的装备信息数据，来 按燃料费由好到差的顺序对投标申请人列表进行排序，并按每个燃料费的顺序区分附加加 分。

接下来，可以在被选定的投标申请人列表中根据发包委托人所偏好的装备的保有 个数位附加加分。

在步骤S104后，可以对故障履历的个数附加减分。此时，可以根据故障履历的部件 的重要度区分设定减分。

对如此附加的减分或加分进行合计，并基于分数顺序将预先设定的基准分数或预 先设定的数量的执行承包商选定为候选执行承包商。

若选定了候选执行承包商，则返回至图3和图4的步骤S150。

图6是本发明一实施例的服务器的工程施工执行承包商选定时存储于存储器的数 据的一例。

图6的(a)是从发包委托终端100输入的工程装备相关数据的一例，图6的(b)是在 执行承包商选定服务器200重新计算的工程装备相关数据的一例。

如此，发包委托终端所输入的请求装备是挖掘机3、轮式装载机3、起重车3，而重新 计算的最佳装备是21t轮式挖掘机2、34t履带式挖掘机1、42t履带式挖掘机1、400轮式装载 机3、起重车2、云梯车2，且工程期间也可以互相不同。工程期间或发包委托终端所输入的数 据和重新计算的数据可以互相不同。

如此，服务器在投标之前预先确认工程装备的要求数据的适当性并予以重新计 算，从而发包委托人将减少执行错误。

图6的(c)是提供至发包委托终端的候选执行承包商的装备相关信息的一例。

图7是用于说明本发明的一实施例的对发包委托人的工程施工相关数据的变更的 处理方法的流程图。

首先，若执行承包商选定服务器200从发包委托终端100收到发包委托人就工程施 工相关数据的变更的通知(S210)，则确认变更的工程施工数据是否为重要信息(S220)。

执行承包商选定服务器200对在步骤S110中接受委托发包时存储的工程施工相关 数据和通知变更的工程施工数据进行比较，并确认变更的数据是什么。确认变更的数据(变 更的项目)是否为足以对最佳装备可施工期间产生影响的重要的信息。

在步骤S220中，若执行承包商选定服务器200判断为变更的工程施工数据不是重 要信息，则按步骤S125进行来公告变更的工程施工数据(S125)。之后，移向步骤S135。

在步骤S220中，若执行承包商选定服务器200判断为变更的工程施工数据是重要 信息，则以变更的工程施工相关数据为基准重新计算最佳装备和可施工期间(S115)。

执行承包商选定服务器200将重新计算的工程施工相关数据提供至投标申请终端 300(S125)。执行承包商选定服务器200可以通过网络公告以使投标申请终端300能够访问 重新计算的工程施工相关数据，或向投标申请终端300发送重新计算的工程施工相关数据。 从而，将能够基于变更的工程施工数据收到投标的申请。

图8是用于说明本发明的一实施例的对发包委托人的候选人重新选定请求的处理 方法的流程图。

在图3和图4的步骤S150中，执行承包商选定服务器200将对被选定的一个以上的 候选执行承包商的信息提供至所述发包委托终端100。

发包委托终端100可以显示被提供的候选执行承包商信息，并从用户，即从发包委 托人接收选定最终执行承包商的输入，或接收重新选定候选执行承包商的输入，并传递至 执行承包商选定服务器200。

接下来，对发包委托终端100在步骤S150从被提供的候选执行承包商中不选择最 终执行承包商，而是输入候选执行承包商的重新选定来向执行承包商选定服务器200请求 的情况进行说明。

若服务器200从发包委托终端100收到重新选定候选人的请求(S300)，则向发包委 托终端100请求输入与优先顺序的变更或工程施工相关的追加性的数据(S310)。

发包委托终端100变更优先顺序或输入与工程施工相关的追加性的数据(S320)， 并传输输入的数据(S330)。

之后，服务器200按步骤S140进行来重新选定候选执行承包商。

在另一变形例中，执行承包商选定服务器200可以实现为从发包委托终端100仅能 够进行至多预先设定的次数的候选人重新选定的请求。例如，若预先设定的次数为3次，则 仅能够进行至多3次的候选人重新选定，在发包委托人对第3次重新选定的候选执行承包商 依然不选定最终执行承包商的情况下，执行承包商选定服务器200按未决定件处理。执行承 包商选定服务器200可以将未决定的事实通知给投标申请人。例如，执行承包商选定服务器 200可以通过网络公告未决定，并通知给各投标申请人。

图示的各个步骤并非是必需的步骤，部分步骤可以省略。

前述的方法可以通过多种手段实现。例如，本发明的实施例可以通过硬件、固件 (firmware)、软件或这些的结合等实现。

在通过硬件实现的情况下，本发明的实施例的方法可以通过一个或一个以上的 ASICs(application specific integrated circuits，专用集成电路)、DSPs(digital signal processors，数字信号处理器)、DSPDs(digital signal processing devices，数 字信号处理设备)、PLDs(programmable logic devices，可编程逻辑设备)、FPGAs(field programmable gate arrays，现场可编程门阵列)、处理器、控制器、微控制器、微处理器等 实现。

在通过固件或软件实现的情况下，本发明的实施例的方法可以以执行以上说明的 功能或动作的模块、工序或函数等的形态实现。软件代码可以存储于存储器单元，并由处理 器驱动。所述存储器单元可以位于所述处理器内部或外部，并通过已公知的多种手段接与 所述处理器交换数据。

以上参照附图对本说明书中公开的实施例进行了说明。如此图示于各图的实施例 不应被限定性地解释，可以解释为可以由熟知本说明书的内容的本领域的技术人员互相组 合，且在组合的情况下，部分构成要素也可以被省略。

此处，在本说明书和权利要求书中使用的术语或词语不应限于通常的或词典上的 含义进行解释，而是应解释为符合本说明书中公开的技术思想的含义和概念。

因此，本说明书中记载的实施例和图中图示的构成只不过是本说明书中公开的一 实施例，并不完全代表本说明书中公开的技术思想，因此，需要理解的是，在本申请时点可 以有代替这些的多重等同物和变形例。