CN116011939A - 项目招标系统、方法、设备及存储介质 - Google Patents

Abstract

本申请公开了一种项目招标系统、方法、设备及存储介质，属于互联网技术领域。该系统至少包括多个投标客户端和招标服务器，多个投标客户端为不同投标方登录的客户端：每个投标客户端，用于获取被输入的投标信息，投标信息包括多个基准资源值；招标服务器，用于基于项目对应的评估参数，分别对每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数，基于得到的成本参数，确定多个投标方的排序信息；每个投标客户端，还用于按照排序信息，显示多个投标方。该方案实现了投标方竞价能力的线上化，能够驱动投标方进行降价，减少了项目的成本，还节约了人力和物力，提高了招标效率。

Description

项目招标系统、方法、设备及存储介质

技术领域

本申请涉及互联网技术领域，特别涉及一种项目招标系统、方法、设备及存储介质。

背景技术

招标是一种搜寻合作对象的行为。招标方通过事先公布项目的一些项目信息，来吸引众多的投标方参与投标，之后可以从多个投标方中选择合适的投标方作为中标方，由中标方来完成该项目。

例如，招标方为一运输项目进行招标，可以公开该运输项目的运输对象、平均运输量、平均运输距离等，多个投标方分别对每种车型进行报价来竞争该运输项目，招标方可以根据每个投标方的报价确定中标方。之后，在产生该运输项目对应的运输订单之后，将该运输订单分配给中标方，中标方采用车型与运输订单指示的运输量匹配的车辆来完成该运输订单，招标方根据中标方对该车型的报价为该中标方结算。

其中，招标过程中，招标方需要与各个投标方接洽，并基于各个投标方的报价进行评标，从而在确定中标方的过程中，会花费较多的人力和物力，导致招标效率较差。

发明内容

本申请实施例提供了一种项目招标系统、方法、设备及存储介质，能够节约人力和物力，还能够降低项目的成本。该技术方案如下：

一方面，提供了一种项目招标系统，所述系统至少包括多个投标客户端和招标服务器，所述多个投标客户端为不同投标方登录的客户端：

每个投标客户端，用于获取被输入的投标信息，所述投标信息包括多个基准资源值，所述多个基准资源值表示为项目提供的不同服务的结算标准；

所述招标服务器，用于基于所述项目对应的评估参数，分别对所述每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数，基于得到的成本参数，确定多个投标方的排序信息，所述成本参数用于表示招标方为所述项目向投标方转移的资源数值，所述评估参数用于表示投标信息中不同基准资源值对成本参数的影响程度；

所述每个投标客户端，还用于按照所述排序信息，显示所述多个投标方。

一方面，提供了一种项目招标方法，由项目招标系统执行，所述系统至少包括多个投标客户端和招标服务器，所述方法包括：

每个投标客户端获取被输入的投标信息，所述投标信息包括多个基准资源值，所述多个基准资源值表示为项目提供的不同服务的结算标准；

所述招标服务器基于所述项目对应的评估参数，分别对所述每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数，基于得到的成本参数，确定多个投标方的排序信息，所述成本参数用于表示招标方为所述项目向投标方转移的资源数值，所述评估参数用于表示投标信息中不同基准资源值对成本参数的影响程度；

所述每个投标客户端按照所述排序信息，显示所述多个投标方。

在一种可能实现方式中，所述评估参数为结算关系数据；所述招标服务器基于所述项目对应的评估参数，分别对所述每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数之前，所述方法还包括：

所述招标服务器获取所述项目对应的多个历史订单的订单信息，基于多个订单信息，确定每种服务的使用参数，基于所述每种服务的使用参数，确定所述多个历史订单的结算关系数据；

其中，所述订单信息指示服务的使用情况，所述服务的使用参数用于表示所述服务被使用的多少，所述结算关系数据用于表示所述每种服务的基准资源值和使用参数的加权求和。

在一种可能实现方式中，所述招标服务器基于所述项目对应的评估参数，分别对所述每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数，包括：

所述招标服务器对于所述每个投标方的投标信息，基于所述结算关系数据，将所述投标信息中的每种服务的基准资源值和所述每种服务的使用参数进行加权求和，得到所述投标方对应的成本参数，所述成本参数表示由所述投标方完成所述多个历史订单的情况下，所述招标方为所述多个历史订单向所述投标方转移的资源数值。

在一种可能实现方式中，所述评估参数为每个基准资源值对应的权重；所述招标服务器基于所述项目对应的评估参数，分别对所述每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数之前，所述方法还包括：

所述招标服务器显示所述项目的招标配置界面，所述招标配置界面至少包括为所述项目提供的每种服务对应的权重设置选项，所述服务对应的权重设置选项用于获取为所述服务对应的至少一个基准资源值配置的权重；基于所述招标配置界面，获取为所述每个基准资源值配置的权重；或者，

所述招标服务器显示所述项目的招标配置界面，所述招标配置界面包括所述每个基准资源值对应的权重设置选项，所述基准资源值对应的权重设置选项用于获取为所述基准资源值配置的权重；基于所述招标配置界面，获取为所述每个基准资源值配置的权重；或者，

所述招标服务器获取所述项目对应的多个历史订单的订单信息，所述订单信息指示服务的使用情况；根据多个订单信息，确定每种服务的使用参数，所述使用参数用于表示所述服务被使用的多少；基于所述每种服务的使用参数，确定所述多种服务中每种服务对应的权重，所述服务对应的权重表示所述服务对应的至少一个基准资源值的权重。

在一种可能实现方式中，所述评估参数为每个基准资源值对应的权重，所述系统还包括招标客户端；所述招标服务器基于所述项目对应的评估参数，分别对所述每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数之前，所述方法还包括：

所述招标客户端显示所述项目的招标配置界面，所述招标配置界面至少包括为所述项目提供的每种服务对应的权重设置选项，所述服务对应的权重设置选项用于获取为所述服务对应的至少一个基准资源值配置的权重；基于所述招标配置界面，获取为所述每个基准资源值配置的权重；或者，

所述招标客户端显示所述项目的招标配置界面，所述招标配置界面包括所述每个基准资源值对应的权重设置选项，所述基准资源值对应的权重设置选项用于获取为所述基准资源值配置的权重；基于所述招标配置界面，获取为所述每个基准资源值配置的权重。

在一种可能实现方式中，所述招标服务器基于所述项目对应的评估参数，分别对所述每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数之前，所述方法还包括：

所述招标服务器显示所述项目的招标配置界面，所述招标配置界面包括评标模式选项，所述评标模式选项用于设置所述项目的评标模式；基于所述招标配置界面，获取所述项目的评标模式；

所述招标服务器基于所述项目对应的评估参数，分别对所述每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数，包括：

所述招标服务器在所述项目的评标模式为权重评标模式的情况下，获取所述每个基准资源值对应的权重，基于所述每个基准资源值对应的权重，分别对所述每个投标客户端获取的投标信息中的基准资源值进行处理，得到所述每个投标方对应的成本参数；

