KR20160014011A - 복합 제품, 특히 자동차의 제조 방법 - Google Patents

Abstract

본 발명은, 부품이 제품을 위해 구성되는, 복합 제품, 특히 자동차를 제조하기 위한 방법에 관한 것이다. 부품의 3차원 표시를 포함하는 데이터 파일이 제1 프로그램을 위한 제1 데이터 형식으로 생성될 뿐만 아니라, 부품의 3차원 표시의 메타정보를 포함하는 데이터 파일이 제2 프로그램을 위한 전자 검색 가능한 데이터 형식으로 생성된다. 또한, 제1 데이터 형식의 부품의 3차원 표시를 포함하는 데이터 파일은 제2 데이터 형식의 데이터 파일 내로 임베딩된다. 제3 프로그램은 제1 프로그램과 제2 프로그램 간의 통신을 위해 제공된다.

Description

복합 제품, 특히 자동차의 제조 방법{METHOD FOR PRODUCING COMPLEX PRODUCTS, IN PARTICULAR MOTOR VEHICLE}

본 발명은 복합 제품, 특히 자동차를 제조하기 위한 방법에 관한 것이다. 본원의 방법에 따라서, 복합 제품의 부품은 부품의 3차원 표시에 따라서 제조되고 복합 부품은 부품의 이용하에 제조된다. 또한, 본 발명은 컴퓨터를 작동시키기 위한 방법에도 관한 것이다.

EP 1 008 112 B1은 상호 작용하는 컴퓨터 환경에서 3차원 객체들을 모델링하기 위한 방법을 개시하고 있으며, 이 경우 3차원 장면(scene)의 2차원 표시가 표시되며, 그리고 2차원 표시는 이미지 평면(image plane)을 정의한다. 모델링된 3차원 객체의 제어 요소들(control element)의 집합과 장면에 속하는 위치들의 상응하는 집합 사이의 할당은 사용자 입력에 따라서 형성되고, 위치들은 모델링된 3차원 객체의 제어 요소들에 대한 장면 내 설정 위치들을 나타낸다. 또한, 3차원 공간에 모델링된 3차원 객체의 위치의 배향은 상기 할당을 기초로 하여 결정되며, 그리고 이처럼 결정된 배향 및 위치를 갖는 모델링된 3차원 객체의 요소들은 이미지 평면 상에 투영된다.

US 6 268 846 B1은, 하나의 평면 상에 3개 또는 그 이상의 상이한 시선 방향을 표시하는 3개 또는 그 이상의 이미지를 수신하는 것을 통해 새로운 뷰(view)의 3차원 장면을 생성하기 위한 컴퓨터 구현 방법(computer-implemented method)을 개시하고 있다. US 2006/0256136 A1은 2차원 상층들(image layer)뿐만 아니라 3차원 상층들의 합성된 이미지를 생성하기 위한 방법을 개시하고 있다. 이 경우, 상층들은 순차적으로 배열된다. US 7 453 459 B2는 3차원 이미지들을 생성하기 위한 방법을 개시하고 있다. 이 경우, 3차원 객체들이 하나의 장면으로 정합(stitching)된다.

본 발명의 과제는 복합 제품의 제조 공정, 특히 자동차를 위한 제조 공정을 개량하고 상기 제조 공정의 비용을 감소시키는 것에 있다. 본 발명의 또 다른 과제는, 바람직하게는, 종이 도면의 비율이 감소되는, 또는 완전히 종이 도면 없이 수행되는 제조 공정, 특히 자동차를 위한 제조 공정을 제공하는 것에 있다. 본 발명의 추가 과제는, 바람직하게는, 제조 공정, 특히 자동차를 위한 제조 공정의 도면들을 종이를 쓰지 않고 디지털 보존하는 점을 각각 가능하게 하고 제공하는 것에 있다.

상기 과제는, 하기 단계들을 포함하여 복합 제품, 특히 자동차를 제조하기 위한 방법을 통해 해결된다.

- 제품을 위한 부품을 구성하는 단계,

- 제1 프로그램을 위한 제1 데이터 형식으로 부품의 3차원 표시를 저장하는(또는 3차원 표시를 포함하는 데이터 파일을 생성하는) 단계,

- 제2 프로그램을 위한 전자 검색 가능한 제2 데이터 형식으로 부품의 3차원 표시의 메타정보를 저장하는(또는 메타정보를 포함하는 하나 이상의 데이터 파일을 생성하는) 단계,

- 특히 제2 데이터 형식의 데이터 파일에 제1 데이터 형식의 부품의 3차원 표시를 포함한 데이터 파일을 임베딩하는 단계,

- 메타정보의 표시를 위해 제2 프로그램을 이용하여 제2 데이터 형식의 데이터 파일을 여는 단계,

- 부품의 3차원 표시를 위해 제1 프로그램을 이용하여 제1 데이터 형식의 데이터 파일을 (자동으로) 여는 단계,

- [부품의 3차원 표시(부품의 3차원 표시 내 하나 이상의 위치)에 메타정보를 할당하기 위해] 제1 프로그램과 제2 프로그램 간에 (특히 비동기식 및/또는 양방향성) 데이터 교환을 위한 제3 프로그램을 (자동으로) 시작하는 단계,

- 부품의 3차원 표시에 따라 부품을 제조하는 단계,

- 부품을 이용하여 복합 제품을 제조하는 단계.

