专利名称：产品数据交换的制作方法
技术领域：
本发明涉及用于在多个合作公司各自的计算机系统之间交换技术产品数据的一种产品数据交换系统。本发明还涉及在合作公司之间交换技术产品数据的一种方法。
背景技术：
很多产品供应公司在全球网络中和客户、合作-开发者、供应商、合同制造商、分包商、服务公司等合作。那些公司中的每一家可能还有合作-开发者、供应商、分包商等等。例如，消费类电子设备的生产和维护可能涉及负责下列事宜的若干公司-整个设备的设计-电子部件、软件模块、IC和机械部件的开发-电子部件、软件模块、IC、机械部件和模块的制造/供应-最终设备的组装，以及-设备的维护/维修在产品的生命周期内，相应技术产品数据以正确的版本、在正确的位置、对正确的人并属于正确的格式的可用性对企业是非常关键的。在内部，大多数公司使用各种数据管理系统管理产品数据和相关的过程以便将这些信息分发到他们自己的开发和制造场所。这种系统的例子有计算机辅设计/工程(CAD/CAE/CASE)系统(例如，Unigraphics、Pro/Engineer、AutoCAD、Catia、Mentor Graphics、Cadence、Ansys、Continuus、Telelogic Synergy and ClearCase)；产品数据管理/产品生命周期管理(PDM/PLM)系统(例如，Metaphase、EDS TeamCenter、eMatrix、PTC WindChill、SAP/PLM、IBM Dassault Enovia)和企业资源计划/客户关系管理/部件和供应商管理/供应链管理(ERP/CRM/CSM/SCM)系统(例如，BaaN、SAP、PeopleSoft、Aspect)。但是，为了简化合作开发以及和外部合作伙伴(有时也有内部合作伙伴)的供应链通信，需要对技术产品数据的分发和交换。技术产品数据优选地包括所有技术规范(例如，软件、机械、电子)并且覆盖完整的生命周期(即从概念设计到产品报废)。对于公司间操作数据的交换(例如，定价、定单、发票和支付信息)，已经开发出了e-commerce(电子商务)和b2b(企业对企业)-商务标准。
为了技术产品数据的交换，Nemi(国家电子制造创始组织，www.nemi.org)和IPC(电子产业联合协会，www.ipc.org)已经开发了电子制造供应链通信的Nemi/IPC产品数据交换(PDX)标准，IPC-257-系列。这个标准针对在电子领域的原始设备制造商、电子设备制造服务和零部件供应商之间的制造供应链通信。该标准目的是符合标准的数据管理系统之间的直接数据交换(一种分布式方案)。对不符合的系统或根本没有系统的使用没有规定。
集中式方案是SAP合作工程和项目管理应用(CEP)，设计用来简化分散群体的工程和项目管理工作。CEP是一个合作环境，在这个环境中负责的公司(发起者)用SAP-构架收集项目相关信息并发布这些信息以供商业合作伙伴访问。它让合作伙伴通过web-浏览器(在线)访问CEP应用中存储的项目信息。合作伙伴能够通过web-浏览器登录到CEP系统中，察看并获取已经由发起者发布给它们的信息。为了下载指定的信息，参与者选择文件夹并将它的内容下载到本地PC。CEP工作区允许导航和访问文件夹信息，例如材料清单、项目计划和相关文档。合作伙伴可以对下载的信息进行离线修改并将修改过的配置文件夹上载到所有人的ITS服务器。在发起人(所有人)的位置，CEP环境被紧密集成到所有人的更改和生命周期管理应用的SAP组中。CEP中的数据结构和工作方法基于所有人的SAP系统。CEP系统允许外部合作伙伴在所有人的SAP系统(的一部分)中工作。它没有提供将其它系统(和其它SAP数据库)耦合到所有人的SAP系统或简化多个系统之间数据交换的解决方案。因而CEP系统迫使合作伙伴用所有人的SAP系统的数据结构和工作方法来工作。而这存在问题，因为数据结构和工作方法会与合作伙伴自己的PDM环境不匹配。
发明内容
本发明的一个目标是提供用于交换技术产品数据的更开放的系统和方法。
为了实现本发明的目标，合作公司中的第一个公司的至少一个计算机系统包括
多个不同的数据管理系统，例如CAD、PLM、ERP，每个用于创建相应的技术产品数据；和一个编辑系统，用于从多个数据管理系统导入涉及用户-可选择的项目的技术产品数据；创建代表所导入的技术产品数据的用户可选择部分的交换包；并将该交换包提供给位于其它合作公司至少其中之一的计算机系统。
该编辑系统使得公司能够继续使用不同的数据管理系统，并将所有相关的技术产品数据组合到一个交换包中，并将该交换包提供给合作伙伴。数据管理系统不需要是一家制造的，也不需要符合某种标准。可以使用最优的数据管理系统。例如，该数据管理系统可以为任务(例如，设计机械部分或软件)最优，或为公司在价格/性能/功能上最优(例如，用于跨国公司的全面分布式系统，和用于发展中国家小公司的简单的独立系统)。该数据管理系统甚至可以是专有的。可以采用任何适当的方式提供交换包。通常，交换包可能相对较大，例如有1M到500M那么大，因为一些技术数据文件(例如，CAD文件)本来就很大。因此，优选地用离线电子文件传输或在记录介质(例如CD-ROM)上提供交换包。交换包被完整地传输。在在线模式下，不需要单个选择和下载交换包的部件。
根据从属权利要求2的方法，合作公司的至少一个公司的计算机系统包括用于操作技术产品数据的另一数据管理系统；和第二编辑系统，用于获取交换包；将用户可选择的技术产品数据从交换包导出到另一数据管理系统中。
这样，接收到交换包的公司能够继续使用它自己的数据管理系统。该编辑器使得用户能够获取交换包中与公司有关并且能够由它自己的数据管理系统导入的部分。
根据从属权利要求3的方法，合作公司中的至少一个公司的计算机系统包括第三编辑系统，用于
获取交换包；将获得的交换包中的技术产品数据的用户可选择部分组合到另一交换包中；并将该另一交换包提供给位于合作公司的至少一个分包商的计算机系统。
这样，能够形成合作公司的“层次”。例如，模块供应商可以外购该模块的某些部分的开发/供应。该编辑器允许公司只选择与它的供应商有关的那些部分。
根据从属权利要求4的方法，该编辑系统能够让用户完成下列操作中的至少一个-添加技术产品数据到交换包中；-去除导入的技术产品数据的用户-可选择部分；-修改导入的技术产品数据的用户-可选择部分。
根据从属权利要求5的方法，该编辑系统可用来在交换包中自动插入表示系统用户的控制操作的跟踪能力数据。因为该编辑系统的用户从不同的来源选择数据，用户如此添加信息。用户的操作被记录在了交换包中，所以以后能够判定为什么特定的数据在或不在包中。
根据从属权利要求6的方法，跟踪能力数据包括-用于添加的技术产品数据添加的技术产品数据的表示；-用于去除的技术产品数据去除的技术产品数据的表示；-用于修改过的技术产品数据原始的和修改过的技术产品数据的表示。这样，该包是自包含的。不需要查询任何其它资源就能获得项目的所有相关技术产品数据。可以用任何适当的方式在包中包括跟踪能力数据，例如，通过完全复制原始的和修改过的数据。另外，可以只标注更改。
根据附属权利要求7的方法，该编辑系统可用来从多个数据管理系统导入涉及项目的相同基准的技术产品数据。在这个环境中带有基准意思是一致的整套技术产品数据，涉及接收公司完成已经分配给他的任务所需的数据的相同版本/修订。优选地，交换包排他地包含涉及一个基准的数据以避免该包的接收者困惑于哪个版本/修订是要使用的正确的那一个。基准方案还限制了特定合作活动中必须交换产品数据的次数，因为没有到达任何新的全面基准状态就不交换文件的更新版本。它还避免了公司使用那些尽管自身是正确的但不应该被组合使用的来自不同合作伙伴的文档，因为它们涉及不同的版本并且可能是不相容的。
根据附属权利要求8的方法，合作公司中的至少一个公司的计算机系统包括第四编辑系统，用于获取交换包；在获得的交换包中添加涉及技术数据的至少一个实体的问题汇报数据，形成扩展的交换包；并将扩展的交换包提供给合作公司的至少一个计算机系统。
这样，问题报告数据就被并入了相同的包中，使得合作伙伴能够观察到已经报出了问题以及它涉及哪个实体。
根据附属权利要求9的方法，编辑系统可用来以覆盖了与先前交换的交换包中的技术产品数据元素相关的更改的增量说明的形式并入添加的技术产品数据和/或修改过的和/或删除的技术数据。特别是如果更改很小，由于更改受限这将保持体积增长。合作伙伴能够更容易地发现更改，而通过将这些更改应用到包中的先前的完整版本它们仍然能够容易地获取完整的更新过的版本。
根据附属权利要求10的方法，数据交换包包括头和以数据管理系统特定格式(诸如特定CAD格式)表示技术产品数据的可选附件。例如，CAD资源文件，软件设计，电路板设计等等都可以用该领域中涉及的合作伙伴所使用的格式被附加到包中。显然，如果相同领域(例如，使用CAD系统设计机械部件和用CAM系统制造该部件)中涉及的合作伙伴不使用相同的内部格式，还需要相应的转换。实践中，这种合作伙伴通常会就一个系统能够导出并且另一系统能够导入的普遍支持的格式达成协议。在根据本发明的系统中，达成协议的公共格式的技术产品数据可以作为附件包含在交换包中。该编辑系统不需要(但可能能够)完全解释该格式。如果需要的话，该编辑系统可以在合作伙伴之间不能就任何公共格式达成协议的地方完成导入/导出转换。
根据附属权利要求11的方法，交换包中的技术产品数据被编排成多个实体，并且该交换包为每个实体都包括拥有该实体的合作公司的信息；该编辑系统在用户的控制下启动将交换包中用户可选择实体的所有权传递到另一合作公司。这样可以在公司之间改变责任而不必将产品管理系统从一个公司完全复制到另一公司。例如，这种转换可以发生在产品的生命周期内，例如，责任从制造公司被传递到服务公司。当一个公司将其对产品的兴趣丢给了另一公司时，转换也可能发生。可以对每个实体单独转换所有权。这样，不同的公司能够负责不同的部分，并且能够灵活地转换所有权(例如，所有权可以被临时转给分包商)。优选地，通过在交换包的头的元数据中包含当前所有人的指示、期望所有人的指示以及将所有权转换给期望所有人的日期的指示而实现所有权转换。
根据附属权利要求13的方法，头中的元数据包括项目的子项目的状态信息；并且编辑系统用来将从数据管理系统中导入的采用数据管理特定格式的状态信息转换成预定的格式。这样，传统的数据管理系统能够保持它们自己的表示状态的方式并且公司不必改变内部工作方式，同时为了合作伙伴之间的良好理解使用公共状态。
根据附属权利要求14的方法，头中的元数据包括表示附件之间关系的信息。每个数据管理系统可能已经有了大量的有时具有复杂的内部关系的文件。简单地将来自不同数据管理系统的那些文件复制到一个包中将使得合作伙伴难以理解其内容。因此，包中的附加信息表示文档之间的结构/关系。
根据附属权利要求15的方法，头中的元数据包括合作公司的任务信息，例如开发商任务、制造商任务、供应商或维护任务。对于涉及很多公司的项目，尤其是涉及分层次的多层公司的项目，关系和相关责任可能不清楚。通过明确地在交换包中添加任务信息，避免了这种问题。
根据附属权利要求16的方法，头采用了XML格式。这使得没有专用编辑器的公司仍然能够观察到并从交换包获取数据，例如使用已经在本地打开包的传统的web浏览器。
为了实现本发明的目标，编辑系统包括用于完成下列任务的装置-从多个不同的数据管理系统，例如CAD、PLM、ERP(每个用于创建各自的技术产品数据)，导入涉及用户可选择的项目的技术产品数据；
-创建表示导入的技术产品数据的用户可选择部分的交换包；-将交换数据包提供给位于其它合作公司中的至少一个公司的计算机系统。
为了实现本发明的目标，在多个合作公司各自的计算机系统之间交换技术产品数据的方法包括-从多个不同的数据管理系统，例如CAD、PLM、ERP(每个用于创建各自的技术产品数据)，导入涉及用户可选择的项目的技术产品数据；-创建表示导入的技术产品数据的用户可选择部分的交换包；-将交换数据包提供给位于其它合作公司中的至少一个公司的计算机系统。
为了实现本发明的目标，一种计算机程序产品使处理器执行该方法的步骤。
将参考下文中说明的实施方案，通过非限制性示例阐明并明了本发明的这些和其它方面。
在附图中图1示出了公司间的全球合作；图2示出了合作公司间的产品数据交换；图3示出了根据本发明的系统的框图；图4示出了为产品数据交换使用增量包；图5示出了增量包的进一步使用；图6示出了产品数据交换包的结构；图7示出了示范包；图8示出了所有权的转移；和图9示出了问题报告。
具体实施例方式
图1示出了有很多合作公司的项目示例。该项目可以是一种产品(如消费类电子产品)的开发和制造。该项目可能还包括产品的维护/服务，尤其是专业产品。该项目因而能够覆盖整个产品生命周期(例如，从概念设计到产品报废)。如果需要的话，在实际应用中该项目可以仅限生命周期的一部分。根据本发明的交换系统覆盖了技术产品数据的交换。原则上，技术产品数据覆盖了所有技术领域(例如，软件、机械、电子)。将会认识到在特定的应用中可能不会涉及所有领域。用产品数据交换包交换技术产品数据。在本说明书中这里这个包仅限于技术产品数据。对于公司间操作数据的交换(例如，定价、定单、发票和支付信息)，有其它e-commerce和b2b-commerce标准和交换机制适用。将会认识到在实际应用中操作数据也可被并入根据本发明的交换包中。在图1的例子中，新产品的主要创新(例如，研究/开发)发生在三个地方。创新中心由IN1、IN2和IN3表示。图中标明的其它类型的合作公司是IC供应商ICS、机械部件供应商MCS、电子部件供应商ECS、化学制品供应商CS、模块/配件供应商MS、合同制造商CM和项目所有人的工厂FACT。将会认识到在实际项目中，这些角色中的某些角色不需要存在。另外，这些角色中的一些可以由不止一个合作公司完成。例如，可能涉及四个不同的机械部件供应商，例如，每个供应一种不同的部件或充当第二来源。
将会认识到两个合作公司实际上可以是相同母公司的一部分。例如，消费类电子产品(CE)制造公司可以由母公司所有，而母公司还拥有是该CE公司的合作-开发者和/或供应商的一家IC制造公司。图2示出了在一个项目上合作的另一例子。在这个例子中，涉及了五家合作公司，210、220、230、240、250。在这个例子中，公司210是主导公司。它履行配置管理212、产品文档管理214、问题报告216和更改控制218的主导角色。外部公司220主导机械设计222和电子设计224。机构230是公司210的内部组织或同属于相同的母公司，主导软件开发232。公司240是合同制造商，公司250是IC供应商。产品数据交换包260确保这些公司良好地合作。
图3示出了根据本发明的产品交换系统300的框图。在这个例子中，示出了六个计算机系统310、320、330、340、350和360，每个计算机系统位于各个合作公司。原则上一个公司的计算机系统可以位于相同地点，但它们也可以在地理上更分散一些。这些计算机系统中至少有一个包括多个不同的数据管理系统。例如，计算机系统310包括三个不同的数据管理系统312、314和316。在这个环境中“不同的”意思是数据管理系统完成不同的角色，例如CAD(计算机辅助设计)、PLM(产品生命周期管理)、ERP(企业资源计划)、CAM(计算机辅助制造)和/或它们完成相同的角色但由不同的厂商生产因而不能在这些系统间进行自由的数据交换。每个数据管理系统用于创建各自的技术产品数据。本领域的技术人员了解这种系统并且了解这种数据管理系统中存在的技术产品数据。例如，CAD系统可以提供工程图明细表数据、零件表数据和资源文件；PLM系统可以提供技术规范和配置管理；ERP系统可以提供物品原版数据和零件表。在本说明书的剩余部分，这种数据管理系统(DMS)还将被称作产品数据管理(PDM)系统。那些PDM系统的每一个可以完成归档所创建的技术产品数据的一部分的任务，而有些数据自身可能已经在另一系统上被创建，例如CAD工作站(图3中没有示出)。技术产品数据用于工作产品的制造。这不仅覆盖了电子、机械或化学领域，还包括了控制产品的运行或完成产品的技术功能部分的嵌入式软件。计算机系统310还包括编辑系统318，它能够从多个数据管理系统312、314和316导入涉及用户可选择的项目的技术产品数据。因为每个PDM系统通常都并行(或相继)用于多个项目，编辑系统318使得用户能够选择其中一个项目并自动从多个系统收集该项目的数据。为了做到这一点，编辑系统318可能需要存储额外的数据(例如，存储到硬盘上)。例如，这种数据可以将用户可选择的项目的标识映射为使编辑系统318能够从PDM系统获取相关数据的信息。这种信息可以是PDM系统中所用的项目标识或仅仅是PDM系统中的文件名列表。作为在编辑系统318中选择项目的替代方案，用户可以在每个相应的数据管理系统中选择项目。编辑系统318可以任何适当的方式完成导入。例如，编辑系统可能具有PDM系统所用数据模型的知识并用这个知识直接从PDM系统(例如，从PDM系统的数据库)获取数据。PDM系统可能还已经用能够由编辑系统318导入的格式导出了相关数据。编辑系统318可能需要完成导入的技术数据的格式转换。编辑系统优选地以所有合作公司都能解释的格式添加元数据到交换包中，下面将对此进行更详细的说明。不同的数据管理系统可能需要获取的元数据的一部分构成导入的技术数据，因而可能涉及格式转换。编辑系统318创建表示导入的技术产品数据的用户可选择部分的交换包。因而，编辑系统318使得用户能够选择哪些导入的技术数据需要表示以及哪些不需要表示。例如，选择的目标可以指向具体的合作公司，例如，机械部件供应商不需要任何与软件开发相关的数据，反之亦然。同样，CAD文件可能包括与公司内部的工作有关但与供应商无关的一些数据。技术数据的表示可以采用任何适当的形式，包括直接复制或转换。编辑系统318将交换包提供给位于其它合作公司至少其中之一的计算机系统。它可以(但不需要)将交换包提供给所有合作公司。如图所示它也可以仅仅提供公司专用包给一个公司。因为包可能非常大(例如，500M)，所以是被“离线”提供的。优选地，仍然通过计算机网络370提供包。可以是直接/租用的链路，但优选地使用宽带Internet连接。合适的Internet协议有HTTP/SOAP、FTP或email。如果想要的话，还可以在记录介质上提供包，例如CD-R/RW或DVD+R/RW。优选地，通过安全地提供包(例如，在Internet中使用SSL或对通过记录介质分发采用传统的加密技术)而保护包免受竞争者的不正当操作。
可以采用任何适当的形式实现编辑系统。通常，它被实现在传统计算机上，例如PC或工作站，编辑系统的功能由处理器(未示出)在适当程序的控制下完成。程序可以从后台存储(未示出)(例如硬盘甚至ROM)装入处理器或工作存储器，例如计算机的主RAM。用户可以通过任何适当的用户接口(未示出)控制编辑系统318，例如用键盘/鼠标进行输入，通过显示器/打印机进行输出。特别地，在一种实施方案中，编辑系统让用户完成下列控制操作的至少之一-添加技术产品数据到交换包；-去除导入的技术产品数据的用户可选择部分；-修改导入的技术产品数据的用户可选择部分；例如，用户可以添加PDM系统中没有的或者不能以编辑系统318能够导入的格式导出的技术产品数据。用户可以去除部分技术数据，例如与包所要送往的合作公司无关的数据。用户还可以修改数据的用户可选择部分，例如为了反映PDM系统中尚未实现的最近的更改。
在本发明的一种实施方案中，至少有一个合作公司的计算机系统320包括另一数据管理系统322，数据管理系统322用于操作技术产品数据。在图3的例子中，计算机系统320实际上包括三个不同的PDM系统322、324和326。计算机系统320包括第二编辑系统328用于获取交换包。编辑系统328从交换包将用户可选择的技术产品数据导出到另一数据管理系统322。它还将技术产品数据导出到其它PDM系统324和326。用户能够控制导出包中的哪些数据。与为编辑系统318所说明的导入相似，编辑系统328可以通过直接访问PDM系统的数据库导出数据。如果有不止一个PDM系统，优选地编辑系统328使用户能够指定应该将所选择的数据导出到哪个PDM系统。可以将数据导出为文件并通过PDM系统的传统导入功能装入PDM。编辑系统328可能需要使它能够将包中的数据联系到PDM系统中相应数据的数据。编辑系统328所做的导出可能还包括数据转换。可以将编辑系统328和编辑系统318组合在一个能够从PDM系统导入并能导出到PDM系统的多功能编辑系统中。如果需要的话，可以向合作公司提供限制功能的编辑系统，例如，使公司能够获取包但不能创建包。
在根据本发明的一种实施方案中，至少一个合作公司的计算机系统330包括第三编辑系统338。在图3的例子中它还包括PDM系统332，但这不是必须的。编辑系统338获取交换包。在用户的控制下，编辑系统338将获取的交换包中技术产品数据的用户可选择部分表示成另一交换包。它将该另一交换包提供给位于该合作公司的至少一个分包商的计算机系统360。例如，这个合作公司可以是拥有系统330的公司的分包商。这样就可以以简单的方式在合作公司之间创建复杂的关系。如前所述，这个编辑系统338可以但是不必与其它功能(如为编辑系统318和328所说明的)组合在一起。具有计算机系统360的公司可能(但不必)拥有编辑系统368和数据管理系统。
将会认识到可以将编辑系统的用户控制自动化。例如，用户可以一次完成一项特定任务(例如，选择从PDM系统导入的需要在包中表示的数据)并且该编辑系统能够在以后重复这项任务，类似于记录一个宏并在以后再次执行它。用户还可以将用户控制任务“编程”进编辑系统，例如通过使用脚本。
图3示出了编辑系统340的进一步使用。在这种情况下，合作公司的计算机系统不包括可由编辑系统向其导出产品数据或从其导入产品数据的PDM系统。相反，用户可以使用编辑系统获取交换包，察看交换包的内容并将所选择的部分存储在存储系统(例如硬盘)中以供进一步的操作使用或和/或打印技术产品数据的所选部分。
在一种实施方案中，数据交换包包括头和用于以数据管理系统特定格式(例如特定的CAD格式)表示技术产品数据的可选附件。优选地，其中头是XML格式。头可以包括下面将详细说明的元数据。使用XML使得合作公司能够用传统的internet浏览器察看包，例如Microsoft’s Internet Explorer。对只包括浏览器的计算机系统350示出了这一点。系统的用户用浏览器能够选择包的部分数据并存储和/或打印它们。所选择的部分因而还能被导入PDM系统。在一种实施方案中，根据本发明的包是基于已经存在的开放的数据交换标准。具体地，包可以基于用于电子产品制造供应链通信的Nemi/IPC产品数据交换(PDX)标准，IPC-257-系列，在该标准中可以通过对这个标准的扩展实现根据本发明的附加功能。示例包定义中的特定属性可以和IPC-257-系列中的相同。这里不会完全定义那些属性。因此通过引用包括这个标准的属性定义。
基准和增量包在一种实施方案中，产品数据交换包包含项目的基准或最新信息的集合。基准是一致的产品信息集。基准中的技术产品数据的不同版本或修订优选地相互一致。包仅包含技术产品数据的一个特定修订或版本。优选地不在相同包中表示技术产品数据的多个修订或版本，因为接收者会不明白哪次修订是应该使用的正确版本。例外是增量包的使用，下面将有更详细的说明。包的发出者(即，控制编辑系统318的用户)可以向所有合作公司发出相同的基准包。例如，这在项目启动时有用，那时包中的绝大部分信息是全局的。发出者还可以发出有目标接收者的包，即仅包含与该接收者有关的技术项目数据的选择的包。例如，特定机械部件的制造商只需要获得与该部件的生产有关的数据。
在已经发布了带有产品信息的包之后，在所有端的原始信息可能会改变。优选地，不能立即传递更改。相反，优选方案是收集包中的产品信息使得接收方能够用这个信息工作而不必知道所有者进行的所有中间改变。例如，在软件开发过程中，所有者向合作伙伴发布了“0.3”版本用于测试。同时，软件开发者继续他的工作(创建了“0.4”和“0.5”版本)而没有将这些更新发布给合作伙伴。最后，在已经接收到合作伙伴的测试结果并将这些并入软件之后，所有者发布“0.6”版本，因为这是合作伙伴想要的下一个版本。因而，不需要传递所有者所做的将原始信息引向新信息的中间步骤。
为了发布在一段时间内已经发生的更改，根据本发明的数据交换系统支持下列方案中的至少一个-用新的信息基准发布新的产品数据交换包，即，相关的技术产品数据被完整地表示在包自身中。
-发布带有“增量”的产品数据交换包，即只发布自上次发送包以来所改变过的信息。如果需要的话还可以将“增量”定义为比前一个包还早的包的增量。这种情况下，优选地在增量包中包括一个标识(例如包名和日期)。接收方能够用增量包将它的本地信息更新为新的信息基准。
图4和图5中进一步说明了增量包的概念。在图4中，在时间t1的相关产品数据被表示在从发送者SND发送到接收者RCV的交换包中。在时间t2，在产品数据中导致了用阴影方式ch表示的更改。从SND发送仅表示更改的增量包到RCV。增量包反向指定原始包。在图5中，来自PDM系统的产品数据被作为一个包420提供给编辑系统。该编辑系统在用户的控制下添加条目并改变条目，还影响该包的根元素。为了跟踪起见，仍然创建包括改变的和添加的条目的包430。包430被提供给接收者RCV。接收者RCV的编辑器被用来添加更多条目，产生包460。根据接收者的选择，可以将完整的更新过的包460作为包470提供给初始发送者SND或者发送反映由接收者RCV所做更改的增量包480。反映包430和460中更改的完整包470可以被反向提供给PDM系统410。或者，增量包480可以与反映包430中所做更改的增量包450组合。然后将组合的更改集合导入PDM系统410。
可以用关于包中元素的下列属性处理增量包
包结构图6给出了在产品数据交换包600中可以存在的下列主要元素的概观-对象610表示一个组织用来管理它的产品信息的唯一标识出的实体，例如(终端)产品、模块、(模型)组件、部件或元件。在它的生命周期内，可以创建并维护多个修订或版本。对象主要表示产品的有形部分。对象还表示嵌入式软件或嵌入式软件模块。与对象相关的是它们各自的特征，材料612的单级清单以及该对象的合作-开发者、制造者、供应商和维护者/服务提供者的任务信息614。
-文档620表示包含与文件中收集的一个或多个对象有关的详细产品信息的商业文档。例如技术规范、设计源文件、绘图文件、制造文件、项目文件、质量文档、需求规范和项目报告。文档可以有它们自己的文档结构。此外，与文档相关的是它们各自的属性、文件和应用信息、以及它们与对象的关系。在它的生命周期内，可以创建并维护多个修订和版本。
-问题报告630用于区域问题、改善请求等的通信。问题报告包含问题发起者、问题所有者、问题细节以及问题的解决状态的信息。问题报告与受该问题影响的对象632相关。
-更改640表示更改请求、更改定单和更改通知。更改的例子有工程更改、部件清单更改。更改与受影响的文档和对象相关。此外，它们与它们解决的问题的问题报告644以及许可更改的当事方646相关。
一般来说，来自不同设计数据管理系统(例如CAD-PDM数据库和文件服务器)之间的多个设计创作系统(例如MCAD、ECAD和CASE工具)的源数据的交换是有问题的，因-源文件之间的复杂关系-文件版本和修订的管理-源用于派生数据文件(例如绘图格式和3D-表示文件中的图)的生成。必须维护派生文件和初始源数据之间的相互关系。
-设计结构总是部分匹配产品结构配置信息，但几乎从不完全匹配。
在现有技术的开放产品数据交换标准中没有解决这个复杂性，在现有标准中文件被实现为与其它附件没有关系的附件。为了技术产品数据结构的有效交换，交换包以下列方式中的至少一种引入了结构
-设计源文件(采用设计创作工具的专有格式的文件)被表示为特殊类型的文档设计源文档。这是通过在包中使用“文档元素”属性“designSourceDocument”实现的。这个属性对于设计源文档被设置为“Yes”，对所有其它类型的文档都被设置为“No”。
-派生文件(从源设计生成的文件，但采用由例如观看、打印和制造目的等多种应用支持的格式)被表示为文档。
-每个文档和设计源文档有它自己的修订和版本标识符，由包中的属性表示。
-每个设计源文档有来自发起设计创作环境的下列信息中的至少一个-应用程序名字-应用程序版本-文件位置的(相对)路径信息-设计源文档之间的“BillOfDocumentsItem”关系说明源设计的层次即为了在设计创作工具中处理源文件需要其它哪些源文件。
-设计源文档和文档之间的“DerivedFromFile”关系说明文档是从哪个源设计文件派生来的。
-对象与设计源文档/文档之间的“SpeciifesItem”关系说明相关的文档包含哪个对象的详细信息。
-在设计层次顶层的包中的设计源文档包含了关于下层的版本和修订的配置信息。
图7示出了包Pckg的一个例子。它包含发送者信息(From...)、接收者信息(To...)和可选的指令/注释域(Inst)，像“这里是我们的板子的规范”。这个包包含一个对象，其有产品标识符(Prodid)、修订号(Rev)、说明(Desc)和所有者(Own)。该对象还由两个文档Doc进一步说明，每个都带有各自的域和所附文件(Fls)。
所有权产品数据交换导致技术产品数据的副本被发布到多个地方。优选的是知道信息的初始原版在哪里。在一种实施方案中，产品数据交换包通过给包中的主要元素分配所有者而引入了这个信息。所有者是保持和维护所发布的产品信息的原版的人或组织。优选地，在产品数据交换包中将所有者分配给对象、文档、更改和问题报告。
对象的所有者优选地是所有以下元素的所有者，包括-对象的特征和属性-材料的(单-层)清单。注意发生在材料清单上的对象可能有它们自己的所有者-与对象相关的任务信息。
文档的所有者优选地是所有以下元素的所有者，包括-文档的特征和属性-文件和附件信息-文档的(单-层)清单。注意发生在文档清单上的文档可能有它们自己的所有者。
-与文档直接相关的开发者任务信息-到对象的链接(通过“SepcifiesItem”元素)-到派生文件的链接(通过“DerivedFromFile”元素)。
更改的所有者优选地是所有以下元素的所有者，包括-到受影响的对象和文档的链接(通过“AffectedItem”和“AffectedDocument”元素)-到解决了的问题报告的链接(通过“ResolvedProblem”元素)。
问题报告的所有者优选是所有以下元素的所有者，包括-到受影响对象的链接(通过“AffectedItem”元素)。
所有权信息使得能够在单个产品数据交换包中传递来自多个所有者的产品信息。优选地，信息的所有者负责对更改的发布。下图中示出了这一点。注意在与合作伙伴的合作期间，产品信息的所有权可能会从一个地方转移到另一个地方。当所有权转移时，新的所有者还将负责发布他在该信息上进行的更改。
在与合作伙伴的合作期间，产品信息的所有权可能会从一个地方转移到另一个地方。图8中给出了一个示例场景。在这个例子中，OEM 800定义了一个模块。OEM 800中的状态可以是系统开发802、预-生产804、大规模生产806。OEM将该模块的工程技术外包给模块开发者810，并且将它的试制生产外包给合同制造者820。模块开发者将成为相应的产品信息的所有者。在转换之后，模块开发者负责该模块的原版信息以及向OEM和合同制造商发布由于更改所做的更新。在试制生产阶段之后，所有权将被转移回OEM，它重新负责该模块。所有权的转移由箭头830表示。其它箭头表示模块产品数据的发布。模块开发者810的主要状态有模块开发812、样品814、试制生产816。图中阴影表示所有权。
在根据本发明的系统的一种实施方案中，为了传递所有权的转移，除了IPC标准中定义的当前信息之外，在产品数据交换包中向将要转移的对象和/或文档添加了下列信息-新所有者，通过属性“transfer owner to contact uniqueidentifier”-所有权转移生效的日期，通过属性“transfer owner date”
通过转移所有权，合作伙伴优选地都同意-发送者将把为其转换所有权的产品信息看作由其它地点所拥有的产品信息-接收者将成为原版信息的所有者并且发布由于更改导致的更新问题报告希望在开发和供应链上尽早建立问题(例如，改善请求、区域问题)的通信以便让所有商业伙伴能够正确地回应、沟通并实现解决方案。在根据本发明的一种实施方案中，可以创建问题报告并将之并入交换包中。优选地，链中的每个人都能创建问题报告。问题报告的创建者称为问题发起者。发起者不一定是“问题所有者”。根据合作伙伴间的合作模式，可以决定发起者应该向谁提交问题报告。例如，可以由OEM收集并集中管理问题报告，或者可以约定一个分布模式，其中问题报告被直接提交给受影响模块的相应所有者。被指派解决问题的人或组织将成为问题所有者。问题所有者负责处理问题。此外，问题所有者负责将问题解决方案和状态通知合作伙伴。在图9中进一步说明了这一点。在图2中，已经关闭了两个问题报告PR1和PR2，并且包括了各自的问题解决方案P.Res1和P.Res2。问题报告PR3已经请求了改变，但对材料清单(BOM)标记提出的更改CH还没有得到批准。问题的通知优选地用如下方式实现-问题报告可以由开发或制造链中的每个人发布。问题报告包含对问题的说明、细节的附件以及问题报告发起者的联系信息。
-问题报告必须总是与一个或多个受影响的对象相关联。
-每个问题报告有一个问题所有者。问题所有者负责处理问题。可能的不同回应有-改变问题报告的状态-将解决信息直接附加到问题上并将解决方案通知商业伙伴-启动解决一个或多个问题所需的更改。并将更改通知给商业伙伴，以让它们进行检查/确认/批准。
-更改说明更改请求/更改命令/更改通知信息，包括-对该更改中解决的问题的链接-对受影响的对象的链接交换包中的问题报告可以通过定义实体“ProblemReport”来处理。下表规定了开放产品数据交换标准中“ProblemReport”实体的实现方案的可能属性
“AffectedItems”和“AffectedItem”元素用来将ProblemReport关联到对象。
过程状态在根据本发明的一种实施方案中，系统支持在它们的合作开发和供应链通信中使用产品数据交换的合作伙伴能够遵循它们自己的内部过程。图8中也示出了这一点。合作伙伴之间的合作模式将定义将在哪个阶段或主要时间点交换什么信息，以使每个合作伙伴将在正确的时间拥有必要的输入。包使得合作伙伴能够在交换中使用它对产品和文档的内部标识代码。在包中，可以将用于相同产品或文档的不同代码关联起来。为了表示产品和文档的生命周期状态(例如，“初稿”、“发布用于生产”等等)。所有者有两个选项-将所有者的内部状态映射成预先定义的状态列表，以使发送者和接收者能够用相同的语言标识所交换的信息的到期时间-将所有者的位置的状态直接包括在包中此外，可以相同方式在包中表示代表所有者的位置上的活动状态的(子)项目的状态。预先定义的状态列表对所有合作公司定义了相同的含义。在一种实施方案中，编辑系统能够将内部状态(例如由PDM系统定义的状态或在合作公司之一内部定义的状态)转换成预定状态。为此，用户可以在编辑系统中定义一个转换表以使编辑系统能够自动完成转换。因为转换可能不完美，优选地接收端的编辑系统通过附加字段使来自所有者的状态信息可见。除了本地状态信息之外，这个字段也可以被导出到PDM系统中。在大多数情况下，将来自发送者的状态信息映射成接收者的生命周期过程是不合理的，因为发送者和接收者将遵循不同的过程。
任务信息在一种实施方案中，在产品数据交换包中传递必须由分布的产品数据执行的任务。传递这个信息的目的是让每个合作伙伴都知道其它合作伙伴的责任。任务信息可以用于-建立让商业伙伴能够以工作分解在它们的任务环境中交换产品开发数据的“工作分解”结构。
-扩展企业中的问题报告和改动处理。任务信息显示谁负责相关的产品信息对其很关键的任务。因此，我们推荐保持所有分配有任务的各方知道最新的问题报告和对相关产品的改动。
-将数据包分割成必须进一步向供应链下游和上游发布的块。
下面可以区分四种不同类型的任务-开发者任务开发并工程化产品(模块)以及维护开发数据的任务。
-制造者任务根据规范制造或装配产品(模块)的任务。可以向其它制造商外购所分配的模块的子模块。
-供应商任务供应产品(模块)的任务。如果制造商和供应商不同就分配供应商任务。例如，电容器可以由Philips制造并由零售商供应。
-服务/维护任务产品(模块)被提供给客户后对其进行服务/维护的任务。
交换任务信息的优选方式如下-开始，通知所有合作伙伴它们自己的和其它合作伙伴的任务信息。这是通过发布包含产品主模块和它们各自的开发、制造、供应商、服务/维护任务的产品数据交换包实现的。
-链中的合作伙伴将使用发布的“工作分解结构”确定哪些其它合作伙伴必须接收它们的产品信息。
此外，产品数据交换包中包括了任务信息以使它们能够分解并进一步发布给供应链中的分包商。
-当任务信息中有改动时，例如某个产品的预定制造商列表被缩小到一个优选制造商时，相应对象的所有者负责将这些任务变化通知其它合作伙伴。原则上，需要通知所有合作伙伴任务上的变化。
通过所有者信息，包的接收者将能够定位该信息的负责方。
在本发明的实施方案中，用来自IPC-2578的“ApprovedManufacturerList”和“ApprovedSupplierList”元素将任务信息并入了包中，并添加了-元素“ApprovedDeveloperList”-元素“DeveloperPart”并定义了附加属性“taskInstructions”。
增量包的细节增量包可以包含所有更改过的对象、文档、改动、问题报告以及它们的下层元素、依赖实体(例如，任务信息)和属性。注意如果只有一个对象的单个属性域发生了变化，将在增量包中交换带有所有下层元素和属性的整个对象元素。
可以通过定义新实体“增量”而创建增量包。增量实体有两个下层元素“DeltaNew”和“DeltaOld”。“DeltaNew”元素包含改变后的对象、文档、改动等。接收者能够用这些元素更新先前接收到的信息。“DeltaOld”元素包含当时已经被改变的原始对象、文档、改动等。对于交换增量包，这个元素是可选的。(因为接收者可能已经有了这个信息)。该元素的主要目的是为了可跟踪起见，下面对此有更详细的说明。
下表为开放产品数据交换标准的一种实施方案规定了“DeltaOld”和“DeltaNew”的可能属性
跟踪能力随着产品内容通过企业扩充而移动，可能会丢失对由于手工更新过程而导致的信息变化的控制。必须解决的问题有-在从发送者的PDM系统选择和下载产品数据之后，在包被发送之前产品数据可能在编辑系统中改变-在接收到包之后接收方可以用它的编辑系统改变包内容。
在特定环境下并在特定的合作模式下可能需要所有变化都必须是可跟踪的。为了满足跟踪能力要求，优先地要跟踪下列信息-用于从产品数据库提取产品数据到包中的导出查询-用编辑系统对包所做的改动。
可以采用下列方式使用跟踪能力信息-由发送者保持跟踪能力信息并用于注册已发送的包而不必保持已发送包的副本
-跟踪能力信息可以被并入包中。包的接收者能够(在编辑器中)看到在包被发送之前进行了哪些改动。
跟踪能力数据包括-用于添加的技术产品数据添加的技术产品数据的表示；-用于去除的技术产品数据去除的技术产品数据的表示；-用于修改的技术产品数据原始的和修改的技术产品数据的表示。
通过使用上面说明过的“增量”元素可以做到这一点。当首次更改包中的对象、文档、改动、问题报告、联系人、制造商部分、供应商部分或开发部分时，优选地将初始元素复制到包中的“DeltaOld”元素。在已经用这种方式保护了初始信息后，就能编辑包中的元素。“DeltaOld”元素因而将包含所有原件以及它们的下层元素和属性。如果编辑了一个元素，那么这能够由附加的属性元素“deltaEditStatus”(它将接收到值“Edited”)和“deltaOldItemUniqueIdentifier”(它将包含指向“deltaOld”下相应元素的指针)表示。这样只有初始元素和最后编辑过的元素被存储在包中。在发送之前当元素被多次编辑时所发生的中间状态不予保存。如果在包中创建了新的元素，例如在产品结构中添加了新的对象，或者创建了新的文档，这将由附加属性“deltaEditStatus”表示，该属性将接收到值“Added”。图5示出了如何使用包中的跟踪能力信息。发送者创建一个新包并编辑这个包。为了跟踪，他保持提取数据和编辑的增量包。(所以他总是能够重新创建该包而不必保持所改动的包的副本)。一旦接收到包，接收者将在包上进行更多的编辑。在编辑后，接收者能够发送完整的包(具有编辑过的和老的元素)或者发送包含更新的增量包。在这两种方法中，编辑过的数据都能够被反馈给发送者的数据管理系统。
将会认识到本发明还扩展到计算机程序，尤其是在载体上或载体中的适用于实现本发明的计算机程序。程序可以采用源代码、目标代码、源和目标代码的中间代码(例如部分编译过)的形式，或者是适合用于实现根据本发明的方法的任何其它形式。载体可以是能够携带程序的任何实体或设备。例如，载体可以包括存储介质，例如ROM(比如CDROM或半导体ROM)，或者是磁记录介质(例如软盘或硬盘)。另外载体可以是可传输的介质，例如可以通过电缆或光缆或无线电或其它装置传送的电子或光信号。当程序被包含在这种信号中时，载体可以由这种电缆或其它设备或装置构成。另外，载体可以是嵌入程序的集成电路，集成电路适合完成相关方法或用在相关方法的实现中。
应该注意到上述实施方案是说明而非限制本发明，本领域的技术人员将能够设计很多不偏离所附权利要求范围的替代实施方案。在权利要求中，放在括号中间的任何引用符合都不应看作是为了限制本发明。术语“包括”和它的各种词态的使用不排除权利要求中所列元素或步骤之外的元素或步骤的存在。在元素之前的冠词“一个”并不排除多个这种元素的存在。可以通过包括若干独立元件的硬件或通过适当编程过的计算机实现本发明。在列举了若干装置的设备权利要求中，这些装置中的若干可以由一个或相同的硬件部件来实现。在彼此不同的从属权利要求中列举的特定方法的事实并不意味着不能用这些方法的组合获益。
权利要求
1.用于在多个合作公司各自的计算机系统(310、320、340、350、360)之间交换技术产品数据的产品数据交换系统(300)；至少这些合作公司中第一个的计算机系统(310)包括多个不同的数据管理系统(312、314、316)，例如CAD、PLM、ERP，每个用于创建各自的技术产品数据；和编辑系统318，用于从多个数据管理系统导入涉及用户可选择的项目的技术产品数据；创建表示导入的技术产品数据的用户可选择部分的交换包；并将交换包提供给位于其它合作公司的至少其中一家的计算机系统。
2.权利要求1中所述的产品数据交换系统，其中合作公司中至少一家的计算机系统包括用于操作技术产品数据的另一数据管理系统；和第二个编辑系统，用于获取交换包；并从交换包导出用户可选择的技术产品数据到该另一数据管理系统。
3.权利要求1中所述的产品数据交换系统，其中合作公司中至少一家的计算机系统包括第三编辑系统，用于获取交换包；将所获取的交换包中的技术产品数据的用户可选择部分组合到另一交换包中；并将该另一交换包提供给位于该交换公司的至少一家分包商的计算机系统。
4.权利要求1中所述的产品数据交换系统，其中编辑系统用于使用户能够完成下列控制操作中的至少一项-添加技术产品数据到交换包；-去除导入的技术产品数据的用户可选择部分；-修改导入的技术产品数据的用户可选择部分；
5.权利要求1中所述的产品数据交换系统，其中编辑系统用来在交换包中自动插入跟踪能力数据，该数据代表编辑系统的用户的控制操作。
6.权利要求4和5中所述的产品数据交换系统，其中跟踪能力数据包括-用于添加的技术产品数据添加的技术产品数据的表示；-用于去除的技术产品数据去除的技术产品数据的表示；-用于修改的技术产品数据初始的和修改过的技术产品数据的表示。
7.权利要求1中所述的产品数据交换系统，其中编辑系统用来从多个数据管理系统导入涉及相同项目基准的技术产品数据。
8.权利要求1中所述的产品数据交换系统，其中合作公司中的至少一家的计算机系统包括第四编辑系统，用于获取交换包；在获取到的交换包中添加涉及技术产品数据的至少一个实体的问题报告数据，形成扩展交换包；并将该扩展交换包提供给合作公司的至少一个计算机系统。
9.权利要求1所述的产品数据交换系统，其中编辑系统用来以增量说明的形式在另一交换包中表示技术产品数据，增量说明覆盖了相对于先前提供的交换包中表示的技术产品数据的改动，并将先前提供的交换包的索引并入该另一交换包中。
10.权利要求1中所述的产品数据交换系统，其中数据交换包包括头和用于以数据管理系统特定格式，例如特定的CAD格式，表示技术产品数据的可选附件。
11.权利要求1中所述的产品数据交换系统，其中交换包中的技术产品数据被组编成多个实体，交换包对每个实体都包括拥有该实体的合作公司的信息；编辑系统用来在用户的控制下，触发将交换包中用户可选择实体的所有权转移到另一合作公司。
12.权利要求10和11中所述的产品数据交换系统，其中编辑系统用来在交换包的头的元数据中包括对当前所有者的标识、期望的所有者的标识以及对将所有权转移到期望的所有者的日期的标识。
13.权利要求10中所述的产品数据交换系统，其中头中的元数据包括项目的子项目的状态信息；编辑系统用来将从数据管理系统导入的采用数据管理特定格式的状态信息转换成预定格式。
14.权利要求10中所述的产品数据交换系统，其中头中的元数据包括表示附件之间关系的信息，而该关系是下列之一-附件还指定相关实体中的信息；-附件中的信息是从相关附件中的信息导出的；-附件在层次上与另一附件有关。
15.权利要求10中所述的产品数据交换系统，其中头中的元数据包括合作公司的任务信息，例如开发者任务、制造者任务、供应者任务或服务/维护任务。
16.权利要求10中所述的产品数据交换系统，其中头是XML格式。
17.用在权利要求1中所述的用于在多个合作公司各自的计算机系统之间交换技术产品数据的产品数据交换系统中的编辑系统；该编辑系统包括下列方法从多个不同的数据管理系统，例如CAD、PLM、ERP，每个用于创建各自的技术产品数据，导入涉及用户可选择项目的技术产品数据创建表示导入的技术产品数据的用户可选择部分的交换包；并将交换包提供给位于其它合作公司中至少一家的计算机系统。
18.在多个合作公司各自的计算机系统之间交换技术产品数据的方法；该方法包括从多个不同的数据管理系统，例如CAD、PLM、ERP，每个用于创建各自的技术产品数据，导入涉及用户可选择项目的技术产品数据；创建表示导入的技术产品数据的用户可选择部分的交换包；并将交换包提供给位于其它合作公司中至少一家的计算机系统。
19.用来使处理器执行权利要求18中所述的方法的步骤的计算机程序产品。
全文摘要
产品数据交换系统300用于在多个合作公司各自的计算机系统(310、320、340、350、360)之间交换技术产品数据。这些合作公司中至少一个的计算机系统(310)包括多个不同的数据管理系统(312、314、316)，例如CAD、PLM、ERP，每个用于创建各自的技术产品数据。系统(310)还包括编辑系统318，其用于从多个数据管理系统导入涉及用户可选择项目的技术产品数据、创建表示导入的技术产品数据的用户可选择部分的交换包；并将该交换包提供给位于其它合作公司的至少一家的计算机系统。
文档编号G06Q10/00GK1882959SQ200480033689
公开日2006年12月20日 申请日期2004年11月4日 优先权日2003年11月14日
发明者J·A·马克乌尔特, S·J·H·W·威格拉德 申请人:皇家飞利浦电子股份有限公司