所述招标服务器在所述项目的评标模式为仿真评标模式的情况下，获取所述项目的结算关系数据，基于所述结算关系数据，分别对所述每个投标客户端获取的投标信息中的基准资源值进行处理，得到所述每个投标方对应的成本参数，所述结算关系数据用于表示为所述项目提供的每种服务的基准资源值和使用参数的加权求和。

在一种可能实现方式中，所述系统还包括招标客户端；所述招标服务器基于所述项目对应的评估参数，分别对所述每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数之前，所述方法还包括：

所述招标客户端显示所述项目的招标配置界面，所述招标配置界面包括评标模式选项，所述评标模式选项用于设置所述项目的评标模式；基于所述招标配置界面，获取所述项目的评标模式；

所述招标服务器基于所述项目对应的评估参数，分别对所述每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数，包括：

所述招标服务器在所述项目的评标模式为权重评标模式的情况下，获取所述每个基准资源值对应的权重，基于所述每个基准资源值对应的权重，分别对所述每个投标客户端获取的投标信息中的基准资源值进行处理，得到所述每个投标方对应的成本参数；

所述招标服务器在所述项目的评标模式为仿真评标模式的情况下，获取所述项目的结算关系数据，基于所述结算关系数据，分别对所述每个投标客户端获取的投标信息中的基准资源值进行处理，得到所述每个投标方对应的成本参数，所述结算关系数据用于表示为所述项目提供的每种服务的基准资源值和使用参数的加权求和。

在一种可能实现方式中，所述方法还包括：

所述招标服务器接收任一投标客户端发送的投标请求，所述投标请求携带投标信息；

所述招标服务器在所述投标请求携带的投标信息中的每个基准资源值相对于上一次从所述投标客户端获取的投标信息中的每个基准资源值均未增加的情况下，将所述投标方的投标信息更新为本次获取的投标信息。

一方面，提供了一种计算机设备，该计算机设备包括一个或多个处理器和一个或多个存储器，该一个或多个存储器中存储有至少一条程序代码，该至少一条程序代码由该一个或多个处理器加载并执行以实现如上述任一种可能实现方式的项目招标方法所执行的操作。

一方面，提供了一种计算机可读存储介质，该存储介质中存储有至少一条程序代码，该至少一条程序代码由处理器加载并执行以实现如上述任一种可能实现方式的项目招标方法所执行的操作。

一方面，提供了一种计算机程序或计算机程序产品，所述计算机程序或计算机程序产品包括：计算机程序代码，所述计算机程序代码被计算机执行时，使得所述计算机实现如上述任一种可能实现方式的项目招标方法所执行的操作。

本申请实施例提供的技术方案带来的有益效果至少包括：

本申请实施例提供的项目招标系统、方法、设备及存储介质，由于评估参数能够表示投标信息中不同服务的结算标准对成本的影响参数，因此，基于评估参数对投标信息中的多个基准资源值进行处理，能够准确地确定出每个投标方对应的成本，保证了排名的准确性；通过项目招标系统实时展示投标方的排名，能够使得投标方互相比价，驱动了投标方进行降价，从而竞标的时候投标方可以给出更低的报价，减少了项目的成本，还节约了人力和物力，提高了招标效率。

附图说明

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

图1是本申请实施例提供的一种项目招标系统的示意图；

图2是本申请实施例提供的另一种项目招标系统的示意图；

图3是本申请实施例提供的一种项目招标系统的招标流程图；

图4是本申请实施例提供的一种项目招标方法的招标流程图；

图5是本申请实施例提供的一种项目招标方法的招标流程图；

图6是本申请实施例提供的一种项目招标方法的流程图；

图7是本申请实施例提供的终端的结构示意图；

图8是本申请实施例提供的服务器的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

可以理解，本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种概念，但除非特别说明，这些概念不受这些术语限制。这些术语仅用于将一个概念与另一个概念区分。举例来说，在不脱离本申请的范围的情况下，可以将第一基准资源值称为第二基准资源值，且类似地，可将第二基准资源值称为第一基准资源值。

本申请所使用的术语“至少一个”、“多个”、“每个”、“任一”，至少一个包括一个、两个或者两个以上，多个包括两个或者两个以上，而每个是指对应的多个中的每一个，任一是指多个中的任意一个，举例来说，多个投标方包括3个投标方，而每个是指这3个投标方中的每一个投标方，任一是指这3个投标方中的任意一个，可以是第一个，也可以是第二个，还可以是第三个。

本申请实施例提供的项目招标方法由项目招标系统执行。在一种可能实现方式中，该项目招标系统包括多个投标客户端和招标服务器，该多个投标客户端为不同投标方登录的客户端。其中，投标客户端可以安装在任一终端上，该终端可以是台式电脑、平板电脑或者手机等任一种类型的终端。招标服务器可以为一台服务器，或者由若干服务器组成的服务器集群，或者是一个云计算服务中心。在另一种可能实现方式中，该项目招标系统包括多个投标客户端、至少一个招标客户端和招标服务器。其中，多个投标客户端为不同投标方登录的客户端。投标客户端和招标客户端均可以安装在任一终端上，该终端可以是台式电脑、平板电脑或者手机等任一种类型的终端。招标服务器可以为一台服务器，或者由若干服务器组成的服务器集群，或者是一个云计算服务中心。

需要说明的是，招标客户端与投标客户端可以为同一客户端，也可以为不同的客户端，本申请实施例对此不做限定。

图1是本申请实施例提供的一种项目招标系统的示意图，如图1所示，该项目招标系统包括多个投标客户端101(图1以3个投标客户端为例进行示例性说明)和招标服务器102。多个投标客户端101与招标服务器102之间通过无线或者有线网络连接。

其中，投标客户端101能够实现例如数据传输、消息交互等功能。可选地，投标客户端101为所在终端的操作系统中的客户端，或者为第三方提供的客户端。例如，投标客户端101为项目处理客户端，该项目处理客户端具有投标等功能。可选地，该投标客户端101还能够具有其他功能，例如，招标功能、创建项目功能、购物功能、点评功能等。招标服务器102用于为该投标客户端101提供服务。

可选地，招标服务器102可以将待招标的项目发送给多个投标方登录的投标客户端101，每个投标客户端101都可以参与该项目的投标，投标客户端101可以向服务器102上报投标方对该项目的投标信息，服务器102根据多个投标客户端101上报的对项目的投标信息，确定每个投标方对应的成本参数，根据多个投标方对应的成本参数，确定多个投标方的排序信息，将该排序信息发送给每个投标客户端101，由投标客户端101按照该排序信息，显示该多个投标方。

图2是本申请实施例提供的另一种项目招标系统的示意图，如图2所示，该项目招标系统包括多个投标客户端101、招标服务器102和至少一个招标客户端103(图2以一个招标客户端为例进行示例性说明)。投标客户端101和招标服务器102之间通过无线或者有线网络连接。招标客户端103与招标服务器102之间通过无线或者有线网络连接。

其中，投标客户端101能够实现例如数据传输、消息交互等功能。可选地，投标客户端101为所在终端的操作系统中的客户端，或者为第三方提供的客户端。例如，投标客户端101为项目处理客户端，该项目处理客户端具有投标等功能。可选地，该投标客户端101还能够具有其他功能，例如，招标功能、创建项目功能、购物功能、点评功能等。