본 발명의 의미에서 메타정보는 특히 기술 도면에 대한 추가 정보이거나(그러나 특히 치수 데이터, 공차 데이터, 또는 표면 특성 및/또는 전이 반경(transition) 또는 곡률 반경에 대한 데이터는 아님), 또는 상기 추가 정보를 포함할 수 있다. 본 발명의 의미에서 메타정보는 텍스트 관련 정보 및/또는 그래픽 정보일 수 있다. 본 발명의 의미에서 메타정보는 부품 목록, (부분) 마스터 데이터, 공차, 부품 마킹, 기준점, 연결 부재, 변경 사항 및/또는 비고 사항일 수 있거나, 또는 이들 정보를 포함할 수 있다. 본 발명의 의미에서 메타정보는 이용하거나 준수할 표준들에 대한 정보를 포함할 수 있다. 본 발명의 의미에서 메타정보는 기술 도면에서 변경란(change column)의 정보 내용을 포함할 수 있다. 본 발명의 의미에서 메타정보는 기술 도면의 제목 블록(title block) 내부의 정보를 포함할 수 있다. 본 발명의 의미에서 메타정보는 색상 관계(color relevance)를 포함할 수 있다. 본 발명의 의미에서 메타정보는 하이퍼링크, 특히 또 다른 데이터 파일에 대한 하이퍼링크를 포함할 수 있다. 본 발명의 의미에서 또 다른 데이터 파일은 특히 제1 데이터 형식과 다른 데이터 형식의 데이터 파일이다.

본 발명의 의미에서 부품의 3차원 표시는 특히 치수 데이터 및/또는 공차 데이터를 포함할 수 있다. 본 발명의 의미에서 부품의 3차원 표시는 특히 표면 특성 및 전이 또는 곡률 반경에 대한 데이터를 포함한다. 본 발명의 의미에서 부품의 3차원 표시는 특히 다색(multicolor)이다.

본 발명의 의미에서 제3 프로그램은 특히 배경 프로세스(background process)로서 구현된다.

본 발명의 바람직한 구현예에서, 부품의 3차원 표시는 제1 창(window)에서 생성되며, 메타정보의 표시는 하나 이상의 제2 창에서 생성된다.

또한, 전술한 과제는 하기 단계들을 포함하여 컴퓨터를 작동시키기 위한 방법을 통해 해결된다.

- 제1 프로그램을 위해 제1 데이터 형식으로 (특히 자동차를 위한) 부품의 3차원 표시를 포함하는 데이터 파일을 제공할 뿐 아니라, 제2 프로그램을 위해 전자 검색 가능한 제2 데이터 형식으로 부품의 3차원 표시에 대한 메타정보를 포함하는 하나 이상의 데이터 파일도 제공하여, 제1 데이터 형식의 부품의 3차원 표시를 포함하는 데이터 파일이 제2 데이터 형식의 데이터 파일에 임베딩되게 하는 단계,

- 제2 프로그램을 이용하여 제2 데이터 형식의 데이터 파일을 여는 단계,

- 특히 제1 창에서 부품의 3차원 표시를 위해 제1 프로그램을 이용하여 제1 데이터 형식의 데이터 파일을 (자동으로) 여는 단계,

- [부품의 3차원 표시(부품의 3차원 표시 내 하나 이상의 위치)에 메타정보를 할당하기 위해] 제1 프로그램과 제2 프로그램 간에 (특히 비동기식 및/또는 양방향성) 데이터 교환을 위한 제3 프로그램을 (자동으로) 시작하는 단계,

- 특히 제2 창에서 메타정보를 표시하는 단계.

본 발명의 추가의 바람직한 구현예에서, 제1 창과 제2 창은 동시에 열린다. 본 발명의 추가의 바람직한 구현예에서, 제1 데이터 형식은 .jt이다. 본 발명의 추가의 바람직한 구현예에서, 제2 데이터 형식은 .pdf이다. jt는 3D 데이터를 위한 독점 데이터 형식(proprietary data format)이면서, 객체 및 메타데이터도 지원하는 조밀하고 쉽게 표시되는 포괄적인 데이터 형식으로서 간주된다. 본 발명의 추가의 바람직한 구현예에서, 제2 프로그램은 제3 프로그램과의 통신을 위한 플러그인(plugin)을 포함한다.

본 발명의 추가의 바람직한 구현예에서, 제1 프로그램 및/또는 제2 프로그램은 뷰어(viewer)이다. 본 발명의 의미에서 뷰어는 특히 뷰어에 의해 표시되는 정보 내용의 내용을 변경할 수 없는 프로그램이다.

특히, 부품의 3차원 표시를 포함하는 데이터 파일은 제1 프로그램에 의해 변경될 수 없다. 특히, 메타정보는 제2 프로그램에 의해 변경될 수 없다.

본 발명의 추가의 바람직한 구현예에서, 메타정보를 포함하는 데이터 파일은 하나 이상의 하이퍼링크를 포함한다.

본 발명의 추가의 바람직한 구현예에서, 제2 데이터 파일에는 PDF 파일, XML 파일 및/또는 HTML 파일이 추가로 임베딩된다. 본 발명의 추가의 바람직한 구현예에서, 제2 데이터 파일에 WORD 파일은 임베딩되지 않는다. 본 발명의 추가의 바람직한 구현예에서, 제2 데이터 파일에 PowerPoint 파일은 임베딩되지 않는다. 본 발명의 추가의 바람직한 구현예에서, 제2 데이터 파일에 Excel 파일은 임베딩되지 않는다.

본 발명의 의미에서 복합 제품은 특히 복수의 개별 부품으로 구성되는 제품이다. 본 발명의 의미에서 자동차는 특히 도로 교통에서 개별적으로 이용될 수 있는 육상용 운송수단이다. 본 발명의 의미에서 자동차는 특히 내연기관을 장착한 육상용 운송수단들로만 국한되지 않는다.

추가의 장점들 및 상세내용들은 실시예들의 하기 기재내용에서 제시된다.

도 1은 자동차를 제조하기 위한 방법의 한 실시예이다.
도 2는 도 1에 따르는 방법을 구현하기 위한 시스템의 한 실시예이다.
도 3은 3D 기하구조와 문서 내 정보의 링크의 한 실시예이다.
도 4는 JTBridge의 한 실시예이다.
도 5는 아키텍처, 통신 채널들, 프로토콜들 및 파일 스토리지들의 한 실시예이다.
도 6은 3D 문서(PDF/A-3a)의 구성의 한 실시예이다.
도 7은 문서 내 JT 참조의 한 실시예이다.
도 8은 Adobe Acrobat/Adobe Reader에서 데이터 링크들의 신뢰에 대한 한 실시예이다.
도 9는 PMI 정보들의 조직의 한 실시예이다.
도 10은 어셈블리를 위한 JT 모델에서 PMI 구조의 한 실시예이다.
도 11은 전체 인터페이스 아키텍처의 한 실시예이다.

