专利名称：工厂可交付物管理系统的制作方法
技术领域：
本发明的领域是数据聚集和管理技术。
背景技术：
エ厂(例如电厂、车间、建筑物、石油加工厂等)的建造代表涉及资源获取、后勤、建设以及将最終的エ厂交付给其新的所有者的许多艰巨的努力。将エ厂交付给新的エ厂所有者的ー个方面包括聚集并向所有者呈现运行记录(documentation)和数据。运行记录可包 括设计文档、运行手册、部件列表、培训材料、人力资源要求、或其他形式的数据。目前，在エ厂建设行业中，每个エ厂建设项目都被作为具有它自己的一组记录交付物的单个的独立的项目来对待。当开始新建设时，从头开始建造所有的新エ厂交付物。甚至大型建设企业也无法以明智的方式将来自ー个项目的记录交付要求利用(leverage)到下ー个项目中。还要理解的是可向工程公司、建设公司、EPCM公司或具有大量的文档交付要求的其他公司提供记录可交付物引擎以解决上面讨论的问题。该可交付物引擎可被配置成跨越多个建设项目聚集数据并维持可交付物记录要求。这种引擎可被配置成允许建设项目中所涉及的无数个体(例如，设计工程师、销售商、培训师、检查者等)在工程建设的所有阶段期间与该引擎交互。个体可提供或访问与エ厂的运行有关的数据，包括维护数据、支持数据、手册数据或其他类型的运行数据。一旦エ厂准备好交付给其新的所有者，可将记录转换为期望的ー种或多种格式来呈现给新的所有者，其中记录可被放入对该新的所有者定制的知识系统中。此外，该引擎及其数据或工作流程步骤可保留在适当位置在设计公司内并可被利用为作为向下ー个建设项目的反馈。这种方法減少了交付未来エ厂的时间和成本。其他人已为各种目的而投入了努力来聚集和交付数据。例如，Myrick等人在 1999 年 8 月 20 日提交的标题为 “Structure and Method of Modeling IntegratedBusiness and Information Technology Frameworks and Architecture in Support of aBusiness”的美国专利7，162，427描述了包括信息技术系统的整体企业架构。此外，Knapic等人在 2008 年 7 月 9 日提交的标题为 “ Integrating a Methodology Management Systemwith Project Tasks in a Project Management System”的美国专利申请公开描述了能够基于模板来生成项目计划的项目管理系统。尽管上面的參考文献为它们的特定问题提供了充分的解决方法，然而它们均无法完全解决跨越多个大规模エ厂建设项目的文档交付要求。除非上下文作出相反规定，否则本文阐述的所有范围应当被解释为包括它们的端点，而端开放的范围应当被解释为包括商业上可行的值。类似地，值的所有列表应当被认为是包括中间值，除非上下文作出相反規定。从而，仍旧有对エ厂可交付物管理系统的需要。
发明内容
本创新性主题提供了其中人们可在新建设项目上利用过去的经验来创建用于该エ厂建设项目的可交付物包的装置、系统和方法。本创新性主题的ー个方面被认为包括エ厂可交付物管理系统。所构想的系统可包括被配置成存储ー个或多个建设项目不可知(agnostic)可交付物模板的模板引擎。每个模板还可包括規格化属性，其中该规格化属性表示对多个截然不同的项目适用的公共命名法。从而，可跨越许多不同的项目来利用模板和規格化属性。可交付物接ロ允许远程用户，外部用户或内部用户，获得对该系统的访问权并输入可交付物数据。在大規模エ厂建设中，外部用户可包括可能来自销售方、合同方、次级合同方、培训方、供应方、客户(即，新エ厂的所有者)或其他类型的用户的许多不同的独 立第三方。当用户输入可交付物数据时，该可交付物数据可被存储在可交付物库中，该库可存储ー个或多个不同エ厂建设的可交付物。该可交付物数据可根据客户的优选格式来存储。在需要时，可交付物引擎可从该可交付物库获得エ厂可交付物以供应可交付物计算机系统。该可交付物计算机系统可根据客户的优选格式配备有这些可交付物。在某些实施例中，可根据从客户的优选格式得出的索引方案来布置这些可交付物。而且，可交付物计算机系统可进一歩包括被配置成根据索引方案来寻找エ厂可交付物的搜索引擎。根据下面对优选实施例的详细描述以及附图，本创新性主题的各种对象、特征、方面和优点将变得更加显而易见，在附图中相同的标号表示相同的组件。
图I是エ厂可交付物管理系统的示意性概览图。图2是模板引擎的框图。图3是可交付物接ロ的框图。图4是可交付物库的框图。图5是示出可交付物引擎和所供应的可交付物计算机系统的框图。
具体实施例方式应当注意，尽管针对基于计算机/服务器的可交付物管理系统来描写下面的描述，然而各种替代配置也被认为是适当的并且可采用各种计算设备，包括服务器、接ロ、系统、数据库、引擎、控制器或独立地或共同地运行的其他类型的计算设备。应当理解，计算设备包括被配置成执行存储在有形、非瞬态计算机可读存储介质(例如，硬驱、固态驱动器、RAM、闪存、ROM等)上的软件指令的处理器。这些软件指令优选地将该计算设备配置成提供如下面针对所公开的设备所讨论的角色、职责或其他功能。在特别优选的实施例中，各种服务器、系统、数据库或接ロ使用标准化的协议或算法来交换数据，这些协议或算法可能基于HTTP、HTTPS、AES、公-私钥交換、web服务器API、已知财务交易协议或其他电子信息交換方法。数据交换优选地通过分组交换网络、因特网、LAN、WAN、VPN或其他类型的分组交换网络来进行。应当理解，所公开的技术提供许多有利的技术效果，包括供应存储エ厂可交付物以供客户使用的外部计算机系统。所构想的基础结构将项目不可知信息转换为构造在计算机系统上的客户特定的知识库。如在本文中所使用的那样，除非上下文另作规定，术语“耦合干” g在包括直接耦合(其中耦合于彼此的两个元件彼此接触)和间接耦合(其中至少ー个附加元件位于这两个元件之间)。因此，术语“耦合干”和“与……耦合”被作为同义词使用。在图I中，エ厂可交付物管理系统100由建设公司110操作。应当理解，大規模建设公司，例如FLUOR公司，横跨大的地理距离，甚至跨大陆。鉴于这种跨全球的企业，建设公司110的内部网络115应当被认为是也跨越大的地理距离而同时仍被认为是在建设公司110内部。建设公司110表示适于几乎在任何辖区或几乎在任何地理 位置承担大規模エ厂建设(例如，电厂、石油加工厂、制造厂等)的公司。建设公司110可包括ー个或多个一起工作的基于计算机的组件，以向已经聘请建设公司110进行エ厂建设的客户提供适当的エ厂可交付物管理系统100。系统100可包括可交付物模板引擎140、可交付物接ロ 130、可交付物库160和可交付物引擎150。系统100的各种组件可以由内部用户120乃至外部用户170经由可交付物接ロ 130来访问。注意，组件中的每ー个组件均被认为是作为客户端或作为服务器运作以提供它们描述角色或职责的计算机系统。表示建设公司110的成员的内部用户120能够经由内部网络115访问系统100的组件。内部网络115可包括由建设公司110拥有或操作的企业网络。在某些实施例中，内部网络115可包括WAN、VPN、或其他类型的通信网络，这些网络可能作为因特网基础结构上的覆盖层来运行。在类似的网络(vein)中，表示独立第三方的成员的外部用户170可通过外部网络175访问系统100的组件。应当理解，外部网络175也可包括因特网，其中外部网络175主要在建设公司110的控制之外。尽管如此，建设公司110可如需要的那样使可交付物接ロ130对外部用户170可访问。例如，可交付物接ロ 130可包括基于web的基础结构来向外部用户170呈现网页、web服务API、服务或其他类型的接ロ。エ厂可交付物管理系统100的各种组件被配置成合作创建用于客户的エ厂建设的可交付物包。例如，当内部用户120或外部用户170经由可交付物接ロ 130输入可交付物数据时，可根据来自模板引擎140的模板聚集该可交付物数据。所聚集的信息可作为エ厂可交付物存储在可交付物库160中，其中エ厂可交付物被认为包括完成将所建设的エ厂向客户的转交所需要或所请求的记录。可交付物引擎150可从可交付物库160获得エ厂可交付物井根据客户的优选格式将它们聚集为用于该客户的可交付物包。在某些实施例中，可交付物引擎150可向客户可交付物计算机系统190供应エ厂可交付物。例如，计算机系统190可被配置有存储客户的エ厂可交付物文档的数据库和被配置成根据所期望的索引方案来查询该数据库的搜索引擎。在任何给定时刻，エ厂可交付物管理系统100可为ー个或多个不同エ厂建设或为一个或多个客户提供エ厂可交付物服务。鉴于建设公司110可跨越许多不同客户提供建设服务，系统100的各种组件可优选地按照建设项目不可知的方式来运行。
图2呈现了模板引擎240的更详细视图，该模板引擎可被并入エ厂可交付物管理系统中。模板引擎240被配置成存储多个项目不可知エ厂可交付物模板247，其中每个模板247可具有模板属性。模板引擎240可包括存储ー个或多个可交付物模板247的模板数据库245，其中一个或多个远程用户可利用模板247来输入可交付物数据。根据ー个或多个模板247来聚集可交付物数据可以供创建实际的エ厂可交付物之用。应当注意，每个截然不同的エ厂建设可利用不同组的模板247，其中用于ー个エ厂建设的组可以利用或者可以不利用与第二个、不同的エ厂建设相同的模板。可按照エ厂建设不可知的方式来构造模板247，其中从ー个エ厂建设到另ー个エ厂建设可利用模板247中的姆ー个模板。模板247可包括与其相对应的交付物有关的各种信息。例如，模板247可包括跨越所有项目被規格化的一个或多个模板属性。規格化属性表示绑定到该模板的、具有标准化名称或可能值以便该系统的成员可以适当地交換数据、信息或其他而无混淆的数据。可根据各种方案来组织ー组规格化的属性。例如，可将规格化属性组织成分层命 名空间，其中属性名称的每一部分对应于该分层体系中的级别。统治主题的成员也可在必要时向模板247分配規格化属性或可提供从以客户为中心的属性到規格化属性的映射。不管怎样构造規格化属性，規格化属性都被认为是エ厂建设不可知的并且可跨越多个不同项目应用。模板247还可包括与可交付物数据有关的接ロ信息，应当使得该接ロ信息对于对应的エ厂可交付物可用。该接ロ信息可被用来构造用户接ロ，用户通过该用户接ロ可输入エ厂可开发数据。模板247连同其相关联的构成元素(例如，属性、接ロ信息等)可作为链接在一起的可管理对象被存储在模板数据库245内。在某些实施例中，数据库中的各种模板对象或其他对象可被存储作为表示通用的、公共的中间格式的XML数据结构。当模板247被认为对エ厂建设可用吋，该系统的其他组件可解释该XML数据以确定如何构造适当的接ロ以获得与该模板的相对应的可交付物相关联的可交付物数据。可人工创建或自动创建模板247。在某些实施例中，统治主体确定模板247的形式以确保它符合标准、具有符合标准命名法的元素(例如，規格化属性等)、或以其他方式与模板数据库245中的其他对象相一致。还可基于先前项目的资产来(可能自动地)构造模板247。存储ー个或多个先前项目的资产等级信息的资产库在关于每个项目的资产的信息内提供该系统。资产被认为包括エ厂建设的物理组件，其范围可从螺栓、到处理单元、到建设点。当项目被完成时，可将来自ー个项目的资产与其他项目相比较以确定共性，可能经由符合与模板247中所使用的那些属性相同的命名空间的规格化属性。如果对于资产不存在模板247，则该系统可构造推荐模板以满足提供与资产相关联的可交付物的需要。可构造具有基于先前生成的エ厂可交付物的特征的推荐模板。例如，资产(比如说泵水站)可能缺少培训材料。可交付物引擎可标识由规格化属性“培训”标识的先前提供的培训材料。该引擎随后可使用该培训材料格式(例如，内容的表格、索引等)来构造用于泵水站培训材料可交付物的模板。模板247可表示许多不同类型的エ厂可交付物。应当理解，可能在建设项目的不同阶段需要每个エ厂可交付物。エ厂可交付物的示例类型包括设计可交付物、工程可交付物、建设可交付物、运行可交付物、乃至寿命结束或停止使用可交付物。例如，设计阶段可交付物可包括设备清单、仪器清单、循环表单(loop sheet)、布局或布置图、规范、要求文档、或其他类型的记录。应当进ー步理解，这些可交付物可超出工程或技术记录的范围。例如，运行可交付物(即，用于运转エ厂的文档)可包括培训材料、人力资源要求(例如，技术要求、雇佣要求等)、检查日程表、教室测试、或被认为在运行エ厂时有用的其他材料。模板247被认为是可随着时间流逝被修改的实况模板。当从ー个エ厂建设到另一个エ厂建设学习到教训时，可将最佳实践合并到模板中以确保随着时间不断改进。当模板247稳定或实现批准时，可经由模板数据库245使其可用或以其他方式发布。当エ厂建设正在进行时，不管该项目的阶段如何，用户可向エ厂可交付物管理系
统提供可交付物数据。图3示出了可交付物接ロ 330，该接ロ耦合于模板引擎并被配置成允许远程用户根据与该エ厂建设相关联的エ厂可交付物模板输入エ厂可交付物数据。可交付物接ロ 330可采用许多不同形式以满足远程用户的需要。在所示示例中，可交付物接ロ 330被构造为能够在远程计算机上呈现用户接ロ的web服务器。然而，可交付物接ロ 330还可呈现计算机能够调用的一个或多个应用编程接ロ(API)。在这样的实施例中，远程计算机还可运行本地应用或软件来创建用户接ロ，该用户接ロ进而与该エ厂可交付物管理系统的其他组件耦合。可交付物接ロ 330可包括模板转换器332，该转换器可获得可交付物的模板信息。模板转换器332可对模板内存储的各种数据(例如，規格化属性、XML、HTLM等)进行解释以生成用于呈现与该模板对应的可交付物的用户接ロ的指令。例如，核对清单的模板可包括用户必须根据客户的期望命名法或语言来命名的多个字段。因此，模板转换器332可构造具有多个输入字段的用户接ロ，用户在那里输入与所需的字段相对应的名称或值。呈现引擎335可使用来自模板转换器332的指令来呈现期望的用户接ロ。尽管呈现引擎335被呈现为呈现网页的HTTP服务器，然而呈现引擎335还可被配置成生成多于ー种类型的接ロ。例如，呈现引擎335还可创建HTML代码、电子数据表、数据库方案、应用接ロ、API或其他类型的用户接ロ构造。用户接ロ的类型可大大地取决于模板所呈现的可交付物的类型。某些可交付物适合于电子数据表的条目(例如，设备清单、核对清单等)，而某些可交付物适合于数据库条目(例如，工作流、检查结果等)，而另外的某些可交付物适合于原始数据条目或文件条目(例如，视频检查、音频数据等)。用户与可交付物接ロ 330交互以将可交付物数据输入到可交付物管理系统中。可交付物数据可包括非常多的信息。一种特别优选的类型的信息包括与特定建设项目的物理对象或资产特别相关的资产等级信息。资产等级信息与项目的特定资产有关并且可包括许多不同类型的数据。示例包括预防性维护/预测性管理数据、校准时间表、负载等级、施工进度表、建筑自动化、带有部件有效期信息的BOM设备部件列表、或与エ厂的特定物理资产有关的其他类型的数据。可交付物接ロ 330还可包括确认器334，其可被配置成确认被输入到该系统中的可交付物数据。确认器334可咨询要求数据库333以获得与エ厂建设相关联的要求以实现对可交付物数据的要求的理解。要求可包括客户优选格式、语言要求、法律要求(例如，认证、公证、批准等)、安全要求或其他类型的要求。作为次要示例，确认器334可验证信息是用正确的语言输入的。与系统的其他组件一祥，要求数据库333可存储跨越多个截然不同的エ厂建设的要求。除了要求数据库333之外，确认器334还可从模板获得认证信息。当经由模板转换器332根据模板构造用户接ロ时，确认器334可确定所输入的数据是否的确满足模板中所概述的标准。例如，模板可能需要字段应包括指向音频文件的指针。确认器334可检查该音频数据以确定它是否成一个或多个可识别音频文件格式的。数据类型确认表示可通过咨询模板要求来实现的ー种形式的确认。其他类型的确认可包括用户或者用户为其成员的实体的授权信息或其他类型的确认，其中所述授权信息验证时间表要求、确认所输入的数据具有到規格化属性的有效映射。鉴于确认器334能够访问与模板、エ厂建设要求、規格化属性、或客户偏好(例如，客户语言、格式、属性等)的有效使用有关的信息，确认器334还可向输入可交付物数据的用户提供推荐(可能实时地提供)，其中所述推荐反映对可交付物数据的可能修改以便可交付物数据会与数据条目要求兼容。数据条目要求可能关于要求数据库333中的エ厂建设要求、与エ厂建设或相应的可交付物有关的模板、或其他要求。考虑以下场景其中用户上传了检查点(siet)的原始图像数据。确认器334可向用户提供反馈，暗示该图像数据应当被 从第一格式(例如JPEG)转换为第二格式(例如PNG)。此外，确认器334经由呈现引擎335可向用户提供自动转换图像数据的选项。在这种场景中，确认器334或可交付物接ロ 330可包括数据格式转换应用程序(utility)。 确认器334还可提供关于数据条目的建议。当用户正在输入数据时，确认器334可提供具有到会被认为对该可交付物数据可用的規格化属性的有效映射的推荐属性。例如，当输入与泵有关的检查数据时，可向用户提示与泵资产相对应并且可能已经被统治主体批准的有效规格化属性。从而，确认器334确保跨越无数独立的第三方用户的数据条目的一致性。一旦可交付物数据已经由可交付物接ロ 330输入或经由确认器确认，该可交付物数据可经由存储代理336被提交以供存储。存储代理336表示被配置成将可交付物数据与可交付物库数据库相交換的模块。存储代理336可根据适当的查询语言、API或其他数据库技术来与该数据库交互。例如，存储代理336可被配置成经由SQL命令或其他类型的查询语言与远程数据库接ロ连接。在某些实施例中，存储代理336和呈现引擎335形成到版本控制系统的接ロ。从而可交付物数据可随时被提交，其中信号可交付物可具有多个版本。可适合于使用的示例性的适当的版本控制系统包括CVS、Subversion、Git、Perforce 、或其他现有版本控制系统。可交付物接ロ 330可被进ー步配置成授权该系统的用户。当用户访问可交付物接ロ 330吋，该用户可被验证以确定他们是具有与建设公司相关联的权限的内部用户或系统的操作者，还是具有适当的受限权限以输入可交付物数据的外部用户。在更优选的实施例中，可交付物接ロ 330允许两个或更多个独立第三方用户在该用户被授权为其相应实体的成员时输入エ厂可交付物。例如，一个用户可被授权为政府检查机构的成员，而另一个用户可被授权为销售商的成员。每个用户会被约束到仅基于其实体的角色或职责来输入可交付物数据。可交付物数据可被提交到如图4所呈现的可交付物库，。可交付物库460被优选地配置成存储与エ厂建设有关的多个エ厂可交付物并且可以访问客户的优选格式。エ厂可交付物可从エ厂可交付物数据和エ厂可交付物模板得出。可交付物库460可存储跨越多个エ厂建设，甚至用于不同客户，的可交付物。可交付物库460可包括存储用于エ厂建设可交付物的客户偏好的客户格式数据库462。例如，客户格式数据库462可存储与第一个エ厂建设相关联的第一客户的格式描述463A，同时还存储与第二、不同的エ厂建设相关联的第二客户的格式描述463B。尽管第一和第二客户可能是不同的客户，然而也可能他们是对各自的エ厂建设具有略微不同的要求的同一客户。格式描述463A到463B表示定义它们相应的客户希望分别如何与其相应可交付物465A到465B接ロ连接。格式描述463A和463B可包括期望的数据文件格式、到规格化属性的属性映射、用户授权、或其他信息。示例数据文件格式可包括微软Office 格式、OpenOffice 格式、视频格式(例如，DIVX、MPEG4等)、音频格式(例如，MP3、OGG等)、或其他类型的数据格式。自然地，每个格式描述可包括不同的期望格式。此外，属性映射可包括将規格化属性转换到客户的优选属性以及将客户的优选属性转换到規格化属性的规则。当根据ー种或多种语言本地化全球各辖区的可交付物数据时这种方法被认为是有利的。应当注 意，属性映射可以非常复杂，超出仅ー对一映射的范围。例如，客户的优选的属性组可承载比規格化属性所展现的抽象更高级别的抽象，使得根据所定义的映射规则将多于ー种类型的規格化属性映射到単一客户等级属性。可交付物库460还可包括存储表示它们相应的エ厂建设所需的可交付物的可交付物465A到465B的ー个或多个数据库。可交付物465A到465B中的每ー个均包括客户在接手所建设的エ厂的运行之前该客户所请求或需要的文档。应当将可交付物465A到465B中的每ー个认为是实况储存库，其中可在エ厂建设的有效期或エ厂建设的生命周期的各阶段(例如，初期、设计、工程、建设、委托、运行、解除委托等)中的任何时刻被修改各种文档。此外，可交付物465A到465B可按照其中各个文档、文档集合、或整个可交付物包可在可交付物包的建设期间被登记或登出的方式经受版本控制。尽管可交付物库460容纳可交付物465A到465B，然而没有可交付物465A到465B符合格式描述463A和463B的要求，因为可交付物465A到465B被认为是半成品，直到发布给客户。在某些实施例中，可按照客户或エ厂建设项目不可知的通用公共格式(例如XML)存储可交付物465A到465B。尽管如此，如果需要，可交付物465B到465B可附于客户的优选格式。图5示出可交付物引擎550，其耦合于可交付物库并被配置成自动地将可交付物包595供应给可交付物计算机系统590，该可交付物包595包括根据在格式描述552处概述的客户的优选格式存储的エ厂建设可交付物。在所示示例中，可交付物引擎550将表示所有需要的或请求的文档的可交付物数据库555构建为可交付物包595。可交付物数据555可以像具有存储各种可交付物的目录的文件系统那样简单，或者可以像遵循复杂方案的关系型数据库那样复杂。可交付物引擎550利用从可交付物库获得的格式描述552、来自模板库的模板557、或其他信息来构造可交付物数据库555。特别注意，可交付物引擎550可将可交付物从它们如在可交付物库中存储的那样的通用的、公共的格式转换为期望的格式。可根据格式描述552内的规则转换每个文档，如格式描述552所需要的那样。例如，每个可交付物可被存储在可交付物库中，作为XML数据对象。当构造可交付物数据库555时，可交付物可被转换为适当的文件格式，例如Word文档或电子数据表。在类似的方法中，可交付物引擎550还可将每个可交付物的属性从规格化属性映射到客户所期望的属性。从而，可交付物数据库555满足客户的期望或要求。一旦可交付物数据库555已被适当地准备，可供应客户的可交付物计算机系统590。可交付物数据库555可以被从可交付物引擎550迁移到计算机系统590，这可采取许多不同形式。在某些实施例中，可交付物计算机系统590可以是可被运送到客户的单独的、截然不同的计算机。而在其他实施例中，可交付物计算机系统590可以是位于客户的设施处并通过外部网络供应的远程先验现有计算机。尽管如此，在其他实施例中，可交付物计算机系统可被托管在可能由建设公司运行的エ厂建设管理系统上。构造可交付物计算机系统590的许多可能方法中的每ー个方法都具有其价值，其中客户可确定哪种方法会(单独地或组合地)最好地服务它们的目的。可交付物计算机系统590可包括可交付物包595，其对应于可交付物数据库555。 可交付物包595表示到客户的エ厂建设的可交付物的发布版本。此外，可交付物包595表示根据客户的期望格式存储可交付物的数据库。而且，可交付物引擎550可使用转换后的属性来构造对客户定制的客户索引方案并且可用附于该索引方案的属性来注释可交付物。客户索引方案可从客户的优选可交付物格式和模板属性得出。可在将可交付物从其通用格式转换为客户的期望格式的过程期间构造索引方案。当分析每个可交付物时，可根据在模板557或格式描述552中找到的映射将其规格化的属性转换为客户的优选属性。当交付物被完成时，它可被标记有客户特定的属性。此外，也可根据映射规则来构造反映索引方案的结构的客户属性命名空间或拓扑的布置，使得该客户不需要遵守建设公司所使用的規格化属性的約定。索引方案提供了捜索基础结构，通过该基础结构客户可以在其エ厂可交付物间搜索。鉴于可交付物包括资产等级信息，可直接从可交付物资产属性中的每ー个可交付物资产属性得出索引方案。例如，索引方案可通过属性“泵”将所有泵分组，或可以建立资产和可交付物之间的关系。另ー个示例包括基于其相应的资产的索引培训材料。可交付物引擎550还可将搜索引擎593供应给可交付物计算机系统590。搜索引擎593优选地提供这样的接ロ 客户或可能为应用可通过该接ロ向搜索引擎提交查询以寻找感兴趣的相关可交付物。搜索引擎593可被配置成根据可交付物引擎550所生成的索引方案来构造查询(例如，SQL命令)。这些查询可经由用户接ロ、经由API或其他适当接ロ来提交。可交付物引擎550的另ー个职责可包括推荐对模板557的更新以提交回系统以供以后使用。可交付物引擎550可将所发布的可交付物与相应的模板相比较以确定是否存在差异。如果存在，则可能基于跨越エ厂建设的差异的发生的频率，可交付物引擎550可推荐修改相应的模板557。所推荐的修改可包括要添加到该模板的附加特征、要从模板移除的特征、对模板的規格化属性的改变、乃至从エ厂建设的资产数据得出的新生成的エ厂可交付物模板。提醒读者，エ厂可交付物包括反映关于エ厂建设的物理资产的信息的资产等级数据。假设每个工厂建设具有其自己的独特问题；构想了用于工厂建设的可交付物可能不具有先验定义的模板557。因此，对于工厂建设，可审阅资产等级数据以生成新的模板。新模板可从可交付物继承属性、字段或其他特征。而且，这些特征可被转换回系统所使用的规格化形式。例如，新模板规格化属性可从资产数据得出。一旦有任何所需的批准，新创建的模板可立即变得可用于未来项目。对本领域的技术人员而言，显然，除了已经描述的之外的许多更多的修改是可能的，而不背离本文的创新性思想。因此，除了所附权利要求的范围之外，该创新性主题不受限制。而且，在解释说明书和权利要求二者时，所有术语应当按照与上下文一致的最宽的可能方式来解释。尤其是，术语“包括(comprise, comprising)”应被解释为是按照非排他的方式指代元素、组件或步骤，指示所引用的元素、组件或步骤可与未被明确引用的其他元 素、组件或步骤一起存在、使用或组合。在说明书和权利要求书提及从由A、B、C……和N组成的组中选择某些中的至少一个时，该文本应当被解读为仅需要来自该组的一个元素，而非A加N或B加N等。
权利要求
1.一种エ厂可交付物管理系统，所述系统包括 被配置成存储多个项目不可知エ厂可交付物模板的模板引擎，每个模板具有模板属性； 耦合于所述模板引擎并被配置成允许至少一个用户根据与エ厂建设相关联的所述エ厂可交付物模板输入エ厂可交付物数据的可交付物接ロ； 被配置成存储与所述エ厂建设有关的多个エ厂可交付物并存储客户的优选可交付物格式的可交付物库，所述エ厂可交付物从所述エ厂可交付物数据和所述エ厂可交付物模板得出；以及 耦合于所述可交付物库并被配置成自动供应可交付物计算机系统的可交付物引擎，所述可交付物计算机系统根据所述客户的格式存储包括エ厂建设的エ厂可交付物的可交付物包。
2.如权利要求I所述的系统，其中所述可交付物接ロ被配置成允许两个或更多个独立第三方在作为其相应实体的成员的授权时输入エ厂可交付物数据。
3.如权利要求I所述的系统，其中所述可交付物接ロ被进ー步配置成根据所述エ厂可交付物模板和エ厂建设要求确认所输入的エ厂可交付物数据。
4.如权利要求3所述的系统，其中所述可交付物接ロ被进ー步配置成实时地推荐对所述エ厂可交付物数据的修改，所述修改会使得所述エ厂可交付物数据与所述可交付物模板和エ厂建设要求兼容。
5.如权利要求I所述的系统，其中所述可交付物引擎被进一歩配置成基干与所述建设项目有关的所述エ厂可交付物模板和所述可交付物包之间的差异来推荐可交付物模板更新。
6.如权利要求5所述的系统，其中所述可交付物引擎被进一歩配置成生成从所述エ厂建设的资产数据得出的新的エ厂可交付物模板。
7.如权利要求6所述的系统，其中所述新的エ厂可交付物模板包括从所述资产数据得出的規格化属性。
8.如权利要求I所述的系统，其中所述可交付物引擎被进一歩配置成基于所述优选可交付物格式和所述模板属性来得出客户索引方案。
9.如权利要求8所述的系统，其中所述索引方案是从可交付物模板属性转换的。
10.如权利要求8所述的系统，其中所述可交付物计算机系统被配置为根据所述客户索引方案的可访问而为可捜索的。
11.如权利要求8所述的系统，进一歩，所述エ厂可交付物包括与所述エ厂建设的资产有关的资产等级信息。
12.如权利要求11所述的系统，其中从资产属性得出所述索引方案。
全文摘要
呈现一种工厂可交付物管理系统。该系统利用工厂建设不可知模板来生成工厂可交付物(例如，培训材料、检查、报告、设计图等)。工厂可交付物可从公共的、通用的格式转换为为工厂建设付费的客户所期望的格式。系统还可向计算机系统供应工厂可交付物的发布版本，其中根据基于模板和客户的期望格式或资产属性所生成的所得到的索引方案来索引可交付物。
文档编号G06Q10/00GK102859540SQ201080064173
公开日2013年1月2日 申请日期2010年12月15日 优先权日2009年12月17日
发明者J.S.利奇, B.C.斯托里诺, J.B.亨夫里斯, D.博哈德, M.麦吉 申请人:氟石科技公司