CN105190625A - 用于制造复杂产品，特别是汽车的方法 - Google Patents

Abstract

本发明涉及一种用于制造复杂产品，特别是汽车的方法，其中构建用于产品的部件。对于第一程序按照第一数据格式产生具有部件的三维示图的文件，以及对于第二程序按照电子可查找的第二数据格式产生具有部件的三维示图的元信息的文件。此外，将具有部件的三维示图的按照第一数据格式的文件嵌入按照第二数据格式的文件中。设置用于在第一程序和第二程序之间进行数据交换的第三程序。

Description

用于制造复杂产品，特别是汽车的方法

技术领域

本发明涉及一种用于制造复杂产品，特别是汽车的方法。在此，按照部件的三维示图生产复杂产品的部件并且在使用部件的条件下制造复杂产品。此外，本发明涉及一种用于运行计算机的方法。

背景技术

EP1008112B1公开了一种用于在交互的计算机环境下对三维对象进行建模的方法，其中显示了三维场景的二维示图，并且其中二维示图定义了图像平面。依据用户输入形成在模型化三维对象的一组控制元素与相应组的与场景相关的位置之间的对应，其中位置表示对于模型化三维对象的控制元素在场景中的额定位置。此外，基于该对应来确定模型化三维对象在三维空间中的位置的取向，并且模型化三维对象的元素以由此确定的取向和位置被投影到图像平面。

US6268846B1公开了一种用于通过接收三个或多个图像来产生三维场景的新视图的计算机实施的方法，该三个或多个图像表示在平面上的三个或多个不同的视线方向。US2006/0256136A1公开了一种用于产生二维图像层以及三维图像层的组合图像的方法。在此，图像层按照顺序布置。US7453459B2公开了一种用于产生三维图像的方法。在此，三维对象被拼合为场景。

发明内容

因此，本发明要解决的技术问题是，改善复杂产品的生产过程，特别是汽车的生产过程，或降低这样的生产过程的开销。此外值得期望的是，实现生产过程，特别是汽车的生产过程，在该生产过程中减少纸质绘图的份额或完全无需纸质绘图就已足够。此外值得期望的是，允许或实现生产过程，特别是汽车的生产过程的绘图的无纸长期存档。

上述技术问题通过用于制造复杂产品，特别是汽车的方法来解决，具有以下步骤：

-构建用于产品的部件，

-对于第一程序按照第一数据格式存储部件的三维示图(或产生具有部件的三维示图的文件)，

-对于第二程序按照电子可查找的第二数据格式存储部件的三维示图的元信息(或产生具有部件的三维示图的元信息的至少一个文件)，

-特别地将具有部件的三维示图的按照第一数据格式的文件嵌入按照第二数据格式的文件中，

-借助用于显示元信息的第二程序打开按照第二数据格式的文件，

-借助用于对部件进行三维显示的第一程序(自动地)打开按照第一数据格式的文件，

-(自动地)开始用于在第一程序和第二程序之间进行(特别是不同步和/或双向的)数据交换的第三程序，(以用于将元信息与部件的三维示图(中的至少一个位置)对应)，

-按照部件的三维示图生产部件，

-在使用部件的条件下制造汽车。

元信息在本发明的意义上尤其是关于技术绘图的附加信息(但特别地不包括度量说明、容差说明、对于表面性质和/或跃迁或曲率半径的说明)，或者可以包括这样的信息。元信息在本发明的意义上可以是文本和/或图形的信息。元信息在本发明的意义上可以是部分列表、(部分)基础数据、容差、部分标记、参考点、连接元件、改变和/或注解，或者包括这样的信息。元信息在本发明的意义上可以包括关于待使用或待遵循的标准的信息。元信息在本发明的意义上可以包括在技术绘图中的改变字段的信息量。元信息在本发明的意义上可以包括在技术绘图的标题栏内的信息。元信息在本发明的意义上可以包括色彩相关性(Farbrelevanz)。元信息在本发明的意义上可以包括超链接，特别是到另外的文件的超链接。另外的文件在该意义上尤其是按照与第一数据格式不同的数据格式的文件。