도 1에는, 자동차를 제조하기 위한 방법이 도시되어 있으며, 단계 11에서 자동차를 위한 부품이 구성된다. 그 다음, 제1 프로그램을 위한 제1 데이터 형식으로 부품의 3차원 표시를 포함하는 데이터 파일이 생성되는 단계 12가 수행된다. 후속 단계 13에서는, 제2 프로그램을 위한 전자 검색 가능한 제2 데이터 형식으로 부품의 3차원 표시의 메타정보를 포함하는 데이터 파일이 생성된다. 이 데이터 파일에는, 단계 14에서, (제1 데이터 형식의) 부품의 3차원 표시를 포함하는 데이터 파일이 임베딩된다(또는 첨부된다).

단계 15에서는 (제1 데이터 형식의) 부품의 3차원 표시를 포함하는 임베딩된 데이터 파일을 포함하는 제2 데이터 형식의 데이터 파일이 제공되어, 제2 프로그램에 의해 제2 데이터 형식의 데이터 파일이 열리며, 그리고 단계 16에서는, 부품의 3차원 표시를 위해 제1 프로그램에 의해 제1 데이터 형식의 데이터 파일이 특히 자동으로 열린다. 또한, 단계 17에서는 배경 프로세스로서 제1 프로그램과 제2 프로그램 간에 비동기식의 양방향성 데이터 교환을 위한 제3 프로그램이 시작된다. 제1 프로그램에 의해, 부품은 3차원 표시로 화면 상의 제1 창에 표시된다. 제2 프로그램에 의해서는, 메타정보가 디스플레이에 의해 하나 또는 복수의 추가 창에서 표시된다.

그런 다음, 부품은 단계 18에서 부품의 3차원 표시에 따라서 제조되고 자동차는 단계 19에서 상기 부품의 이용하에 제조된다.

도 2에는, 도 1에 따른 방법을 구현하기 위한 시스템이 도시되어 있다. 이 경우, 도면부호 20은 자동차 또는 자동차의 부품을 제조하기 위한 생산 라인을 나타내고, 도면부호 31은 자동차를 위한 부품들의 설계 및 개발을 위한 개발 환경을 나타낸다. 상기 개발 환경(31)에서, 제1 데이터 형식의 임베딩된 데이터 파일을 포함하는 제2 데이터 형식의 데이터 파일이 생성되어 저장 매체(32) 내에 저장되고 그 결과 제조 환경(20) 또는 제조 환경의 IT로 공급된다. 생산 환경(20)에는 제1 프로그램(21)과, 제2 프로그램(22)과, 제3 프로그램(23)을 포함하는 컴퓨터(25)가 제공된다. 컴퓨터(25)는 부품의 3차원 표시를 위한 창(28)을 표시하기 위한 디스플레이(27)뿐만 아니라 메타정보의 표시를 위한 창(29)을 제어한다. 디스플레이(27)는 하나 또는 복수의 모니터를 포함할 수 있다.

하기에서는, 도 1에 따른 방법이 예시로서 설명되며, 제1 데이터 형식은 .jt이고, 제2 데이터 형식은 .pdf이다. 이 경우, 제1 프로그램은 JP2Go 또는 VisMockup이고, 제2 프로그램은 Adobe Reader 또는 Adobe Acrobat이며, 제2 프로그램은 각각 플러그인만큼 보충된다. 제3 프로그램은 하기에서 JTBridge로서 지칭된다.

JTBridge의 일차 기능은, PDF/A 파일에서 JT 모델(.jt 형식의 부품의 3차원 표시)과 예컨대 마스터 데이터와 같은 메타정보 사이에 양방향성 링크를 형성하는 것에 있다. JT 모델은 PDF/A 파일에 임베딩되어 이 PDF/A 파일과 함께 하기에서는 3D 문서로서 지칭된다. 세팅 및 기술적 한계 조건들에 따라서, 데이터는 각각의 파일 형식에 할당된 애플리케이션에서 보기(viewing)에서 열린다. 그에 따라, 뷰어의 형식 고유의 기능들이 이용될 수 있다. 도 3에는, 마스터 데이터에 속하는 3D 모델이 병행 보기 3D 뷰어에서 열리는 상기 세션(session)이 도시되어 있다. 사용자는 간단한 상호작용을 통해 할당된 2D/3D 정보를 호출할 수 있다.

JT 모델 및 PDF 파일은 운영 시스템을 통해 파일 형식들에 할당되어 있는 뷰어에서 병행하여 열린다. 상기 모델 및 파일은 독립적으로, 그리고 상호 간의 연결 없이 실행된다. 그러나 데이터 파일들 내에는 2D 데이터 및 3D 정보의 링크의 지식이 분명하게 저장되어 있거나, 또는 내재되어 있다. 애플리케이션들 사이에는, 도 4에 도시된 것처럼, 상응하는 정보들이 어떤 상태로 존재하는지를 파악하고 있는 JTBridge가 배치된다.

본 발명에 따라서, 예컨대 메뉴, 툴바 및 컨텍스트 메뉴와 같은 사용자 인터페이스를 통한 분명한 검색 기능은 뷰어에 통합되지 않는다. 오히려 자신들의 URI에 모든 필요한 정보를 포함하고 있는 링크들을 통한 링킹(linking)을 나타낸다. 이는, 실질적으로 포함하는 문서 또는 뷰어로부터 독립적으로 링크의 호출을 수행하기 위해 이용되며, 그에 따라 HTML 형식, PDF 형식 및 Office 형식은 동일한 유형으로 처리될 수 있다.

하기에서는, 도 1에 따른 방법의 예시에 따른 구현의 컨텍스트 다이어그램, 데이터 모델, 기능 모델 및 그 인터페이스 개념과, 도 1에 따른 방법의 일부분이 각각 기재된다.