招标客户端103能够实现例如数据传输、消息交互等功能。可选地，招标客户端103为所在终端的操作系统中的客户端，或者为第三方提供的客户端。例如，招标客户端103为项目处理客户端，该项目处理客户端具有招标等功能。可选地，该招标客户端103还能够具有其他功能，例如，投标功能、购物功能、点评功能等。招标服务器102用于为招标客户端103和投标客户端101提供服务。

可选地，招标方在招标客户端103上创建待招标的项目，通过招标服务器102将该项目发送给多个投标方登录的投标客户端101，该多个投标方可以通过各自登录的投标客户端101进行竞价，招标服务器102根据该项目对应的评估参数，分别对每个投标客户端101上报的基准资源值进行处理，得到每个投标方对应的成本参数，并基于每个投标方对应的成本参数，确定该多个投标方的排序信息，由投标客户端101按照该排序信息，显示该多个投标方。这样，投标方在看到排序信息之后，可以确定按照当前的排名自己能否中标，进而调整自己的报价(也即是投标信息)。

本申请实施例提供的项目招标方法能够适用于对任一种项目的招标场景。

例如，对运输项目的招标场景。

有一运输项目，需要将货物从仓库依次运输到多个门店，若采用本申请实施例提供的项目招标系统，不仅能够在线上招标，并且在招标过程中，投标方能够实时看到自己的排名，进而调整报价，促进了投标方以更低的价格才参与竞标，降低了该运输项目的成本，节约了人力和物力，提高了招标效率。

需要说明的是，本申请实施例仅是以运输项目为例，对本申请实施例的应用场景进行示例性说明，并不对应用场景进行限定。

图3是本申请实施例提供的一种项目招标系统的招标流程图。本申请实施例以项目招标系统包括多个投标客户端和招标服务器为例进行示例性说明，该实施例包括：

301、每个投标客户端用于获取被输入的投标信息，该投标信息包括多个基准资源值，该多个基准资源值表示为项目提供的不同服务的结算标准。

其中，投标信息是投标方上报的用于参与竞标的信息。该投标信息可以看做是投标方的报价。由于承包项目的一方在完成项目的过程中，需要提供多种服务，因此，在项目竞标的过程中，投标方需要针对每种服务给出一个结算标准，也即是基准资源值。

例如，承包运输项目的一方在完成该运输项目的过程中，可能需要采用大车型、中车型和小车型等不同类型的车辆，其中每种类型的车辆的使用价格可以是不同的。因此，在竞标该运输项目时，可以提供每种类型的车辆的使用价格，以使该运输项目的招标方根据各个类型的车辆的使用价格来选择合适的中标方。

302、招标服务器用于基于该项目对应的评估参数，分别对每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数，该成本参数用于表示招标方为该项目向投标方转移的资源数值，该评估参数用于表示投标信息中不同基准资源值对成本参数的影响程度。

承包项目的一方在完成项目的过程中，不同服务的使用频率并不完全相同，从而导致不同服务的结算标准对该项目的成本的影响程度不同，其中，该项目的成本是指招标方为该项目向中标方支付的资源数值。例如，以运输项目为例，大车型车辆和小车型车辆的使用频率较低，中车型车辆的使用频率较高，那么中车型的使用价格对该运输项目的成本的影响较大，而大车型车辆和小车型车辆的使用价格对该运输项目的成本的影响较小。

因此，为了准确地确定出在每个投标方的报价下该项目的成本，本申请实施例采用该项目的评估参数，分别对每个投标客户端获取的投标信息中的基准资源值进行处理。由于评估参数用于表示投标信息中不同基准资源值对成本参数的影响程度，因此，基于评估参数对每个投标信息中的基准资源值进行处理，可以准确预估出多个投标方中哪个投标方的报价高，哪个投标方的报价低，从而选出报价较低的投标方。

303、该招标服务器用于基于得到的成本参数，确定多个投标方的排序信息。

本申请实施例中，在得到的每个投标方对应的成本参数，还可以基于每个投标方对应的成本参数，对该多个投标方进行排序，得到多个投标方的排序信息。其中，多个投标方可以按照报价从低到高的顺序依次排序，也可以按照报价从低到高的顺序依次排序。

304、投标客户端用于按照该排序信息，显示多个投标方。

投标客户端按照该排序信息显示多个投标方，能够使得投标方看到自己的排名，从而确定自己能否中标，如果该投标方不能中标，会促使该投标方调整报价，以争取中标。

本申请实施例提供的项目招标系统，由于评估参数能够表示投标信息中不同服务的结算标准对成本的影响参数，因此，基于评估参数对投标信息中的多个基准资源值进行处理，能够准确地确定出每个投标方对应的成本，保证了排名的准确性；通过项目招标系统实时展示投标方的排名，能够使得投标方互相比价，驱动了投标方进行降价，从而竞标的时候投标方可以给出更低的报价，减少了项目的成本，还节约了人力和物力，提高了招标效率。

图4是本申请实施例提供的一种项目招标系统的招标流程图。本申请实施例以招标系统包括多个招标客户端和招标服务器为例进行示例性说明，该实施例包括：

401、招标服务器用于响应于招标配置界面中的配置完成操作，基于招标配置界面中的招标信息，创建该项目的竞标入口和竞标界面，该竞标界面用于获取投标方的投标信息。

其中，招标配置界面是用于配置待招标项目的招标信息的界面，配置完成操作表示招标方已经在招标配置界面中配置完成招标信息了。该配置完成操作可以是任一种类型的触发操作，本申请实施例对该配置完成操作不做限定。可选地，该招标配置界面包括完成选项，该配置完成操作是对该完成选项的点击操作。

可选地，招标方可以在招标配置界面中配置该待招标项目的描述信息，例如，项目的项目名称、项目的介绍等。可选地，该招标方还配置该待招标项目的评标模式等，其中，评标模式用于指示采用哪种方法对多个投标方进行排序，从而从多个投标方中筛选出中标方。可选地，该招标方还配置该待招标项目的投标方。为了保证最终的中标方可信可靠，由招标方确定参与竞标的投标方，这些投标方可以与招标方合作过的投标方等，本申请实施例对投标方不做限定。

需要说明的一点是，招标方可以根据需求在招标配置界面中配置任一种信息，本申请实施例对招标配置界面的内容不做限定。

需要说明的另一点是，在本申请实施例中，招标方可以在服务器的外接PC(Personal Computer，个人计算机)端上配置招标信息，或者，该项目招标系统还包括招标客户端，该招标客户端为招标方登录的客户端，招标方在该招标客户端中配置招标信息。本申请实施例对此不做限定。

基于招标配置界面检测到配置完成操作，说明招标方已经在招标配置界面中配置完成了，因此，服务器可以基于该招标配置界面中的信息来创建该项目的竞标入口和竞标界面，以进行该项目的竞标了。

402、投标客户端用于响应于对该竞标入口的触发操作，显示该竞标界面。