部件的三维示图在本发明的意义上尤其包括度量说明和/或容差说明。部件的三维示图在本发明的意义上尤其包括对于表面性质和对于跃迁或曲率半径的说明。部件的三维示图在本发明的意义上尤其是多色彩的。

第三程序在本发明的意义上尤其被实施为后台过程。

在本发明的有利实施中，在第一窗口中进行部件的三维显示，其中元信息的显示在至少一个第二窗口中进行。

此外，上述技术问题通过用于运行计算机的方法来解决，具有以下步骤：

-对于第一程序按照第一数据格式提供具有(特别是用于汽车的)部件的三维示图的文件以及对于第二程序按照电子可查找的第二数据格式提供至少一个具有关于部件的三维示图的元信息的文件，其中将具有部件的三维示图的按照第一数据格式的文件嵌入按照第二数据格式的文件中，

-借助第二程序打开按照第二数据格式的文件，

-借助用于对部件进行三维显示的第一程序(自动地)打开按照第一数据格式的文件，特别是在第一窗口中，

-(自动地)开始用于在第一程序和第二程序之间进行(特别是不同步和/或双向的)数据交换的第三程序，(以用于将元信息与部件的三维示图(中的至少一个位置)对应)，

-显示元信息，特别是在第二窗口中。

在本发明的另一种有利的实施中，同时打开第一和第二窗口。在本发明的另一种有利的实施中，第一文件格式是.jt。在本发明的另一种有利的实施中，第二文件格式是.pdf。Jt是用于3D数据的专有的数据格式，并且被视为紧凑的、易于显示的且内容丰富的数据格式，其也支持对象数据和元数据。在本发明的另一种有利的实施中，第二程序包括用于与第三程序通信的插件。

在本发明的另一种有利的实施中，第一程序和/或第二程序是阅读器。阅读器在本发明的意义上尤其是借助其不能改变借助阅读器显示的信息内容的内容的程序。

特别地设置，具有部件的三维示图的文件是不能借助第一程序改变的。特别地设置，元信息是不能借助第二程序改变的。

在本发明的另一种有利的实施中，具有元信息的文件包括至少一个超链接。

在本发明的另一种有利的实施中，在第二文件中附加地嵌入PDF文件、XML文件和/或HTML文件。在本发明的另一种有利的实施中，在第二文件中不嵌入WORD文件。在本发明的另一种有利的实施中，在第二文件中不嵌入PowerPoint文件。在本发明的另一种有利的实施中，在第二文件中不嵌入Excel文件。

复杂的产品在本发明的意义上特别地是由多个单个部件组成的产品。汽车在本发明的意义上特别地是可单独在道路上使用的陆上交通工具。汽车在本发明的意义上特别地不限于具有内燃机的陆上交通工具。

附图说明

其它优点和特征从下面对实施例的描述中给出。

附图中：

图1示出了用于制造汽车的方法的实施例，

图2示出了用于实施按照图1的方法的系统的实施例，

图3示出了将文档中的信息与3D几何特征相关联的实施例，

图4示出了JTBridge的实施例，

图5示出了架构和通信路径、协议和文件存储的实施例，

图6示出了3D文档(PDF/A-3a)的结构的实施例，

图7示出了文档中的JT参考的实施例，

图8示出了对于信任AdobeAcrobat/AdobeReader中的文档链接的实施例，

图9示出了PMI信息的机构的实施例，

图10示出了对于组件的在JT模型中的PMI结构的实施例，和

图11示出了总接口架构的实施例。

具体实施方式

图1示出了用于制造汽车的方法，其中在步骤11中构建用于汽车的部件。接下来是步骤12，在该步骤中产生用于第一程序的按照第一数据格式的具有部件的三维示图的文件。在随后的步骤13中产生用于第二程序的按照电子可查找的第二数据格式的具有部件的三维示图的元信息的文件。在步骤14中在该文件中嵌入(或添加)具有部件的三维示图的(按照第一数据格式的)文件。