1. 컨텍스트 다이어그램

3D 문서(부분 문서들의 수집)는 정확히 한 번 PDF 뷰어에서 열린다. 3D 문서 내에는 협정에 준하여, JTViewer에서 열릴 수 있는 정확히 하나의 JT 모델이 포함되지만, 그러나 반드시 포함되지 않아도 된다. 이런 두 구성요소는 결합(coupling)을 통해 상호 간에 관계를 맺는다. 실현은, 두 표준 구성요소의 외부에서 통신을 담당하는 JT-PDF 브리지를 통해 수행되며, 그리고 비연결성의 비차단형 메시지들을 통해 명령어들(instruction)이 각각 타측 뷰어로 전달된다. 브리지인 JTBridge는 3D 문서들의 처리 동안 이용될 수 있고 그런 다음 사용자 상호작용 없이 다시 종료되는 배경 프로세스로서 구현된다. 브리지는 JT 뷰어의 정확히 하나의 엔티티(entity)와, 각각 PDF 파일과 연결되어 있는 n개의 Adobe Reader/Acrobat 창 사이에서 통신을 담당한다.

JT 모델에 대한 액세스는 브리지로부터 표준 설치에 속하는 JT2Go/VisMockup 뷰어의 VisAutomation(COM) 인터페이스를 통해 수행된다. 3D 문서에 대한 액세스는, Adobe Reader 내에 특별한 검색 메커니즘을 구현하면서 외부 방향으로 향하는 통신을 처리하는 플러그인이 통합될 때에만 수행된다. 그리고 DDE(동적 데이터 교환)의 형태로 윈도우즈 프로세스간 통신(IPC)이 제공된다. 교환되는 데이터는 공적 특성(public character)이며, 그 데이터 내에는 보호할 가치가 있는 부분은 존재하지 않는다. 그러므로 통신은 부호화되지 않아도 된다. 그러나 메시지들 내 구성요소들은 UTF-8 코드로 부호화된다. 3D 문서의 도면 특성에 근거하여, 두 뷰어(JT +PDF) 내에는, 비록 상호작용하는 3D 형태(form)도 생각해볼 수 있기는 하지만, 예컨대 탐색(navigation) 및 필터링과 같은 수정하지 않는 연산들만이 실행된다.

도 5에는, 통신 채널들, 프로토콜들 및 파일 스토리지들이 도시되어 있다. 현재 3D 문서로 이루어진 JT 파일(아카이브로서 PDF와 정확히 하나의 JT 파일의 수집)을 추출하기 위해 로컬 파일 시스템이 이용된다. 이 경우, Adobe Acrobat의 사용자 고유의 캐시(cache)만이 (사용자의 경로에서) 이용된다. AutoOpen(자동 열기) 기능이 배제되면, 곧바로 캐시는 필요하지 않게 된다.

2. 데이터 모델

하기에서는, 3D 문서, 하이퍼링크의 구성 및 분해능, 그리고 JT 모델과 텍스트들의 링킹이 기재된다.

2.1. 3D 문서

JT 모델이 첨부 파일의 형태로 PDF 파일 내로 삽입되면(다시 말해, 특허청구범위의 전문용어에서 임베딩되면), 곧바로 PDF는 3D 문서(JT + PDF/A-3a)가 된다. 3D 문서 및 이 3D 문서의 구성요소들은 프로젝트의 목표 설정 후에 제한 없이 디지털 보존될 수 있어야 한다. 그러므로 PDF 컨테이너는 PDF/A-3으로서 구현되어, 비-PDF/A 파일들도 포함하는 단일의 LZA 문서로 부분 문서들의 그룹화를 실행한다. PDF/A-1 문서는 포함된 정보들의 시간상 무제한적이고 원본에 충실한 재현을 보장하기 위해 동적인 내용을 피한다. 그에 따라, PDF 기술의 하기 요소들은 이용될 수 없다.

PDF/A-3:

- 활성 내용들(active content)

- Adobe 플래시 구성요소들(액션스크립트)

- 자바스크립트

- 영상 및 음성

- XFA 형태 기술(정적 또는 동적)

- 상호작용하는 수정 요소들(버튼, 체크박스, ...)

- 문서 내용의 수정.

그에 따라, 3D 문서는 자신의 구성과 관련하여 원칙적으로 도 6에 도시된 것처럼 표시된다. 3D 문서 내에는 다양한 유형의 부분들이 포함된다. 순수 텍스트 및 도표 정보는 (컨테이너) PDF 파일의 내부에서 매핑된다. 이런 정보에는, JT 파일 내부의 객체에 대한 기준 기하구조(reference geometry)를 포함하지 않는 모든 마스터 정보가 속한다. 3D 객체 또는 PMI와 관련된 텍스트 정보들은 상기 마스터 정보들과 다르다. 상기 텍스트 정보들은 JT 모델의 장면 그래프 노드(scene graph node) 상에 분명한 참조를 구성한다. 이 경우, 참조 논리(referencing logic)는 PDF/A 파일 내에 통합될 수 없는데, 그 이유는 PDF/A 표준에 준하여 스크립트들이나 활성 내용들이 허용되지 않기 때문이다. 또한, 이런 경우, 각각의 뷰어 구현에 대한 특징들을 고려하지 않고는, 텍스트 정보에 대한 3D 모델에서의 역 참조는 실행될 수 없다. 또한, 3D 문서에는, Excel 파일, PowerPoint 파일, Word 파일 및 HTML 파일처럼, 마찬가지로 3D 참조를 가이드할 수 있는 비-PDF/A 2D 파일들도 포함될 수 있다. 스크립트 언어들을 통한 (상기 비-PDF/A 2D 파일들에서 허용되는) 구현은 마찬가지로 강하게 각각의 오리지널 애플리케이션에 따라서 결정되며, 그로 인해 제공되지 않는다. 그 대신, 하이퍼링크들로 링크할 2D/3D 정보들은 (도 7에 도시된 것처럼) 분명하게 서술된다. 이는 PDF/A-3 메인 파일, 첨부된 PDF 파일들뿐만 아니라, HTML 파일, Word 파일, PowerPoint 파일, Excel 파일처럼 마찬가지로 첨부된 제3 형식들의 내부에서 범용 이용을 허용한다.

