专利名称：建筑工程资格预审的制作方法
建筑工程资格预审相关申请本专利申请要求2008年12月11日提交的标题为“CONSTRUCTIONPROJECT PREQUALIFICATION”的美国临时专利申请号61/121，618的优先权，其全部内容通过引用被并入本文。背景本发明大体涉及用于建筑工程的管理的系统和方法。特别是，本发明涉及用于实现在建筑工业中的多个组织之间的资格预审并用于管理工程投标过程的系统和方法。在建筑工程中，工程所有者或总承包商从其它组织(分包商、材料供应商等)请求投标。将根据包含在所提交的投标提案中的信息来选择在建筑工程中的参与者。然而，一些总承包商设定关于财务安全和组织完成工程的能力的最低要求，并可在允许组织提交对工程的投标之前要求组织提交资格预审申请。虽然各种资格预审都申请包含类似的数据，但没有标准化的格式。因此，资格预审申请的实质和格式通常对每个总承包商是不同的。因此，每当组织想向新的总承包商投标承包工程时，组织必须进行完成资格预审申请的冗长而耗费时间的过程。概述在一个实施方式中，本发明提供了用于获取资格预审信息并将资格预审信息分配给一个或多个参与者用于核准的联网计算机系统。系统包括基于网络的服务器，其通过网络建立服务器和第一设备之间的电子通信并通过网络从第一设备接收第一组织的商业信息。商业信息包括与第一组织有关的多个数据项。第二组织提交对数据项子集的请求，且一个或多个所请求的数据项被显示给第二组织。系统从第二组织接收每个所显示的数据项的核准，并产生包括每个所核准的数据项的最终聚集核准文档。系统接着从第二组织接收最终聚集核准文档的最终核准，并存储指示第一组织被核准以投标承包第二组织的建筑工程的资格预审指示。在一些实施方式中，在使数据项对第二组织可用之前，数据项被聚集到第一聚集数据文档中。在数据项被显示给第二组织之前，第一组织提供确认包括在第一聚集数据文档中的数据项的精确度的电子签名。在一些实施方式中，系统向与第二组织相关的不同参与者显示单独的数据项，并从不同的参与者接收核准。第一数据项被显示给第一参与者，而第二数据项被显示给第二参与者。系统接着接收来自第一参与者的第一数据项的核准和来自第二参与者的第二数据项的核准。在另一实施方式中，本发明提供了管理来自被预审有资格的组织的投标提案的系统和方法。基于计算机的系统通过计算机网络建立服务器与第一设备之间的电子通信。系统接着通过计算机网络从第一设备接收第一组织的商业信息。商业信息包括与第一组织有关的多个数据项。系统还通过计算机网络建立服务器与第二设备之间的电子通信，并通过计算机网络从第二组织接收最低要求。最低要求包括定义对候选者的要求用于资格预审的多个数据项。如果商业信息满足最低要求，则第一组织能够将投标提案提交给第二组织。如果不，系统不允许第一组织提交商业提案。通过考虑详细描述和附图，本发明的其它方面将变得明显。附图的简要说明
图1是根据一个实施方式的联网建筑工程资格预审系统的示意图。图2是根据一个实施方式的建筑工程资格预审系统的方框图。图3是示出资格预审过程的另一实施方式的流程图。图4说明示出在库中的数据项的概览的用户界面。图5说明显示资格预审请求通知的用户界面。图6是示出根据资格预审系统的一个实施方式可用的不同类型的预订服务的关系图。图7说明示出对额外信息通知的请求的用户界面。图8是根据图3的过程的第一聚集数据文档的例子。图9是根据图3的过程的最终聚集数据文档的例子。图10是根据图3的过程的在参与者之间的数据流的例子。图11展示请求资格预审表单的用户界面。图12是资格预审过程的一个实施方式的流程图。图13说明示出请求人工资格预审审查的通知的用户界面。图14是示出被预审有资格的分包商的工程投标过程的流程图。图15说明示出可用工程的列表的用户界面。图16说明示出当前未决投标的列表的用户界面。详细描述在详细解释本发明的任何实施方式之前，应理解，本发明在其应用中不限于在下面的描述中阐述或在下面的附图中示出的部件的结构和布置的细节。本发明允许有其它实施方式并能够以各种方式被实施或实现。图1示意性示出包括资格预审系统的基于网络的建筑工程管理系统(CPMS)。CPMS 服务器101存储关于一个或多个建筑工程的数据，处理付款和日常安排信息。并为与建筑工程相关的参与者提供通信界面。在美国专利申请号11/032，699中描述了一个这样的 CPMS，该申请的全部内容通过引用被并入本文。虽然资格预审系统在下面被描述为合并到 CPMS中，资格预审系统可以可选地被实现为独立的系统。CPMS服务器101包括一个或多个存储设备(例如，硬盘驱动器或闪存)、一个或多个处理器和网络连接。CPMS服务器101的存储设备存储计算机可执行指令，其提供图形用户界面并执行方法，例如下面详细描述的方法。可使用任何适当的计算机语言——包括例如C、C++或Java——提供计算机可执行指令。图形用户界面可类似地使用任何适当的计算机语言例如HTML来编码。CPMS服务器101提供通过各种远程计算机系统103、105、107、 109和111可访问的基于web的用户界面。远程计算机系统通过局域网直接连接到CPMS服务器101或通过互联网连接而连接到CPMS服务器101。图1的远程计算机系统可以是任何 web启用的电子设备，包括例如个人计算机、个人数字助理(PDA)或蜂窝电话。图2示出包括处理器803的CPMS服务器801的一个例子，处理器803用于执行存储在第一计算机可读存储器805上的指令。CPMS 801还包括存储表单库807的存储器。表单库包括由组织提供的用于可能包括在资格预审申请中的数据项，如下面进一步详细描述的。一旦数据项由组织提供到表单库，组织就可通过重新使用提供到表单库的数据项以完成资格预审申请来完成多个资格预审申请，如下面更详细描述的。对多个申请重新使用相同的数据项的能力通过不要求用户在每次新的资格预审申请完成时重新输入同一数据而增加了效率。表单库的内容包括以各种不同的格式存储的文件。所存储的文件可包括由CPMS 801基于组织所提供的信息产生的表单、由其它系统创建并上传到CPMS 801的文档(例如， Pdf文档)、由用户输入到CPMS 801的图形用户界面中的单独的文本数据项、或各种其它文件格式。如下面进一步详细描述的，存储在表单库中的数据项包括关于努力得到资格预审的组织的操作的信息。数据项可包括例如总商业信息、商业分类、操作能力、缔约信息、雇员的列表、总分集信息、地理操作区域、LEED认证、工会协议、许可证、性能信息、产品服务段、 银行信息、财务信息、财务声明、参考资料、诉讼信息、质量保证程序、安全信息、绑定依从要求、汽车保险信息、污染保险信息、雇主责任保险信息、总责任保险信息、职业责任保险、庇护保险信息、工人的赔偿保险信息、任何额外的保险信息、以及留置权历史信息。CPMS服务器801还包括存储器809，其存储向系统注册的每个审查组织(例如，总承包商)的至少一个请求包。如下面详细描述的，请求包定义完成资格预审申请所需的数据项。请求包是可再次使用的结构，每当对使用特定审查组织的资格预审考虑新的提交组织时，该结构由资格预审系统提供作为对数据项的统一请求。如下面进一步示出的，虽然审查组织的资格预审申请将包括以唯一的格式排列的唯一的一组数据项，但可再次使用的请求包允许审查组织请求以对使用资格预审系统的所有提交组织容易可用的格式的这组唯一的数据项。与在表单库中的数据项一样，预审组织能够再次使用同一包来从多个提交组织(例如，分包商)请求数据项。此外，再次使用这个数据的能力通过允许审查组织请求以通用格式的数据项的列表来增加效率，而不需要在每次新的资格预审申请产生时审查组织重新定义数据项的列表。此外，审查组织可创建适合于相应的工程、工程的类型、地理位置等的多个唯一的请求包。存储器809还可包括可填充有来自表单库807的数据项的各种资格预审申请模板，如下所述。如下面详细描述的，一些实施方式需要在组织内的不同参与者审查并核准在资格预审申请中的单独的数据项。因此，CPMS801还包括存储映射的存储器811，所述映射识别哪些参与者提供对资格预审申请中的哪些数据项的核准。虽然存储器805、807、809和 811在图2中被示为单独的存储器单元，但存储器也可体现为同一存储单元(例如，硬盘驱动盘)上的不同存储位置。CPMS 801可通过网络由各种其它计算机813、815访问，以便参与者组织例如分包商(计算机813)和总承包商(计算机815)可访问并修改存储在各种存储器中的数据，并可执行存储在存储器805上的计算机程序。图3示出使用图2的CPMS 101的一种方法的例子。在图3的例子中，分包商组织向CPMS注册并对总承包商完成资格预审过程。因此，分包商充当提交组织，而总承包商是审查组织。然而，资格预审系统对其它资格预审请求——包括在工程所有者和总承包商、分包商和材料供应商、以及工程所有者和建筑师之间的那些请求——遵循类似的过程。提交组织(例如，分包商)通过提交包括在表单库中的数据项来开始(步骤898)。如上所述，可通过上传在系统之外创建的电子文档、通过完成系统所提供的可编辑“资格预审调查表”、或通过其它各种数据输入方法来提供数据项。图4示出分包商的数据库的内容的概览页面的例子。根据该实施方式的资格预审系统设计成获取与建筑工程实体的商业操作有关的大量信息。可由分包商提供到数据库的数据包括总商业信息、财务信息、参考资料、合法信息、总质量管理信息、安全信息、绑定信息、保险信息和诉讼历史。总商业信息可包括联系地址、员工、少数派状态、联邦状态、许可信息、经验和交易标志。财务信息收集相关的银行信息以及财务声明和联邦和州税编档。因为资格预审系统和CPMS由多个建筑工程的多个建筑相关的实体使用，参考资料可作为链路被提供给向 CPMS注册的另一参与者，或可包括不使用CPMS或资格预审系统的工业实体的名称和联系 fn息ο分包商的数据库还可存储与组织的总质量管理(TQM)程序和安全程序(包括OSHA 违反)有关的信息。与绑定(例如，代理和容量)、保险(责任、工人的补偿、汽车等)和在前或未决的诉讼——包括例如破产和合同纠纷——有关的信息，也被收集。提供到库的一些数据可包括相关的有效日期。有效日期的包括确保用于完成资格预审过程的数据是现时的。有效日期可由提交方(例如，分包商)、审查方(例如，总承包商)或系统设定。如图4所示，分包商的数据库的概览页面显示数据被最后更新以及数据是否是现时的或过期的日期。用户可通过选择适当的“Edit (编辑)，，按钮来添加、编辑或更新数据。返回到图3，资格预审过程可由提交组织或审查组织(例如，分别是分包商或总承包商)发起。不管哪个组织发起该过程，系统都代表总承包商(即，审查组织)请求资格预审申请(步骤900)。这个请求包括列出所有数据项的请求包，为了资格预审的考虑，审查组织需要这些数据项。存储到系统的信息或组织数据没有一个在没有来自数据的所有者(例如，提交组织)的明确允许的情况下在使用资格预审系统的这个实施方式的实体之间传送。图5示出当总承包商请求数据用于资格预审申请时被发送到分包商的通知(步骤900，图3)。资格预审系统将通知发送到分包商的收件箱。该通知提供请求信息的总承包商的身份(总承包商XYZ)，并提供允许用户选择是否允许总承包商访问并处理来自库的数据项的两个按钮。系统访问来自存储器的资格预审申请模板(步骤902)，并访问分包商从表单库提供的商业信息(步骤904)。系统接着用分包商的商业信息填充模板申请(步骤906)。虽然每个审查组织一般具有稍微不同的资格预审申请，完成该申请所需的很多商业信息是相同的。因此，系统能够根据以前存储的与分包商有关的商业信息产生完整的资格预审申请用于提交到审查组织。然而，审查组织能够定义对资格预审的考虑所需的定制的信息集合。 类似地，提交组织可选择哪些信息包括在表单库中。如上所述，可对多个资格预审申请再次使用表单库中的数据项。因此，提交组织不需要为每个新的资格预审申请输入完全新的一组数据项。图6示出在一些审查组织所请求和一些提交组织所提供的信息中的重叠和差异。 在本例中，当进行资格预审审查时，“总承包商XYZ”需要总的、财务、参考资料、安全、绑定、 保险和诉讼历史信息。因此，总承包商XYZ所发送的请求包不包括与TQM或合法状态有关的信息，因此，总承包商XYZ在资格预审审查期间不接收来自分包商的信息。相反，“另一总
11承包商”需要较少的信息，且在资格预审请求被接收到时只接收总信息、财务信息、参考资料和诉讼历史。类似地，如上所述，提交者可选择在注册和填充数据库时只提交信息的子集。如图 6所示，虽然“新承包商”提交了在数据库中的所有类别的信息，但“通用水暖公司，，只提交与总信息、财务信息、参考资料和合法信息有关的数据。因此，“新承包商”能够将完整的资格预审申请提交到“总承包商XYZ”和“另一总承包商”，而不提供额外的信息。相反，包括在“通用水暖公司”的表单库中的数据项将不足以为“总承包商XYZ”和 “另一总承包商”提供完整的资格预审申请。因此，当试图完成“通用水暖公司”的资格预审申请时，系统将识别出一些所需的信息遗漏了，并向“通用水暖公司，，显示通知。图7示出当包括在表单库中的数据项不足以完成资格预审申请时提供到提交组织的通知的例子。该通知能以电子邮件(或其它电子通信)的形式被发送，或可在用户试图提交不完整的申请包时被显示给用户作为屏上通知。在本例中的通知提示分包商点击 “view (查看)，，按钮，其接着呈现识别在资格预审请求被处理之前所需的信息的屏幕。可选地，在一些实施方式中，分包商被给出提交资格预审申请的选项，该资格预审申请是通常总承包商所需的遗漏的信息。当接收到不完整的资格预审申请时，总承包商可决定照原样审查该申请，或拒绝考虑资格预审申请，直到遗漏的信息被提供。在一些实施方式中，图7的通知给分包商提供了提供遗漏的信息、取消提交过程、或在没有遗漏的信息的情况下提交资格预审申请的选项。再次参考图3，在资格预审申请由系统完成之后，它被显示给分包商用于审查(步骤908)。如果所有信息是正确的且完成的申请是令人满意的，则分包商通过提供签名来确认所提供的数据项的准确性(步骤910)。在一些情况下，系统允许用户在将申请转发到审查组织之前提供文档的电子签名。在其它情况下，分包商可能需要打印资格预审申请，并提供物理签名。这个完成的申请是第一聚集数据文档的一个例子。图8提供了一个完整的资格预审申请的例子。该申请是以页面格式并列出关于分包商的信息。分包商组织的代表在页面的底部上提供电子或物理签名。一些实施方式还包括可随提交组织的意思被开启或关闭的自动提交模块。在从审查组织接收到请求包之后，自动提交模块自动向审查组织提供所请求的数据项，而不需要来自提交组织的签名或核准。当自动提交模块被开启时，提交组织从未看到完整的资格预审申请。提交组织(例如，分包商)被通知总承包商所请求的数据项，并简单地确认数据项被存储在系统上且是准确的。返回到图3，如果分包商确定在资格预审申请中提供的一些信息是不准确的、不完整的或在其它方面是不令人满意的，则分包商能够编辑、改变或更新信息(步骤91 。在一些实施方式中，分包商能够使用可编辑文本字段直接在资格预审申请中编辑信息。然而，在一些情况下，分包商将需要改变存储在服务器上的数据项。在对主题数据项进行了必要的改变之后，系统再次填充申请模板(步骤906)，并将申请显示给分包商用于签名(步骤908 和 910)。在资格预审申请(或其它第一聚集数据文档)由分包商签署之后，系统从总承包商请求资格预审申请的核准。在一些情况下，整个资格预审申请被提供给与总承包商组织相关的单个核准参与者。然而，在一些实施方式中，系统将包括在申请中的数据项分解成单独的数据项(步骤914)并分开地请求每个单独的数据项的核准。在一些情况下，不同的数据项必须由总承包商组织中的不同参与者核准。系统存储识别与总承包商组织相关的参与者的映射文件，并列出来自必须被每个参与者核准的资格预审申请的数据项(步骤916)。在本例中，在必须被与总承包商相关的总三个不同的参与者核准的资格预审申请中有三个数据项。当下次这三个所识别出的参与者的每个访问系统时，向他们显示这三个数据项中的每个(步骤918、920和92 。参与者接着核准或拒绝相应的数据项(步骤924、拟4和928)。在此阶段，参与者也可提供关于从一到五级别的数据项的等级。在其它实施方式中，等级标度可以不同，例如一到十标度或基于百分数的标度。在本例中，给总承包商和与总承包商相关的核准参与者提供起源于分包商的库的数据的拷贝。总承包商不直接访问分包商的库。因此，可对特定的资格预审申请更改数据项，而不改变存储在库中的数据项。类似地，如果在资格预审申请被提交之后在库中的数据项改变，则总承包商可不自动接收所更新的数据项。如上讨论的，审查组织(在本例中是总承包商)能够限定哪些参与者需要核准单独的数据项和资格预审申请作为整体(即，映射文件)。此外，总承包商可限定哪些“非核准”参与者能够查看使用资格预审信息提交的信息。例如，在总承包商组织内的第一参与者可能需要只核准分包商所提交的保险信息。然而，第一参与者可能能够查看整个地资格预审申请。类似地，第二参与者可能不需要核准保险信息，但可有机会查看保险信息。在单独的数据项被审查组织内的一个或多个参与者考虑之后，它们再次编译成具有与审查组织相关的单独的参与者所指定的等级和核准的最终聚集核准文档(步骤930)。 可用各种方式显示最终聚集核准文档。例如，它可通过将数据项的列表以及相应的核准和等级显示在图形用户界面中来以电子方式显示。或者，最终聚集核准文档可被编译为可由总承包商查看和打印的可打印的页面格式概述文件。图9提供了后者的例子。聚集核准文档提供与分包商组织有关的一些信息，并且还列出单独的数据项核准的结果。在图9的例子中，财务信息、绑定信息和诉讼历史信息被核准。然而，分包商所提供的安全信息被拒绝。 该拒绝可能是因为信息的细节没有被提供或被确定为不充足的。在一些实施方式中或根据总承包商的偏好设置，系统可配置成如果任何单独的数据项被拒绝就整个地自动拒绝资格预审申请。可选地，审查组织可核准资格预审申请，而不管一个或多个单独的数据项的拒绝。此外，在一些实施方式中，审查组织能够向提交组织发送提供关于被拒绝的数据项的另外的细节的通知，并请求提交组织修改与数据项相关的商业实践。例如，如果分包商的保险不充足，系统可向分包商发送陈述资格预审组织将在其当前表单中被拒绝，但如果保险覆盖增加则可能被核准的通知。图10进一步示出在步骤900、906、914和930中出现的数据项的聚集和解聚。如上所述，总承包商向分包商发送请求包939，其包括完成资格预审申请所需的所有数据项的列表。分包商940向系统提供数据项，其接着被编译成完整的资格预审申请942用于由分包商签署(图3中的步骤906)。来自资格预审申请942的数据项接着被分离(图3中的步骤914)并转发到与总承包商相关的不同参与者用于核准。在图10的例子中，分包商提供的总信息、财务信息和参考资料的列表被转发到第一参与者用于核准。安全、绑定和保险信息被转发到第二参与者946，且诉讼历史由第三参与者948审查。核准或拒绝分别由第一、第二和第三参与者944、946和948接收，并被合并到最终聚集核准文档950中(图3中的步骤930)。如上所述，在一些情况下，分包商可选择提交资格预审申请，而不提供所有所请求的材料。在一些实施方式中，根据由总承包商配置的偏好设置，可用不同的颜色、字形、字体 (例如，黑体)或其它视觉指示将遗漏的数据项显示在聚集核准文档中。可选地，可完全筛选出具有遗漏的数据项的资格预审申请。在审查聚集核准文档之后，总承包商组织提供分包商申请人的最终核准或拒绝 (步骤932)。如果申请被拒绝，则通知被发送到分包商且分包商不被允许投标承包总承包商的建筑工程(步骤934)。然而，如果最终核准被准予，分包商被核准投标承包总承包商所公布的建筑工程，且该核准的指示存储在系统上(步骤936)。根据系统的实施方式或总承包商的偏好，资格预审申请的最终核准可由电子签名——在聚集核准文档上的物理签名——提供，或通过简单地点击系统的图形用户界面上的“approve (核准)”按钮来提供。本发明的一些实施方式提供可在资格预审过程期间被总承包商访问和审查的额外信息。例如，如上所述，资格预审功能可合并入或连接到建筑工程管理系统(CPMS)。CPMS 可包括允许总承包商在工程期间评估分包商的履行的功能。在一些实施方式中，编译以前提交的评估，并由资格预审系统产生对分包商的评估分数。资格预审功能还可合并入或通过接口连接于投标管理系统。这样的系统可始终监视分包商已提交了投标的工程的总数、基于那些投标授与分包商的工程的总数、以及所授与的工程的美元值(例如，预算)。在一些实施方式中，资格预审系统可使该信息在资格预审过程期间对审查组织(例如，总承包商)是可用的。如上所述，资格预审过程可由审查组织(例如，总承包商)或由提交组织(例如， 分包商或材料供应商)发起。图11示出由资格预审系统提供的屏幕界面的例子，资格预审系统提示提交组织从一个或多个组织请求资格预审。界面提供向资格预审系统注册的组织的列表，并识别与组织(例如，总承包商、分包商、建筑师等)相关的任务。该列表还指示组织是否接受资格预审请求以及用户是否已经向组织被预审为有资格。用户按压位于每个组织列表附近的“View(查看)”按钮，以查看关于组织的额外信息，包括例如当前未决的工程和当前开放的投标的列表。用户接着使用在列表左边的复选框选择一个或多个组织，并点击在界面底部的“Submit (提交)”按钮以对选定的组织发起资格预审过程。由提交者在从审查者请求资格预审时使用的相同或类似的界面可由按“审查者” 能力起作用的用户使用。例如，“通用水暖公司”可使用图11的界面来从“另一总承包商” 请求资格预审。“通用水暖公司，，可接着使用同一界面来从“第一材料供应商”请求资格预审信息。“通用水暖公司”在第一例子中充当提交者，而在第二例子中充当审查者。因为审查组织能够浏览潜在的提交组织的列表，图11的界面可由分包商、材料供应商和其它潜在的提交组织利用，作为销售工具。潜在的提交组织可选择使某些信息可用来浏览。该信息可包括例如组织的操作容量的概要、能力、执行历史和甚至以前的客户所提供的审查或证明书。因此，寻找新的分包商来邀请资格预审的总承包商可使用资格预审系统来随意查看已经向系统注册的分包商。如图11所示，不是所有组织都接受资格预审过程。这可能是因为组织在此时对与任何额外的组织一起工作不感兴趣。然而，它也可能是因为组织更喜欢自己发起资格预审请求。例如，“五金店”，即，材料供应商指示它不想要请求资格预审信息的审查者。相反，“五金店”本身将发起资格预审过程。类似地，“GCC0ntraCt0rS”，g卩，总承包商指示它不想接收对资格预审的主动提供的请求。当组织向CPMS或资格预审系统注册时，这些偏好由组织限定。上面提供的例子描述了用于自动产生资格预审申请并用于请求和接收资格预审申请的内容的人工核准的系统。然而，在一些实施方式中，系统提供资格预审申请的自动核准或拒绝。图12示出使用图2的CPMS服务器的一个这样的自动资格预审过程。分包商组织通过向CPMS注册来开始(步骤201)。在使用资格预审系统之前，分包商组织(提交组织)提供各种数据项以填充存储在资格预审系统上的数据项的库(步骤20；3)。如上所述， 数据项可被更新为单独的文档(例如，以PDF格式的关于分包商商业操作的电子文档)或可通过资格预审系统所提供的一个或多个资格预审调查表(例如，具有文本字段的可编辑表单)被提交。在将数据项提供到库之后，分包商浏览总承包商和可接受对资格预审的申请的其他建筑工程参与者(见上面的图11)。分包商组织识别总承包商(审查组织)并请求资格预审核准(步骤20 。自分包商的库的数据接着被发送到选定的总承包商(步骤207)。如上所述，审查组织可能需要还没有被提供到提交组织的表单库的数据项。如果选定的承包商需要还没有在库中由分包商提供的额外信息(步骤209)，则资格预审系统将通知发送到识别所需的额外信息的分包商(步骤211)。分包商提供所需的额外信息(步骤 213)，该信息被发送到CPMS和选定的总承包商(步骤215)。CPMS接着比较由分包商提交的信息与总承包商所限定的预定标准(步骤217)。预定标准包括对资格预审的最低要求的列表以及偏好和衡量的指示，这些偏好和衡量用于在投标过程期间对被预审有资格的分包商分级。如果分包商满足对资格预审的最低要求(步骤219)，则通知被发送到分包商(步骤221)且分包商被允许向选定的总承包商投标承包工程。然而，如果分包商不满足对资格预审的最低要求，系统发送通知(步骤223)，且分包商被阻止提交承包与选定的总承包商相关的工程的投标。在一些情况下，自动资格预审系统可能不能够确定特定的分包商是否满足最低要求。在这样的情况下，系统将通知发送到总承包商，并请求分包商的人工审查和核准(步骤 225)。例如，总承包商可设置用于自动核准的最小阈值和用于自动拒绝的最大阈值。当数据项的值落在核准最小值和拒绝最大值之间的中间范围中时，系统需要来自总承包商的人工核准或拒绝。在总承包商核准或拒绝资格预审请求(步骤227)之后，可应用的通知被发送到分包商(步骤221或223)。资格预审过程也可由总承包商发起。在这样的情况下，总承包商请求访问来自分包商的库的数据项(步骤229)。请求数据访问的核准的通知被发送到分包商(步骤231)。 在本实施方式中，在没有数据的所有者的明确核准的情况下，没有与向CPMS注册的任何参与者共享数据。如果分包商核准对信息的请求(步骤233)，则来自分包商的库的数据项的拷贝被发送到总承包商和自动资格预审系统(步骤207)，且资格预审过程如上所述继续。然而，如果分包商拒绝对信息的请求(步骤233)，则系统将通知发送到总承包商(步骤 235)，且资格预审过程不继续。
15
根据本实施方式的资格预审系统包括自动过滤系统，其比较提交组织的库所提交的信息与审查者所限定的最低要求。为了实现这个自动过滤系统，审查者完成定义最低要求的表单。数字字段例如最低保险覆盖、雇员的最低数量和存货的值可通过一对一比较来评估或在衡量的程度上来评估。例如，提交组织可被预审有资格，即使一个类别不满足审查组织的最低要求，假定另一有关的类别超过所需的最小值某个量。然而，在一些情况下，自动过滤系统不能够进行足够的确定。例如，如果几个类别接近于或低于阈值，最终资格预审确定可基于来自提交组织的偏好的评论或在提交组织的库中提供的其它文本信息。在这样的情况下，资格预审系统将向审查组织发送请求资格预审申请的人工审查的通知(步骤225，图12)。图13提供了这样的通知的例子。审查组织可通过点击“Review(审查)”按钮来查看来自提交组织的资格预审申请的一些或所有数据。 审查组织接着通过选择可申请的按钮来核准或拒绝资格预审请求。虽然上面所述的例子讨论了自动核准或拒绝资格预审申请的自动资格预审系统， 其它系统能够提供资格预审申请的自动拒绝，但需要申请的人工核准。在这样的系统中，总承包商限定一个或多个最低要求。如果在资格预审申请中提交的数据项的值不满足最低要求，则申请自动被拒绝，而不需要来自审查组织的干预。然而，如果数据项的值超过最低要求，则资格预审被转发到审查组织用于人工审查。在又一些其它实施方式中，当数据项的值落在最低要求之下时，资格预审系统不自动拒绝申请。相反，当审查组织开始其人工审查时，系统将数据项标记为不足的。可使用不同的文本颜色、使用不同的字体通过提供屏上通知或通过改变审查组织的其它方法来标记不足的数据项。虽然上面所述的系统通过按规定路线发送用于核准的数据或通过自动核准数据项而便于资格预审申请的核准，系统还可用于完成没有向系统注册的审查组织的资格预审申请。在这样的情况下，提交组织可将系统外审查组织的资格预审申请的拷贝上传到系统。 系统将在必要的字段中填充，并编译来自提交组织的库的其它必要的文件。完整的申请可接着由提交组织打印，并被人工提交到系统外审查组织。可选地，系统可提供用于资格预审申请的标准统一的格式，该资格预审申请可使用来自库的数据项产生并被打印用于人工提交到系统外审查组织。在提交组织(例如，分包商)从审查组织(例如，总承包商)接收到资格预审核准之后，提交组织被允许提交与审查组织相关的工程的投标。如14示出一个这样的投标提交过程。分包商一一现在是投标组织——从它被预审有资格的组织查看可用工程(步骤 901)。分包商选择工程并查看工程细节(步骤903)，并决定是否提交对该工程的投标(步骤905)。如果分包商不想提交投标，分包商可返回以浏览其它可用工程(步骤901)。可选地，分包商可准备工程的投标，并向总承包商或其它审查组织提交投标(步骤907)。总承包商接收几个投标的列表并查看投标细节(步骤909)。如下面详细描述的，CPMS处理所接收的投标和资格预审偏好信息以按照所建议的等级显示所提交的投标。总承包商接着根据投标信息和资格预审信息选择分包商。所选择的分包商接收其投标已被接受以及它们已被授与工程的通知(步骤913)。分包商接着被添加到工程，且工程接着被添加到分包商的“当前工程”列表(步骤915)。所有其它投标组织接收通知对于该工程他们没有被选择的通知 (步骤917)。
图15示出界面的例子，分包商通过该界面选择需提交投标的工程。界面提供按照工程名存储的工程的列表。对于每个工程，界面还显示投标被接受的任务的列表，并识别正接收并审查所提交的投标的组织。投标组织可通过点击“相邻于工程列表的“view(查看)” 按钮来查看额外的工程细节，例如其它相关的组织、建筑物时间线和工程地点。投标组织接着选择一个或多个工程以通过电子地填充的表单和/通过上传电子文档来提交投标信息。图16示出界面的例子，总承包商或其它审查组织通过该界面查看所提交的投标并选择与工程相关的组织。该界面提供允许审查组织选择工程和工程内的任务的多个下拉选择框。基于这些选择。界面提供已对工程提交的所有投标的列表。该列表识别投标组织和组织所提交的总的估计的美元金额。CPMS还为每个投标提交提供“资格预审等级”和“投标等级”。如上所述，自动资格预审系统评估在资格预审申请中提交的信息，并可根据审查组织的偏好将分数分配给提交组织。当限定对资格预审的最低要求时，审查组织还被请求来为不同类别的信息提供衡量系统。例如，总承包商可主要关心分包商以前按时和在预算下完成的工程的百分比。另一总承包商可能更关心针对分包商的任何先前或未决的诉讼。 基于审查组织的衡量偏好，资格预审系统将分数分配给每个被预审有资格的分包商。CPMS 根据与给定工程的其它投标组织比较的投标组织的资格预审分数来分配“资格预审等级”。 资格预审等级还可由其它因素例如与投标组织的雇员数量比较的与投标组织相关的的当前工程的数量影响。虽然每个审查组织能够通过为不同类别的信息提供衡量系统来创建其自己的定制等级框架，在一些实施方式中，系统使用单独类别的信息的等级来创建一般化等级框架。 一般化等级框架可根据在几个资格预审申请中使用的可比较的数据来为组织提供聚集公共等级分数。在一些实施方式中，资格预审等级分数可由潜在的提交组织显示为销售工具， 以吸引新的总承包商，新的总承包商可能接着请求提交组织发起资格预审过程。作为结果， 审查组织能够确定是否使用审查组织自己的定制等级框架来对资格预审核准提交组织，但也可通过查看组织的聚集一般化等级来在发起资格预审过程之前比较潜在的提交组织与其它潜在的提交组织。CPMS还为每个所提交的投标分配“投标等级”。基于包含在投标提案中的资格预审分数和信息——包括例如工程完成日期和完成的估计成本——来计算投标等级。如图14 所示，“通用水暖公司”具有比“新承包商”低的资格预审分数。然而，因为“通用水暖公司” 所提交的投标实质上低于“新承包商”所提交的投标，“通用水暖公司”接收最高投标等级。因为选择了分包商，审查组织可通过选择相邻于每个投标列表的“view”按钮来查看、下载并打印来自每个投标组织的投标提案。虽然上述例子主要讨论分包商和总承包商之间的互动，本发明可用于促进其它的 “提交组织”和“审查组织”之间的互动。此外，资格预审系统可合并到维持日程表、更新工程预算并发起工程参与者之间的支付的综合工程管理系统中。或者，资格预审系统可以是不参与工程管理过程的独立应用。最后，虽然上面所述的例子包括人工核准(图幻或自动核准(图12)，本发明的一些实施方式包括自动和人工核准的各种组合。例如，本发明的一些实施方式能够根据审查组织所设定的最低标准来自动拒绝应用，但在提交组织被预审有资格之前需要应用的人工核准。在附图中阐述了本发明的各种特征和优点。
权利要求
1.一种包括基于网络的服务器的基于计算机的建筑工程资格预审系统，所述基于网络的服务器包括处理器和存储计算机可执行指令的计算机可读存储器，所述计算机可执行指令在所述处理器上被执行时使所述服务器通过网络建立所述服务器和第一设备之间的电子通信；通过所述网络从所述第一设备电子地接收第一组织的商业信息，其中所述商业信息包括与所述第一组织有关的多个数据项；从第二组织电子地接收对来自与所述第一组织有关的所述多个数据项的数据项子集的请求；向所述第二组织显示来自所述数据项子集的一个或多个数据项； 从所述第二组织接收每个所显示的数据项的核准； 产生包括每个所核准的数据项的最终聚集核准文档； 从所述第二组织接收所述最终聚集核准文档的最终核准；以及在接收到所述最终核准之后将资格预审指示存储在所述计算机可读存储器上，所述资格预审指示指示所述第一组织被核准向所述第二组织提交对建筑工程的投标。
2.如权利要求1所述的基于计算机的建筑工程资格预审系统，其中所述计算机可执行指令在所述处理器上被执行时还使所述服务器产生包括来自所述多个数据项的所述数据项子集的列表的请求包。
3.如权利要求1所述的基于计算机的建筑工程资格预审系统，其中所述计算机可执行指令在所述处理器上被执行时还使所述服务器 产生包括来自所述数据项子集的一个或多个数据项的第一聚集数据文档；以及在向所述第二组织显示来自所述数据项子集的所述一个或多个数据项之前，从所述第一组织接收确认包括在所述第一聚集数据文档中的数据项的精确度的电子签名。
4.如权利要求1所述的基于计算机的建筑工程资格预审系统，其中所述计算机可读存储器存储包括在所述第二组织中的多个参与者的身份识别，所述多个参与者包括第一参与者和第二参与者，且其中所述计算机可执行指令在所述处理器上被执行时进一步使所述服务器向所述第一参与者显示来自所述数据项子集的第一数据项； 从所述第一参与者接收所述第一数据项的核准； 向所述第二参与者显示来自所述数据项子集的第二数据项；以及从所述第一参与者接收所述第二数据项的核准。
5.如权利要求1所述的基于计算机的建筑工程资格预审系统，其中所述计算机可执行指令在所述处理器上被执行时进一步使所述服务器从所述第二组织接收来自所述数据项子集的每个数据项的等级。
6.如权利要求5所述的基于计算机的建筑工程资格预审系统，其中所述最终聚集核准文档包括来自所述数据项子集的每个数据项的等级。
7.如权利要求1所述的基于计算机的建筑工程资格预审系统，其中所述计算机可执行指令在所述处理器上被执行时进一步使所述服务器从第三组织接收对所述第一组织所完成的以前工程的工程评估； 部分地基于所接收的工程评估来计算聚集评估分数；以及向所述第二组织显示所述聚集评估分数。
8.如权利要求7所述的基于计算机的建筑工程资格预审系统，其中所述计算机可执行指令在所述处理器上被执行时进一步使所述服务器从多个额外的组织接收多个额外的工程评估；基于来自所述第三组织的所述工程评估和所述多个额外的工程评估来计算所述第一组织的组织等级；以及向所述第二组织显示所述第一组织的所述组织等级。
9.如权利要求1所述的基于计算机的建筑工程资格预审系统，其中所述计算机可执行指令在所述处理器上被执行时进一步使所述服务器监控所述第一组织的第一号码，所述第一号码指示所述第一组织所提交的工程投标的号码；监控所述第一组织的第二号码，所述第二号码指示被授与所述第一组织的工程的号码；以及向所述第二组织显示指示所述第一号码和所述第二号码的信息。
10.如权利要求9所述的基于计算机的建筑工程资格预审系统，其中指示所述第一号码和所述第二号码的所述信息包括被授与的工程与所提交的的工程投标相比的百分比。
11.如权利要求1所述的基于计算机的建筑工程资格预审系统，其中所述计算机可执行指令在所述处理器上被执行时进一步使所述服务器计算被授与所述第一组织的工程的总美元金额；以及向所述第二组织显示所述总美元金额。
12.如权利要求1所述的基于计算机的建筑工程资格预审系统，其中所述计算机可执行指令在所述处理器上被执行时进一步使所述服务器以电子方式接收对所述第二组织的最低要求，其中所述最低要求包括限定对资格预审的候选者的要求的多个数据项；比较来自所述第一组织的所述数据项子集与来自所述最低要求的一个或多个数据项；以及自动地拒绝来自所述数据项子集的不满足所述最低要求的每个数据项。
13.如权利要求1所述的基于计算机的建筑工程资格预审系统，其中所述计算机可执行指令在所述处理器上被执行时，进一步使所述服务器在与所述第一组织有关的所述多个数据项不包括所述数据项子集的每个数据项时，向所述第二组织提供指示。
14.如权利要求13所述的基于计算机的建筑工程资格预审系统，其中所述计算机可执行指令在所述处理器上被执行时，进一步使所述服务器识别来自所述数据项子集的不包括在与所述第一组织有关的所述多个数据项中的所述一个或多个数据项。
15.如权利要求14所述的基于计算机的建筑工程资格预审系统，其中所述计算机可执行指令在所述处理器上被执行时，进一步使所述服务器通过以至少一种或不同的字体和不同颜色的文本显示所述一个或多个数据项来识别所述一个或多个数据项。
16.如权利要求1所述的基于计算机的建筑工程资格预审系统，其中所述计算机可执行指令在所述处理器上被执行时进一步使所述服务器在接收到所述最终核准之后将资格预审接受通知发送到所述第一组织。
17.如权利要求16所述的基于计算机的建筑工程资格预审系统，其中所述资格预审接受通知作为电子邮件和实时屏上通知来发送。
18.如权利要求1所述的基于计算机的建筑工程资格预审系统，其中所述计算机可执行指令在所述处理器上被执行时进一步使所述服务器将请求来自所述第二组织的对所述数据项子集的请求的核准或拒绝的通知发送到所述第一组织；以及从所述第一组织接收所述核准或所述拒绝，以及其中计算机可执行指令集使所述服务器在从所述第一组织接收到所述核准之后向所述第二组织显示来自所述数据项子集的所述一个或多个数据项。
19.如权利要求1所述的基于计算机的建筑工程资格预审系统，其中所述计算机可执行指令在所述处理器上被执行时进一步使所述服务器从所述第一组织接收请求对所述第二组织所提交的投标请求的资格预审的资格预审请求；以及向所述第二组织发送请求所述资格预审请求的核准或拒绝的通知。
20.如权利要求1所述的基于计算机的建筑工程资格预审系统，其中所述计算机可执行指令在所述处理器上被执行时进一步使所述服务器确定所请求的数据项子集的哪些数据项不包括在所述多个数据项中；以及向所述第一组织显示识别不包括在所述多个数据项中的所请求的数据项的通知。
21.如权利要求1所述的基于计算机的建筑工程资格预审系统，其中所述第一设备是连接到所述网络的个人计算机。
22.如权利要求1所述的基于计算机的建筑工程资格预审系统，其中所述服务器还包括互联网连接，且其中所述网络包括互联网。
23.如权利要求1所述的基于计算机的建筑工程资格预审系统，其中所述多个数据项包括保险信息、参考资料的列表、涉及所述第一组织的诉讼的列表和绑定信息中的一个或多个。
24.如权利要求1所述的基于计算机的建筑工程资格预审系统，其中所述第一组织是分包商，而所述第二组织是总承包商。
25.如权利要求1所述的基于计算机的建筑工程资格预审系统，还包括将与所述第一组织有关的所述多个数据项存储到计算机可读存储器；以及对来自与所述第一组织有关的所述多个数据项的第二数据项子集重新使用所存储的多个数据项以对来自第三组织的请求作出响应。
26.如权利要求1所述的基于计算机的建筑工程资格预审系统，还包括根据从所述第二组织接收的数据限定所述第二组织的定制分级系统；存储来自与所述第一组织有关的所述多个数据项的单独的数据项；以及使用所述第二组织的定制分级系统，基于所述第二单独的数据项来计算所述第一组织的定制等级分数。
27.如权利要求27所述的基于计算机的建筑工程资格预审系统，还包括使用公共分级系统部分地基于单独的数据项来计算所述第一组织的公共分级分数。
28.—种管理来自给预审资格的组织的投标提案的基于计算机的方法，所述方法包括通过计算机网络建立在服务器和第一设备之间的电子通信；通过所述计算机网络从所述第一设备电子地接收第一组织的商业信息，其中所述商业信息包括与所述第一组织有关的数个数据项；通过所述计算机网络建立所述服务器和第二设备之间的电子通信； 通过所述计算机网络从所述第二设备电子地接收对第二组织的最低要求，其中所述最低要求包括限定对资格预审的候选者的要求的多个数据项；执行存储在与所述服务器相关的存储器上的一组计算机指令，其中所述计算机指令比较来自所述商业信息的一个或多个数据项与来自所述最低要求的一个或多个数据项；当所述商业信息满足所述最低要求时，将资格预审接受通知电子地发送到所述第一组织和所述第二组织，向所述第一组织显示从所述第二组织接收的投标请求，并从所述第一组织电子地接收投标提案；以及当所述商业信息不满足所述最低要求时，将资格预审接受通知电子地发送到所述第一组织和所述第二组织，且不允许所述第一组织响应于从所述第二组织接收的投标请求而发送投标提案。
29.如权利要求观所述的方法，其中所述最低要求包括最低资格预审分数，所述方法还包括基于所接收的商业信息产生所述第一组织的资格预审分数，以及其中所述计算机指令比较所述资格预审分数与所述最低资格预审分数。
30.如权利要求四所述的方法，还包括基于所接收的投标提案和所述资格预审分数来计算所述第一组织的投标分数； 比较所述第一组织的所述投标分数与来自额外的组织的一个或多个投标分数；以及向所述第二组织发送识别具有最高投标分数的组织的投标通知。
31.如权利要求30所述的方法，还包括从所述第二组织电子地接收对所述投标通知的响应，所述响应是接受或拒绝来自具有所述最高投标分数的所述组织的投标；当所述响应接受来自具有所述最高投标分数的所述组织的投标时，向具有所述最高投标分数的所述组织发送投标接受通知；以及当所述响应拒绝来自具有所述最高投标分数的所述组织的投标时，向所述第二组织发送识别具有下一最高投标分数的所述组织的第二投标通知。
32.如权利要求观所述的方法，其中所述最低要求包括所述商业信息的所述多个数据项的一个或多个的限定的中间范围，所述方法还包括确定是否所述多个数据项的所述一个或多个落在所限定的中间范围内；以及当所述多个数据项的所述一个或多个落在所限定的中间范围内时，向所述第二组织发送人工核准请求，并从所述第二组织接收核准或拒绝所述第一组织的对所述人工核准请求的响应，其中当所述多个数据项的所述一个或多个超过所限定的中间范围的上限时或当对所述人工核准请求的响应核准所述第一组织时，所述商业信息满足所述最低要求，以及其中当所述多个数据项的所述一个或多个没有超过所限定的中间范围的下限时或当对所述人工核准请求的响应拒绝所述第一组织时，所述商业信息不满足所述最低要求。
33.如权利要求观所述的方法，还包括从所述第二组织接收将所述第一组织识别为资格预审的候选者的资格预审请求；向所述第一组织发送请求所述资格预审请求的核准的通知；以及从所述第一组织接收所述核准，其中在所述核准从所述第一组织被接收到时，所述计算机指令比较所述商业信息与所述最低要求。
34.如权利要求观所述的方法，还包括从所述第二组织接收将所述第一组织识别为资格预审的候选者的资格预审请求，其中在所述资格预审请求被接收到之后所述计算机指令比较所述商业信息与所述最低要求。
35.如权利要求观所述的方法，还包括从所述第一组织接收请求对由所述第二组织提交的投标请求的资格预审的资格预审请求；向所述第二组织发送请求所述资格预审请求的核准的通知；以及从所述第二组织接收所述核准，其中在所述核准从所述第二组织被接收到之后所述计算机指令比较所述商业信息与所述最低要求。
36.如权利要求观所述的方法，还包括从所述第一组织接收请求对所述第二组织所提交的投标请求的资格预审的资格预审请求，其中在所述资格预审请求被接收到之后所述计算机指令比较所述商业信息与所述最低要求。
37.如权利要求观所述的方法，其中在所述第一组织能够被预审有资格之前，所述最低请求包括必须被包括在所述商业信息中的数据项的列表，所述方法还包括确定是否所述商业信息包括由所述最低要求识别的每个所述数据项；以及当所述商业信息不包括每个所述数据项时，向所述第一组织发送识别必须被所述服务器接收的额外信息的额外信息请求，并从所述第一组织接收所述额外信息，其中只有当所述商业信息包括由所述最低要求识别的每个所述数据项时，所述计算机指令才比较所述商业信息与所述最低要求。
38.如权利要求观所述的方法，还包括当所述商业信息满足所述最低要求时，向所述第一组织显示所述第二组织所提交的多个投标请求的列表；以及当所述商业信息满足所述最低要求时，从所述第一组织接收所述多个投标请求的一个或多个的投标提案。
39.如权利要求观所述的方法，其中所述第一设备是连接到网络的个人计算机。
40.如权利要求观所述的方法，其中所述服务器包括互联网连接，且其中所述网络包括互联网。
41.如权利要求观所述的方法，其中所述多个数据项包括保险信息、参考资料的列表、 涉及所述第一组织的诉讼的列表和绑定信息中的一个或多个。
42.如权利要求观所述的方法，其中通知通过所述第一设备被发送到所述第一组织。
43.如权利要求观所述的方法，其中通知通过电话、电子邮件服务器和传真机的至少一个被发送到所述第一组织。
44.如权利要求28所述的方法，其中所述第一组织是分包商，而所述第二组织是总承包商。
全文摘要
一种用于促进建筑工业组织对投标承包审查组织所公布的建筑工程的资格预审核准的联网计算机系统。该系统从提交组织以电子方式接收商业信息。在从审查组织接收到对资格预审申请的请求之后，系统使用以前由提交组织提供的商业信息产生以审查组织所规定的格式的资格预审申请。系统接着将申请中的单独的数据项按规定路径发送到与审查组织相关的一个或多个参与者。系统在接收到申请的最终核准之前接收单独的数据项的核准。如果申请被核准，则提交组织能够将对审查组织所公布的建筑工程的投标提交到审查组织。
文档编号G06Q10/00GK102317961SQ200980156557
公开日2012年1月11日 申请日期2009年12月11日 优先权日2008年12月11日
发明者克里斯蒂娜·A·福克斯, 帕特里克·J·艾伦, 杰弗里·K·瓦格纳, 约翰·W·史密斯 申请人:特克斯图拉公司