可选地，该投标客户端是与任一招标服务器连接的，由该招标服务器提供服务的客户端，也即是每个登录投标客户端的用户均可以参与投标。例如，该投标客户端显示有待招标项目列表，该列表用于展示待招标的项目。可选地，竞标入口为该列表中展示的项目。投标客户端响应于对该竞标入口的触发操作，显示该竞标界面，包括：投标客户端响应于对该列表中任一项目的触发操作，显示该项目的竞标界面。

可选地，为了提高招标质量，由招标方提供参与本次招标的投标方。例如，招标方在招标配置界面中配置了参与本次招标的投标方，那么招标服务器只向配置的这些投标方所登录的投标客户端发送投标提醒消息，投标方基于该投标提醒信息参与本次投标。可选地，该投标提醒消息包括该项目的竞标入口链接，投标客户端基于该投标提醒消息显示竞标入口，响应于对该竞标入口的触发操作，显示该竞标界面。

在一种可能实现方式中，招标服务器通过管理投标方的角色，使得投标方能够参与某一项目的投标，或者不能参与某一项目的投标。可选地，投标方在投标客户端中注册账号之后，招标服务器基于该账号为投标方设置角色，例如，如图5所示，服务器将招标方配置的投标方的角色设置为竞价投标方，只有竞价投标方才可以对该项目进行竞价。

403、投标客户端用于基于该竞标界面，获取被输入的投标信息，向招标服务器发送该投标信息，该投标信息包括多个基准资源值，该多个基准资源值表示为该项目提供的不同服务的结算标准。

投标方可以在竞标界面中输入投标信息，该投标信息包括为项目提供的多种服务中每种服务对应的至少一个基准资源值。其中，每种服务可以对应一个基准资源值，也可以对应多个基准资源值，本申请实施例对服务和基准资源值的对应关系不做限定。

在一种可能实现方式中，该项目为运输项目，为该项目提供的多种服务表示采用不同车型的车辆为该运输项目提供的运输服务；该每种服务对应的至少一个基准资源值包括以下至少一项：(1)第一基准资源值，该第一基准资源值表示采用该车型的车辆为该运输项目提供运输服务的情况下，该车辆的行驶距离不超过第一距离的部分对应的结算标准；(2)第二基准资源值，该第二基准资源值表示采用该车型的车辆为该运输项目提供运输服务的情况下，该车辆的行驶距离超过该第一距离的部分对应的结算标准；(3)第三基准资源值，该第二基准资源值表示采用该车型的车辆为该运输项目提供运输服务、且存在多个目的地的情况下，每个目的地对应的结算标准。

例如，该项目为运输项目，投标方在竞标界面中输入大车型的起步价、中车型的起步价和小车型的起步价。由于运输项目的运输距离可能超出起步价的规定距离，因此，投标方还可以输入超出起步价对应的距离后每公里的加价。其中，大中小车型的加价可以不同。另外，投标方还可以输入每个车型的串点费等。

需要说明的是，本申请实施例仅是以运输项目为例对基准资源值进行示例性说明。而在另一种可能实现方式中，该项目还可以是建筑项目，投标方在竞标界面中输入各种建材的价格，以及施工费等。

需要说明的是，本申请实施例提供的项目招标系统是为了帮助招标方找到优质且低价的投标方，因此，为了防止投标方恶意抬价，在一种可能实现方式中，项目招标系统限制投标方每次的出价只能不高于上一次的出价。可选地，投标客户端基于该竞标界面，获取被输入的投标信息，向招标服务器发送该投标信息，投标客户端基于该竞标界面，获取被输入的投标信息，在投标信息中每个基准资源值均不大于上一次投标信息中对应的基准资源值的情况下，招标向服务器发送获取的该投标信息。

404、招标服务器用于接收多个客户端上报的多个投标方对项目的投标信息。

其中，多个投标客户端是参与本次项目招标的投标方所登录的客户端。

需要说明的一点是，对于某一投标方来说，如果服务器第一次接收到该投标方对项目的投标信息，则服务器直接将该投标信息作为该投标方的投标信息；如果服务器不是第一次接收到该投标方对项目的投标信息，则服务器将投标方的投标信息更新为本次获取的投标信息。

需要说明的另一点是，可以由招标服务器来限制投标方恶意抬价。在一种可能实现方式中，招标服务器获取多个投标方对项目的投标信息，包括：招标服务器接收任一投标客户端发送的投标请求，该投标请求携带投标信息；在该投标请求携带的投标信息中的每个基准资源值相对于上一次从该投标客户端获取的投标信息中的每个基准资源值均未增加的情况下，将该投标方的投标信息更新为本次获取的投标信息。

405、招标服务器用于获取该项目对应的评估参数，该评估参数用于表示投标信息中不同基准资源值对成本参数的影响程度，该成本参数用于表示招标方为该项目向投标方转移的资源数值。

本申请实施例中，成本参数用于表示招标方为该项目向投标方转移的资源数值是指：按照该投标方的报价为该投标方结算该项目，所需要向投标方转移的资源数值的多少。其中，该成本参数表示的资源数值并不是真实的资源数值，仅是一个参考数值。虽然成本参数并不是最终需要向投标方转移的真实资源数值，但是多个投标方的成本参数的大小能够准确体现多个投标方的报价的高低。

需要说明的是，不同基准资源值对成本参数的影响程度是不一样的。以运输项目为例，投标方A的报价为：大车型车辆的起步价为20元、每公里加价为4元、串点费为10元；中车型车辆的起步价为15元、每公里加价为3元、串点费为8元；小车型车辆的起步价为10元、每公里加价为2元、串点费为5元。投标方B的报价为：大车型车辆的起步价为21元、每公里加价为4元、串点费为8元；中车型车辆的起步价为14元、每公里加价为3元、串点费为6元；小车型车辆的起步价为11元、每公里加价为2元、串点费为0元。由于该运输项目中，中车型车辆的使用频率最高，其他车型的使用频率较低。因此，中车型车辆的报价占比较重，不能简单地将投标方上报的各个基准资源值相加来表示各个投标方对应的成本参数，而是需要根据不同基准资源值的影响程度，来评估各个投标方对应的成本参数。其中，各个投标方的成本参数是采用该投标方的报价，招标方需要为该运输项目向投标方支付的资源数值。

在一种可能实现方式中，由于一个项目通常每隔一段时间就要重新招标，因此，在对项目进行招标的时候，可以根据该项目的历史数据，来仿真出每个投标方对应的成本参数。例如，运输项目每隔半年就要重新招标，在该运输项目招标的时候，可以获取该运输项目前N个月的历史订单，采用投标方的报价，对该历史订单进行结算，得出如果由该投标方完成这些订单的话，招标方需要向投标方转移的资源数值；基于多个投标方的报价，确定出由每个投标方完成这些订单招标方需要向该每个投标方转移的资源数值，基于这些资源数值可以确定出向哪个投标方转移的资源数值最小，将该投标方作为中标方，成本最小。其中，N可以为3、5、6等任一数值。