2.2. 하이퍼링크들의 구성 및 분해능

3D 문서 내부의 하이퍼링크는, 3D 객체, 특정 뷰(specific view), PMI, 또는 3D 모델에서 실행되어야 하는 조치를 식별 표시한다. 이런 링킹 방법은 표준 URI 스킴(standard URI scheme)을 통해 매핑되지 않기 때문에, 3D 문서 내에서 모든 JT 하이퍼링크를 결정하는 고유의 URI 스킴, 요컨대 vwg-jtbridge가 정의된다. 링크의 기능 서술을 위한 공간을 충분히 제공하기 위해, URL의 스킴 고유의 부분에 프로젝트 관련 부분이 통합된다. 이런 정보는 http(s)-URL의 호스트 부분을 대신한다. 고려되는 호스트 애플리케이션들(Internet Explorer, Firefox, Adobe Acrobat, ...)은 링크들의 추적을 위한 각각의 신뢰 메커니즘을 구현한다. 시스템범위에서 프로토콜을 신뢰하는 것 대신, 호스트 부분이 신뢰된다(도 8 참조). 그에 따라, 예시에 따른 애플리케이션 공간들을 위한 JT 하이퍼링크의 기본 URL은 하기와 같다.

● jtbridge://3dzp 도면이 없는 프로세스를 위한 3D 문서

● jtbridge://fubit 기능상의 보링 정보(시제품)

● jtbridge://{Projekt} 표시 개요

기본 URL에는 매개변수로서 JT 객체들의 식별을 위한 정보들이 첨부된다. PMI에 대한 참조를 위해 하기 사항이 필요하다.

● JT 모델의 식별

jt = [루트 장면 그래프 노드에서 JT 파일 속성의 값]

● 세미콜론을 통해 분리되는 하나 또는 복수의 PMI의 식별