在步骤15中提供具有(按照第一数据格式的)嵌入文件的按照第二数据格式的文件，该嵌入文件具有部件的三维示图，并且借助第二程序打开按照第二数据格式的文件，以及在步骤16中，特别是自动地，借助用于对部件进行三维显示的第一程序打开按照第一数据格式的文件。此外，在步骤17中作为后台过程开始用于在第一程序和第二程序之间进行不同步且双向的数据交换的第三程序。借助第一程序在显示屏上的第一窗口中按照三维示图显示部件。借助第二程序借助显示器在一个或多个另外的窗口中显示元信息。

然后，在步骤18中按照部件的三维示图生产部件并且在步骤19中在使用该部件的条件下制造汽车。

图2示出了用于实施按照图1的方法的系统。在此，附图标记20表示用于生产汽车或汽车部件的生产环境，并且附图标记31表示用于构建和开发汽车部件的开发环境。在该开发环境31中产生具有按照第一数据格式的嵌入文件的按照第二数据格式的文件并且将其存储在存储媒介32中，并且由此提供给生产环境20或其IT。在生产环境20中计算机25具有第一程序21、第二程序22和第三程序23。计算机25控制显示器27来显示用于三维地显示部件的窗口28以及用于显示元信息的窗口29。显示器27可以包括一个或多个监视器。

下面示例性地解释按照图1的方法，其中第一数据格式是.jt和第二数据格式是.pdf。在此第一程序是JP2Go或VisMockup并且第二程序是AdobeReader或AdobeAcrobat，后者分别以插件补充。第三程序在下面被称为JTBridge。

JTBridge的主要功能是，在JT模型(按照.jt格式的部件的三维示图)与PDF/A文件中的元信息(例如基础数据)之间建立双向关联。JT模型嵌入PDF/A文件中并且与其一起在下面被称为3D文档。根据调谐和技术边界条件，在查看时在与各自的文件格式对应的应用中打开数据。由此可以利用阅读器的特定于格式的功能。图3示出了这样的会话，其中在并行的3D阅读器中打开与基础数据对应的3D模型。用户可以通过简单的交互调用对应的2D/3D信息。

在阅读器中并行地打开JT模型和PDF文件，其通过操作系统与文件类型对应。该JT模型和PDF文件独立地并且无需彼此连接地执行。但是在文件中明确地存储或本身存在关于2D数据和3D信息的关联的知识。如图4中所示的那样，在应用之间安置JTBridge，其已知怎样能够找到相应的信息。

设置为，不通过阅读器的用户接口，诸如菜单、工具栏和上下文菜单将明确的查找功能集成在阅读器中。而是设置，可以通过链接描述在其URI中包含所有所需的信息的连接。这用于尽可能独立于包含的文档或阅读器来调用链接，并且由此能够类似地处理HTML、PDF和Office格式。

下面描述了示例性实施按照图1的方法或部分方法的上下文图表、数据模型、功能模型和接口方案：

1.上下文图表

恰好一次在PDF阅读器中打开了3D文档(子文档集)。在3D文档中根据约定恰好包含JT模型，其可以但不是必须在JT阅读器中打开。这两个部件通过耦合彼此关联。该实现通过在两个标准部件之外接管通信的JT-PDF桥进行；并且通过免连接的、未禁止的消息将指令分别传输到另外的阅读器。桥JTBridge被实施为后台过程，其在处理3D文档时被提供，并且然后无需用户交互地再次结束。桥接管了在JT阅读器的恰好一个实例与n个AdobeReader/Acrobat窗口之间的通信，这些窗口分别与PDF文件连接。

对JT模型的访问从桥出来经由JT2Go/VisMockup阅读器的VisAutomation(COM-)接口进行，其属于标准安装。仅当在AdobeReader中集成实现了特殊的查找机制并且执行向外的通信的插件时，才可以进行对3D文档的访问。设置以DDE(DynamicDataExchange，动态数据交换)形式的Windows进程间通信(InterProcessCommunication，IPC)。所交换的数据是公共性质，其中不存在值得保护的部分。因此不必对通信进行加密。但是消息中的组成部分被UTF-8编码。由于3D文档的绘图特性，在两个阅读器(JT+PDF)中仅执行不修改的操作，例如导航和过滤，即使还可以考虑交互的3D格式。