例如，订单的订单信息为“需要一个大车型的车辆，从地点1依次到地点2、地点3和地点4，总行驶距离10公里”，该订单中每种服务的使用参数为“大车型使用1次、7个串点”。

其中，结算关系数据为该多个订单对应的结算公式，将投标方上报的每种服务的基准资源值代入该结算公式，即可以该投标方的报价，确定该投标方完成该多个订单后，招标方需要向该投标方转移的资源数值。例如，结算关系数据为X＝H*100+I*36+G*77+S*44+N*32。其中，X为成本参数，H、I、G、S和N为各种服务的基准资源值，100、36、77、44和32为对应服务的使用次数。

可选地，该基于该评估参数，分别对每个投标信息进行处理，得到每个投标方对应的成本参数，包括：对于每个投标方的投标信息，基于该结算关系数据，将该投标信息中的每种服务的基准资源值和该每种服务的使用参数进行加权求和，得到该投标方对应的成本参数，该成本参数表示由该投标方完成该多个历史订单的情况下，该招标方为该多个历史订单向该投标方转移的资源数值。

需要说明的是，本申请实施例仅是以计算出结算关系数据为例对仿真过程进行示例性说明，并不对仿真过程进行限制。而在另一实施例中，服务器还可以基于投标方的每个基准资源值确定出每个订单对应的结算数据，再将多个订单对应的结算数据相加，得到该投标方对应的成本参数。该结算数据为基于该投标方的报价，招标方为该订单向投标方转移的资源数值。

在另一种可能实现方式中，由于每个基准资源值对成本参数的影响程度不同，因此，以为每个基准资源值分配不同的权重，通过对基准资源值的加权处理，来预估每个投标方对应的成本参数。可选地，评估参数为每个基准资源值对应的权重，该获取该项目对应的评估参数，包括：获取该每个基准资源值对应的权重。

在一种可能实现方式中，基准资源值对应的权重是招标方配置。其中，招标方可以设置每种服务对应的权重，也可以设置每个基准资源值对应的权重。可选地，招标服务器用于显示该项目的招标配置界面，该招标配置界面至少包括为该项目提供的每种服务对应的权重设置选项，该服务对应的权重设置选项用于获取为该服务对应的至少一个基准资源值配置的权重；基于该招标配置界面，获取为该每个基准资源值配置的权重；或者，显示该项目的招标配置界面，该招标配置界面包括该每个基准资源值对应的权重设置选项，该基准资源值对应的权重设置选项用于获取为该基准资源值配置的权重；基于该招标配置界面，获取为该每个基准资源值配置的权重。

需要说明的是，该权重可以是招标方设置的，也可以是服务器计算出的。其中，服务器可以基于运输项目中各种服务的历史使用情况来确定每种服务对应的权重，或者，每个基准资源值对应的权重。可选地，获取该每个基准资源值对应的权重，包括：获取该项目对应的多个历史订单的订单信息，该订单信息指示服务的使用情况；根据多个订单信息，确定每种服务的使用参数，该使用参数用于表示该服务被使用的多少；基于该每种服务的使用参数，确定该多种服务中每种服务对应的权重，该服务对应的权重表示该服务对应的至少一个基准资源值的权重。

需要说明的是，本申请实施例提供的两种评估方法均可以准确地评估投标方的成本参数，服务器可以根据项目的评标模式来确定采用哪种评估方法来进行评估。可选地，招标服务器获取该项目对应的评估参数，包括以下任一步骤：在该项目的评标模式为权重评标模式的情况下，招标服务器获取该每个基准资源值对应的权重，也就是说，该评估参数为每个基准资源值对应的权重；在该项目的评标模式为仿真评标模式的情况下，招标服务器获取该项目的结算关系数据，也就是说，该评估参数为该项目的结算关系数据。

在一种可能实现方式中，使用哪种评估方法来进行评估可以由招标方来确定。该方法还包括：招标服务器显示该项目的招标配置界面，该招标配置界面包括评标模式选项，该评标模式选项用于设置该项目的评标模式；基于该招标配置界面，获取该项目的评标模式。

需要说明的是，本申请实施例中，招标配置界面可以是服务器显示的，也可以是招标客户端显示的，本申请实施例对此不做限定。在一种可能实现方式中，招标客户端显示该招标配置界面。可选地，招标客户端用于显示项目的招标配置界面，招标配置界面至少包括为项目提供的每种服务对应的权重设置选项，服务对应的权重设置选项用于获取为服务对应的至少一个基准资源值配置的权重；基于招标配置界面，获取为每个基准资源值配置的权重；或者，招标客户端用于显示项目的招标配置界面，招标配置界面包括每个基准资源值对应的权重设置选项，基准资源值对应的权重设置选项用于获取为基准资源值配置的权重；基于招标配置界面，获取为每个基准资源值配置的权重。

可选地，招标客户端用于显示项目的招标配置界面，招标配置界面包括评标模式选项，评标模式选项用于设置项目的评标模式；基于招标配置界面，获取项目的评标模式。

406、招标服务器用于基于该评估参数，分别对每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数。

可选地，评估参数为结算关系数据，该基于该评估参数，分别对每个投标信息进行处理，得到每个投标方对应的成本参数，包括：对于每个投标方的投标信息，基于该结算关系数据，将该投标信息中的每种服务的基准资源值和该每种服务的使用参数进行加权求和，得到该投标方对应的成本参数，该成本参数表示由该投标方完成该多个历史订单的情况下，该招标方为该多个历史订单向该投标方转移的资源数值。

其中，根据多个订单信息，确定每种服务的使用参数，可以是基于每个订单信息，确定该订单中每种服务的使用参数，再将每个订单中每种服务的使用参数进行叠加。

可选地，评估参数为每个基准资源值的权重，该基于该评估参数，分别对每个投标信息进行处理，得到每个投标方对应的成本参数，包括：基于每个基准资源值的权重，分别对每个投标信息中的基准资源值进行加权求和，得到每个投标方对应的成本参数。

407、招标服务器用于基于得到的成本参数，确定多个投标方的排序信息，向每个投标客户端发送该排序信息。

在本申请实施例中，招标服务器还会对投标方进行排序。其中，多个投标方可以按照对应的成本参数从高到低的顺序排序，也可以按照对应的成本参数从低到高的顺序排序，本申请实施例对此不做限定。

为了提高投标方的竞标积极性，本申请实施例中，还会按照将多个投标方的排序信息发送给每个投标客户端，以使投标方获悉自己当前是否能够中标，并及时调整报价。

408、投标客户端用于接收该排序信息，按照该排序信息，显示该多个投标方。

投标客户端按照该排序信息，显示该多个投标方可以使得投标方能够确定自己按照当前的报价是否能够中标。例如，该项目的招标信息表示本次招标的中标方有5位，排名第6位的中标方可以通过降低自己的报价，使得自己进入排名前5。

409、招标服务器用于基于该排序信息，从多个投标方中选出该项目的中标方。

服务器可以基于每个投标方对应的成本参数，选出低价的投标方。需要说明的是，本申请实施例仅是以招标服务器自动确定中标方为例，对选出中标方的方法进行示例性说明。而在另一实施例中，还可以由招标方根据投标方的排名选出中标方。