id = [PMI Name1; [PMI Name2]; [PMI NameN]

● PMI 뷰의 식별

mv = [PMI Modelview Name]

3D 객체의 서술 후에, 여전히 링크를 클릭할 때 실행되어야 하는 조치가 정의된다. 3D 문서를 위해 지금까지 2가지 유형의 조치가 정의되었다.

● PMI 모델 뷰로 줌(zoom) 및 PMI의 선택

act=GOTO_PMI_AND_MODELVIEW

● JT 모델의 PMI 모델 뷰의 표시

act=GOTO_MODELVIEW

매개변수들은 앰퍼샌드("&")를 통해 상호 간에 분리된다. 그에 따라 완전한 JT 링크를 위해 하기와 같은 표기법이 제공된다.

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

(PROJEKT: 프로젝트, MODELL: 모델, ANSICHT: 뷰, AKTION: 조치)

2.3. JT 모델과 텍스트들의 링킹

3D 문서 내부의 각각 두 기술 부분(JT 모델 및 PDF 문서)에는, 각각 또 다른 뷰어 내에서 할당된 정보가 분명하게 식별될 수 있을 정도로 많은 정보가 함께 제공된다. 우선, JT 뷰어 세션의 내부에서 JT 모델이 분명하게 식별 표시될 수 있다. 여기서 파일명들을 통한 할당은 충분하지 않으며, 이런 할당은 파일의 이력에서 매우 순간적이다. 그러나 JT 파일의 작성 동안, Siemens-JT 변환기를 이용한 변환 프로세스 이내에, 수많은 메타정보를 포함하는 JT 장면 그래프(SG)가 복호화되며, 상기 메타정보들은 JT 뷰어 세션 이내에 분명한 식별 표시도 허용한다. JT 루트 노드에서, 변환기에 의해 원래 생성된 JT 파일의 이름이 상기 메타데이터 속성으로서 설정된다. JT 모델에서 장면 그래프 및 매핑과 관련한 정보들의 의존성에 대해서는 JT 설명서가 참조된다. JT 모델의 SG의 루트 노드에서 이용 가능한 속성은 하기와 같다.

Name: Jt File Name:: Typ: UTF-8

속성은 확장자(.jt)를 포함하여 완전한 파일명으로 채워진다.

Siemens-JT 뷰어 군의 제품들은 MDI(다중 문서 인터페이스) 애플리케이션으로서 실현된다. 그에 따라, 다수의 JT 모델이 병행하여 단일의 JT 뷰어 세션에서 열릴 수 있다. 검색 알고리즘은 세션 내에 열린 JT 모델들을 스크롤해야 하며, 그리고 장면 그래프의 각각의 노드에서 JT 모델에 메타데이터 요소로서 첨부된 JT 파일의 원래 명칭을 검색해야만 한다. 그러나 그 결과로, 상기 정보가 추가로 JT 모델의 외부에서 유지되어야 하는 것을 의미한다면, 문서 내의 기하구조 및 PMI 요소들이 참조되어야 한다.

루트 노드를 기반으로, 목표한 방식으로 모델 내부의 정보들이 검색될 수 있다. 이를 위해, 다시 노드의 명칭이 이용될 수 있거나, 또는 그 외에도 메타데이터 내 식별표시도 검색될 수 있다. 3DZP CAD FTA 방법론의 지침에 따르면, 기하구조들에 대한 고정점들(anchor point)은 FTA 주석들(annotation)을 통해 설정된다. 상기 주석들은 n개의 PMI 모델 뷰에 할당될 수 있는 PMI 노트들(note)로서 JT 모델 내로 전달된다. FTA 주석들 및 그에 따른 PMI 노트들의 명명은 각각의 기능 분야의 요건에 따라서 수행된다. 지금까지 공지되고 고려되는 식별자들에 속하는 사항은 하기와 같다.

CHA [색인] 모델에서 변경 엔트리 용도

TXT [색인] 모델에서 자유 텍스트(free text)

PMK [색인] 부품 마킹

RPS [기능 ID] 기준점 시스템

LTA [기능 ID] 홀 테이블(hole table)

HAP, RB [기능 ID] 메인 적용 지점들

VEMText, VTA [기능 ID] 연결 기술, 용접 그룹들

[기능 ID]_라벨 표면 및 보링 정보

또한, PMI 정보들은 기능 또는 기술 컨텍스트들에 할당될 수 있어야 한다. PMI 정보들의 데이터 구조들의 관점에서, 치수 기입 주석들, 자유 텍스트들 또는 모델 뷰들 간에 차이는 존재하지 않는다(도 9 참조).

부품 또는 어셈블리는 등가의 PMI 요소들의 목록을 포함한다. 요소들은 내부 플래그(flag)를 통해서만 자신들의 규격화를 획득하며, 3DZP에서 이용되는 PMI 정보들에 속하는 사항은 하기와 같다.

● PMI_TYPE_MODEL_VIEW,

● PMI_TYPE_NOTE.

바람직하게는 상호 간에 참조되는 PMI 요소들의 특성도 이용될 수 있다. 그 밖에도, PMI 모듈 뷰들에 대한 PMI 노트들의 관계도 결정된다. 주석은 임의로 다수의 뷰에 할당될 수 있다. 이로부터, PMI 정보들에 대한 구현할 검색의 경우 모듈 뷰들 내의 컨텍스트에서 우선순위설정 또는 검색이 개시되어야 하는 점을 확인할 수 있다. 그러므로 목표 설정은 문서에 정확한 정보를 기록하는 것에 있다. 도 10에는, JT 뷰어에서 CAD 제품 구조에 대한 PMI 노트들의 관계가 도시되어 있다.

다시 말해, 요약하면 하기 정보들이 관련된다.

- 속성 JT 파일 이름으로서 변환된 부품 및 어셈블리의 각각의 장면 그래프 노드에서 메타데이터로서 원래 JT 파일의 이름,

- PMI 노트들에 대한 분명한 명명 규정,

- 문서에서 모델 뷰들의 분명한 기록,

- PMI 노트들의 분명한 기록.

3. 기능 모델

하기에서는 시스템의 기능들이 소개된다. 대응하는 기능들은 사용자를 통해 호출된 기능들이다. 본 장에서는 하기 사항들이 기재된다.

● iReader 플러그인의 시작/종료,

● 3D 문서의 열기 및 jtBridge 프로세스의 초기화,

● JT 뷰어에서 PMI 요소들의 검색,

● PDF/A-3 문서에서 텍스트 위치들의 검색,

● 3D 부분의 AutoOpen(자동 열기),

● 3D 부분들 및 PDF 부분 정보들의 인쇄,

● 애플리케이션 설정.

이는, 사용자에 의해 iReader 플러그인의 활동내용(activity)으로서 인지되는 기능들이다. 또 다른 기능적 구성요소들 및 내부 메커니즘들은 모듈 구성에 대한 장에서 설명된다.

4. 인터페이스 개념 및 아키텍처

구현의 전체 인터페이스 아키텍처는 도 11에 도시되어 있으며, 하기에서 더 상세하게 기재된다.

4.1. 애플리케이션 프로토콜 vwg-jtbridge

URI 스킴 vwg-jtbridge는 애플리케이션 프로토콜로서 윈도우즈 레지스트리에서 HKEY_CLASSES_ROOT(HKCR) 하에 등록된다. 그에 따라, 이는 시스템 범위에서 이용될 수 있으며, 그리고 이는 관리자 권한으로만 수정될 수 있다. 프로토콜에는, jtbridge URL이 애플리케이션에 호출되면 곧바로 시작되는 JTBridge 애플리케이션이 할당된다. JTBridge로 URL의 전달은 윈도우즈 Shell을 통해 수행된다. 그러나 명령 행 매개변수들(command line parameter)로서 URL을 전달하는 것 대신, 상기 명령 행 매개변수들은 DDE 변환을 통해 JTBridge로 전달된다. DDE는 데이터 전달을 위해 적합한데, 그 이유는 URL이 불연속적인 데이터 스트림을 나타내며, 그리고 모든 윈도우즈 시스템에서 동일한 방식으로 이용될 수 있기 때문이다. 프로토콜은 비교적 간단하며, 그리고 내재된 토픽 서브스크립션(topic subscription) 접근법을 통해 복수의 애플리케이션이 동시에 구동되게 한다. 전송률(~ 1000/초)은 모든 요구되는 기능을 위해 충분하다. 이 경우, 관계되는 윈도우즈가 32비트 또는 64비트인지의 여부는 중요하지 않다.

4.2. JTBridge

JTBridge는 프로토콜 jtbridge의 호출 시에 시작된다. JTBridge의 임무는 뷰어들 간에 정보들을 교환하거나, 또는 의도하는 뷰잉 연산(viewing operation)을 실행하는 것에 있다. JTBridge는 데이터를 위한 엔트리 포인트로서 DDE 서버를 구현하며, 이 DDE 서버는 DDE 애플리케이션 이름들(DdeServiceBridge) 및 토픽(1337)에 대한 윈도우즈 Shell의 메시지들을 수신하여 처리한다. 여기서 중요한 점은, 특히, 오류가 있는 것으로 작성된 URL들의 처리를 방지하는 것이며, 다시 말하면 손상 코드를 포함하는 너무 긴 URL들을 무시하는 것이다. 브리지의 임무는, 전달되는 URL들에 대해 그 작성이 정확한지의 여부를 검사하고 정확한 기능들로 매핑하는 것에 있다.

URL은, 매개변수들(프로젝트, 데이터 및 기능)이 URL에서 추출되어 JTBridge의 3D 뷰어 고유의 방법들로 전달됨으로써, JTBridge를 통해 해석된다. 현재 Siemens JT PLM Vis 컴포넌트들(JT2Go, VisBase, ..., VisMockup)을 기반으로 하는 모든 JT 뷰어가 지원되고 있다. 추가 형식들 또는 뷰어들이 고려되어야 하는 경우, 상응하는 커넥터들이 작성되어야 한다.

2D 방향으로 3D 정보들의 링킹은 마찬가지로 하이퍼링크들의 작성을 통해 수행될 수 있다. 그러나 여기서 모든 정보는 내재되는 방식으로 모델 내에 포함되어 있으며, 뷰어 자체의 인터페이스를 통해 매핑된다. VisAutomation(COM) 인터페이스를 통해서는, JT 모델 또는 뷰어의 열기 및 닫기와 같은 애플리케이션 고유의 이벤트들에 대해, 그리고 예컨대 PMI 노트의 선택처럼 사용자를 통해 트리거링 되는 모델에서의 이벤트들에 대해 JTBridge가 등록된다.

Adobe Acrobat/Reader에서 3D 문서의 열린 PDF 부분에서 검색 기능 또는 연산이 실행되어야 한다면, 곧바로 이벤트는 DDE를 통해 3DZP iReader 플러그인으로 전달된다. 이 경우, PDF 내에서 텍스트 위치(링크)의 분명한 식별이 가능할 정도로 많은 정보가 포함되어야 한다.

4.3. Adobe PDF 뷰어를 위한 iReader 플러그인

3D 문서들의 표시를 위한 표준 애플리케이션들은 특히 Adobe Acrobat Standard 및 Adobe Reader이다. 상기 뷰어들 내로 인터페이스를 통해 외부로부터 호출되는 고유의 기능들을 통합하기 위해, 바람직하게는 JTBridge와의 결합을 위한 DDE 방법이 이용될 수 있다. 이를 위해, 플러그인인 'iReader'가 제공된다. 이 플러그인은 이름(DdeServiceBridge) 및 토픽(1337)을 갖는 DDEServer를 구현하며, 이 DDEServer를 통해 DDE 메시지들이 JTBridge로부터 수신된다. 그런 다음, 메시지는 링크 정의를 위한 아날로그 구문법(analogue syntax)을 갖는다.

JTBridge를 통해 JT 모델에서 PMI의 선택 후에 하기 부분들을 포함하는 메시지가 iReader 플러그인으로 발송되면, 상기 iReader 플러그인은 모든 열린 PDF 파일에서 할당된 3D 문서를 식별 표시하고, 이 3D 문서에서 하기 특성들을 포함하는 하이퍼링크를 검색한다.

예시:

Jt = [Modellnahme].jt

id = [PMI Id]

mv = [Modelview]

act = GOTO_MODELVIEW

열린 JT 모델에 대한 3D 문서(PDF)의 할당은 암시적으로 수행된다. 정확한 3D 문서는, 모든 열린 PDF 파일에서 JT 파일을 참조 지시하는 FileAnnotation(파일 주석)이 검색되는 것을 통해 식별된다. JT 파일의 이름이 DDE 메시지에서의 JT 매개변수에 상응하는 점에 한해, iReader 플러그인은 관련된 PDF에서 매개변수로서 DDE 메시지에서의 id 및 mv를 포함하는 vwg-jtbridge 하이퍼링크들을 철저하게 검색한다. 그런 다음, 플러그인은 뷰를 링크가 나타나는 텍스트 위치로 이동시킨다.

Adobe PDF 뷰어의 군은, 웹 링크들이 클릭 시 항상 시스템의 표준 브라우저, 예컨대 Internet Explorer로 전달되고, 그런 다음 이 표준 브라우저가 동시에 열리지만, 그러나 애플리케이션 프로토콜에 할당된 애플리케이션(JTBridge)을 통해서는 열리지 않는 방식으로, 웹 링크들의 처리를 구현한다. 비록 vwg-jtbridge인 URL이 정확하게 JTBridge로 전달되어 의도하는 3D 정보가 JT 뷰어에서 확인될 수 있다고 하더라도, 그럼에도 항상 '비어 있는' 브라우저 창이 확인된다. 이런 점을 억제하기 위해, 링크들을 JTBridge로 직접 전달하지만, 그러나 vwg-jtbridge가 아닌 모든 링크는 변함없이 표준 웹 브라우저에서 열리게 하는, Adobe Acrobat 및 Adobe Reader를 위한 고유의 웹 링크 드라이버가 제공될 수 있다.

Adobe 제품들에서 추가의 특징은, 샌드박싱(sandboxing)을 통해 PDF에서부터 다른 애플리케이션들과의 통신이 제한되거나 완전히 금지되는 보호 모드(protected mode)이다. 고유의 브로커(broker)에 의해, Adobe Sandbox는 단일 방향으로 브리지된다. 그런 다음, JT 모델에서부터 PDF 파일 내로의 링킹을 제외하고, 솔루션의 모든 정의된 기능이 이용될 수 있게 된다.

4.4. URL 모니커(Moniker) - Internet Explorer 및 Firefox에서 링크

jtbridge 링크들이 버전 8부터의 마이크로소프트 Internet Explorer(IE)의 컨텍스트에서 직접 추적된다면, 애플리케이션 프로토콜들은 다른 방식으로 처리된다. jtbridge 프로토콜은, 추가 처리를 위해 URL을 JTBridge로 전달하는 COM 객체(dll)를 통해 처리된다. 이런 절차는 IE를 위해서만 필요하다. Firefox의 경우, JTBridge는 vwg-jtbridge 프로토콜을 통해 직접 호출되고 제어된다.

4.5. Foxit PDF Reader

Adobe PDF 뷰어 외에도, 산업 요건에 따르는 또 다른 PDF 뷰어도 존재한다. 3D 객체들에 대한 2D 링크들의 링킹은 Foxit PDF Reader의 표준 배포로 수행될 수 있다.

4.6. Microsoft Office(Word, Excel, PowerPoint 등)

오피스 문서들에서 jtbridge 링크들은 제한 없이 이용될 수 있다. 분해(resolution)는 JTBridge로 제어 정보들을 전달하는 운영 시스템을 통해 수행된다.

4.7. JT 뷰어 아키텍처

3D 문서에 포함된 JT 모델은 JT 뷰어 군의 제품에서 열린다. 이런 뷰어 군은 뷰어의 기능 범위를 구현하는 컴포넌트 기술인 PLM Vis를 기반으로 한다. 뷰어는 항상 완전 자동화 API와 함께 인도된다. JT2Go 뷰어가 무료일지라도, 상기 API가 존재하며, COM을 통한 맞춤지원(customizing)을 위해 이용될 수 있다. 이 경우, 하기의 뷰어 구성이 고려된다.

● JT2GO

● VisBase

● VisStandard

● VisProfessional

● VisMockup

Adobe Reader와 팀센터 시각화 뷰어(Tc.Vis.) 간의 느슨한 결합(loose coupling)과 달리, Tc.Vis.와 JTBridge 사이에는 COM을 통한 긴밀한 결합(tight binding)이 실현되어야 한다. 이는 JT 뷰어와 직접 통신할 수 있는 유일한 가능성이다. 모든 TC Vis 뷰어는 단일의 프레임워크인 Siemens PLMVis 컴포넌트를 기반으로 한다. 이런 아키텍처는 완벽한 개별 컴포넌트들을 이용한 JT 애플리케이션의 인도를 허용한다. 지멘스 社에 의해 구성된 애플리케이션들에 속하는 경우는 Simens Teamcenter Base, Standard, Professional 및 VisMockup이다. 동일한 방식으로 무료 뷰어인 JT2GO는 상기 지멘스 社의 애플리케이션들을 기반으로 한다. 그에 따라, 상기 애플리케이션들은 COM 또는 (함께) 인도되는 TypeLibrary(VisAutomation.tlb)를 통해 JT 뷰어 상에서의 연산들을 실행할 수 있는 능력도 확보하게 된다.

Claims (10)

1. 복합 제품, 특히 자동차를 제조하기 위한 방법에 있어서,
   - 상기 복합 제품을 위한 부품을 구성하는 단계;
   - 제1 프로그램을 위한 제1 데이터 형식으로 부품의 3차원 표시를 포함하는 데이터 파일을 생성하는 단계;
   - 제2 프로그램을 위한 전자 검색 가능한 제2 데이터 형식으로 상기 부품의 3차원 표시의 메타정보를 포함하는 하나 이상의 데이터 파일을 생성하는 단계;
   - 특히 상기 제2 데이터 형식의 데이터 파일에 상기 제1 데이터 형식의 부품의 3차원 표시를 포함한 데이터 파일을 임베딩하는 단계;
   - 상기 메타정보의 표시를 위해 상기 제2 프로그램을 이용하여 상기 제2 데이터 형식의 데이터 파일을 여는 단계;
   - 상기 부품의 3차원 표시를 위해 상기 제1 프로그램을 이용하여 상기 제1 데이터 형식의 데이터 파일을 여는 단계;
   - 상기 제1 프로그램과 상기 제2 프로그램 간에 데이터 교환을 위한 제3 프로그램을 시작하는 단계;
   - 상기 부품의 3차원 표시에 따라 부품을 제조하는 단계; 및
   - 상기 부품을 이용하여 상기 복합 제품을 제조하는 단계
   를 포함하는, 복합 제품의 제조 방법.
2. 제1항에 있어서,
   상기 부품의 3차원 표시는 제1 창에서 생성되며, 상기 메타정보의 표시는 하나 이상의 제2 창에서 생성되는 것인, 복합 제품의 제조 방법.
3. 컴퓨터를 작동시키기 위한 방법에 있어서,
   - 제1 프로그램을 위해 제1 데이터 형식으로 부품의 3차원 표시를 포함하는 데이터 파일을 제공하고, 제2 프로그램을 위해 전자 검색 가능한 제2 데이터 형식으로 상기 부품의 3차원 표시에 대한 메타정보를 포함하는 하나 이상의 데이터 파일도 제공하여, 상기 제1 데이터 형식의 부품의 3차원 표시를 포함하는 데이터 파일이 상기 제2 데이터 형식의 데이터 파일에 임베딩되게 하는 단계;
   - 상기 제2 프로그램을 이용하여 상기 제2 데이터 형식의 데이터 파일을 여는 단계;
   - 특히 제1 창에서 상기 부품의 3차원 표시를 위해 상기 제1 프로그램을 이용하여 상기 제1 데이터 형식의 데이터 파일을 여는 단계;
   - 상기 제1 프로그램과 상기 제2 프로그램 간에 데이터 교환을 위한 제3 프로그램을 시작하는 단계; 및
   - 특히 제2 창에서 상기 메타정보를 표시하는 단계
   를 포함하는, 컴퓨터를 작동시키기 위한 방법.
4. 제2항 또는 제3항에 있어서,
   상기 제1 창과 상기 제2 창은 동시에 열리는 것인, 방법.
5. 제1항 내지 제4항 중 어느 한 항에 있어서,
   상기 제1 파일 형식은 .jt인 것인, 방법.
6. 제1항 내지 제5항 중 어느 한 항에 있어서,
   상기 제2 파일 형식은 .pdf인 것인, 방법.
7. 제1항 내지 제6항 중 어느 한 항에 있어서,
   상기 제2 프로그램은 상기 제3 프로그램과의 통신을 위한 플러그인을 포함하는 것인, 방법.
8. 제1항 내지 제7항 중 어느 한 항에 있어서,
   상기 메타정보를 포함하는 데이터 파일은 하나 이상의 하이퍼링크를 포함하는 것인, 방법.
9. 제1항 내지 제8항 중 어느 한 항에 있어서,
   상기 제1 프로그램 및/또는 상기 제2 프로그램은 뷰어(viewer)인 것인, 방법.
10. 제1항 내지 제9항 중 어느 한 항에 있어서,
    상기 제2 데이터 파일에는 PDF 파일, XML 파일 및/또는 HTML 파일이 추가로 임베딩되는 것인, 방법.

Images