图5中示出了通信路径、协议和文件存储。目前使用本地文件系统，以便从3D文档(PDF和恰好一个JT文件的集作为档案)中提取JT文件。在此仅使用AdobeAcrobat的特定于用户的缓存(按照用户路径)。一旦弃用AutoOpen功能，就不需要缓存。

2.数据模型

下面描述3D文档、超链接的构建和取消以及文本与JT模型的连接：

2.13D文档

只要JT模型以附件形式添加到(按照权利要求的专业术语，即，嵌入)PDF文件中，PDF就成为3D文档(JT+PDF/A-3a)。3D文档以及其组成部分根据规划的目标在不受限制的情况下必须是具有长期存档能力的。因此，PDF容器被实施为PDF/A-3并且合并子文档成为唯一一个LZA文档，其也包括非PDF/A文件。PDF/A-1-文档避免了动态内容，从而确保了所包含的信息的时间上不受限制的并且忠于原始的再现。由此不能使用PDF技术的如下元素：

PDF/A-3：

-主动内容

-AdobeFlash组件(动作脚本)

-Java脚本

-视频或声音

-XFA表单技术(静态或动态)

-交互的修改的元件(按键,复选框,...)

-修改文档内容

由此，3D文档按照其结构基本上如图6中示出的那样表示。在3D文档中包含不同类型的部分。在(容器)PDF文件内描绘纯文本和表格信息。为此包括所有基础信息，其在JT文件内不具有与对象的几何关系。而是与之不同的文本信息，其涉及3D对象或PMI。该文本信息形成对JT模型的场景图形节点的明确参考。在此，参考逻辑没有被集成到PDF/A文件中，因为根据PDF/A标准不允许脚本或主动内容。由此也不能从3D模型中对文本信息执行反向参考，而不考虑各个阅读器实施的特点。在3D文档中也可以包含非PDF/A2D文件，诸如Excel、PowerPoint、Word和HTML文件，其同样可以引导3D参考。(在那里允许的)经由脚本语言的实施同样强烈取决于各自的原始应用并且因此不被设置。取而代之，利用超链接(如图7所示的那样)明确描述待关联的2D/3D信息。这允许在PDF/A-3主文件、附加的PDF文件以及同样所附的第三格式(诸如HTML、Word、PowerPoint、Excel文件)内的通用应用。作为前提条件，JT模型必须是可参考的。为此，场景图形节点必须明确列举或通过元数据属性明确标记。

2.2超链接的构建和取消

在3D文档内的超链接识别3D对象、特殊视图、PMI或在3D模型处应当执行的动作。因为该关联方式不通过标准URI方案构造，所以定义了特有的URI方案，其规定了3D文档中的所有JT超链接：vwg-jtbridge。为了给出对于链接的专业描述的充足空间，在URL的特定于方案的部分中集成规划重要的部分。该信息替代了http(s)-URL的host部分。所观察的Host应用(InternetExplorer,Firefox,AdobeAcrobat,...)分别实施用于跟踪链接的信任机制。替代协议被系统范围地信任，信任host部分(参见图8)。由此对于示例性的应用空间的JT超链接的基本URL是：

·jtbridge://3dzp对于无绘图的过程的3D文档

·jtbridge://fubit功能性的孔信息(原型)

·jtbridge://{Projekt}一般示图

将用于识别JT对象的信息作为参数添加到基本URL。对于对PMI的参考需要：

·识别JT模型

jt＝[在场景图形根节点处的JT档案属性值]

·识别一个或多个PMI，通过分号隔开