需要说明的是，招标方可以为项目设置招标时间段，在该招标时间段内投标方可以不断报价来进行竞争。在一种可能实现方式中，服务器基于每个投标方对应的成本参数，从多个投标方中选出该项目的中标方，包括：响应于该项目的竞标倒计时为0，基于该项目的多个投标方的排列顺序，从该多个投标方中选出该项目的中标者。

需要说明的是，如果在竞标快要结束的时候，还有投标方更新报价，说明投标方的竞标积极性还是挺高的，此时可以延迟竞标时间。在一种可能实现方式中，该方法还包括：在该项目的竞标倒计时小于第一时长，且大于0的情况下，响应于获取到任一投标方对该项目的投标信息，控制该竞标倒计时增加第二时长。

其中，服务器在选出中标方的时候，可以选出一个中标方，也可以选出多个中标方，本申请实施例对此不做限定。其中，招标方可以设置中标方的数量。在一种可能实现方式中，服务器基于每个投标方对应的成本参数，从多个投标方中选出该项目的中标方，包括：获取第一数量，该第一数量为该招标方为该项目配置的中标者数量；基于该项目的多个投标方的排列顺序，将前第一数量的投标方确定为该项目的中标者。

在将投标方确定为该项目的中标者之后，还可以在项目招标系统中完成合同签署，并修改该中标方的角色信息，将该中标方的角色修改为履约方。之后，可以通过该投标客户端发布该项目的订单，由中标方在投标客户端上接单。在一种可能实现方式中，基于该每个投标方对应的成本参数，从该多个投标方中选出该项目的中标方之后，该方法还包括：向该中标方登录的客户端发送该项目对应的订单的订单信息，由该客户端显示该订单的订单信息；在该中标方完成该订单之后，将该订单的订单状态更新为完成状态。

410、投标服务器用于在该招标方与该中标方的合约期满之后，响应于对该项目的招标启动操作，显示招标配置界面，该招标配置界面用于获取该项目的招标信息。

需要说明的一点是，在执行步骤410之后，可以继续执行步骤401。需要说明的另一点是，本申请实施例仅是以投标服务器执行该步骤410为例，对为项目重新招标的过程进行示例性说明，而在另一实施例中，还可以由招标客户端执行该步骤410。也即是，招标客户端在招标方与中标方的合约期满之后，响应于对该项目的招标启动操作，显示招标配置界面。

本申请实施例提供的项目招标系统，由于评估参数能够表示投标信息中不同服务的结算标准对成本的影响参数，因此，基于评估参数对投标信息中的多个基准资源值进行处理，能够准确地确定出每个投标方对应的成本，保证了排名的准确性；通过项目招标系统实时展示投标方的排名，能够使得投标方互相比价，驱动了投标方进行降价，从而竞标的时候投标方可以给出更低的报价，减少了项目的成本，还节约了人力和物力，提高了招标效率。

另外，本申请实施例还可以通过历史仿真或者设置权重的方法，对投标方的报价进行评估，能够准确地确定出投标方对应的成本参数，从而从多个投标方中选出低价的投标方，提高了竞标的准确性。

图6是本申请实施例提供的一种项目招标方法的流程图，该方法由项目招标系统执行，本申请实施例以项目招标系统包括多个投标客户端和招标服务器为例，进行示例性说明。该实施例包括：

601、每个投标客户端获取被输入的投标信息，该投标信息包括多个基准资源值，该多个基准资源值表示为项目提供的不同服务的结算标准。

602、该招标服务器基于该项目对应的评估参数，分别对该每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数，基于得到的成本参数，确定多个投标方的排序信息，该成本参数用于表示招标方为该项目向投标方转移的资源数值，该评估参数用于表示投标信息中不同基准资源值对成本参数的影响程度。

603、该每个投标客户端按照该排序信息，显示该多个投标方。

在一种可能实现方式中，该评估参数为结算关系数据；该招标服务器基于该项目对应的评估参数，分别对该每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数之前，该方法还包括：

该招标服务器获取该项目对应的多个历史订单的订单信息，基于多个订单信息，确定每种服务的使用参数，基于该每种服务的使用参数，确定该多个历史订单的结算关系数据；

其中，该订单信息指示服务的使用情况，该服务的使用参数用于表示该服务被使用的多少，该结算关系数据用于表示该每种服务的基准资源值和使用参数的加权求和。

在一种可能实现方式中，该招标服务器基于该项目对应的评估参数，分别对该每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数，包括：

该招标服务器对于该每个投标方的投标信息，基于该结算关系数据，将该投标信息中的每种服务的基准资源值和该每种服务的使用参数进行加权求和，得到该投标方对应的成本参数，该成本参数表示由该投标方完成该多个历史订单的情况下，该招标方为该多个历史订单向该投标方转移的资源数值。

在一种可能实现方式中，该评估参数为每个基准资源值对应的权重；该招标服务器基于该项目对应的评估参数，分别对该每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数之前，该方法还包括：

该招标服务器显示该项目的招标配置界面，该招标配置界面至少包括为该项目提供的每种服务对应的权重设置选项，该服务对应的权重设置选项用于获取为该服务对应的至少一个基准资源值配置的权重；基于该招标配置界面，获取为该每个基准资源值配置的权重；或者，

该招标服务器显示该项目的招标配置界面，该招标配置界面包括该每个基准资源值对应的权重设置选项，该基准资源值对应的权重设置选项用于获取为该基准资源值配置的权重；基于该招标配置界面，获取为该每个基准资源值配置的权重；或者，

该招标服务器获取该项目对应的多个历史订单的订单信息，该订单信息指示服务的使用情况；根据多个订单信息，确定每种服务的使用参数，该使用参数用于表示该服务被使用的多少；基于该每种服务的使用参数，确定该多种服务中每种服务对应的权重，该服务对应的权重表示该服务对应的至少一个基准资源值的权重。

在一种可能实现方式中，该评估参数为每个基准资源值对应的权重，该系统还包括招标客户端；该招标服务器基于该项目对应的评估参数，分别对该每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数之前，该方法还包括：

该招标客户端显示该项目的招标配置界面，该招标配置界面至少包括为该项目提供的每种服务对应的权重设置选项，该服务对应的权重设置选项用于获取为该服务对应的至少一个基准资源值配置的权重；基于该招标配置界面，获取为该每个基准资源值配置的权重；或者，

该招标客户端显示该项目的招标配置界面，该招标配置界面包括该每个基准资源值对应的权重设置选项，该基准资源值对应的权重设置选项用于获取为该基准资源值配置的权重；基于该招标配置界面，获取为该每个基准资源值配置的权重。

在一种可能实现方式中，该招标服务器基于该项目对应的评估参数，分别对该每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数之前，该方法还包括：

该招标服务器显示该项目的招标配置界面，该招标配置界面包括评标模式选项，该评标模式选项用于设置该项目的评标模式；基于该招标配置界面，获取该项目的评标模式；

该招标服务器基于该项目对应的评估参数，分别对该每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数，包括：