id＝[PMIName1；[PMIName2]；[PMINameN]

·识别PMI视图

mv＝[PMIModelviewName]

根据对3D对象的描述还定义了在点击链接时应当执行的动作。对于3D文档迄今为止定义了两种动作：

·变焦到PMI模型视图和选择PMI

act＝GOTO_PMI_AND_MODELVIEW

·显示JT模型的PMI模型视图

act＝GOTO_MODELVIEW

参数通过符号“&”彼此隔开。对于完整的JT链接由此给出如下表示法：

jtbridge://{PROJEKT}/jt＝{MODELL}&id＝{PMI}&mv＝{ANSICHT}&act＝{AKTION}

2.3将文本与JT模型连接

在3D文档内的分别两个技术部分(JT模型和PDF文档)共同给出多个信息，使得在各个另外的阅读器中可以明确识别对应的信息。首先，明确标出在JT阅读器会话内的JT模型。关于文件名的分配在此不足够的是，其在文件的历程中是暂时的。但是在建立JT文件时在利用西门子JT转换器进行的转换过程内以大量元信息来修饰JT场景图形(SG)，这些元信息也允许在JT阅读器会话内被明确识别。在JT根节点处将由转换器原始产生的JT文件的名称设置为这样的元数据属性。对于信息或场景图形的依赖关系和在JT模型中的描绘参见JT规格。在JT模型的SG的根节点处的能应用的属性是：

Name:JtFileName::Typ:UTF-8

属性以包含结尾.jt的完整文件名填满。

西门子JT阅读器系列产品被实现为MDI(MultipleDocumentInterface)应用。由此可以在单个的JT阅读器会话中并行地打开多个JT模型。查找算法必须遍历在会话中的打开的JT模型，并且在场景图形的各个节点处查看JT文件的原始命名，其在那里作为元数据元素而附加。但是结果这也意味着，在JT模型之外必须附加地保持该信息，如果要参考在文档中的几何特征和PMI元件。

基于根节点可以有针对性地查找模型内的信息。为此又可以按照节点的命名来使用，或者查找元数据中的标识。在预定3DZPCADFTA方法之后通过FTA注解设置关于几何特征的锚点。该注解被转用到JT模型作为PMI-Note，其可以对应于n个PMI-Modelview。FTA注解和由此PMI-Note的命名根据各个专业领域的要求进行。迄今已知的并且考虑的标识符包括：

此外，PMI信息应当对应于专业或技术的上下文。关于PMI信息的数据结构，在维度注解、自由文本或模型视图之间不存在区别(参见图9)。

部件或组件具有对应的PMI元件的列表。元件仅通过在3DZP中使用的PMI信息属于其的内部标识位得到其类型，在3DZP中使用的PMI信息属于所述内部标识位：

·PMI_TYPE_MODEL_VIEW

·PMI_TYPE_NOTE

优选地也可以利用PMI元件的特征，以便互相参考。为此还规定了PMI-Note与PMI-Modelview的关系。注解可以任意地对应多个视图。由此可以看出，在待实施的对PMI信息的查找的情况下必须在Modelview中进行在上下文中的分配优选级或查找。因此目标在于，在文档中存储详细的信息。图10示出了PMI-Note与JT阅读器中的CAD产品结构的关系。

概括地，也就是如下信息是重要的：

-原始JT文件的名称，作为在转换的部件的各个场景图形节点中的元数据，和组件，作为属性JTFile-Name

-对于PMI-Note的明确命名规范

-明确采集在文档中的Modelview

-明确采集PMI-Note

3.3功能模型

下面提供系统的功能。属于此的是通过用户引起的功能。在该片段中描述了：

·开始/结束iReader插件

·打开3D文档并且初始化jtBridge过程

·查找JT阅读器中的PMI元件

·查找PDF/A-3-文档中的文本片段

·自动打开3D部分

·打印3D部分和PDF子信息

·设置应用

这是由用户作为激活iReader插件而感觉到的功能。另外的功能性的部件和内部机制在关于模型结构的章节内示出。

4接口方案和架构

实施的总接口架构在图11中示出并且下面详细描述：

4.1应用协议vwg-jtbridge

URI方案vwg-jtbridge在考虑HKEY_CLASSES_ROOT(HKCR)的条件下在WindowsRegistry中作为应用协议被记录。由此其被系统范围地提供，并且仅可以以管理员权限来修改。给应用JTBridge分配协议，只要在应用中调用jtBridgeURL，就开始该应用JTBridge。通过WindowsShell将URL传输到JTBridge。替代将URL作为命令行参数传输，而是将其经由DDE会话传输到JTBridge。DDE适用于数据传输，因为URL表示断续的数据流，并且可以在所有Windows系统上同样使用。协议是相对简单的，并且可以关于本身的主题订阅方案(Topic-Subscription-Ansatz)同时控制多个应用。传输率1000/秒足够用于所有要求的功能。在此不重要的是，是32位还是64位Windows。

4.2JTBridge

JTBridge在调用协议jtbridge时开始。其具有如下任务，在阅读器之间交换信息或执行期望的查看操作。其作为对于数据的捕获点执行DDE服务器，其接受并处理关于DDE应用名称为DdeServiceBridge和Topic1337的WindowsShell的消息。重要的是，防止处理错误表达的URL，即，忽略超长的URL，其包含受损代码。Bridge的任务是，检查传输的URL其正确的表达并且映射到正确的功能。

通过JTBridge解释URL，方法是，从URL中提取参数(规划、数据和功能)并且传输到JTBridge的特定于3D阅读器的方案。目前支持所有基于西门子JTPLMVis组件(JT2Go,VisBase,...VisMockup)的JT阅读器。如果应当考虑另外的格式或阅读器，则必须创建相应的连接器。

3D信息在方向2D上的连接同样可以通过超链接的表达实现。但是在此所有信息固有地包括在模型中，并且通过阅读器特有的接口来构造。通过VisAutomation(COM-)接口，JTBridge记录关于特定于应用的事件，诸如打开和关闭JT模型或阅读器，以及关于在模型处的通过用户触发的事件，诸如选择PMI-Note。

只要应当在AdobeAcrobat/Reader中对3D文档的打开的PDF部分执行查找功能或操作，就经由DDE将结果传输到3DZPiReader插件。在此必须包含许多信息，使得能够在PDF中明确识别文本片段(链接)。

4.3用于AdobePDF阅读器的iReader插件

用于显示3D文档的标准应用除了别的之外是AdobeAcrobatStandard以及AdobeReader。为了将经由接口从外部被调用的特有的功能集成到该阅读器中，可以优选地使用用于与JTBridge耦合的DDE方案。为此设置插件“iReader”。实施具有名称DdeServiceBridge和Topic1337的DDE服务器，通过其从JTBridge中接收DDE消息。由此，消息具有用于链接定义的类似的语法。

如果通过JTBridge在JT模型中选择PMI之后将具有如下部分的消息发送到iReader插件，则其在考虑所有打开的PDF文件的条件下识别对应的3D文档并且从中查找具有如下特征的超链接：

例如：

Jt＝[Modellname].jt

id＝[PMIId]

mv＝[Modelview]

act＝GOTO_MODELVIEW

3D文档(PDF)与打开的JT模型的对应隐含地进行。正确的3D文档通过如下被识别，即，使得在所有打开的PDF文件中查找档案注解(FileAnnotation)，其参考JT文件。只要其名称相应于来自于DDE消息的JT参数，iReader插件就对相关的PDF查找vwg-jtbridge超链接，该vwg-jtbridge超链接作为参数包含来自于DDE消息的id以及mv。插件可以将视图移动到在该处出现链接的文本片段。

Adobe-PDF阅读器系列将Web链接的处理实施为，使得在点击时总是将其转到系统的标准浏览器，例如InternetExplorer，其然后同时被打开；而不是通过应用协议对应的应用(JTBridge)。虽然vwg-jtbridgeURL然后被正确地转到JTBridge并且在JT阅读器中可以看见期望的3D信息，但却还是总是能够看到“空白”浏览器窗口。为了抑制该“空白”浏览器窗口，可以对于AdobeAcrobat和AdobeReader设置特有的Web链接驱动器，该Web链接驱动器将链接直接转到JTBridge，但所有非vwg-jtbridge链接仍在标准Web浏览器中打开。

在Adobe产品中的另外的特点是保护模式，在该保护模式下通过沙盒(Sandboxing)限制或完全禁止从PDF与另外的应用的通信。借助特有的代理器(Broker)将Adobe与沙盒单向桥接。由此提供解决方案的所有定义的功能，除了从JT模型到PDF文件中的连接以外。

4.4URLMoniker–在InternetExplorer和Firefox中的链接

如果直接从版本8起的MicrosoftInternetExplorers(IE)的上下文中跟踪jtbridge-链接，则另外地处理应用协议。jtbridge协议通过COM-Objekt(dll)来处理，其为了进一步处理将URL传输到JTbridge。该过程仅对于IE是必要的。在Firefox中JTBridge直接通过vwg-jtbridge协议被调用和控制。

4.5FoxitPDF-Reader

除了AdobePDF阅读器，还存在另外的PDF阅读器，其适用于工业要求。从2D链接至3D对象的连接可以以FoxitPDFReader的标准分布(Standarddistribution)实现。

4.6MicrosoftOffice(Word，Excel，PowerPoint等)

可以无限制地使用Office文档中的jtbridge链接。通过操作系统进行取消，该操作系统将控制信息传输到JTBridge。

4.7JT阅读器架构

在JT阅读器系列产品中打开包含在3D文档中的JT模型。该JT阅读器系列产品基于组件技术PLMVis，借助其实现阅读器的功能范围。总是交付具有完全自动化API的阅读器。即使在免费的JT2Go阅读器中也存在该API并且可以用于经由COM定制。在此，考虑如下阅读器配置：

·JT2GO

·VisBase

·VisStandard

·VisProfessional

·VisMockup

与在AdobeReader与TeamcenterVisualization阅读器(Tc.Vis.)之间的松散耦合不同，在Tc.Vis.和JTBridge之间必须实现经由COM的紧密连接。这是与JT阅读器直接通信的唯一的可能性。所有TCVis阅读器基于统一架构，西门子PLMVis组件。该架构允许借助各个成熟的部件交付JT应用。属于由西门子配置的应用的是西门子TeamcenterBase、Standard、Professional以及VisMockup。免费的阅读器JT2GO同样基于此。该应用由此也得到如下能力，通过COM或(共同)交付的TypeLibrary(VisAutomation.tlb)可以在JT阅读器上执行操作。

Claims (10)

1.一种用于制造复杂产品，特别是汽车的方法，具有以下步骤：

-构建用于复杂产品的部件，

-对于第一程序按照第一数据格式产生具有部件的三维示图的文件，

-对于第二程序按照电子可查找的第二数据格式产生具有部件的三维示图的元信息的至少一个文件，

-特别地将具有部件的三维示图的按照第一数据格式的文件嵌入按照第二数据格式的文件中，

-借助用于显示元信息的第二程序打开按照第二数据格式的文件，

-借助用于对部件进行三维显示的第一程序打开按照第一数据格式的文件，

-开始用于在第一程序和第二程序之间进行数据交换的第三程序，

-按照部件的三维示图生产部件，

-在使用部件的条件下制造复杂产品。

2.根据权利要求1所述的方法，其特征在于，部件的三维显示在第一窗口中进行，并且元信息的显示在至少一个第二窗口中进行。

3.一种用于运行计算机的方法，具有以下步骤：

-提供用于第一程序的按照第一数据格式的具有部件的三维示图的文件以及提供用于第二程序的按照电子可查找的第二数据格式的具有关于部件的三维示图的元信息的至少一个文件，其中将具有部件的三维示图的按照第一数据格式的文件嵌入按照第二数据格式的文件中，

-借助第二程序打开按照第二数据格式的文件，

-借助用于对部件进行三维显示的第一程序，特别是在第一窗口中，打开按照第一数据格式的文件，

-开始用于在第一程序和第二程序之间进行数据交换的第三程序，和

-特别是在第二窗口中，显示元信息。

4.根据权利要求2或3所述的方法，其特征在于，同时打开第一和第二窗口。

5.根据上述权利要求中任一项所述的方法，其特征在于，所述第一文件格式是.jt。

6.根据上述权利要求中任一项所述的方法，其特征在于，所述第二文件格式是.pdf。

7.根据上述权利要求中任一项所述的方法，其特征在于，所述第二程序包括用于与第三程序通信的插件。

8.根据上述权利要求中任一项所述的方法，其特征在于，具有元信息的文件包括至少一个超链接。

9.根据上述权利要求中任一项所述的方法，其特征在于，所述第一程序和/或第二程序是阅读器。

10.根据上述权利要求中任一项所述的方法，其特征在于，在第二文件中附加地嵌入PDF文件、XML文件和/或HTML文件。