该招标服务器在该项目的评标模式为权重评标模式的情况下，获取该每个基准资源值对应的权重，基于该每个基准资源值对应的权重，分别对该每个投标客户端获取的投标信息中的基准资源值进行处理，得到该每个投标方对应的成本参数；

该招标服务器在该项目的评标模式为仿真评标模式的情况下，获取该项目的结算关系数据，基于该结算关系数据，分别对该每个投标客户端获取的投标信息中的基准资源值进行处理，得到该每个投标方对应的成本参数，该结算关系数据用于表示为该项目提供的每种服务的基准资源值和使用参数的加权求和。

在一种可能实现方式中，该系统还包括招标客户端；该招标服务器基于该项目对应的评估参数，分别对该每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数之前，该方法还包括：

该招标客户端显示该项目的招标配置界面，该招标配置界面包括评标模式选项，该评标模式选项用于设置该项目的评标模式；基于该招标配置界面，获取该项目的评标模式；

该招标服务器基于该项目对应的评估参数，分别对该每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数，包括：

该招标服务器在该项目的评标模式为权重评标模式的情况下，获取该每个基准资源值对应的权重，基于该每个基准资源值对应的权重，分别对该每个投标客户端获取的投标信息中的基准资源值进行处理，得到该每个投标方对应的成本参数；

该招标服务器在该项目的评标模式为仿真评标模式的情况下，获取该项目的结算关系数据，基于该结算关系数据，分别对该每个投标客户端获取的投标信息中的基准资源值进行处理，得到该每个投标方对应的成本参数，该结算关系数据用于表示为该项目提供的每种服务的基准资源值和使用参数的加权求和。

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

该招标服务器接收任一投标客户端发送的投标请求，该投标请求携带投标信息；

该招标服务器在该投标请求携带的投标信息中的每个基准资源值相对于上一次从该投标客户端获取的投标信息中的每个基准资源值均未增加的情况下，将该投标方的投标信息更新为本次获取的投标信息。

需要说明的是：上述实施例提供的项目招标方法与项目招标系统实施例属于同一构思，其具体实现过程详见系统实施例，这里不再赘述。

在示例性实施例中，提供了一种计算机设备，该计算机设备包括一个或多个处理器和一个或多个存储器，该一个或多个存储器中存储有至少一条程序代码，该至少一条程序代码由该一个或多个处理器加载并执行以实现如上述实施例中的项目招标方法。

可选地，该计算机设备被提供为终端。图7示出了本申请一个示例性实施例提供的终端700的结构框图。该终端700可以是：智能手机、平板电脑、MP3播放器(Moving PictureExperts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(MovingPicture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端700还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

终端700包括有：处理器701和存储器702。

处理器701可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器701可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器701也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器701可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器701还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器702可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器702还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器702中的非暂态的计算机可读存储介质用于存储至少一个程序代码，该至少一个程序代码用于被处理器701所执行以实现本申请中方法实施例提供的项目招标方法。

在一些实施例中，终端700还可选包括有：外围设备接口703和至少一个外围设备。处理器701、存储器702和外围设备接口703之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口703相连。具体地，外围设备包括：射频电路704、显示屏705、摄像头706、音频电路707、定位组件708和电源709中的至少一种。

外围设备接口703可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器701和存储器702。在一些实施例中，处理器701、存储器702和外围设备接口703被集成在同一芯片或电路板上；在一些其他实施例中，处理器701、存储器702和外围设备接口703中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路704用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路704通过电磁信号与通信网络以及其他通信设备进行通信。射频电路704将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路704包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路704可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路704还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏705用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏705是触摸显示屏时，显示屏705还具有采集在显示屏705的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器701进行处理。此时，显示屏705还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏705可以为一个，设置终端700的前面板；在另一些实施例中，显示屏705可以为至少两个，分别设置在终端700的不同表面或呈折叠设计；在再一些实施例中，显示屏705可以是柔性显示屏，设置在终端700的弯曲表面上或折叠面上。甚至，显示屏705还可以设置成非矩形的不规则图形，也即异形屏。显示屏705可以采用LCD(LiquidCrystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件706用于采集图像或视频。可选地，摄像头组件706包括前置摄像头和后置摄像头。前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件706还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路707可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器701进行处理，或者输入至射频电路704以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端700的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器701或射频电路704的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路707还可以包括耳机插孔。

定位组件708用于定位终端700的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件708可以是基于美国的GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。

电源709用于为终端700中的各个组件进行供电。电源709可以是交流电、直流电、一次性电池或可充电电池。当电源709包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端700还包括有一个或多个传感器710。该一个或多个传感器170包括但不限于：加速度传感器711、陀螺仪传感器712、压力传感器713、指纹传感器714、光学传感器715以及接近传感器716。

加速度传感器711可以检测以终端700建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器711可以用于检测重力加速度在三个坐标轴上的分量。处理器701可以根据加速度传感器711采集的重力加速度信号，控制显示屏705以横向视图或纵向视图进行用户界面的显示。加速度传感器711还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器712可以检测终端700的机体方向及转动角度，陀螺仪传感器712可以与加速度传感器711协同采集用户对终端700的3D动作。处理器701根据陀螺仪传感器712采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器713可以设置在终端700的侧边框和/或显示屏705的下层。当压力传感器713设置在终端700的侧边框时，可以检测用户对终端700的握持信号，由处理器701根据压力传感器713采集的握持信号进行左右手识别或快捷操作。当压力传感器713设置在显示屏705的下层时，由处理器701根据用户对显示屏705的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器714用于采集用户的指纹，由处理器701根据指纹传感器714采集到的指纹识别用户的身份，或者，由指纹传感器714根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器701授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器714可以被设置终端700的正面、背面或侧面。当终端700上设置有物理按键或厂商Logo时，指纹传感器714可以与物理按键或厂商Logo集成在一起。

光学传感器715用于采集环境光强度。在一个实施例中，处理器701可以根据光学传感器715采集的环境光强度，控制显示屏705的显示亮度。具体地，当环境光强度较高时，调高显示屏705的显示亮度；当环境光强度较低时，调低显示屏705的显示亮度。在另一个实施例中，处理器701还可以根据光学传感器715采集的环境光强度，动态调整摄像头组件706的拍摄参数。

接近传感器716，也称距离传感器，设置在终端700的前面板。接近传感器716用于采集用户与终端700的正面之间的距离。在一个实施例中，当接近传感器716检测到用户与终端700的正面之间的距离逐渐变小时，由处理器701控制显示屏705从亮屏状态切换为息屏状态；当接近传感器716检测到用户与终端700的正面之间的距离逐渐变大时，由处理器701控制显示屏705从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图7中示出的结构并不构成对终端700的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

可选地，该计算机设备被提供为服务器。图8是本申请实施例提供的一种服务器的结构示意图，该服务器800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(Central Processing Units，CPU)801和一个或一个以上的存储器802，其中，该存储器802中存储有至少一条程序代码，该至少一条程序代码由该处理器801加载并执行以实现上述各个方法实施例提供的方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。

该服务器800用于执行上述方法实施例中服务器所执行的步骤。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括程序代码的存储器，上述程序代码可由计算机设备中的处理器执行以完成上述实施例中项目招标方法。例如，该计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括计算机程序代码，该计算机程序代码被计算机执行时，使得计算机实现上述实施例中的项目招标方法。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (11)

1.一种项目招标系统，其特征在于，所述系统至少包括多个投标客户端和招标服务器，所述多个投标客户端为不同投标方登录的客户端：

每个投标客户端，用于获取被输入的投标信息，所述投标信息包括多个基准资源值，所述多个基准资源值表示为项目提供的不同服务的结算标准；

所述招标服务器，用于基于所述项目对应的评估参数，分别对所述每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数，基于得到的成本参数，确定多个投标方的排序信息，所述成本参数用于表示招标方为所述项目向投标方转移的资源数值，所述评估参数用于表示投标信息中不同基准资源值对成本参数的影响程度；

所述每个投标客户端，还用于按照所述排序信息，显示所述多个投标方。

2.根据权利要求1所述的系统，其特征在于，所述评估参数为结算关系数据；

所述招标服务器，还用于获取所述项目对应的多个历史订单的订单信息，基于多个订单信息，确定每种服务的使用参数，基于所述每种服务的使用参数，确定所述多个历史订单的结算关系数据；

其中，所述订单信息指示服务的使用情况，所述服务的使用参数用于表示所述服务被使用的多少，所述结算关系数据用于表示所述每种服务的基准资源值和使用参数的加权求和。

3.根据权利要求2所述的系统，其特征在于，所述招标服务器，还用于对于所述每个投标方的投标信息，基于所述结算关系数据，将所述投标信息中的每种服务的基准资源值和所述每种服务的使用参数进行加权求和，得到所述投标方对应的成本参数，所述成本参数表示由所述投标方完成所述多个历史订单的情况下，所述招标方为所述多个历史订单向所述投标方转移的资源数值。

4.根据权利要求1所述的系统，其特征在于，所述评估参数为每个基准资源值对应的权重；

所述招标服务器，还用于显示所述项目的招标配置界面，所述招标配置界面至少包括为所述项目提供的每种服务对应的权重设置选项，所述服务对应的权重设置选项用于获取为所述服务对应的至少一个基准资源值配置的权重；基于所述招标配置界面，获取为所述每个基准资源值配置的权重；或者，

所述招标服务器，还用于显示所述项目的招标配置界面，所述招标配置界面包括所述每个基准资源值对应的权重设置选项，所述基准资源值对应的权重设置选项用于获取为所述基准资源值配置的权重；基于所述招标配置界面，获取为所述每个基准资源值配置的权重；或者，

所述招标服务器，还用于获取所述项目对应的多个历史订单的订单信息，所述订单信息指示服务的使用情况；根据多个订单信息，确定每种服务的使用参数，所述使用参数用于表示所述服务被使用的多少；基于所述每种服务的使用参数，确定所述多种服务中每种服务对应的权重，所述服务对应的权重表示所述服务对应的至少一个基准资源值的权重。

5.根据权利要求1所述的系统，其特征在于，所述评估参数为每个基准资源值对应的权重，所述系统还包括招标客户端；

所述招标客户端，用于显示所述项目的招标配置界面，所述招标配置界面至少包括为所述项目提供的每种服务对应的权重设置选项，所述服务对应的权重设置选项用于获取为所述服务对应的至少一个基准资源值配置的权重；基于所述招标配置界面，获取为所述每个基准资源值配置的权重；或者，

所述招标客户端，用于显示所述项目的招标配置界面，所述招标配置界面包括所述每个基准资源值对应的权重设置选项，所述基准资源值对应的权重设置选项用于获取为所述基准资源值配置的权重；基于所述招标配置界面，获取为所述每个基准资源值配置的权重。

6.根据权利要求1所述的系统，其特征在于，所述招标服务器，还用于显示所述项目的招标配置界面，所述招标配置界面包括评标模式选项，所述评标模式选项用于设置所述项目的评标模式；基于所述招标配置界面，获取所述项目的评标模式；

所述招标服务器，还用于在所述项目的评标模式为权重评标模式的情况下，获取所述每个基准资源值对应的权重，基于所述每个基准资源值对应的权重，分别对所述每个投标客户端获取的投标信息中的基准资源值进行处理，得到所述每个投标方对应的成本参数；

所述招标服务器，还用于在所述项目的评标模式为仿真评标模式的情况下，获取所述项目的结算关系数据，基于所述结算关系数据，分别对所述每个投标客户端获取的投标信息中的基准资源值进行处理，得到所述每个投标方对应的成本参数，所述结算关系数据用于表示为所述项目提供的每种服务的基准资源值和使用参数的加权求和。

7.根据权利要求1所述的系统，其特征在于，所述系统还包括招标客户端；

所述招标客户端，用于显示所述项目的招标配置界面，所述招标配置界面包括评标模式选项，所述评标模式选项用于设置所述项目的评标模式；基于所述招标配置界面，获取所述项目的评标模式；

所述招标服务器，还用于在所述项目的评标模式为权重评标模式的情况下，获取所述每个基准资源值对应的权重，基于所述每个基准资源值对应的权重，分别对所述每个投标客户端获取的投标信息中的基准资源值进行处理，得到所述每个投标方对应的成本参数；

所述招标服务器，还用于在所述项目的评标模式为仿真评标模式的情况下，获取所述项目的结算关系数据，基于所述结算关系数据，分别对所述每个投标客户端获取的投标信息中的基准资源值进行处理，得到所述每个投标方对应的成本参数，所述结算关系数据用于表示为所述项目提供的每种服务的基准资源值和使用参数的加权求和。

8.根据权利要求1所述的系统，其特征在于，所述招标服务器，还用于接收任一投标客户端发送的投标请求，所述投标请求携带投标信息；

所述招标服务器，还用于在所述投标请求携带的投标信息中的每个基准资源值相对于上一次从所述投标客户端获取的投标信息中的每个基准资源值均未增加的情况下，将所述投标方的投标信息更新为本次获取的投标信息。

9.一种项目招标方法，其特征在于，由项目招标系统执行，所述系统至少包括多个投标客户端和招标服务器，所述方法包括：

每个投标客户端获取被输入的投标信息，所述投标信息包括多个基准资源值，所述多个基准资源值表示为项目提供的不同服务的结算标准；

所述招标服务器基于所述项目对应的评估参数，分别对所述每个投标客户端获取的投标信息中的基准资源值进行处理，得到每个投标方对应的成本参数，基于得到的成本参数，确定多个投标方的排序信息，所述成本参数用于表示招标方为所述项目向投标方转移的资源数值，所述评估参数用于表示投标信息中不同基准资源值对成本参数的影响程度；

所述每个投标客户端按照所述排序信息，显示所述多个投标方。

10.一种计算机设备，其特征在于，所述计算机设备包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条程序代码，所述至少一条程序代码由所述一个或多个处理器加载并执行以实现如权利要求9所述的项目招标方法所执行的操作。

11.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行以实现如权利要求9所述的项目招标方法所执行的操作。

Images